/my/home/path/amazon-kinesis-video-streams-producer-sdk-cpp/open-source/local/libcurl/build/src/project_libcurl/lib/curl_ntlm_core.c:156:3: warning: 'DES_set_odd_parity' is deprecated [-Wdeprecated-declarations]
  DES_set_odd_parity(&key);
  ^
/opt/homebrew/include/openssl/des.h:176:1: note: 'DES_set_odd_parity' has been explicitly marked deprecated here
OSSL_DEPRECATEDIN_3_0 void DES_set_odd_parity(DES_cblock *key);
^
/opt/homebrew/include/openssl/macros.h:193:49: note: expanded from macro 'OSSL_DEPRECATEDIN_3_0'
#   define OSSL_DEPRECATEDIN_3_0                OSSL_DEPRECATED(3.0)
                                                ^
/opt/homebrew/include/openssl/macros.h:62:52: note: expanded from macro 'OSSL_DEPRECATED'
#     define OSSL_DEPRECATED(since) __attribute__((deprecated))
                                                   ^
/my/home/path/amazon-kinesis-video-streams-producer-sdk-cpp/open-source/local/libcurl/build/src/project_libcurl/lib/curl_ntlm_core.c:159:3: warning: 'DES_set_key' is deprecated [-Wdeprecated-declarations]
  DES_set_key(&key, ks);
  ^
/opt/homebrew/include/openssl/des.h:185:1: note: 'DES_set_key' has been explicitly marked deprecated here
OSSL_DEPRECATEDIN_3_0
^
/opt/homebrew/include/openssl/macros.h:193:49: note: expanded from macro 'OSSL_DEPRECATEDIN_3_0'
#   define OSSL_DEPRECATEDIN_3_0                OSSL_DEPRECATED(3.0)
                                                ^
/opt/homebrew/include/openssl/macros.h:62:52: note: expanded from macro 'OSSL_DEPRECATED'
#     define OSSL_DEPRECATED(since) __attribute__((deprecated))
                                                   ^
/my/home/path/amazon-kinesis-video-streams-producer-sdk-cpp/open-source/local/libcurl/build/src/project_libcurl/lib/curl_ntlm_core.c:395:3: warning: 'DES_ecb_encrypt' is deprecated [-Wdeprecated-declarations]
  DES_ecb_encrypt((DES_cblock*) plaintext, (DES_cblock*) results,
  ^
/opt/homebrew/include/openssl/des.h:104:1: note: 'DES_ecb_encrypt' has been explicitly marked deprecated here
OSSL_DEPRECATEDIN_3_0
^
/opt/homebrew/include/openssl/macros.h:193:49: note: expanded from macro 'OSSL_DEPRECATEDIN_3_0'
#   define OSSL_DEPRECATEDIN_3_0                OSSL_DEPRECATED(3.0)
                                                ^
/opt/homebrew/include/openssl/macros.h:62:52: note: expanded from macro 'OSSL_DEPRECATED'
#     define OSSL_DEPRECATED(since) __attribute__((deprecated))
                                                   ^
/my/home/path/amazon-kinesis-video-streams-producer-sdk-cpp/open-source/local/libcurl/build/src/project_libcurl/lib/curl_ntlm_core.c:399:3: warning: 'DES_ecb_encrypt' is deprecated [-Wdeprecated-declarations]
  DES_ecb_encrypt((DES_cblock*) plaintext, (DES_cblock*) (results + 8),
  ^
/opt/homebrew/include/openssl/des.h:104:1: note: 'DES_ecb_encrypt' has been explicitly marked deprecated here
OSSL_DEPRECATEDIN_3_0
^
/opt/homebrew/include/openssl/macros.h:193:49: note: expanded from macro 'OSSL_DEPRECATEDIN_3_0'
#   define OSSL_DEPRECATEDIN_3_0                OSSL_DEPRECATED(3.0)
                                                ^
/opt/homebrew/include/openssl/macros.h:62:52: note: expanded from macro 'OSSL_DEPRECATED'
#     define OSSL_DEPRECATED(since) __attribute__((deprecated))
                                                   ^
/my/home/path/amazon-kinesis-video-streams-producer-sdk-cpp/open-source/local/libcurl/build/src/project_libcurl/lib/curl_ntlm_core.c:403:3: warning: 'DES_ecb_encrypt' is deprecated [-Wdeprecated-declarations]
  DES_ecb_encrypt((DES_cblock*) plaintext, (DES_cblock*) (results + 16),
  ^
/opt/homebrew/include/openssl/des.h:104:1: note: 'DES_ecb_encrypt' has been explicitly marked deprecated here
OSSL_DEPRECATEDIN_3_0
^
/opt/homebrew/include/openssl/macros.h:193:49: note: expanded from macro 'OSSL_DEPRECATEDIN_3_0'
#   define OSSL_DEPRECATEDIN_3_0                OSSL_DEPRECATED(3.0)
                                                ^
/opt/homebrew/include/openssl/macros.h:62:52: note: expanded from macro 'OSSL_DEPRECATED'
#     define OSSL_DEPRECATED(since) __attribute__((deprecated))
                                                   ^
/my/home/path/amazon-kinesis-video-streams-producer-sdk-cpp/open-source/local/libcurl/build/src/project_libcurl/lib/curl_ntlm_core.c:470:5: warning: 'DES_ecb_encrypt' is deprecated [-Wdeprecated-declarations]
    DES_ecb_encrypt((DES_cblock *)magic, (DES_cblock *)lmbuffer,
    ^
/opt/homebrew/include/openssl/des.h:104:1: note: 'DES_ecb_encrypt' has been explicitly marked deprecated here
OSSL_DEPRECATEDIN_3_0
^
/opt/homebrew/include/openssl/macros.h:193:49: note: expanded from macro 'OSSL_DEPRECATEDIN_3_0'
#   define OSSL_DEPRECATEDIN_3_0                OSSL_DEPRECATED(3.0)
                                                ^
/opt/homebrew/include/openssl/macros.h:62:52: note: expanded from macro 'OSSL_DEPRECATED'
#     define OSSL_DEPRECATED(since) __attribute__((deprecated))
                                                   ^
/my/home/path/amazon-kinesis-video-streams-producer-sdk-cpp/open-source/local/libcurl/build/src/project_libcurl/lib/curl_ntlm_core.c:474:5: warning: 'DES_ecb_encrypt' is deprecated [-Wdeprecated-declarations]
    DES_ecb_encrypt((DES_cblock *)magic, (DES_cblock *)(lmbuffer + 8),
    ^
/opt/homebrew/include/openssl/des.h:104:1: note: 'DES_ecb_encrypt' has been explicitly marked deprecated here
OSSL_DEPRECATEDIN_3_0
^
/opt/homebrew/include/openssl/macros.h:193:49: note: expanded from macro 'OSSL_DEPRECATEDIN_3_0'
#   define OSSL_DEPRECATEDIN_3_0                OSSL_DEPRECATED(3.0)
                                                ^
/opt/homebrew/include/openssl/macros.h:62:52: note: expanded from macro 'OSSL_DEPRECATED'
#     define OSSL_DEPRECATED(since) __attribute__((deprecated))
                                                   ^
7 warnings generated.
[ 10%] Building C object lib/CMakeFiles/libcurl.dir/curl_sasl.c.o
[ 10%] Building C object lib/CMakeFiles/libcurl.dir/rand.c.o
[ 12%] Building C object lib/CMakeFiles/libcurl.dir/curl_multibyte.c.o
[ 12%] Building C object lib/CMakeFiles/libcurl.dir/hostcheck.c.o
[ 12%] Building C object lib/CMakeFiles/libcurl.dir/conncache.c.o
[ 12%] Building C object lib/CMakeFiles/libcurl.dir/dotdot.c.o
[ 12%] Building C object lib/CMakeFiles/libcurl.dir/x509asn1.c.o
[ 12%] Building C object lib/CMakeFiles/libcurl.dir/http2.c.o
[ 12%] Building C object lib/CMakeFiles/libcurl.dir/smb.c.o
[ 12%] Building C object lib/CMakeFiles/libcurl.dir/curl_endian.c.o
[ 12%] Building C object lib/CMakeFiles/libcurl.dir/curl_des.c.o
[ 12%] Building C object lib/CMakeFiles/libcurl.dir/system_win32.c.o
[ 12%] Building C object lib/CMakeFiles/libcurl.dir/mime.c.o
[ 12%] Building C object lib/CMakeFiles/libcurl.dir/sha256.c.o
/my/home/path/amazon-kinesis-video-streams-producer-sdk-cpp/open-source/local/libcurl/build/src/project_libcurl/lib/sha256.c:262:3: warning: 'SHA256_Init' is deprecated [-Wdeprecated-declarations]
  SHA256_Init(&ctx);
  ^
/opt/homebrew/include/openssl/sha.h:73:1: note: 'SHA256_Init' has been explicitly marked deprecated here
OSSL_DEPRECATEDIN_3_0 int SHA256_Init(SHA256_CTX *c);
^
/opt/homebrew/include/openssl/macros.h:193:49: note: expanded from macro 'OSSL_DEPRECATEDIN_3_0'
#   define OSSL_DEPRECATEDIN_3_0                OSSL_DEPRECATED(3.0)
                                                ^
/opt/homebrew/include/openssl/macros.h:62:52: note: expanded from macro 'OSSL_DEPRECATED'
#     define OSSL_DEPRECATED(since) __attribute__((deprecated))
                                                   ^
/my/home/path/amazon-kinesis-video-streams-producer-sdk-cpp/open-source/local/libcurl/build/src/project_libcurl/lib/sha256.c:263:3: warning: 'SHA256_Update' is deprecated [-Wdeprecated-declarations]
  SHA256_Update(&ctx, input, curlx_uztoui(strlen((char *)input)));
  ^
/opt/homebrew/include/openssl/sha.h:74:1: note: 'SHA256_Update' has been explicitly marked deprecated here
OSSL_DEPRECATEDIN_3_0 int SHA256_Update(SHA256_CTX *c,
^
/opt/homebrew/include/openssl/macros.h:193:49: note: expanded from macro 'OSSL_DEPRECATEDIN_3_0'
#   define OSSL_DEPRECATEDIN_3_0                OSSL_DEPRECATED(3.0)
                                                ^
/opt/homebrew/include/openssl/macros.h:62:52: note: expanded from macro 'OSSL_DEPRECATED'
#     define OSSL_DEPRECATED(since) __attribute__((deprecated))
                                                   ^
/my/home/path/amazon-kinesis-video-streams-producer-sdk-cpp/open-source/local/libcurl/build/src/project_libcurl/lib/sha256.c:264:3: warning: 'SHA256_Final' is deprecated [-Wdeprecated-declarations]
  SHA256_Final(outbuffer, &ctx);
  ^
/opt/homebrew/include/openssl/sha.h:76:1: note: 'SHA256_Final' has been explicitly marked deprecated here
OSSL_DEPRECATEDIN_3_0 int SHA256_Final(unsigned char *md, SHA256_CTX *c);
^
/opt/homebrew/include/openssl/macros.h:193:49: note: expanded from macro 'OSSL_DEPRECATEDIN_3_0'
#   define OSSL_DEPRECATEDIN_3_0                OSSL_DEPRECATED(3.0)
                                                ^
/opt/homebrew/include/openssl/macros.h:62:52: note: expanded from macro 'OSSL_DEPRECATED'
#     define OSSL_DEPRECATED(since) __attribute__((deprecated))
                                                   ^
3 warnings generated.
[ 12%] Building C object lib/CMakeFiles/libcurl.dir/setopt.c.o
[ 12%] Building C object lib/CMakeFiles/libcurl.dir/curl_path.c.o
[ 12%] Building C object lib/CMakeFiles/libcurl.dir/curl_ctype.c.o
[ 12%] Building C object lib/CMakeFiles/libcurl.dir/curl_range.c.o
[ 12%] Building C object lib/CMakeFiles/libcurl.dir/psl.c.o
[ 12%] Building C object lib/CMakeFiles/libcurl.dir/doh.c.o
[ 14%] Building C object lib/CMakeFiles/libcurl.dir/urlapi.c.o
[ 14%] Building C object lib/CMakeFiles/libcurl.dir/curl_get_line.c.o
[ 14%] Building C object lib/CMakeFiles/libcurl.dir/altsvc.c.o
[ 14%] Building C object lib/CMakeFiles/libcurl.dir/socketpair.c.o
[ 14%] Building C object lib/CMakeFiles/libcurl.dir/vauth/vauth.c.o
[ 14%] Building C object lib/CMakeFiles/libcurl.dir/vauth/cleartext.c.o
[ 14%] Building C object lib/CMakeFiles/libcurl.dir/vauth/cram.c.o
[ 14%] Building C object lib/CMakeFiles/libcurl.dir/vauth/digest.c.o
[ 14%] Building C object lib/CMakeFiles/libcurl.dir/vauth/digest_sspi.c.o
[ 14%] Building C object lib/CMakeFiles/libcurl.dir/vauth/krb5_gssapi.c.o
[ 14%] Building C object lib/CMakeFiles/libcurl.dir/vauth/krb5_sspi.c.o
[ 14%] Building C object lib/CMakeFiles/libcurl.dir/vauth/ntlm.c.o
[ 14%] Building C object lib/CMakeFiles/libcurl.dir/vauth/ntlm_sspi.c.o
[ 14%] Building C object lib/CMakeFiles/libcurl.dir/vauth/oauth2.c.o
[ 14%] Building C object lib/CMakeFiles/libcurl.dir/vauth/spnego_gssapi.c.o
[ 14%] Building C object lib/CMakeFiles/libcurl.dir/vauth/spnego_sspi.c.o
[ 14%] Building C object lib/CMakeFiles/libcurl.dir/vtls/openssl.c.o
/my/home/path/amazon-kinesis-video-streams-producer-sdk-cpp/open-source/local/libcurl/build/src/project_libcurl/lib/vtls/openssl.c:704:15: warning: 'ENGINE_ctrl' is deprecated [-Wdeprecated-declarations]
          if(!ENGINE_ctrl(data->state.engine, ENGINE_CTRL_GET_CMD_FROM_NAME,
              ^
/opt/homebrew/include/openssl/engine.h:429:1: note: 'ENGINE_ctrl' has been explicitly marked deprecated here
OSSL_DEPRECATEDIN_3_0 int ENGINE_ctrl(ENGINE *e, int cmd, long i, void *p,
^
/opt/homebrew/include/openssl/macros.h:193:49: note: expanded from macro 'OSSL_DEPRECATEDIN_3_0'
#   define OSSL_DEPRECATEDIN_3_0                OSSL_DEPRECATED(3.0)
                                                ^
/opt/homebrew/include/openssl/macros.h:62:52: note: expanded from macro 'OSSL_DEPRECATED'
#     define OSSL_DEPRECATED(since) __attribute__((deprecated))
                                                   ^
/my/home/path/amazon-kinesis-video-streams-producer-sdk-cpp/open-source/local/libcurl/build/src/project_libcurl/lib/vtls/openssl.c:711:15: warning: 'ENGINE_ctrl_cmd' is deprecated [-Wdeprecated-declarations]
          if(!ENGINE_ctrl_cmd(data->state.engine, cmd_name,
              ^
/opt/homebrew/include/openssl/engine.h:450:1: note: 'ENGINE_ctrl_cmd' has been explicitly marked deprecated here
OSSL_DEPRECATEDIN_3_0 int ENGINE_ctrl_cmd(ENGINE *e, const char *cmd_name,
^
/opt/homebrew/include/openssl/macros.h:193:49: note: expanded from macro 'OSSL_DEPRECATEDIN_3_0'
#   define OSSL_DEPRECATEDIN_3_0                OSSL_DEPRECATED(3.0)
                                                ^
/opt/homebrew/include/openssl/macros.h:62:52: note: expanded from macro 'OSSL_DEPRECATED'
#     define OSSL_DEPRECATED(since) __attribute__((deprecated))
                                                   ^
/my/home/path/amazon-kinesis-video-streams-producer-sdk-cpp/open-source/local/libcurl/build/src/project_libcurl/lib/vtls/openssl.c:897:13: warning: 'ENGINE_load_private_key' is deprecated [-Wdeprecated-declarations]
            ENGINE_load_private_key(data->state.engine, key_file,
            ^
/opt/homebrew/include/openssl/engine.h:637:1: note: 'ENGINE_load_private_key' has been explicitly marked deprecated here
OSSL_DEPRECATEDIN_3_0
^
/opt/homebrew/include/openssl/macros.h:193:49: note: expanded from macro 'OSSL_DEPRECATEDIN_3_0'
#   define OSSL_DEPRECATEDIN_3_0                OSSL_DEPRECATED(3.0)
                                                ^
/opt/homebrew/include/openssl/macros.h:62:52: note: expanded from macro 'OSSL_DEPRECATED'
#     define OSSL_DEPRECATED(since) __attribute__((deprecated))
                                                   ^
/my/home/path/amazon-kinesis-video-streams-producer-sdk-cpp/open-source/local/libcurl/build/src/project_libcurl/lib/vtls/openssl.c:961:20: warning: 'EVP_PKEY_get1_RSA' is deprecated [-Wdeprecated-declarations]
        RSA *rsa = EVP_PKEY_get1_RSA(priv_key);
                   ^
/opt/homebrew/include/openssl/evp.h:1350:1: note: 'EVP_PKEY_get1_RSA' has been explicitly marked deprecated here
OSSL_DEPRECATEDIN_3_0
^
/opt/homebrew/include/openssl/macros.h:193:49: note: expanded from macro 'OSSL_DEPRECATEDIN_3_0'
#   define OSSL_DEPRECATEDIN_3_0                OSSL_DEPRECATED(3.0)
                                                ^
/opt/homebrew/include/openssl/macros.h:62:52: note: expanded from macro 'OSSL_DEPRECATED'
#     define OSSL_DEPRECATED(since) __attribute__((deprecated))
                                                   ^
/my/home/path/amazon-kinesis-video-streams-producer-sdk-cpp/open-source/local/libcurl/build/src/project_libcurl/lib/vtls/openssl.c:962:12: warning: 'RSA_flags' is deprecated [-Wdeprecated-declarations]
        if(RSA_flags(rsa) & RSA_METHOD_FLAG_NO_CHECK)
           ^
/opt/homebrew/include/openssl/rsa.h:302:1: note: 'RSA_flags' has been explicitly marked deprecated here
OSSL_DEPRECATEDIN_3_0 int RSA_flags(const RSA *r);
^
/opt/homebrew/include/openssl/macros.h:193:49: note: expanded from macro 'OSSL_DEPRECATEDIN_3_0'
#   define OSSL_DEPRECATEDIN_3_0                OSSL_DEPRECATED(3.0)
                                                ^
/opt/homebrew/include/openssl/macros.h:62:52: note: expanded from macro 'OSSL_DEPRECATED'
#     define OSSL_DEPRECATED(since) __attribute__((deprecated))
                                                   ^
/my/home/path/amazon-kinesis-video-streams-producer-sdk-cpp/open-source/local/libcurl/build/src/project_libcurl/lib/vtls/openssl.c:964:9: warning: 'RSA_free' is deprecated [-Wdeprecated-declarations]
        RSA_free(rsa); /* Decrement reference count */
        ^
/opt/homebrew/include/openssl/rsa.h:299:1: note: 'RSA_free' has been explicitly marked deprecated here
OSSL_DEPRECATEDIN_3_0 void RSA_free(RSA *r);
^
/opt/homebrew/include/openssl/macros.h:193:49: note: expanded from macro 'OSSL_DEPRECATEDIN_3_0'
#   define OSSL_DEPRECATEDIN_3_0                OSSL_DEPRECATED(3.0)
                                                ^
/opt/homebrew/include/openssl/macros.h:62:52: note: expanded from macro 'OSSL_DEPRECATED'
#     define OSSL_DEPRECATED(since) __attribute__((deprecated))
                                                   ^
/my/home/path/amazon-kinesis-video-streams-producer-sdk-cpp/open-source/local/libcurl/build/src/project_libcurl/lib/vtls/openssl.c:1031:3: warning: 'ENGINE_load_builtin_engines' is deprecated [-Wdeprecated-declarations]
  ENGINE_load_builtin_engines();
  ^
/opt/homebrew/include/openssl/engine.h:358:1: note: 'ENGINE_load_builtin_engines' has been explicitly marked deprecated here
OSSL_DEPRECATEDIN_3_0 void ENGINE_load_builtin_engines(void);
^
/opt/homebrew/include/openssl/macros.h:193:49: note: expanded from macro 'OSSL_DEPRECATEDIN_3_0'
#   define OSSL_DEPRECATEDIN_3_0                OSSL_DEPRECATED(3.0)
                                                ^
/opt/homebrew/include/openssl/macros.h:62:52: note: expanded from macro 'OSSL_DEPRECATED'
#     define OSSL_DEPRECATED(since) __attribute__((deprecated))
                                                   ^
/my/home/path/amazon-kinesis-video-streams-producer-sdk-cpp/open-source/local/libcurl/build/src/project_libcurl/lib/vtls/openssl.c:1191:7: warning: 'ENGINE_by_id' is deprecated [-Wdeprecated-declarations]
  e = ENGINE_by_id(engine);
      ^
/opt/homebrew/include/openssl/engine.h:336:1: note: 'ENGINE_by_id' has been explicitly marked deprecated here
OSSL_DEPRECATEDIN_3_0 ENGINE *ENGINE_by_id(const char *id);
^
/opt/homebrew/include/openssl/macros.h:193:49: note: expanded from macro 'OSSL_DEPRECATEDIN_3_0'
#   define OSSL_DEPRECATEDIN_3_0                OSSL_DEPRECATED(3.0)
                                                ^
/opt/homebrew/include/openssl/macros.h:62:52: note: expanded from macro 'OSSL_DEPRECATED'
#     define OSSL_DEPRECATED(since) __attribute__((deprecated))
                                                   ^
/my/home/path/amazon-kinesis-video-streams-producer-sdk-cpp/open-source/local/libcurl/build/src/project_libcurl/lib/vtls/openssl.c:1207:5: warning: 'ENGINE_finish' is deprecated [-Wdeprecated-declarations]
    ENGINE_finish(data->state.engine);
    ^
/opt/homebrew/include/openssl/engine.h:628:1: note: 'ENGINE_finish' has been explicitly marked deprecated here
OSSL_DEPRECATEDIN_3_0 int ENGINE_finish(ENGINE *e);
^
/opt/homebrew/include/openssl/macros.h:193:49: note: expanded from macro 'OSSL_DEPRECATEDIN_3_0'
#   define OSSL_DEPRECATEDIN_3_0                OSSL_DEPRECATED(3.0)
                                                ^
/opt/homebrew/include/openssl/macros.h:62:52: note: expanded from macro 'OSSL_DEPRECATED'
#     define OSSL_DEPRECATED(since) __attribute__((deprecated))
                                                   ^
/my/home/path/amazon-kinesis-video-streams-producer-sdk-cpp/open-source/local/libcurl/build/src/project_libcurl/lib/vtls/openssl.c:1208:5: warning: 'ENGINE_free' is deprecated [-Wdeprecated-declarations]
    ENGINE_free(data->state.engine);
    ^
/opt/homebrew/include/openssl/engine.h:493:1: note: 'ENGINE_free' has been explicitly marked deprecated here
OSSL_DEPRECATEDIN_3_0 int ENGINE_free(ENGINE *e);
^
/opt/homebrew/include/openssl/macros.h:193:49: note: expanded from macro 'OSSL_DEPRECATEDIN_3_0'
#   define OSSL_DEPRECATEDIN_3_0                OSSL_DEPRECATED(3.0)
                                                ^
/opt/homebrew/include/openssl/macros.h:62:52: note: expanded from macro 'OSSL_DEPRECATED'
#     define OSSL_DEPRECATED(since) __attribute__((deprecated))
                                                   ^
/my/home/path/amazon-kinesis-video-streams-producer-sdk-cpp/open-source/local/libcurl/build/src/project_libcurl/lib/vtls/openssl.c:1211:7: warning: 'ENGINE_init' is deprecated [-Wdeprecated-declarations]
  if(!ENGINE_init(e)) {
      ^
/opt/homebrew/include/openssl/engine.h:620:1: note: 'ENGINE_init' has been explicitly marked deprecated here
OSSL_DEPRECATEDIN_3_0 int ENGINE_init(ENGINE *e);
^
/opt/homebrew/include/openssl/macros.h:193:49: note: expanded from macro 'OSSL_DEPRECATEDIN_3_0'
#   define OSSL_DEPRECATEDIN_3_0                OSSL_DEPRECATED(3.0)
                                                ^
/opt/homebrew/include/openssl/macros.h:62:52: note: expanded from macro 'OSSL_DEPRECATED'
#     define OSSL_DEPRECATED(since) __attribute__((deprecated))
                                                   ^
/my/home/path/amazon-kinesis-video-streams-producer-sdk-cpp/open-source/local/libcurl/build/src/project_libcurl/lib/vtls/openssl.c:1214:5: warning: 'ENGINE_free' is deprecated [-Wdeprecated-declarations]
    ENGINE_free(e);
    ^
/opt/homebrew/include/openssl/engine.h:493:1: note: 'ENGINE_free' has been explicitly marked deprecated here
OSSL_DEPRECATEDIN_3_0 int ENGINE_free(ENGINE *e);
^
/opt/homebrew/include/openssl/macros.h:193:49: note: expanded from macro 'OSSL_DEPRECATEDIN_3_0'
#   define OSSL_DEPRECATEDIN_3_0                OSSL_DEPRECATED(3.0)
                                                ^
/opt/homebrew/include/openssl/macros.h:62:52: note: expanded from macro 'OSSL_DEPRECATED'
#     define OSSL_DEPRECATED(since) __attribute__((deprecated))
                                                   ^
/my/home/path/amazon-kinesis-video-streams-producer-sdk-cpp/open-source/local/libcurl/build/src/project_libcurl/lib/vtls/openssl.c:1234:8: warning: 'ENGINE_set_default' is deprecated [-Wdeprecated-declarations]
    if(ENGINE_set_default(data->state.engine, ENGINE_METHOD_ALL) > 0) {
       ^
/opt/homebrew/include/openssl/engine.h:708:1: note: 'ENGINE_set_default' has been explicitly marked deprecated here
OSSL_DEPRECATEDIN_3_0 int ENGINE_set_default(ENGINE *e, unsigned int flags);
^
/opt/homebrew/include/openssl/macros.h:193:49: note: expanded from macro 'OSSL_DEPRECATEDIN_3_0'
#   define OSSL_DEPRECATEDIN_3_0                OSSL_DEPRECATED(3.0)
                                                ^
/opt/homebrew/include/openssl/macros.h:62:52: note: expanded from macro 'OSSL_DEPRECATED'
#     define OSSL_DEPRECATED(since) __attribute__((deprecated))
                                                   ^
/my/home/path/amazon-kinesis-video-streams-producer-sdk-cpp/open-source/local/libcurl/build/src/project_libcurl/lib/vtls/openssl.c:1236:13: warning: 'ENGINE_get_id' is deprecated [-Wdeprecated-declarations]
            ENGINE_get_id(data->state.engine));
            ^
/opt/homebrew/include/openssl/engine.h:552:1: note: 'ENGINE_get_id' has been explicitly marked deprecated here
OSSL_DEPRECATEDIN_3_0 const char *ENGINE_get_id(const ENGINE *e);
^
/opt/homebrew/include/openssl/macros.h:193:49: note: expanded from macro 'OSSL_DEPRECATEDIN_3_0'
#   define OSSL_DEPRECATEDIN_3_0                OSSL_DEPRECATED(3.0)
                                                ^
/opt/homebrew/include/openssl/macros.h:62:52: note: expanded from macro 'OSSL_DEPRECATED'
#     define OSSL_DEPRECATED(since) __attribute__((deprecated))
                                                   ^
/my/home/path/amazon-kinesis-video-streams-producer-sdk-cpp/open-source/local/libcurl/build/src/project_libcurl/lib/vtls/openssl.c:1240:13: warning: 'ENGINE_get_id' is deprecated [-Wdeprecated-declarations]
            ENGINE_get_id(data->state.engine));
            ^
/opt/homebrew/include/openssl/engine.h:552:1: note: 'ENGINE_get_id' has been explicitly marked deprecated here
OSSL_DEPRECATEDIN_3_0 const char *ENGINE_get_id(const ENGINE *e);
^
/opt/homebrew/include/openssl/macros.h:193:49: note: expanded from macro 'OSSL_DEPRECATEDIN_3_0'
#   define OSSL_DEPRECATEDIN_3_0                OSSL_DEPRECATED(3.0)
                                                ^
/opt/homebrew/include/openssl/macros.h:62:52: note: expanded from macro 'OSSL_DEPRECATED'
#     define OSSL_DEPRECATED(since) __attribute__((deprecated))
                                                   ^
/my/home/path/amazon-kinesis-video-streams-producer-sdk-cpp/open-source/local/libcurl/build/src/project_libcurl/lib/vtls/openssl.c:1259:11: warning: 'ENGINE_get_first' is deprecated [-Wdeprecated-declarations]
  for(e = ENGINE_get_first(); e; e = ENGINE_get_next(e)) {
          ^
/opt/homebrew/include/openssl/engine.h:318:1: note: 'ENGINE_get_first' has been explicitly marked deprecated here
OSSL_DEPRECATEDIN_3_0 ENGINE *ENGINE_get_first(void);
^
/opt/homebrew/include/openssl/macros.h:193:49: note: expanded from macro 'OSSL_DEPRECATEDIN_3_0'
#   define OSSL_DEPRECATEDIN_3_0                OSSL_DEPRECATED(3.0)
                                                ^
/opt/homebrew/include/openssl/macros.h:62:52: note: expanded from macro 'OSSL_DEPRECATED'
#     define OSSL_DEPRECATED(since) __attribute__((deprecated))
                                                   ^
/my/home/path/amazon-kinesis-video-streams-producer-sdk-cpp/open-source/local/libcurl/build/src/project_libcurl/lib/vtls/openssl.c:1259:38: warning: 'ENGINE_get_next' is deprecated [-Wdeprecated-declarations]
  for(e = ENGINE_get_first(); e; e = ENGINE_get_next(e)) {
                                     ^
/opt/homebrew/include/openssl/engine.h:323:1: note: 'ENGINE_get_next' has been explicitly marked deprecated here
OSSL_DEPRECATEDIN_3_0 ENGINE *ENGINE_get_next(ENGINE *e);
^
/opt/homebrew/include/openssl/macros.h:193:49: note: expanded from macro 'OSSL_DEPRECATEDIN_3_0'
#   define OSSL_DEPRECATEDIN_3_0                OSSL_DEPRECATED(3.0)
                                                ^
/opt/homebrew/include/openssl/macros.h:62:52: note: expanded from macro 'OSSL_DEPRECATED'
#     define OSSL_DEPRECATED(since) __attribute__((deprecated))
                                                   ^
/my/home/path/amazon-kinesis-video-streams-producer-sdk-cpp/open-source/local/libcurl/build/src/project_libcurl/lib/vtls/openssl.c:1260:35: warning: 'ENGINE_get_id' is deprecated [-Wdeprecated-declarations]
    beg = curl_slist_append(list, ENGINE_get_id(e));
                                  ^
/opt/homebrew/include/openssl/engine.h:552:1: note: 'ENGINE_get_id' has been explicitly marked deprecated here
OSSL_DEPRECATEDIN_3_0 const char *ENGINE_get_id(const ENGINE *e);
^
/opt/homebrew/include/openssl/macros.h:193:49: note: expanded from macro 'OSSL_DEPRECATEDIN_3_0'
#   define OSSL_DEPRECATEDIN_3_0                OSSL_DEPRECATED(3.0)
                                                ^
/opt/homebrew/include/openssl/macros.h:62:52: note: expanded from macro 'OSSL_DEPRECATED'
#     define OSSL_DEPRECATED(since) __attribute__((deprecated))
                                                   ^
/my/home/path/amazon-kinesis-video-streams-producer-sdk-cpp/open-source/local/libcurl/build/src/project_libcurl/lib/vtls/openssl.c:1415:5: warning: 'ENGINE_finish' is deprecated [-Wdeprecated-declarations]
    ENGINE_finish(data->state.engine);
    ^
/opt/homebrew/include/openssl/engine.h:628:1: note: 'ENGINE_finish' has been explicitly marked deprecated here
OSSL_DEPRECATEDIN_3_0 int ENGINE_finish(ENGINE *e);
^
/opt/homebrew/include/openssl/macros.h:193:49: note: expanded from macro 'OSSL_DEPRECATEDIN_3_0'
#   define OSSL_DEPRECATEDIN_3_0                OSSL_DEPRECATED(3.0)
                                                ^
/opt/homebrew/include/openssl/macros.h:62:52: note: expanded from macro 'OSSL_DEPRECATED'
#     define OSSL_DEPRECATED(since) __attribute__((deprecated))
                                                   ^
/my/home/path/amazon-kinesis-video-streams-producer-sdk-cpp/open-source/local/libcurl/build/src/project_libcurl/lib/vtls/openssl.c:1416:5: warning: 'ENGINE_free' is deprecated [-Wdeprecated-declarations]
    ENGINE_free(data->state.engine);
    ^
/opt/homebrew/include/openssl/engine.h:493:1: note: 'ENGINE_free' has been explicitly marked deprecated here
OSSL_DEPRECATEDIN_3_0 int ENGINE_free(ENGINE *e);
^
/opt/homebrew/include/openssl/macros.h:193:49: note: expanded from macro 'OSSL_DEPRECATEDIN_3_0'
#   define OSSL_DEPRECATEDIN_3_0                OSSL_DEPRECATED(3.0)
                                                ^
/opt/homebrew/include/openssl/macros.h:62:52: note: expanded from macro 'OSSL_DEPRECATED'
#     define OSSL_DEPRECATED(since) __attribute__((deprecated))
                                                   ^
/my/home/path/amazon-kinesis-video-streams-producer-sdk-cpp/open-source/local/libcurl/build/src/project_libcurl/lib/vtls/openssl.c:3294:15: warning: 'EVP_PKEY_get0_RSA' is deprecated [-Wdeprecated-declarations]
        rsa = EVP_PKEY_get0_RSA(pubkey);
              ^
/opt/homebrew/include/openssl/evp.h:1348:1: note: 'EVP_PKEY_get0_RSA' has been explicitly marked deprecated here
OSSL_DEPRECATEDIN_3_0
^
/opt/homebrew/include/openssl/macros.h:193:49: note: expanded from macro 'OSSL_DEPRECATEDIN_3_0'
#   define OSSL_DEPRECATEDIN_3_0                OSSL_DEPRECATED(3.0)
                                                ^
/opt/homebrew/include/openssl/macros.h:62:52: note: expanded from macro 'OSSL_DEPRECATED'
#     define OSSL_DEPRECATED(since) __attribute__((deprecated))
                                                   ^
/my/home/path/amazon-kinesis-video-streams-producer-sdk-cpp/open-source/local/libcurl/build/src/project_libcurl/lib/vtls/openssl.c:3294:13: warning: assigning to 'RSA *' (aka 'struct rsa_st *') from 'const struct rsa_st *' discards qualifiers [-Wincompatible-pointer-types-discards-qualifiers]
        rsa = EVP_PKEY_get0_RSA(pubkey);
            ^ ~~~~~~~~~~~~~~~~~~~~~~~~~
/my/home/path/amazon-kinesis-video-streams-producer-sdk-cpp/open-source/local/libcurl/build/src/project_libcurl/lib/vtls/openssl.c:3304:11: warning: 'RSA_get0_key' is deprecated [-Wdeprecated-declarations]
          RSA_get0_key(rsa, &n, &e, NULL);
          ^
/opt/homebrew/include/openssl/rsa.h:223:1: note: 'RSA_get0_key' has been explicitly marked deprecated here
OSSL_DEPRECATEDIN_3_0 void RSA_get0_key(const RSA *r,
^
/opt/homebrew/include/openssl/macros.h:193:49: note: expanded from macro 'OSSL_DEPRECATEDIN_3_0'
#   define OSSL_DEPRECATEDIN_3_0                OSSL_DEPRECATED(3.0)
                                                ^
/opt/homebrew/include/openssl/macros.h:62:52: note: expanded from macro 'OSSL_DEPRECATED'
#     define OSSL_DEPRECATED(since) __attribute__((deprecated))
                                                   ^
/my/home/path/amazon-kinesis-video-streams-producer-sdk-cpp/open-source/local/libcurl/build/src/project_libcurl/lib/vtls/openssl.c:3324:15: warning: 'EVP_PKEY_get0_DSA' is deprecated [-Wdeprecated-declarations]
        dsa = EVP_PKEY_get0_DSA(pubkey);
              ^
/opt/homebrew/include/openssl/evp.h:1357:1: note: 'EVP_PKEY_get0_DSA' has been explicitly marked deprecated here
OSSL_DEPRECATEDIN_3_0
^
/opt/homebrew/include/openssl/macros.h:193:49: note: expanded from macro 'OSSL_DEPRECATEDIN_3_0'
#   define OSSL_DEPRECATEDIN_3_0                OSSL_DEPRECATED(3.0)
                                                ^
/opt/homebrew/include/openssl/macros.h:62:52: note: expanded from macro 'OSSL_DEPRECATED'
#     define OSSL_DEPRECATED(since) __attribute__((deprecated))
                                                   ^
/my/home/path/amazon-kinesis-video-streams-producer-sdk-cpp/open-source/local/libcurl/build/src/project_libcurl/lib/vtls/openssl.c:3324:13: warning: assigning to 'DSA *' (aka 'struct dsa_st *') from 'const struct dsa_st *' discards qualifiers [-Wincompatible-pointer-types-discards-qualifiers]
        dsa = EVP_PKEY_get0_DSA(pubkey);
            ^ ~~~~~~~~~~~~~~~~~~~~~~~~~
/my/home/path/amazon-kinesis-video-streams-producer-sdk-cpp/open-source/local/libcurl/build/src/project_libcurl/lib/vtls/openssl.c:3335:11: warning: 'DSA_get0_pqg' is deprecated [-Wdeprecated-declarations]
          DSA_get0_pqg(dsa, &p, &q, &g);
          ^
/opt/homebrew/include/openssl/dsa.h:206:1: note: 'DSA_get0_pqg' has been explicitly marked deprecated here
OSSL_DEPRECATEDIN_3_0 void DSA_get0_pqg(const DSA *d, const BIGNUM **p,
^
/opt/homebrew/include/openssl/macros.h:193:49: note: expanded from macro 'OSSL_DEPRECATEDIN_3_0'
#   define OSSL_DEPRECATEDIN_3_0                OSSL_DEPRECATED(3.0)
                                                ^
/opt/homebrew/include/openssl/macros.h:62:52: note: expanded from macro 'OSSL_DEPRECATED'
#     define OSSL_DEPRECATED(since) __attribute__((deprecated))
                                                   ^
/my/home/path/amazon-kinesis-video-streams-producer-sdk-cpp/open-source/local/libcurl/build/src/project_libcurl/lib/vtls/openssl.c:3336:11: warning: 'DSA_get0_key' is deprecated [-Wdeprecated-declarations]
          DSA_get0_key(dsa, &pub_key, NULL);
          ^
/opt/homebrew/include/openssl/dsa.h:209:1: note: 'DSA_get0_key' has been explicitly marked deprecated here
OSSL_DEPRECATEDIN_3_0 void DSA_get0_key(const DSA *d, const BIGNUM **pub_key,
^
/opt/homebrew/include/openssl/macros.h:193:49: note: expanded from macro 'OSSL_DEPRECATEDIN_3_0'
#   define OSSL_DEPRECATEDIN_3_0                OSSL_DEPRECATED(3.0)
                                                ^
/opt/homebrew/include/openssl/macros.h:62:52: note: expanded from macro 'OSSL_DEPRECATED'
#     define OSSL_DEPRECATED(since) __attribute__((deprecated))
                                                   ^
/my/home/path/amazon-kinesis-video-streams-producer-sdk-cpp/open-source/local/libcurl/build/src/project_libcurl/lib/vtls/openssl.c:3356:14: warning: 'EVP_PKEY_get0_DH' is deprecated [-Wdeprecated-declarations]
        dh = EVP_PKEY_get0_DH(pubkey);
             ^
/opt/homebrew/include/openssl/evp.h:1366:1: note: 'EVP_PKEY_get0_DH' has been explicitly marked deprecated here
OSSL_DEPRECATEDIN_3_0 const struct dh_st *EVP_PKEY_get0_DH(const EVP_PKEY *pkey);
^
/opt/homebrew/include/openssl/macros.h:193:49: note: expanded from macro 'OSSL_DEPRECATEDIN_3_0'
#   define OSSL_DEPRECATEDIN_3_0                OSSL_DEPRECATED(3.0)
                                                ^
/opt/homebrew/include/openssl/macros.h:62:52: note: expanded from macro 'OSSL_DEPRECATED'
#     define OSSL_DEPRECATED(since) __attribute__((deprecated))
                                                   ^
/my/home/path/amazon-kinesis-video-streams-producer-sdk-cpp/open-source/local/libcurl/build/src/project_libcurl/lib/vtls/openssl.c:3356:12: warning: assigning to 'DH *' (aka 'struct dh_st *') from 'const struct dh_st *' discards qualifiers [-Wincompatible-pointer-types-discards-qualifiers]
        dh = EVP_PKEY_get0_DH(pubkey);
           ^ ~~~~~~~~~~~~~~~~~~~~~~~~
/my/home/path/amazon-kinesis-video-streams-producer-sdk-cpp/open-source/local/libcurl/build/src/project_libcurl/lib/vtls/openssl.c:3366:11: warning: 'DH_get0_pqg' is deprecated [-Wdeprecated-declarations]
          DH_get0_pqg(dh, &p, &q, &g);
          ^
/opt/homebrew/include/openssl/dh.h:256:1: note: 'DH_get0_pqg' has been explicitly marked deprecated here
OSSL_DEPRECATEDIN_3_0 void DH_get0_pqg(const DH *dh, const BIGNUM **p,
^
/opt/homebrew/include/openssl/macros.h:193:49: note: expanded from macro 'OSSL_DEPRECATEDIN_3_0'
#   define OSSL_DEPRECATEDIN_3_0                OSSL_DEPRECATED(3.0)
                                                ^
/opt/homebrew/include/openssl/macros.h:62:52: note: expanded from macro 'OSSL_DEPRECATED'
#     define OSSL_DEPRECATED(since) __attribute__((deprecated))
                                                   ^
/my/home/path/amazon-kinesis-video-streams-producer-sdk-cpp/open-source/local/libcurl/build/src/project_libcurl/lib/vtls/openssl.c:3367:11: warning: 'DH_get0_key' is deprecated [-Wdeprecated-declarations]
          DH_get0_key(dh, &pub_key, NULL);
          ^
/opt/homebrew/include/openssl/dh.h:259:1: note: 'DH_get0_key' has been explicitly marked deprecated here
OSSL_DEPRECATEDIN_3_0 void DH_get0_key(const DH *dh, const BIGNUM **pub_key,
^
/opt/homebrew/include/openssl/macros.h:193:49: note: expanded from macro 'OSSL_DEPRECATEDIN_3_0'
#   define OSSL_DEPRECATEDIN_3_0                OSSL_DEPRECATED(3.0)
                                                ^
/opt/homebrew/include/openssl/macros.h:62:52: note: expanded from macro 'OSSL_DEPRECATED'
#     define OSSL_DEPRECATED(since) __attribute__((deprecated))
                                                   ^
31 warnings generated.
[ 14%] Building C object lib/CMakeFiles/libcurl.dir/vtls/gtls.c.o
[ 16%] Building C object lib/CMakeFiles/libcurl.dir/vtls/vtls.c.o
[ 16%] Building C object lib/CMakeFiles/libcurl.dir/vtls/nss.c.o
[ 16%] Building C object lib/CMakeFiles/libcurl.dir/vtls/polarssl.c.o
[ 16%] Building C object lib/CMakeFiles/libcurl.dir/vtls/polarssl_threadlock.c.o
[ 16%] Building C object lib/CMakeFiles/libcurl.dir/vtls/wolfssl.c.o
[ 16%] Building C object lib/CMakeFiles/libcurl.dir/vtls/schannel.c.o
[ 16%] Building C object lib/CMakeFiles/libcurl.dir/vtls/schannel_verify.c.o
[ 16%] Building C object lib/CMakeFiles/libcurl.dir/vtls/sectransp.c.o
[ 16%] Building C object lib/CMakeFiles/libcurl.dir/vtls/gskit.c.o
[ 16%] Building C object lib/CMakeFiles/libcurl.dir/vtls/mbedtls.c.o
[ 16%] Building C object lib/CMakeFiles/libcurl.dir/vtls/mesalink.c.o
[ 16%] Building C object lib/CMakeFiles/libcurl.dir/vtls/bearssl.c.o
[ 16%] Building C object lib/CMakeFiles/libcurl.dir/vquic/ngtcp2.c.o
[ 16%] Building C object lib/CMakeFiles/libcurl.dir/vquic/quiche.c.o
[ 16%] Building C object lib/CMakeFiles/libcurl.dir/vssh/libssh2.c.o
[ 16%] Building C object lib/CMakeFiles/libcurl.dir/vssh/libssh.c.o
[ 16%] Linking C shared library libcurl.dylib
Undefined symbols for architecture arm64:
  "_EVP_PKEY_get_id", referenced from:
      _cert_stuff in openssl.c.o
      _get_cert_chain in openssl.c.o
  "_SSL_get1_peer_certificate", referenced from:
      _servercert in openssl.c.o
ld: symbol(s) not found for architecture arm64
clang: error: linker command failed with exit code 1 (use -v to see invocation)
make[5]: *** [lib/libcurl.dylib] Error 1
make[4]: *** [lib/CMakeFiles/libcurl.dir/all] Error 2
make[3]: *** [all] Error 2
make[2]: *** [build/src/project_libcurl-stamp/project_libcurl-build] Error 2
make[1]: *** [CMakeFiles/project_libcurl.dir/all] Error 2
make: *** [all] Error 2
CMake Error at dependency/libkvscproducer/kvscproducer-src/CMake/Utilities.cmake:93 (message):
  CMake step for libcurl failed: 2
Call Stack (most recent call first):
  dependency/libkvscproducer/kvscproducer-src/CMakeLists.txt:93 (build_dependency)

-- Configuring incomplete, errors occurred!

Looks like your ssl might be not building for arm64, to confirm this can you run:
file ./open-source/lib/libssl.dylib

Modify the path to wherever your libssl.dylib is.
On my Intel mac I see:
$ file ./open-source/lib/libssl.dylib
./open-source/lib/libssl.dylib: Mach-O 64-bit dynamically linked shared library x86_64

If yours is building correctly it should be arm64 but I suspect it is not building the right one.  Once you confirm that is the case, we can modify/fix the build flags so that it works for you.

Duplicate of #1018

To reiterate: Use develop branch, and perform a clean build.

@sirknightj : tried that, didn't work, am at the situation of my last comment with that approach.
as for my libssl.dylib:
% file open-source/local/lib/libssl.dylib
open-source/local/lib/libssl.dylib: Mach-O 64-bit dynamically linked shared library arm64

Possibly notable: I don't have a "lib" folder directly in open-source, there's only "local" in there which then contains it

Any update on this?

I am using MAC Pro M1 with Monterey, and here is the resolution working for me.

run this as README.md suggested: $ brew install pkg-config openssl cmake gstreamer gst-plugins-base gst-plugins-good gst-plugins-bad gst-plugins-ugly log4cplus gst-libav
run this : cmake .. -DBUILD_GSTREAMER_PLUGIN=TRUE -DBUILD_DEPENDENCIES=OFF
run this: cmake .. -DBUILD_GSTREAMER_PLUGIN=TRUE
You are good to go!

Now it seems that the build is completed successfully but still when I run  'gst-launch-1.0' I get: WARNING: erroneous pipeline: no element "kvssink"

@elizatlawy   this could be related to the Gstream plugin environment variable.
check herer: https://github.com/awslabs/amazon-kinesis-video-streams-producer-sdk-cpp#run

@timetxt - It was the issue, once I exported the environment variable, everything is working, thank you!

Thanks @timetxt , I feel that gets me a step closer with the build now working - but gst-inspect-1.0 kvssink unfortunately tells me No such element or plugin 'kvssink'
user@machine build % cmake .. -DBUILD_GSTREAMER_PLUGIN=TRUE -DBUILD_DEPENDENCIES=OFF
-- The C compiler identification is AppleClang <IP_ADDRESS>00029
-- The CXX compiler identification is AppleClang <IP_ADDRESS>00029
-- Detecting C compiler ABI info
-- Detecting C compiler ABI info - done
-- Check for working C compiler: /Library/Developer/CommandLineTools/usr/bin/cc - skipped
-- Detecting C compile features
-- Detecting C compile features - done
-- Detecting CXX compiler ABI info
-- Detecting CXX compiler ABI info - done
-- Check for working CXX compiler: /Library/Developer/CommandLineTools/usr/bin/c++ - skipped
-- Detecting CXX compile features
-- Detecting CXX compile features - done
-- Kinesis Video Cpp Producer path is /my/home/path/amazon-kinesis-video-streams-producer-sdk-cpp
-- dependencies install path is /my/home/path/amazon-kinesis-video-streams-producer-sdk-cpp/open-source
CMake Warning:
  Ignoring extra path from command line:

   "/my/home/path/amazon-kinesis-video-streams-producer-sdk-cpp/dependency/libkvscproducer/Unix Makefiles"

-- Configuring done (0.0s)
-- Generating done (0.0s)
-- Build files have been written to: /my/home/path/amazon-kinesis-video-streams-producer-sdk-cpp/dependency/libkvscproducer
[ 11%] Creating directories for 'libkvscproducer-download'
[ 22%] Performing download step (git clone) for 'libkvscproducer-download'
Cloning into 'kvscproducer-src'...
HEAD is now at a3dd1d0 Add new APIs to allow setting curl call timeouts (#366)
[ 33%] Performing update step for 'libkvscproducer-download'
[ 44%] No patch step for 'libkvscproducer-download'
[ 55%] No configure step for 'libkvscproducer-download'
[ 66%] No build step for 'libkvscproducer-download'
[ 77%] No install step for 'libkvscproducer-download'
[ 88%] No test step for 'libkvscproducer-download'
[100%] Completed 'libkvscproducer-download'
[100%] Built target libkvscproducer-download
-- Kinesis Video Producer path is /my/home/path/amazon-kinesis-video-streams-producer-sdk-cpp/dependency/libkvscproducer/kvscproducer-src
-- Found PkgConfig: /opt/homebrew/bin/pkg-config (found version "0.29.2")
-- Checking for module 'libkvspicUtils'
--   No package 'libkvspicUtils' found
CMake Warning:
  Ignoring extra path from command line:

   "/my/home/path/amazon-kinesis-video-streams-producer-sdk-cpp/dependency/libkvscproducer/kvscproducer-src/dependency/libkvspic/Unix Makefiles"

-- Configuring done (0.1s)
-- Generating done (0.0s)
-- Build files have been written to: /my/home/path/amazon-kinesis-video-streams-producer-sdk-cpp/dependency/libkvscproducer/kvscproducer-src/dependency/libkvspic
[ 11%] Creating directories for 'libkvspic-download'
[ 22%] Performing download step (git clone) for 'libkvspic-download'
Cloning into 'kvspic-src'...
HEAD is now at 532178b Merge pull request #186 from awslabs/set-service-timeouts
[ 33%] Performing update step for 'libkvspic-download'
[ 44%] No patch step for 'libkvspic-download'
[ 55%] No configure step for 'libkvspic-download'
[ 66%] No build step for 'libkvspic-download'
[ 77%] No install step for 'libkvspic-download'
[ 88%] No test step for 'libkvspic-download'
[100%] Completed 'libkvspic-download'
[100%] Built target libkvspic-download
-- Performing Test CMAKE_HAVE_LIBC_PTHREAD
-- Performing Test CMAKE_HAVE_LIBC_PTHREAD - Success
-- Found Threads: TRUE
-- Found OpenSSL<EMAIL_ADDRESS>(found version "3.1.1")
-- Checking for module 'libcurl'
--   Found libcurl, version 7.79.1
-- Bitness 64 bits
-- Found CURL: /Library/Developer/CommandLineTools/SDKs/MacOSX13.1.sdk/usr/lib/libcurl.tbd (found version "7.85.0")
found log4cplus.
-- Found Log4cplus: /opt/homebrew/Cellar/log4cplus/2.1.0/lib/liblog4cplus.dylib
-- Checking for module 'gstreamer-app-1.0'
--   Found gstreamer-app-1.0, version 1.22.5
-- Configuring done (16.0s)
-- Generating done (0.1s)
-- Build files have been written to: /my/home/path/amazon-kinesis-video-streams-producer-sdk-cpp/build
user@machine build % cmake .. -DBUILD_GSTREAMER_PLUGIN=TRUE
-- Kinesis Video Cpp Producer path is /my/home/path/amazon-kinesis-video-streams-producer-sdk-cpp
-- dependencies install path is /my/home/path/amazon-kinesis-video-streams-producer-sdk-cpp/open-source
-- Configuring done (0.1s)
-- Generating done (0.0s)
-- Build files have been written to: /my/home/path/amazon-kinesis-video-streams-producer-sdk-cpp/dependency/libkvscproducer
[ 11%] Performing update step for 'libkvscproducer-download'
[ 22%] No patch step for 'libkvscproducer-download'
[ 33%] No configure step for 'libkvscproducer-download'
[ 44%] No build step for 'libkvscproducer-download'
[ 55%] No install step for 'libkvscproducer-download'
[ 66%] No test step for 'libkvscproducer-download'
[ 77%] Completed 'libkvscproducer-download'
[100%] Built target libkvscproducer-download
-- Kinesis Video Producer path is /my/home/path/amazon-kinesis-video-streams-producer-sdk-cpp/dependency/libkvscproducer/kvscproducer-src
-- Checking for module 'libkvspicUtils'
--   No package 'libkvspicUtils' found
-- Configuring done (0.1s)
-- Generating done (0.0s)
-- Build files have been written to: /my/home/path/amazon-kinesis-video-streams-producer-sdk-cpp/dependency/libkvscproducer/kvscproducer-src/dependency/libkvspic
[ 11%] Performing update step for 'libkvspic-download'
[ 22%] No patch step for 'libkvspic-download'
[ 33%] No configure step for 'libkvspic-download'
[ 44%] No build step for 'libkvspic-download'
[ 55%] No install step for 'libkvspic-download'
[ 66%] No test step for 'libkvspic-download'
[ 77%] Completed 'libkvspic-download'
[100%] Built target libkvspic-download
-- Bitness 64 bits
found log4cplus.
-- Configuring done (1.0s)
-- Generating done (0.1s)
-- Build files have been written to: /my/home/path/amazon-kinesis-video-streams-producer-sdk-cpp/build
user@machine build % cd ..
user@machine amazon-kinesis-video-streams-producer-sdk-cpp % export GST_PLUGIN_PATH=`pwd`/build
export LD_LIBRARY_PATH=`pwd`/open-source/local/lib
user@machine amazon-kinesis-video-streams-producer-sdk-cpp % gst-inspect-1.0 kvssink
No such element or plugin 'kvssink'
user@machine amazon-kinesis-video-streams-producer-sdk-cpp % git rev-parse --abbrev-ref HEAD
develop

@robert-hanuschke ,
When building with BUILD_DEPENDENCIES=ON, can you try running brew unlink openssl and then running your cmake command again?
Would suggest cleaning up the existing build directory before trying this.

Closing due to no response and issue seems to have been fixed.


Introduce a dynamic coefficient for touchmove pan (yaw/pitch change) speed

With a fixed coefficient affecting touchmove pan speed, at large values of config.hfov (zoomed out) panning will feel "sluggish" due to panorama panning less than finger is moved on screen. On the other hand, at small config.hfov values (zoomed in), panning will be perceived to move faster.
To improve usability at both small and large config.hfov (zoomed-out and zoomed-in) we introduce a dynamic coefficient affected by the config.hfov value.
This seems to roughly keep initial drag/pan start position close to the user's finger while panning regardless of zoom level.

Oh yeah, true, I guess I implicitly noticed it was implemented for mouse as I don't recall paying attention to it on the computer :)
The coefficient I used was just a quick-n-simple try and could definitely be improved upon; now looking at your mouse implementation I see you account for canvas dimensions/aspect ratio which I noticed through experimentation to seem to also affect perceived panning speed but ran out of time to implement it. Should've looked at your mouse coeff earlier :)
Thanks again for merging!

Oh yeah, true, I guess I implicitly noticed it was implemented for mouse as I don't recall paying attention to it on the computer :)
The coefficient I used was just a quick-n-simple try and could definitely be improved upon; now looking at your mouse implementation I see you account for canvas dimensions/aspect ratio which I noticed through experimentation to seem to also affect perceived panning speed but ran out of time to implement it. Should've looked at your mouse coeff earlier :)
Thanks again for merging!


Fixed bug with nil pointer dereference on trace callback from query.createSession

Pull request type

Please check the type of change your PR introduces:

[x] Bugfix
[ ] Feature
[ ] Code style update (formatting, renaming)
[ ] Refactoring (no functional changes, no api changes)
[ ] Build related changes
[ ] Documentation content changes
[ ] Other (please describe):

What is the current behavior?

Issue Number: #1364
What is the new behavior?

Other information

Codecov Report
Attention: Patch coverage is 55.55556% with 4 lines in your changes missing coverage. Please review.

Project coverage is 41.42%. Comparing base (c78681e) to head (af9ae30).
Report is 2 commits behind head on master.

Files
Patch %
Lines

internal/query/session.go
55.55%
2 Missing and 2 partials :warning:

Additional details and impacted files
@@            Coverage Diff             @@
##           master    #1394      +/-   ##
==========================================
- Coverage   41.89%   41.42%   -0.47%
==========================================
  Files         351      351
  Lines       35226    29754    -5472
==========================================
- Hits        14758    12326    -2432
+ Misses      19987    16945    -3042
- Partials      481      483       +2

Flag
Coverage Δ

go-1.20.x
43.14% <55.55%> (-0.60%)
:arrow_down:

go-1.21.x
43.13% <55.55%> (-0.60%)
:arrow_down:

go-1.22.x
41.39% <55.55%> (-0.44%)
:arrow_down:

macOS
43.13% <55.55%> (+1.72%)
:arrow_up:

ubuntu
41.42% <55.55%> (-0.01%)
:arrow_down:

unit
41.42% <55.55%> (-0.47%)
:arrow_down:

windows
?

Flags with carried forward coverage won't be shown. Click here to find out more.

:umbrella: View full report in Codecov by Sentry.
:loudspeaker: Have feedback on the report? Share it here.


Sort displayed tasks

At least some basic grouping, like completed first, then deleted, then other changes

Should be fixed as of https://github.com/Ekleog/todiff/commit/2d976b4efbce8cca667c088049649896a5ea94a3 :)


Treat KMP modules as implicit bundles.

Resolves https://github.com/autonomousapps/dependency-analysis-android-gradle-plugin/issues/659.

It looks like it would be possible to recognize the jvm artifact as an MPP artifact by the jvmApiElements-published and jvmRuntimeElements-published variants?

Yeah. I think that would need to be queried with an artifact view and then treated as a DependencyView / Capability per our other conversation.
Did you notice the hilarious
      "available-at": {
        "url": "../../clikt-jvm/3.4.2/clikt-jvm-3.4.2.module",

Am I overthinking this, or is that a relative url to another module that this one expects to be its sibling in the gradle module cache? That is, this is literally depending on the directory layout of ~/.gradle/caches/modules-2/. Love it.


How do I install this on windows?

I used choco to install nodejs and I'm having second doubts on installing npm since it says that it is already deprecated.
These are the commands that I am not sure if I should run or not:
sudo apt-get install npm
sudo npm install --global gulp bower
sudo npm install
bower install
gulp --production
Any help would be very much appreciated

Use choco install nodejs.install instead of installing node and npm seperately. Then lets say you have located the files within the C:\Program Files\Laravel folder, then open cmd and type cd "C:\Program Files\Laravel" and then type the above instructions without sudo commands.

I'm closing this issue as I guess that you have solved it, if you face with any problems again, just comment it out.

[11:49:11] gulp-notify: [Error in notifier] Error in plugin 'gulp-notify'
Command failed: W:\Ampps\www\CMS\node_modules\laravel-elixir\node_modules\gulp-notify\node_modules\node-notifier\vendor\toaster\toast.exe -onLast true -p W:\Ampps\www\CMS\node_modules\laravel-elixir\ingredients\commands/../../icons/laravel.png -m Less Compiled! -t Laravel Elixir
Unhandled Exception: System.Exception: The notification platform found application is already registered. (Exception from HRESULT: 0x803E0118)
at Windows.UI.Notifications.ToastNotifier.Show(ToastNotification notification)
at toast.Program.ShowToast(String title, String message, String imageURI)
at toast.Program.Main(String[] args)
I got this error upon running gulp --production

Man, I got it working now. Thanks!

how to got it wokring, I am getting this erro at beging
[Symfony\Component\Debug\Exception\FatalErrorException]
Class 'Barryvdh\LaravelIdeHelper\IdeHelperServiceProvider' not found


Update CommonAdminBase64.txt

I have created a base64 of both admin:admin coz many sites use it like that for auth

Thanks for the pull request @hakxcore

Thank you for understanding, feeling happy to contribute 😇


Settings toggles not working.

In Settings I am not able to disable :

Keep Franz in background when closing the window
Show Franz in system tray
Display disabled services tabs
Show unread message badge
Enable spell checking

Responding checkboxes:

Launch Franz on start
Include beta versions

Expected Behavior
Click should disable checkbox.
Current Behavior
Checkbox animation showing a little movement, jumps back and are not disabling the options.
Your Environment

Franz Version used:5.0.0-beta.15.607
Operating System and version: MacOS 10.13.3 (17D47)

Can confirm, not working on Windows 10 either.

Duplicate of #615


[Healtcheck] Create a PDO implementation

See http://php.net/manual/en/pdo.connections.php

Looks like it's not a very good idea in fact... this subject is pretty well covered there and there:

https://stackoverflow.com/questions/26004807/pdo-how-to-check-if-connection-is-active-for-real
https://stackoverflow.com/questions/23244462/how-do-i-ping-the-mysql-db-and-reconnect-using-pdo

I suggest that a TCP check would be ok. will reopen if not.


Support additional schemas (custom extensions)

We should add an option to allow custom additional schemas. The validator should then ensure the STIX input validates against both the official specification (via the OASIS schemas) and these additional schemas.

Without getting too fancy, we may want to ensure we handle both expansion (custom extension) and restriction (think profiles). If it's easier to do this separately, we can create separate issues.


Start 1.7.2

No review needed.

coverage: 31.891%. first build when pulling 10bc9df729e8a99e3d7f1e1c1f87a22703a75072 on start_1.7.2 into 36ae8ff55eade6f47e357b044380d212709f62fb on stable_1.7.


Incorrect updates torequests/pending lists

Author A makes a friend to request author B.
As of right now based on snooping through the admin panel,
Author B is added to A's requests list
Nothing changes in the B model.
What should happen...
Author B is added to A's pending list
Author A is added to B's requests list
Should be an easy fix.

Most likely a setting problem with the frontend host. This should probably get re-worked a bit to check auth type rather than host.


[r] Out-of-memory issues on cellxgene_census R acceptance tests

This may, of course, be a bug within cellxgene_census. However, the Python and R APIs should be working similarly enough that if one API is not OOMing and another is OOMing, on the same dataset and query pattern, there is likely either a TileDB-SOMA code flaw or a TileDB-SOMA documentation flaw.
Reported by @ebezzi.

@ebezzi were these resolved by adding rm and gc calls to your R test cases?

Yeah, that specific test was fixed via rm+gc. There is still a test that sometimes fails because of OOM (test_seurat_common-cell-type-large-buffer-size), and it's not a garbage collection issue since this test loads everything in memory. We'll monitor and see how frequent the failures are, and worst case we'll lower the limit of queried cells (right now it's 15M).


scale label with node size

Resolves #57

Good work!
This doesn't appear to base the scaling by the editor font size, as was floated as a suggestion in the issue. Is this something you feel comfortable investigating?

Good work!
This doesn't appear to base the scaling by the editor font size, as was floated as a suggestion in the issue. Is this something you feel comfortable investigating?

I did investigate it, let me post the results:
Using nodeSize[d.id]

Using nodeSize[d.id]* editor.fontSize

I also tried other scaling parameters such as nodeSize[d.id]* editor.fontSize / 8 but there didn't seem to be any meaningful change to the basic settings.
Regarding scaling by editor.fontSize, I didn't see the benefit. When using it to scale the size of the label, in almost every test, there wasn't much difference in sizes between nodes, and then as a bonus, sometimes ran into the positioning problem.
Using only nodeSize[d.id] had the benefit of not really messing with the positioning, as well as having a good range of sizes between nodes.
(As an aside, there is quite a bit of code devoted to making sure the node sizes are within a certain range and distribution, so taking advantage of the node sizes seemed to be a rather simple and effective solution that I didn't expect. I was expecting a lot more work!)

Hmm yeah, I see the result is a little bizarre
The true benefit is accessibility. Someone hard of sight shouldn't have to constantly be super zoomed in when they're able to increase the size of their code already. But, perhaps it can be considered a future improvement. Good work nonetheless! And thanks for the investigation work too

@Am3ra maybe I misread some crucial part here but isn't it possible to use editor.fontSize as baseline and then add on top of that based on nodeSize?

@tchayen, sorry I didn't include images of those tests, here they are:
using nodeSize[d.id] + editor.fontSize

Using nodeSize[d.id]/4 + editor.fontSize

I tried many other scalings, between 1 and around 10 but seemed to run into the same problem. While in theory this is possibly to correct by changing the label position, there doesn't seem to be a real benefit to using editor.fontSize, considering it's trivial to zoom in. Additionally, editor.fontSize reduces de range of possible values: in every test I did, the difference in font size between the smallest and largest node was not noticeable.
Finally, using editor.fontSize has the issue that at large font sizes, the labels of the nodes seem to overlap as well as covering the nodes themselves, requiring more space between nodes, effectively just zooming out the graph, defeating the purpose.
@tchayen @ingalless , do you have any other possible combinations y could test? I want to be as thorough as possible.
Anyways, just wanted to say, @tchayen , @ingalless , both of you have been extremely helpful throughout this process, I really appreciate all you've done to smooth it out!

As an aside, something I just discovered is that text size does change with editor zoom, see here how the zoom of the graph is the same in all cases, but the size of labels changes:

Yea, you can check the code of zoom adjustment function. There is some scaling done which (at least at the beginning when I wrote it, but it is probably different for the obsidian view) is meant to make text appear in the same size with scaling until some threshold and then raise (you a function zoom -> size is a constant value which turns into a linear function at some point).
If this is relevant in any way to the obsidian view then it should be possible to use it to adjust scaling accordingly.
To be honest I have no clear idea of what the problem is here judging by the screenshots and formulas you have sent so I am giving those suggestions mostly blindly.

@tchayen , What would you say is missing to merge this PR? The graph already scales with editor font size.

Ok, sorry for making it take longer than it should. Merging!
I will check what else happened recently and probably aim to release it some time soon (ping me please if I don't).

Thanks @tchayen , don't worry about the wait!
Again, thanks @tchayen and @ingalless for your help in this process. It's one of my first times contributing to open source, and you made it painless.

@Am3ra great work! Thank you for this contribution, it's great! Looking forward to using it Monday ☺

@Am3ra Thanks again! If you ever think about fixing some problems with Markdown Links, feel free to open an issue or a draft PR if you don't have the full idea of the solution yet and I will be very happy to help any time.


Document .dockerignore

At the moment we don't mention that you can use .dockerignore files to exclude files from the Cog-built Docker image. We should document that feature.
(edited by @bfirsh and @andreasjansson)

@charlesfrye mentioned this the other day.

Would it be unwise to have cog init create a .dockerignore file for the user? It could contain popular editor folders, maybe some commented out examples like
# Avoid pushing the user's IDE settings.
.vscode/
.idea/

# Prevent accidental key push.
# id_rsa*
# credentials.txt
# .env
# source_credentials.sh

# Prevent .venv push to slim image, as cog uses a different interpreter anyways.
# .venv/

# Prevent any test outputs created from being in the image.
# outputs/
# predictions/

Great idea.

Reopening to track writing something down in addition to adding it to cog init template.


Input field inside ListBox

🐛 Bug Report
When using ListBox, if you have an <input type="text" /> element, when typing in the input field, space characters are being ignored.
🤔 Expected Behavior
Typing in the input field would work as normal without keyboard presses being intercepted.
😯 Current Behavior
When pressing the space bar with the <input> focused, ListBox assumes I am selecting the option row as opposed to typing into the input field.
💁 Possible Solution

Detect current target of the event vs target of the state of selection manager and ensure they match, or
Detect we are inside a user input field and ignore selection management

🔦 Context
DND Sortable list with user input
💻 Code Sample
https://codesandbox.io/s/great-sutherland-cqksy8?file=/src/App.js
Focus any of the <input type="text" /> fields, type some random characters, then try typing a space. The space will be ignored and if you look at the dom element, you'll see the data-pressed=true prop has been set.

Interactive elements such as textfields are not allowed inside a listbox. The ARIA spec only allows options, and options are marked as "Children Presentational" which means that any child elements cannot be accessed by screen readers. You should use a GridList instead, which has been specifically designed to allow interactive children.
However, I think in both cases text fields won't really work correctly because the arrow keys are used by the row for navigation. Therefore when you get into a textfield you'd be in a keyboard trap. For this we need to implement edit mode, so the user could temporarily disable keyboard navigation by pressing Enter, and when they are done editing press Escape to return back to the row. See #2328.

That makes sense.
Thanks for the quick and detailed response.

@tflanagan did you solve the issue? Any hints? struggling with exactly same thing, having inputs in GridList

No, I'm still having this issue with the nightly builds. Yes, with GridList too.
I have a monkey patch I'm using to add various things, but nothing has solved it 100%.

@tflanagan also trying the prevent keyboard events but it's bit tricky, can't pin point what is handling pressing space 🤔

Ok, it was useTypeSelect 😄.
fyi for now will just stop propagation of keydown events when input is focused.
const preventKeyDownRef = useRef(false)
useEffect(() => {
  const handler = (e: KeyboardEvent) => {
    if (preventKeyDownRef.current) {
      e.stopPropagation()
    }
  }
  window.addEventListener('keydown', handler, true)
  return () => {
    window.removeEventListener('keydown', handler, true)
  }
}, [])

const prevent = (should: boolean) => (preventKeyDownRef.current = should)
const preventProps = {
  onFocus: () => prevent(true),
  onBlur: () => prevent(false),
}

@tflanagan also trying the prevent keyboard events but it's bit tricky, can't pin point what is handling pressing space 🤔

That's were I ended up.

Ok, it was useTypeSelect 😄.
fyi for now will just stop propagation of keydown events when input is focused.

Oh, nice!
I'm unsure if this issue should be reopened or if you should add that bit to #2328

Ok, it was useTypeSelect 😄.
fyi for now will just stop propagation of keydown events when input is focused.

Thank you so much for your inspiration @piecyk! 🙏
I tweaked your solution a bit to have an "edit mode" as suggested by #2328
export function useCellEditMode() {
  const isFocusedRef = useRef(false);
  const isEditModeRef = useRef(false);

  useEffect(() => {
    const handler = (e: KeyboardEvent) => {
      if (isFocusedRef.current) {
        if (e.code === "Enter") {
          isEditModeRef.current = true;
        } else if (e.code === "Escape" || e.code === "Tab") {
          isEditModeRef.current = false;
        }
        if (isEditModeRef.current) {
          e.stopPropagation();
        }
      }
    };
    // capture all events on 'window' because we are in the capture phase
    window.addEventListener("keydown", handler, true);
    return () => {
      window.removeEventListener("keydown", handler, true);
    };
  }, []);

  const setFocus = (should: boolean) => (isFocusedRef.current = should);

  const preventProps = {
    onFocus: () => setFocus(true),
    onBlur: () => setFocus(false),
    onClick: () => {
      // We did not focus through keyboard nav, so we can
      // enter the edit mode right away.
      isEditModeRef.current = true;
    },
  };
  return preventProps;
}

@janvorwerk That worked beautifully! Using this with any  inside a gridlist solves the issue

@janvorwerk Thanks, really nice! is this supposed to be used on every input we have inside the GridList?


[WIP] Raise FileNotFoundError if the ipc_file not found when executing trinity attach command

What was wrong?
The trinity attach command currently doesn't recognize when it fails to attach to a running trinity instance leaving users with unhandled exceptions upon w3 usage.
Issue Reference: https://github.com/ethereum/py-evm/issues/959
How was it fixed?
Throw FileNotFoundError if the ipc_file not found when executing trinity attach command
Cute Animal Picture

If we exit after figuring out the ipc_path file is not found, then it will fail at py36-trinity: https://circleci.com/gh/ethereum/py-evm/34147?utm_campaign=vcs-integration-link&utm_medium=referral&utm_source=github-build-link

@cburgdorf I'm aware that there's an error on py36-trinity test here, but I feel that we need to fix the test instead - thoughts?

@glaksmono thanks for jumping on this. :+1: :tada:
I think we want to leave the user with a proper message that explains that we are unable to find a running trinity to attach to. We should also hint that the the user may try to run trinity attach under a different user than the main process.
Also, I think we should rather move the check here and don't raise any exception at all:
https://github.com/ethereum/py-evm/blob/53f2aab566e55df1ee092ea906e2553835d363f4/trinity/main.py#L131-L133
There you can do something like:
logger.error(TRINITY_ATTACH_IPC_NOT_FOUND_ERROR)
sys.exit(1)

What do you think about that?

Also, I think we should rather move the check here and don't raise any exception at all:

I agree with half of this.
Any method that calls console() will probably want/expect the check to happen, so having the check inside the method seems reasonable.
Definitely agree that we want more information and instruction about the missing path:
if not path.exists():
    logging.error("There is no IPC server at {0}, make sure your node is still running, and start it with something like `TRINITY_JSONRPC_IPC={0} trinity".format(path))
    return

Also :+1: for updating the test. You can use pytest's caplog to confirm that the log is emitted.

@carver @cburgdorf I feel like this tests should do more coverages:

Make sure that trinity attach works
Make sure that in the case when IPC file is not found, then it prints error log (currently)

But we should probably create another task for it?

@carver

Any method that calls console() will probably want/expect the check to happen, so having the check inside the method seems reasonable

Yes, fair point. I just noticed we have multiple places calling console(...) so it makes even more sense to do the check inside.
Also simply returning instead of raising and then catching in main seems reasonable but let me bring up that this will print the error and close the process with exit code 0 aka "no error".
I think the correct thing to do would actually be:

Do raise an error in def console
In main wrap the console(...) invocations in a common method that catches the error and does a sys.exit(1)

But feels like bike shedding to me and I'm fine with just returning and leaving the program close without error code.  ¯_(ツ)_/¯
@glaksmono
Yes, having a test that ensures that trinity attach actually works and maybe even going as far to check that some basic w3 operations work would be very valuable.
This stuff is still so easy to break with only user feedback left for us to become aware of it. But as you said, this can totally be tackled in another PR.

Done, and created this follow up issue https://github.com/ethereum/py-evm/issues/973

I tested this locally and it does its job
$ trinity --data-dir /tmp/foobar attach
    INFO  06-30 08:19:59        main
      ______     _       _ __
     /_  __/____(_)___  (_) /___  __
      / / / ___/ / __ \/ / __/ / / /
     / / / /  / / / / / / /_/ /_/ /
    /_/ /_/  /_/_/ /_/_/\__/\__, /
                           /____/
    INFO  06-30 08:19:59        main  Trinity/0.2.0a26/linux/cpython3.6.5
    INFO  06-30 08:19:59        main  Trinity DEBUG log file is created at /tmp/foobar/logs/trinity.log
   ERROR  06-30 08:19:59     console  The IPC path at /tmp/foobar/jsonrpc.ipc is not found. Please run trinity attach using --data-dir param to specify the IPC path.

However, I think we can make the error message more user friendly. Something like:

Failed to attach to a running trinity node. The expected IPC file {filename} does not exist. In case the trinity node that you want to attach to runs under a different user account, you can run trinity --data-dir <path-to-running-nodes-data-dir> attach to make the attach command aware of it.

Doesn't need to be exactly that text but something in that direction would be helpful imho. I was considering for a second to even include that the second user obviously needs read/write access to the other users directory but couldn't word it in nicely and dropped it eventually ;)

@pipermerriam any objections to merge this as is?

@pipermerriam I think that basically echos my previous comment

I think the correct thing to do would actually be:

Do raise an error in def console
In main wrap the console(...) invocations in a common method that catches the error and does a sys.exit(1)

In that case, I'd prefer to keep this PR pending and introduce the changes that way directly. Reasoning is that:

It's not urgent
It's simple to do

@glaksmono Are you ok to make that final change?

Done @cburgdorf @pipermerriam


Broken "LocBaml" link

The introduction paragraph has a broken link to "LocBaml Tool Sample" that is trying to go to https://archive.msdn.microsoft.com/Project/Download/FileDownload.aspx?ProjectName=wpfsamples&DownloadId=9333

Document Details
⚠ Do not edit this section. It is required for docs.microsoft.com ➟ GitHub issue linking.

ID: 4baeeb7d-bba4-c8c5-6f54-97dc68a59aef
Version Independent ID: d248598d-5657-1a8c-3f91-b37384243eff
Content: WPF Globalization and Localization Overview
Content Source: docs/framework/wpf/advanced/wpf-globalization-and-localization-overview.md
Product: dotnet-framework
GitHub Login: @dotnet-bot
Microsoft Alias: dotnetcontent

Thank you for your feedback @tomahawk1277. This is a duplicate of #3623. We're still trying to figure out where that link should go.


ScoresController#create redirects without message after failure

ScoresController#create needs to be changed, to display a failure message if the creation of the score (as in the Score record itself, not the LilyPond stage) fails.

I don't intend to do this (clearly, as it's been 3 years).


Tasks to Make Sure COD Can Do

[ ] Create time slots by day and by room
[ ] Define times spots as sessions and/or non-sessions (can't remember name COD gave it)
[ ] Assign sessions and non-sessions to time slots by day --relates to #4
[ ] Create views of sessions by day and by track

... those are the big ones for now.

Here's the list of COD features/functionality I've enabled in my test environment that I will check to see how well they work. Kirsten said all the ones I checked are features we need.

Create views of sessions by day and by track
Based on past Drupalcon sites it should not be a problem to have a list of sessions by day with filters by track or even sessions by track.


allow login without authentication

This issue grew out of issue 123
linkding and a number of other self-hosted programs have an authentication-by-default approach, with no option for access without authentication, and I get why that's the case. Tailscale and a few other tools have come in over the last few years and changed the game entirely, making me think there should always be an option for access without auth, even if the user needs to dig around in an XML file or similar to access "danger mode."
To be clear, the ideal path is: user logs into a secure network (e.g. their tailnet), and can then route to whatever apps are running on that network, without having to use app-wise authentication. Might also be nice for folks running this only on their intranet, which is basically the same thing.
As far as the UI for enabling "here be dragons" mode, would likely put it behind a few layers of "are you sure?" buttons, or make it a CLI-only option (kind of like how the only current way to make bad passwords [short, same as username, etc.] in linkding is to do it via the CLI).

Also interested in this. Should this option only be allowed for a single user scenario?

I could go either way. There is such a thing as a multiuser tailnet (or another intranet-style arrangement), so might be useful for e.g. corporate installs. I think if the method of activating no-PW mode is juuuuust difficult enough, it will ensure the only folks who do it have at least consented fully to the possible consequences, regardless of their intended use-case.
(This is definitely a philosophical thing, I'm more of a "and here are the footguns, key is under the rug, moving on..." kind of guy - I understand the other mode of being as well and don't want to push too hard on opening it up fully if it makes the majority of folks uncomfortable)

Yeah agreed about making it just difficult enough. Curious what it would look like from a UI perspective if we allowed multiple users though. Not sure if I've seen an example of a multi-user no-PW app in the wild before. A "default" user and then a simple dropdown to switch users? At the moment there is no indication of which user you are logged in as in the UI. Could be nice to add that as part of this as well.

Multiple users with an indication of which one you are would be interesting. Might also be useful to enable no-PW mode on a per-user basis, if that’s the case?
My original thought was to have the no-PW mode be for the whole instance, no separate users.
E.g. typically this would only be used in single-user instances anyway, but I suppose if some group wanted to maintain a linkding for some project, any and all could modify at will, using LAN or a multi-user tailnet for external auth.

Also interested!
In order to keep it as simple as possible: Could this be implemented as some "auto-login"-parameter for the linkding instance? For example by defining a username and password of an existing user for auto-login in the docker compose file for the given instance. When hitting the login page, authentication is always automatically performed with the user from the configuration. So during runtime there would still be a user logged in and it would not affect the rest of the application.

I think the best solution would be to add mTLS support. Certificates are easily added systemwide and per-browser.


Use better Font for Arabic and Persian language

current font styles don't seems very good right now
some of font families and font sizes should be changed

I think https://github.com/Homebrew/homebrew.github.io/issues/101 would resolve some of this? Would welcome a PR to use a different font.

not sure if that's a good idea,
Droid Arabic Naskh (Arabic) is a better choice I guess

Will consider this in a future redesign.


Code view on codellama vs phi and dolphin-phi

Dolphin phi and (probably phi code indent):

Phi, indents but has no code view:

Can someone probably do something to improve these models as they are the only models that run very fast on smaller GPUs.
Or perhaps, maybe someone would train phi-code:instruct.
Thanks.

You can try appending this to the SYSTEM message in the modelfile:
When providing code examples always use Markdown: use ``` to wrap code blocks and use ` to denote a word or phrase as code.
This is what I have been using for a couple of the models I have and it seems to work.

As @jukofyork mentioned, with the smaller models you definitely need to prompt them more to tell it what you're expecting. I'm going to go ahead and close out the issue.


ndimage.morphology.binary_dilation is very slow

I'm using ndimage.morphology.binary_dilation (via skimage.morphology.binary_dilation) to dilate a large (4096*4096 pixel image) binary array.
Per Scikit-Image docs:

binary_dilation [returns] fast binary morphological dilation of an image.
This function returns the same result as greyscale dilation but performs faster for binary images.

However, binary_dilation is very slow - orders of magnitude slower than ndimage.morphology.grey_dilation, when used on a binary array. This has also been surfaced as an skimage issue, but I wanted to surface it here as well.
This can be reproduced via:
from scipy import ndimage
from skimage import data, morphology, transform

dilation_kernel_size = 40

coins = data.coins().astype(float)

bigger_coins = transform.resize(coins, (1000, 1200))

binary_coins = bigger_coins > 170

print('scipy.ndimage.morphology.binary_dilation')
%timeit ndimage.morphology.binary_dilation(binary_coins, structure=morphology.square(dilation_kernel_size))

print('scipy.ndimage.morphology.grey dilation')
%timeit ndimage.morphology.grey_dilation(binary_coins, size=(dilation_kernel_size, dilation_kernel_size))

which outputs:
scipy.ndimage.morphology.binary_dilation
1.64 s ± 6.89 ms per loop (mean ± std. dev. of 7 runs, 1 loop each)
scipy.ndimage.morphology.grey dilation
14.7 ms ± 218 µs per loop (mean ± std. dev. of 7 runs, 100 loops each)

Is this expected behavior? From a quick look at the ndimage.morphology source code, the implementations are different, and perhaps the outputs are not identical, but are morphologically similar.
My question is if this performance difference is expected or not, or if it is mostly a misuse/ poor documentation on part of skimage.
Thanks!
Scipy/Numpy/Python version information:
import sys, scipy, numpy; print(scipy.__version__, numpy.__version__, sys.version_info)

1.6.1 1.20.2 sys.version_info(major=3, minor=7, micro=9, releaselevel='final', serial=0)

Hi, thanks for reporting! The underlying code is already in C, but we might spend too much time arranging the data prior to that. We should time all that I guess. Would you be willing to work on this?

I wonder if there is some relation to #4878? It seems that same NI_InitFilterOffsets function is called in morphology functions as well.
In the case of a 40x40 square structuring element you will almost certainly get a much faster result if you do one of the following equivalent operations:
1.) dilate with a structuring element of shape (40, 1) then dilate that output with an element of shape (1, 40)
2.) use a smaller square with iterations > 1.
I was thinking last week about a way to create some utility to optionally decompose a user-provided structuring element into a series of smaller operations.

original case
%timeit ndimage.binary_dilation(ndimage.binary_dilation(binary_coins, structure=np.ones((40, 40))))

Out: 650 ms ± 17.1 ms per loop (mean ± std. dev. of 7 runs, 1 loop each)
separable along axes case:
%timeit ndimage.binary_dilation(ndimage.binary_dilation(binary_coins, structure=np.ones((40, 1))), structure=np.ones((1, 40)))

Out: 52.1 ms ± 217 µs per loop (mean ± std. dev. of 7 runs, 10 loops each)
iterated small squares case
There are a lot of possible ways this can be done. For example, using a 5x5 square kernel with 10 iterations is equivalent to 1 iteration with a 41x41 kernel.
If you want the equivalent of 40x40 you would have to do 9 iterations with 5x5 + 1 iteration with 4x4, for example. The basic idea is that if you were to convolve all of the iterated structuring elements together the size of the final result would match the size of the non-iterated kernel.
%timeit ndimage.binary_dilation(ndimage.binary_dilation(binary_coins, structure=np.ones((5, 5)), iterations=9), structure=np.ones((4, 4)))

Out: 48.4 ms ± 91.4 µs per loop (mean ± std. dev. of 7 runs, 10 loops each)

@cameronbronstein, It doesn't effect the point you raised here, but I made a tiny edit to your example in the first comment (casting coins to float). Otherwise I was getting an all-zeros array for binary_coins.

I opened an issue related to implementing structuring element decompositions at scikit-image/scikit-image#5388. Please take a look and comment there if interested.

@grlee77 thanks. Do I understand this correctly: the API you propose would use binary_dilation in a sensible way and there is not really an issue here?

Thanks for your suggestions @grlee77, and for catching/ editing the issue in my example. What you propose in in #5388 seems like a good idea to me that would improve performance across a wider array of operations. I like it.
I tried a couple of your suggestions and indeed do get a speed up, which is much more substantial for ndimage.binary_dilation compared to ndimage.morphology.grey_dilation.  However, grey_dilation is still considerably faster under both cases. Here are the recent tests I've done:
from scipy.ndimage import binary_dilation, morphology
from scipy.ndimage.morphology import grey_dilation
from skimage import data, transform

coins = data.coins().astype(np.float64)

bigger_coins = transform.resize(coins, (1000, 1200))

binary_coins = bigger_coins > 170

print('ndimage.binary_dilation with (40,40) structuring element')
%timeit binary_dilation(binary_coins, structure=np.ones((40, 40)))

print('ndimage.binary_dilation - separable along axis structuring element)')
%timeit binary_dilation(binary_dilation(binary_coins, structure=np.ones((40, 1))), structure=np.ones((1, 40)))

print('ndimage.binary_dilation - iterated small squares)')
%timeit binary_dilation(binary_dilation(binary_coins, structure=np.ones((5, 5)), iterations=9), structure=np.ones((4, 4)))

print('ndimage.morphology.grey dilation with (40,40) structuring element')
%timeit morphology.grey_dilation(binary_coins, size=(40, 40))

print('ndimage.morphology.grey dilation with decomposed structuring element')
%timeit morphology.grey_dilation(morphology.grey_dilation(binary_coins, size=(40, 1)), size=(1, 40))

Out:
ndimage.binary_dilation with (40,40) structuring element
972 ms ± 18.1 ms per loop (mean ± std. dev. of 7 runs, 1 loop each)

ndimage.binary_dilation - separable along axis structuring element)
86.8 ms ± 1.41 ms per loop (mean ± std. dev. of 7 runs, 10 loops each)

ndimage.binary_dilation - iterated small squares)
82.3 ms ± 2.03 ms per loop (mean ± std. dev. of 7 runs, 10 loops each)

ndimage.morphology.grey dilation with (40,40) structuring element
35.7 ms ± 9.05 ms per loop (mean ± std. dev. of 7 runs, 10 loops each)

ndimage.morphology.grey dilation with decomposed structuring element
22.4 ms ± 4.77 ms per loop (mean ± std. dev. of 7 runs, 10 loops each)

For this particular use case of dilating the large binary mask, we had previously been using opencv-python . We had hoped to switch everything over to skimage/ scipy, but in this case opencv is still considerably faster, so we're sticking with that for the binary mask dilation. We do use some other morphological operations from skimage and for those, your decomposition suggestion and the proposed API simplification will be nice to incorporate!
@tupui  If you can point me in the right direction around what to look for in terms of arranging the data I can try to take a look. I'm pretty new to these libraries and raising this issue was mostly just out of general curiosity. I am still interested in what causes the performance difference between binary_dilation and morphology.grey_dilation and if these morphological operations are distinct enough that the performance difference is expect. For my use case, they seems to give the exact same results.

@grlee77 thanks. Do I understand this correctly: the API you propose would use binary_dilation in a sensible way and there is not really an issue here (appart from a note in the doc explaining this maybe)?

That is really just a workaround, but I agree with @cameronbronstein that there is likely some underlying inefficiency in the binary vs. grey implementation that could be improved, so I would leave the issue open.

@tupui If you can point me in the right direction around what to look for in terms of arranging the data I can try to take a look.

The core C functions are defined in scipy/ndimage/src/ni_morphology.c and are named NI_BinaryErosion (used in the single iteration or brute_force modes) or NI_BinaryErosion2 used in the iterative case. The wrappers like binary_erosion2 that end up getting called in the Python code are defined in scipy/ndimage/src/nd_image.c. Some supporting functions are defined in scipy/ndimage/src/nI_support.c. The ndimage code is mostly uncommented and it can be a bit of a pain to work through what is going on, but it would be great if you are interested in taking a look!
On the other hand, the greyscale morphology code uses the underlying C functions NI_MinOrMaxFilter1D or NI_MinOrMaxFilter as defined in scipy/ndimage/src/ni_filters.c. On closer inspection, I see that there is actually already logic that would apply a square filter as separable 1D filters here, which could explain much of the difference. There does not appear to be a corresponding check for separability in the binary case.

The automatic application of separable 1D filters in the grey_* cases (linked in my prior comment) explains the majority of the difference, but based on @cameronbronstein's benchmarks there may still be another factor of approximately two difference remaining.

@cameronbronstein I am afraid I cannot help here as I have no knowledge of this side of the library 😅
Thanks for all the pointers @grlee77.

Ah, if the fix requires a change to the underlying C implementation I don't think I will be much use, as I've never programmed in C. But I will excitedly await any updates - or let you know if in my spare time I learn that I am actually a C prodigy and come up with leads of mine (this is unlikely).
Thanks for all the work you are doing!

Note that even in the case of a small, non-separable (cross-shaped) footprint, binary_dilation is slower than grey_dilation:
In [37]: t = np.random.randint(0, 2, size=(512, 512))

In [38]: %timeit ndi.binary_dilation(t)
4.78 ms ± 4.08 µs per loop (mean ± std. dev. of 7 runs, 100 loops each)

In [39]: %timeit ndi.grey_dilation(t, footprint=[[0, 1, 0], [1, 1, 1], [0, 1, 0]])
3.49 ms ± 12.4 µs per loop (mean ± std. dev. of 7 runs, 100 loops each)

In [40]: t = np.random.randint(0, 2, size=(512, 512)).astype(bool)

In [41]: %timeit ndi.binary_dilation(t)
4.81 ms ± 15.9 µs per loop (mean ± std. dev. of 7 runs, 100 loops each)

In [42]: %timeit ndi.grey_dilation(t, footprint=[[0, 1, 0], [1, 1, 1], [0, 1, 0]])
3.32 ms ± 63.7 µs per loop (mean ± std. dev. of 7 runs, 100 loops each)

(this is as of scipy 1.8.1).

Its still super slow

Any updates here?


Circuit Termination Index Error | Topology Tags not searchable | Co-ordinates only mostly persistent

NetBox version
3.7.1
Topology Views version
3.9.0
Steps to Reproduce
Topology Filter select "Show Circuit Terminations"
Press search
Provides the following error:
<class 'IndexError'>
list index out of range
Python version: 3.11.5
NetBox version: 3.7.1
Plugins:
netbox_circuitmaintenance: 0.3.0
netbox_documents: 0.6.3
netbox_topology_views: 3.9.0
netbox_webhook_receiver: 0.2.0
Searchable tags not available in Topology Search
Open Topology Filter
Select Tags search box. No Tags are listed
Bug/Request (not sure)
Colour of circuits/logical connections can be changed if in Planned, decom ect states
Expected Behavior
Show Circuit Terminations:
Able to show circuit terminations on topology (This works with show logical connections)
Tags:
Expect to be able to draw a topology based on tags appended to circuits or devices
Logical Connections/Circuits in Active, Planned or Decommissioned state have different colours on Topology
Observed Behavior
show circuit terminations:
<class 'IndexError'>
list index out of range
Python version: 3.11.5
NetBox version: 3.7.1
Plugins:
netbox_circuitmaintenance: 0.3.0
netbox_documents: 0.6.3
netbox_topology_views: 3.9.0
netbox_webhook_receiver: 0.2.0
Tags:
No Tags found to be selected in Filter
No colour changes available for different state logical connections or circuits.
I can see circuit types can be given different colours, but that requires the circuit termination option to work I expect
Co-ordinate saving
Most of the items seem to be saved in their co-ordinates. But there happens to be a couple of objects that never retain their co-ordinates.
Co-ordinate saving has been turned on in conifig BTW.
Expected Behavior
Topology Filter select "Show Circuit Terminations"
Searchable tags not available in Topology Search
Open Topology Filter
Select Tags search box. No Tags are listed
Bug/Request (not sure)
Colour of circuits/logical connections can be changed if in Planned, decom ect states
Expected Behavior
Show Circuit Terminations:
Able to show circuit terminations on topology (This works with show logical connections)
Tags:
Expect to be able to draw a topology based on tags appended to circuits or devices
Logical Connections/Circuits in Active, Planned or Decommissioned state have different colours on Topology
No Tags found to be selected in Filter
No colour changes available for different state logical connections or circuits.
I can see circuit types can be given different colours, but that requires the circuit termination option to work I expect
Co-ordinate saving
Most of the items seem to be saved in their co-ordinates. But there happens to be a couple of objects that never retain their co-ordinates.
Co-ordinate saving has been turned on in conifig BTW.
Expect for a saved filter and co-ordinates to be saved.
Can we add custpm co-ordinates
Observed Behavior
Topology Filter select "Show Circuit Terminations"
Observed error:
<class 'IndexError'>
list index out of range
Python version: 3.11.5
NetBox version: 3.7.1
Plugins:
netbox_circuitmaintenance: 0.3.0
netbox_documents: 0.6.3
netbox_topology_views: 3.9.0
netbox_webhook_receiver: 0.2.0
Tags
Searchable tags not available in Topology Search. Empty drop down box
Co-ordinate saving
Co-ordinates can be saved on per filter basis

Hi, thanks for your bug report. Unfortunately it is confusing and messy. Please review it and tidy up.

Hi, thanks for your bug report. Unfortunately it is confusing and messy. Please review it and tidy up.

I'm having problems with the created tags, which don't show up in the filters. Another behavior I noticed is when I save searches with the "show cables" flag, the field is not checked when I use the saved search.

Please do not mix up different issues. Create a bug report for each issue instead.
Use the bug report template properly.
Put as much effort as possible into a bug report. It is not the job of the developers to sort out important parts in order to guess what the problem is.

Unfortunatly you didn't react on my first answer. I suppose there's no problem anymore then. Feel free to create new bugs respecting the things mentioned above.


Updating the emails for futures public consulting

Hi, @g3rley!
Thanks for updating and I'm sorry for the late response.