Add Art Institute of Chicago API

[x] My submission is formatted according to the guidelines in the contributing guide
[x] My addition is ordered alphabetically
[x] My submission has a useful description
[x] The description does not end with punctuation
[x] Each table column is padded with one space on either side
[x] I have searched the repository for any relevant issues or pull requests
[x] Any category I am creating has the minimum requirement of 3 items
[x] All changes have been squashed into a single commit

Thanks for the contribution @IllyaMoskvin!

Awesome! Thank you for the merge, and for your work on reviving this repo!


Use I18N library for QF translations

I think @Zeptimus and @mateodaza are working on catalan & spanish - maybe you can give an update? or should we close this issue? is there another? 👀

https://github.com/Giveth/giveth-dapps-v2/pull/2881#issuecomment-1634532421


freerdp-shadow-cli segmentation fault

Describe the bug
in some cases, a connection attempt leads to a segmentation fault
Additional context
backtrace after the fall:
#0  __GI_raise (sig=sig@entry=6) at ../sysdeps/unix/sysv/linux/raise.c:50
#1  0x00007ffff79af537 in __GI_abort () at abort.c:79
#2  0x00007ffff7a073a8 in __libc_message (action=action@entry=do_abort,
    fmt=fmt@entry=0x7ffff7b25390 "%s\n") at ../sysdeps/posix/libc_fatal.c:155
#3  0x00007ffff7a0e69a in malloc_printerr (
    str=str@entry=0x7ffff7b27750 "double free or corruption (out)")
    at malloc.c:5347
#4  0x00007ffff7a0fcc8 in _int_free (av=0x7ffff7b5bb80 <main_arena>,
    p=0x7fffe95aa6b0, have_lock=<optimized out>) at malloc.c:4314
#5  0x00007ffff7dc5fcf in peer_channel_queue_free_message (obj=0x7ffff1eeca10)
    at /home/mike/workspace/FreeRDP/libfreerdp/core/server.c:1207
#6  0x00007ffff7dc6c2c in FreeRDP_WTSVirtualChannelRead (
    hChannelHandle=0x7fffe8016aa0, TimeOut=0, Buffer=0x7fffe95b36e0 "\020",
    BufferSize=65536, pBytesRead=0x7ffff1eecac4)
    at /home/mike/workspace/FreeRDP/libfreerdp/core/server.c:1531
#7  0x00007ffff7c3df14 in WTSVirtualChannelRead (
    hChannelHandle=0x7fffe8016aa0, TimeOut=0, Buffer=0x7fffe95b36e0 "\020",
    BufferSize=65536, pBytesRead=0x7ffff1eecac4)
    at /home/mike/workspace/FreeRDP/winpr/libwinpr/wtsapi/wtsapi.c:383
#8  0x00007ffff75cc802 in rdpgfx_server_handle_messages (
    context=0x7fffe801e310)

sometimes I get such a backtrace
#0  tcache_get (tc_idx=<optimized out>) at malloc.c:2937
#1  __GI___libc_malloc (bytes=40) at malloc.c:3051
#2  0x00007ffff72e634a in CRYPTO_zalloc () at /lib/x86_64-linux-gnu/libcrypto.so.1.1
#3  0x00007ffff74692b0 in  () at /lib/x86_64-linux-gnu/libssl.so.1.1
#4  0x00007ffff746c088 in  () at /lib/x86_64-linux-gnu/libssl.so.1.1
#5  0x00007ffff74761da in  () at /lib/x86_64-linux-gnu/libssl.so.1.1
#6  0x00007ffff7474425 in  () at /lib/x86_64-linux-gnu/libssl.so.1.1
#7  0x00007ffff7d6e374 in bio_rdp_tls_free (bio=0x7fffdc00f580) at /home/mike/workspace/rdp/libfreerdp/crypto/tls.c:482
#8  0x00007ffff7210a5f in BIO_free () at /lib/x86_64-linux-gnu/libcrypto.so.1.1
#9  0x00007ffff7211564 in BIO_free_all () at /lib/x86_64-linux-gnu/libcrypto.so.1.1
#10 0x00007ffff7d7214e in freerdp_tls_free (tls=0x7fffdc01b9a0) at /home/mike/workspace/rdp/libfreerdp/crypto/tls.c:1824
#11 0x00007ffff7dfa99f in transport_default_disconnect (transport=0x7fffe800e5c0) at /home/mike/workspace/rdp/libfreerdp/core/transport.c:1470
#12 0x00007ffff7dfa8dc in transport_disconnect (transport=0x7fffe800e5c0) at /home/mike/workspace/rdp/libfreerdp/core/transport.c:1458
#13 0x00007ffff7e1a75f in freerdp_peer_disconnect (client=0x7fffe801b560) at /home/mike/workspace/rdp/libfreerdp/core/peer.c:1219
#14 0x00007ffff7fafbd5 in shadow_client_thread (arg=0x7fffe800d280) at /home/mike/workspace/rdp/server/shadow/shadow_client.c:2405
#15 0x00007ffff7c0f1ce in thread_launcher (arg=0x7fffe8039bb0) at /home/mike/workspace/rdp/winpr/libwinpr/thread/thread.c:520
#16 0x00007ffff74e1ea7 in start_thread (arg=<optimized out>) at pthread_create.c:477
#17 0x00007ffff7a85a2f in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:95

When adding SANITIZE_ADDRESS, I get such logs when I fall
==6072==ERROR: AddressSanitizer: attempting double-free on 0x6020000acf30 in thread T7:
[15:27:45:169] [6072:000017e8] [DEBUG][com.freerdp.channels.rdpgfx.server] - [rdpgfx_server_receive_pdu]: cmdId: RDPGFX_CMDID_CAPS
ADVERTISE (0x0012) flags: 0x0000 pduLength: 106
[15:27:45:169] [6072:000017e8] [DEBUG][com.freerdp.client.shadow] - [shadow_encoder_prepare]: initializing H.264 encoder
[15:27:45:178] [6072:000017e8] [DEBUG][com.freerdp.primitives] - [primitives_autodetect_best]: primitives benchmark result:
[15:27:45:234] [6072:00001805] [ERROR][com.freerdp.channels.audin.server] - [audin_server_thread_func]: WTSVirtualChannelQuery fai
led
    #0 0x7ffff766fc18 in __interceptor_realloc ../../../../src/libsanitizer/asan/asan_malloc_linux.cpp:164
    #1 0x7ffff68d3498 in Stream_EnsureCapacity /home/computer/workspace/rrdp/winpr/libwinpr/utils/stream.c:72
    #2 0x7ffff68d35db in Stream_EnsureRemainingCapacity /home/computer/workspace/rrdp/winpr/libwinpr/utils/stream.c:90
[15:27:46:475] [6072:000017e8] [DEBUG][com.freerdp.primitives] - [primitives_autodetect_best]:  * generic= 3
    #3 0x7ffff72ff905 in rdpgfx_server_handle_messages /home/computer/workspace/rrdp/channels/rdpgfx/server/rdpgfx_main.c:1718
    #4 0x7ffff72fd269 in rdpgfx_server_thread_func /home/computer/workspace/rrdp/channels/rdpgfx/server/rdpgfx_main.c:1412
    #5 0x7ffff6916a7d in thread_launcher /home/computer/workspace/rrdp/winpr/libwinpr/thread/thread.c:520
    #6 0x7ffff65c2b42 in start_thread nptl/pthread_create.c:442
    #7 0x7ffff66549ff  (/lib/x86_64-linux-gnu/libc.so.6+0x1269ff)

0x6020000acf30 is located 0 bytes inside of 4-byte region [0x6020000acf30,0x6020000acf34)
freed by thread T4 here:
    #0 0x7ffff766fc18 in __interceptor_realloc ../../../../src/libsanitizer/asan/asan_malloc_linux.cpp:164
    #1 0x7ffff68d3498 in Stream_EnsureCapacity /home/computer/workspace/rrdp/winpr/libwinpr/utils/stream.c:72
    #2 0x7ffff68d35db in Stream_EnsureRemainingCapacity /home/computer/workspace/rrdp/winpr/libwinpr/utils/stream.c:90
    #3 0x7ffff72ff905 in rdpgfx_server_handle_messages /home/computer/workspace/rrdp/channels/rdpgfx/server/rdpgfx_main.c:1718
    #4 0x7ffff757b129 in shadow_client_thread /home/computer/workspace/rrdp/server/shadow/shadow_client.c:2287
    #5 0x7ffff6916a7d in thread_launcher /home/computer/workspace/rrdp/winpr/libwinpr/thread/thread.c:520
    #6 0x7ffff65c2b42 in start_thread nptl/pthread_create.c:442
previously allocated by thread T4 here:
    #0 0x7ffff766f867 in __interceptor_malloc ../../../../src/libsanitizer/asan/asan_malloc_linux.cpp:145
    #1 0x7ffff68d3674 in Stream_New /home/computer/workspace/rrdp/winpr/libwinpr/utils/stream.c:108
    #2 0x7ffff72ff02d in rdpgfx_server_context_new /home/computer/workspace/rrdp/channels/rdpgfx/server/rdpgfx_main.c:1623
    #3 0x7ffff7585b3e in shadow_client_rdpgfx_init /home/computer/workspace/rrdp/server/shadow/shadow_rdpgfx.c:32
    #4 0x7ffff7584104 in shadow_client_channels_post_connect /home/computer/workspace/rrdp/server/shadow/shadow_channels.c:46
    #5 0x7ffff756ade2 in shadow_client_post_connect /home/computer/workspace/rrdp/server/shadow/shadow_client.c:464
    #6 0x7ffff6ef837f in rdp_peer_handle_state_active /home/computer/workspace/rrdp/libfreerdp/core/peer.c:766
    #7 0x7ffff6efa18d in peer_recv_callback_internal /home/computer/workspace/rrdp/libfreerdp/core/peer.c:1134
    #8 0x7ffff6efa58b in peer_recv_callback /home/computer/workspace/rrdp/libfreerdp/core/peer.c:1167
    #9 0x7ffff6eb9677 in transport_check_fds /home/computer/workspace/rrdp/libfreerdp/core/transport.c:1392
    #10 0x7ffff6e95f6a in rdp_check_fds /home/computer/workspace/rrdp/libfreerdp/core/rdp.c:2120
    #11 0x7ffff6ef553a in freerdp_peer_check_fds /home/computer/workspace/rrdp/libfreerdp/core/peer.c:321
    #12 0x7ffff757a750 in shadow_client_thread /home/computer/workspace/rrdp/server/shadow/shadow_client.c:2214
    #13 0x7ffff6916a7d in thread_launcher /home/computer/workspace/rrdp/winpr/libwinpr/thread/thread.c:520
    #14 0x7ffff65c2b42 in start_thread nptl/pthread_create.c:442

Thread T7 created by T4 here:
    #0 0x7ffff7613685 in __interceptor_pthread_create ../../../../src/libsanitizer/asan/asan_interceptors.cpp:216
    #1 0x7ffff6916e3b in winpr_StartThread /home/computer/workspace/rrdp/winpr/libwinpr/thread/thread.c:568
    #2 0x7ffff69173c0 in CreateThread /home/computer/workspace/rrdp/winpr/libwinpr/thread/thread.c:650
    #3 0x7ffff72fdf9d in rdpgfx_server_open /home/computer/workspace/rrdp/channels/rdpgfx/server/rdpgfx_main.c:1503
    #4 0x7ffff757ae4f in shadow_client_thread /home/computer/workspace/rrdp/server/shadow/shadow_client.c:2255
    #5 0x7ffff6916a7d in thread_launcher /home/computer/workspace/rrdp/winpr/libwinpr/thread/thread.c:520
    #6 0x7ffff65c2b42 in start_thread nptl/pthread_create.c:442

Thread T4 created by T1 here:
    #0 0x7ffff7613685 in __interceptor_pthread_create ../../../../src/libsanitizer/asan/asan_interceptors.cpp:216
    #1 0x7ffff6916e3b in winpr_StartThread /home/computer/workspace/rrdp/winpr/libwinpr/thread/thread.c:568
    #2 0x7ffff69173c0 in CreateThread /home/computer/workspace/rrdp/winpr/libwinpr/thread/thread.c:650
    #3 0x7ffff757c4d9 in shadow_client_accepted /home/computer/workspace/rrdp/server/shadow/shadow_client.c:2434
    #4 0x7ffff6ef2cac in freerdp_check_and_create_client /home/computer/workspace/rrdp/libfreerdp/core/listener.c:369
    #5 0x7ffff6ef33e7 in freerdp_listener_check_fds /home/computer/workspace/rrdp/libfreerdp/core/listener.c:415
    #6 0x7ffff758c6d3 in shadow_server_thread /home/computer/workspace/rrdp/server/shadow/shadow_server.c:505
    #7 0x7ffff6916a7d in thread_launcher /home/computer/workspace/rrdp/winpr/libwinpr/thread/thread.c:520
    #8 0x7ffff65c2b42 in start_thread nptl/pthread_create.c:442

Thread T1 created by T0 here:
    #0 0x7ffff7613685 in __interceptor_pthread_create ../../../../src/libsanitizer/asan/asan_interceptors.cpp:216
    #1 0x7ffff6916e3b in winpr_StartThread /home/computer/workspace/rrdp/winpr/libwinpr/thread/thread.c:568
    #2 0x7ffff69173c0 in CreateThread /home/computer/workspace/rrdp/winpr/libwinpr/thread/thread.c:650
    #3 0x7ffff758d40a in shadow_server_start /home/computer/workspace/rrdp/server/shadow/shadow_server.c:657
    #4 0x555555557ab2 in main /home/computer/workspace/rrdp/server/shadow/shadow.c:144
    #5 0x7ffff6557d8f in __libc_start_call_main ../sysdeps/nptl/libc_start_call_main.h:58

SUMMARY: AddressSanitizer: double-free ../../../../src/libsanitizer/asan/asan_malloc_linux.cpp:164 in __interceptor_realloc
==6072==ABORTING

@akallabeth still sometimes falls
tcache_thread_shutdown(): unaligned tcache chunk detected

Thread 257 "freerdp-shadow-" received signal SIGABRT, Aborted.
[Switching to Thread 0x7fffe7806640 (LWP 160116)]
__pthread_kill_implementation (no_tid=0, signo=6, threadid=140737077339712) at ./nptl/pthread_kill.c:44
44      ./nptl/pthread_kill.c: No such file or directory.
(gdb) bt
#0  __pthread_kill_implementation (no_tid=0, signo=6, threadid=140737077339712) at ./nptl/pthread_kill.c:44
#1  __pthread_kill_internal (signo=6, threadid=140737077339712) at ./nptl/pthread_kill.c:78
#2  __GI___pthread_kill (threadid=140737077339712, signo=signo@entry=6) at ./nptl/pthread_kill.c:89
#3  0x00007ffff7925476 in __GI_raise (sig=sig@entry=6) at ../sysdeps/posix/raise.c:26
#4  0x00007ffff790b7f3 in __GI_abort () at ./stdlib/abort.c:79
#5  0x00007ffff796c6f6 in __libc_message (action=action@entry=do_abort, fmt=fmt@entry=0x7ffff7abeb8c "%s\n")
    at ../sysdeps/posix/libc_fatal.c:155
#6  0x00007ffff7983d7c in malloc_printerr
    (str=str@entry=0x7ffff7ac1f40 "tcache_thread_shutdown(): unaligned tcache chunk detected") at ./malloc/malloc.c:5664
#7  0x00007ffff7988744 in tcache_thread_shutdown () at ./malloc/malloc.c:3224
#8  __malloc_arena_thread_freeres () at ./malloc/arena.c:1003
--Type <RET> for more, q to quit, c to continue without paging--
#9  0x00007ffff798b24a in __libc_thread_freeres () at ./malloc/thread-freeres.c:44
#10 0x00007ffff79779cf in start_thread (arg=<optimized out>) at ./nptl/pthread_create.c:456
#11 0x00007ffff7a09a00 in clone3 () at ../sysdeps/unix/sysv/linux/x86_64/clone3.S:81

@EnchantedHunter then a useful dump would be nice to have ;) yours is nowhere in the freerdp codebase.
anyway, might already be fixed by #9311

@akallabeth the program crashes exactly in this place, of course it looks like the problem is deeper

@EnchantedHunter this trace looks exactly like what #9311 fixes, check if you are up to date ;)


Sending a request to a URL

Hi there,
I have recently found out about the whole webhook deal and wanted to use it for a little fun project:
A website that sends a text input via webhook to ifttt, to display it on my phone.
I've already got the API URL an' everything, but I lack the knowledge to use it.
How can I send the payload ( the user-input text ) to an URL like https://maker.ifttt.com/use/vABCDEFGHIJKLM-JDIOjit59K34NrKR, using this webhook software, so IFTTT can grab it and execute it?

You can define a hook to execute a curl command with appropriate parameters. If you want me to help you with creating a hook definition, I would need to know exact payload your API will send to webhook, and the exact payload IFTTT wants to receive to send you an SMS.


Update PPP for v1.4

Codecov Report
Base: 68.31% // Head: 68.31% // No change to project coverage :thumbsup:

Coverage data is based on head (4008971) compared to base (2353ee2).
Patch has no changes to coverable lines.

Additional details and impacted files
@@            Coverage Diff            @@
##             master     #204   +/-   ##
=========================================
  Coverage     68.31%   68.31%
  Complexity      505      505
=========================================
  Files            86       86
  Lines          1616     1616
  Branches        158      158
=========================================
  Hits           1104     1104
  Misses          453      453
  Partials         59       59

Help us with your feedback. Take ten seconds to tell us how you rate us. Have a feature suggestion? Share it here.

:umbrella: View full report at Codecov.
:loudspeaker: Do you have feedback about the report comment? Let us know in this issue.


Installing nemo - dependencies: cryptography

I get this error when building a requirements.txt file with nexmo (no version specified), within a Dockerfile with python:3.8-slim.
`
Collecting nexmo==2.4.0
Downloading nexmo-2.4.0-py2.py3-none-any.whl (12 kB)
Collecting psycopg2-binary
Downloading psycopg2_binary-2.8.5-cp38-cp38-manylinux1_x86_64.whl (3.0 MB)
Collecting starlette<=0.12.9,>=0.12.9
Downloading starlette-0.12.9.tar.gz (46 kB)
Collecting pydantic<2.0.0,>=0.32.2
Downloading pydantic-1.5-cp38-cp38-manylinux2014_x86_64.whl (9.2 MB)
Collecting chardet==3.*
Downloading chardet-3.0.4-py2.py3-none-any.whl (133 kB)
Collecting idna==2.*
Downloading idna-2.9-py2.py3-none-any.whl (58 kB)
Collecting sniffio==1.*
Downloading sniffio-1.1.0-py3-none-any.whl (4.5 kB)
Collecting h11<0.10,>=0.8
Downloading h11-0.9.0-py2.py3-none-any.whl (53 kB)
Collecting rfc3986<2,>=1.3
Downloading rfc3986-1.4.0-py2.py3-none-any.whl (31 kB)
Collecting certifi
Downloading certifi-2<IP_ADDRESS>-py2.py3-none-any.whl (157 kB)
Collecting hstspreload
Downloading hstspreload-2020.4.21-py3-none-any.whl (872 kB)
Collecting h2==3.*
Downloading h2-3.2.0-py2.py3-none-any.whl (65 kB)
Collecting urllib3==1.*
Downloading urllib3-1.25.9-py2.py3-none-any.whl (126 kB)
Collecting websockets==8.*
Downloading websockets-8.1-cp38-cp38-manylinux2010_x86_64.whl (78 kB)
Collecting httptools==0.0.13; sys_platform != "win32" and sys_platform != "cygwin" and platform_python_implementation != "pypy"
Downloading httptools-0.0.13.tar.gz (104 kB)
Collecting uvloop>=0.14.0; sys_platform != "win32" and sys_platform != "cygwin" and platform_python_implementation != "pypy"
Downloading uvloop-0.14.0-cp38-cp38-manylinux2010_x86_64.whl (4.7 MB)
Collecting click==7.*
Downloading click-7.1.1-py2.py3-none-any.whl (82 kB)
Collecting requests>=2.4.2
Downloading requests-2.23.0-py2.py3-none-any.whl (58 kB)
Collecting pytz>=2018.5
Downloading pytz-2019.3-py2.py3-none-any.whl (509 kB)
Collecting PyJWT[crypto]>=1.6.4
Downloading PyJWT-1.7.1-py2.py3-none-any.whl (18 kB)
Collecting hyperframe<6,>=5.2.0
Downloading hyperframe-5.2.0-py2.py3-none-any.whl (12 kB)
Collecting hpack<4,>=3.0
Downloading hpack-3.0.0-py2.py3-none-any.whl (38 kB)
Collecting cryptography>=1.4; extra == "crypto"
Downloading cryptography-2.9.1.tar.gz (517 kB)
Installing build dependencies: started
Installing build dependencies: finished with status 'done'
Getting requirements to build wheel: started
Getting requirements to build wheel: finished with status 'done'
Preparing wheel metadata: started
Preparing wheel metadata: finished with status 'done'
Collecting six>=1.4.1
Downloading six-1.14.0-py2.py3-none-any.whl (10 kB)
Collecting cffi!=1.11.3,>=1.8
Using cached cffi-1.14.0-cp38-cp38-manylinux1_x86_64.whl (409 kB)
Collecting pycparser
Using cached pycparser-2.20-py2.py3-none-any.whl (112 kB)
Building wheels for collected packages: databases, SQLAlchemy, starlette, httptools, cryptography
Building wheel for databases (setup.py): started
Building wheel for databases (setup.py): finished with status 'done'
Created wheel for databases: filename=databases-0.2.6-py3-none-any.whl size=16235 sha256=2d38a41ecbf82b7726fb6bbb5f262bc82074e4bac5452c7ee9031e40af32d76f
Stored in directory: /root/.cache/pip/wheels/dc/58/ec/1edc048012aa7eb01e9529ffad9350705d12cc1174a537ed4d
Building wheel for SQLAlchemy (setup.py): started
Building wheel for SQLAlchemy (setup.py): finished with status 'done'
Created wheel for SQLAlchemy: filename=SQLAlchemy-1.3.13-cp38-cp38-linux_x86_64.whl size=1225493 sha256=9c647054109eb1b4c31b7e90690a9d9c6fa2670d8ad1af5c5dd3011b3c251462
Stored in directory: /root/.cache/pip/wheels/1b/5b/fe/df3abf130f4f66b437ea92eb98814d9d9fa80d70a6ee080b96
Building wheel for starlette (setup.py): started
Building wheel for starlette (setup.py): finished with status 'done'
Created wheel for starlette: filename=starlette-0.12.9-py3-none-any.whl size=57242 sha256=4b30206e7a593db2dfc13c4f7c13e34677662c071637cce641f3ba1ad426d9b2
Stored in directory: /root/.cache/pip/wheels/8b/55/68/b64af029c0a3ace9f1ed8b1ae0834560584579f8963b15dbab
Building wheel for httptools (setup.py): started
Building wheel for httptools (setup.py): finished with status 'done'
Created wheel for httptools: filename=httptools-0.0.13-cp38-cp38-linux_x86_64.whl size=279620 sha256=8e590fdeef9a92c25d76ca0aae904adc7a93bf7e8f114395296d6cbbb8ab1737
Stored in directory: /root/.cache/pip/wheels/dd/50/94/ca9f6b92cd39395a9735545b837784c512fe88203bc5aa7661
Building wheel for cryptography (PEP 517): started
Building wheel for cryptography (PEP 517): finished with status 'error'
ERROR: Command errored out with exit status 1:
command: /usr/local/bin/python /usr/local/lib/python3.8/site-packages/pip/_vendor/pep517/_in_process.py build_wheel /tmp/tmpjo86pb40
cwd: /tmp/pip-install-wscrgijq/cryptography
Complete output (137 lines):
running bdist_wheel
running build
running build_py
creating build
creating build/lib.linux-x86_64-3.8
creating build/lib.linux-x86_64-3.8/cryptography
copying src/cryptography/about.py -> build/lib.linux-x86_64-3.8/cryptography
copying src/cryptography/exceptions.py -> build/lib.linux-x86_64-3.8/cryptography
copying src/cryptography/fernet.py -> build/lib.linux-x86_64-3.8/cryptography
copying src/cryptography/init.py -> build/lib.linux-x86_64-3.8/cryptography
copying src/cryptography/utils.py -> build/lib.linux-x86_64-3.8/cryptography
creating build/lib.linux-x86_64-3.8/cryptography/hazmat
copying src/cryptography/hazmat/_oid.py -> build/lib.linux-x86_64-3.8/cryptography/hazmat
copying src/cryptography/hazmat/_der.py -> build/lib.linux-x86_64-3.8/cryptography/hazmat
copying src/cryptography/hazmat/init.py -> build/lib.linux-x86_64-3.8/cryptography/hazmat
creating build/lib.linux-x86_64-3.8/cryptography/x509
copying src/cryptography/x509/base.py -> build/lib.linux-x86_64-3.8/cryptography/x509
copying src/cryptography/x509/name.py -> build/lib.linux-x86_64-3.8/cryptography/x509
copying src/cryptography/x509/oid.py -> build/lib.linux-x86_64-3.8/cryptography/x509
copying src/cryptography/x509/general_name.py -> build/lib.linux-x86_64-3.8/cryptography/x509
copying src/cryptography/x509/extensions.py -> build/lib.linux-x86_64-3.8/cryptography/x509
copying src/cryptography/x509/init.py -> build/lib.linux-x86_64-3.8/cryptography/x509
copying src/cryptography/x509/ocsp.py -> build/lib.linux-x86_64-3.8/cryptography/x509
copying src/cryptography/x509/certificate_transparency.py -> build/lib.linux-x86_64-3.8/cryptography/x509
creating build/lib.linux-x86_64-3.8/cryptography/hazmat/bindings
copying src/cryptography/hazmat/bindings/init.py -> build/lib.linux-x86_64-3.8/cryptography/hazmat/bindings
creating build/lib.linux-x86_64-3.8/cryptography/hazmat/primitives
copying src/cryptography/hazmat/primitives/poly1305.py -> build/lib.linux-x86_64-3.8/cryptography/hazmat/primitives
copying src/cryptography/hazmat/primitives/hmac.py -> build/lib.linux-x86_64-3.8/cryptography/hazmat/primitives
copying src/cryptography/hazmat/primitives/cmac.py -> build/lib.linux-x86_64-3.8/cryptography/hazmat/primitives
copying src/cryptography/hazmat/primitives/hashes.py -> build/lib.linux-x86_64-3.8/cryptography/hazmat/primitives
copying src/cryptography/hazmat/primitives/constant_time.py -> build/lib.linux-x86_64-3.8/cryptography/hazmat/primitives
copying src/cryptography/hazmat/primitives/init.py -> build/lib.linux-x86_64-3.8/cryptography/hazmat/primitives
copying src/cryptography/hazmat/primitives/keywrap.py -> build/lib.linux-x86_64-3.8/cryptography/hazmat/primitives
copying src/cryptography/hazmat/primitives/padding.py -> build/lib.linux-x86_64-3.8/cryptography/hazmat/primitives
creating build/lib.linux-x86_64-3.8/cryptography/hazmat/backends
copying src/cryptography/hazmat/backends/interfaces.py -> build/lib.linux-x86_64-3.8/cryptography/hazmat/backends
copying src/cryptography/hazmat/backends/init.py -> build/lib.linux-x86_64-3.8/cryptography/hazmat/backends
creating build/lib.linux-x86_64-3.8/cryptography/hazmat/bindings/openssl
copying src/cryptography/hazmat/bindings/openssl/binding.py -> build/lib.linux-x86_64-3.8/cryptography/hazmat/bindings/openssl
copying src/cryptography/hazmat/bindings/openssl/_conditional.py -> build/lib.linux-x86_64-3.8/cryptography/hazmat/bindings/openssl
copying src/cryptography/hazmat/bindings/openssl/init.py -> build/lib.linux-x86_64-3.8/cryptography/hazmat/bindings/openssl
creating build/lib.linux-x86_64-3.8/cryptography/hazmat/primitives/twofactor
copying src/cryptography/hazmat/primitives/twofactor/totp.py -> build/lib.linux-x86_64-3.8/cryptography/hazmat/primitives/twofactor
copying src/cryptography/hazmat/primitives/twofactor/hotp.py -> build/lib.linux-x86_64-3.8/cryptography/hazmat/primitives/twofactor
copying src/cryptography/hazmat/primitives/twofactor/init.py -> build/lib.linux-x86_64-3.8/cryptography/hazmat/primitives/twofactor
copying src/cryptography/hazmat/primitives/twofactor/utils.py -> build/lib.linux-x86_64-3.8/cryptography/hazmat/primitives/twofactor
creating build/lib.linux-x86_64-3.8/cryptography/hazmat/primitives/asymmetric
copying src/cryptography/hazmat/primitives/asymmetric/ed25519.py -> build/lib.linux-x86_64-3.8/cryptography/hazmat/primitives/asymmetric
copying src/cryptography/hazmat/primitives/asymmetric/ed448.py -> build/lib.linux-x86_64-3.8/cryptography/hazmat/primitives/asymmetric
copying src/cryptography/hazmat/primitives/asymmetric/x448.py -> build/lib.linux-x86_64-3.8/cryptography/hazmat/primitives/asymmetric
copying src/cryptography/hazmat/primitives/asymmetric/dsa.py -> build/lib.linux-x86_64-3.8/cryptography/hazmat/primitives/asymmetric
copying src/cryptography/hazmat/primitives/asymmetric/ec.py -> build/lib.linux-x86_64-3.8/cryptography/hazmat/primitives/asymmetric
copying src/cryptography/hazmat/primitives/asymmetric/x25519.py -> build/lib.linux-x86_64-3.8/cryptography/hazmat/primitives/asymmetric
copying src/cryptography/hazmat/primitives/asymmetric/rsa.py -> build/lib.linux-x86_64-3.8/cryptography/hazmat/primitives/asymmetric
copying src/cryptography/hazmat/primitives/asymmetric/dh.py -> build/lib.linux-x86_64-3.8/cryptography/hazmat/primitives/asymmetric
copying src/cryptography/hazmat/primitives/asymmetric/init.py -> build/lib.linux-x86_64-3.8/cryptography/hazmat/primitives/asymmetric
copying src/cryptography/hazmat/primitives/asymmetric/utils.py -> build/lib.linux-x86_64-3.8/cryptography/hazmat/primitives/asymmetric
copying src/cryptography/hazmat/primitives/asymmetric/padding.py -> build/lib.linux-x86_64-3.8/cryptography/hazmat/primitives/asymmetric
creating build/lib.linux-x86_64-3.8/cryptography/hazmat/primitives/serialization
copying src/cryptography/hazmat/primitives/serialization/pkcs12.py -> build/lib.linux-x86_64-3.8/cryptography/hazmat/primitives/serialization
copying src/cryptography/hazmat/primitives/serialization/base.py -> build/lib.linux-x86_64-3.8/cryptography/hazmat/primitives/serialization
copying src/cryptography/hazmat/primitives/serialization/init.py -> build/lib.linux-x86_64-3.8/cryptography/hazmat/primitives/serialization
copying src/cryptography/hazmat/primitives/serialization/ssh.py -> build/lib.linux-x86_64-3.8/cryptography/hazmat/primitives/serialization
creating build/lib.linux-x86_64-3.8/cryptography/hazmat/primitives/ciphers
copying src/cryptography/hazmat/primitives/ciphers/algorithms.py -> build/lib.linux-x86_64-3.8/cryptography/hazmat/primitives/ciphers
copying src/cryptography/hazmat/primitives/ciphers/base.py -> build/lib.linux-x86_64-3.8/cryptography/hazmat/primitives/ciphers
copying src/cryptography/hazmat/primitives/ciphers/aead.py -> build/lib.linux-x86_64-3.8/cryptography/hazmat/primitives/ciphers
copying src/cryptography/hazmat/primitives/ciphers/init.py -> build/lib.linux-x86_64-3.8/cryptography/hazmat/primitives/ciphers
copying src/cryptography/hazmat/primitives/ciphers/modes.py -> build/lib.linux-x86_64-3.8/cryptography/hazmat/primitives/ciphers
creating build/lib.linux-x86_64-3.8/cryptography/hazmat/primitives/kdf
copying src/cryptography/hazmat/primitives/kdf/scrypt.py -> build/lib.linux-x86_64-3.8/cryptography/hazmat/primitives/kdf
copying src/cryptography/hazmat/primitives/kdf/kbkdf.py -> build/lib.linux-x86_64-3.8/cryptography/hazmat/primitives/kdf
copying src/cryptography/hazmat/primitives/kdf/x963kdf.py -> build/lib.linux-x86_64-3.8/cryptography/hazmat/primitives/kdf
copying src/cryptography/hazmat/primitives/kdf/concatkdf.py -> build/lib.linux-x86_64-3.8/cryptography/hazmat/primitives/kdf
copying src/cryptography/hazmat/primitives/kdf/init.py -> build/lib.linux-x86_64-3.8/cryptography/hazmat/primitives/kdf
copying src/cryptography/hazmat/primitives/kdf/hkdf.py -> build/lib.linux-x86_64-3.8/cryptography/hazmat/primitives/kdf
copying src/cryptography/hazmat/primitives/kdf/pbkdf2.py -> build/lib.linux-x86_64-3.8/cryptography/hazmat/primitives/kdf
creating build/lib.linux-x86_64-3.8/cryptography/hazmat/backends/openssl
copying src/cryptography/hazmat/backends/openssl/ed25519.py -> build/lib.linux-x86_64-3.8/cryptography/hazmat/backends/openssl
copying src/cryptography/hazmat/backends/openssl/poly1305.py -> build/lib.linux-x86_64-3.8/cryptography/hazmat/backends/openssl
copying src/cryptography/hazmat/backends/openssl/ed448.py -> build/lib.linux-x86_64-3.8/cryptography/hazmat/backends/openssl
copying src/cryptography/hazmat/backends/openssl/hmac.py -> build/lib.linux-x86_64-3.8/cryptography/hazmat/backends/openssl
copying src/cryptography/hazmat/backends/openssl/ciphers.py -> build/lib.linux-x86_64-3.8/cryptography/hazmat/backends/openssl
copying src/cryptography/hazmat/backends/openssl/x448.py -> build/lib.linux-x86_64-3.8/cryptography/hazmat/backends/openssl
copying src/cryptography/hazmat/backends/openssl/x509.py -> build/lib.linux-x86_64-3.8/cryptography/hazmat/backends/openssl
copying src/cryptography/hazmat/backends/openssl/dsa.py -> build/lib.linux-x86_64-3.8/cryptography/hazmat/backends/openssl
copying src/cryptography/hazmat/backends/openssl/encode_asn1.py -> build/lib.linux-x86_64-3.8/cryptography/hazmat/backends/openssl
copying src/cryptography/hazmat/backends/openssl/backend.py -> build/lib.linux-x86_64-3.8/cryptography/hazmat/backends/openssl
copying src/cryptography/hazmat/backends/openssl/cmac.py -> build/lib.linux-x86_64-3.8/cryptography/hazmat/backends/openssl
copying src/cryptography/hazmat/backends/openssl/aead.py -> build/lib.linux-x86_64-3.8/cryptography/hazmat/backends/openssl
copying src/cryptography/hazmat/backends/openssl/ec.py -> build/lib.linux-x86_64-3.8/cryptography/hazmat/backends/openssl
copying src/cryptography/hazmat/backends/openssl/x25519.py -> build/lib.linux-x86_64-3.8/cryptography/hazmat/backends/openssl
copying src/cryptography/hazmat/backends/openssl/hashes.py -> build/lib.linux-x86_64-3.8/cryptography/hazmat/backends/openssl
copying src/cryptography/hazmat/backends/openssl/rsa.py -> build/lib.linux-x86_64-3.8/cryptography/hazmat/backends/openssl
copying src/cryptography/hazmat/backends/openssl/dh.py -> build/lib.linux-x86_64-3.8/cryptography/hazmat/backends/openssl
copying src/cryptography/hazmat/backends/openssl/init.py -> build/lib.linux-x86_64-3.8/cryptography/hazmat/backends/openssl
copying src/cryptography/hazmat/backends/openssl/utils.py -> build/lib.linux-x86_64-3.8/cryptography/hazmat/backends/openssl
copying src/cryptography/hazmat/backends/openssl/decode_asn1.py -> build/lib.linux-x86_64-3.8/cryptography/hazmat/backends/openssl
copying src/cryptography/hazmat/backends/openssl/ocsp.py -> build/lib.linux-x86_64-3.8/cryptography/hazmat/backends/openssl
running egg_info
writing src/cryptography.egg-info/PKG-INFO
writing dependency_links to src/cryptography.egg-info/dependency_links.txt
writing requirements to src/cryptography.egg-info/requires.txt
writing top-level names to src/cryptography.egg-info/top_level.txt
reading manifest file 'src/cryptography.egg-info/SOURCES.txt'
reading manifest template 'MANIFEST.in'
no previously-included directories found matching 'docs/_build'
warning: no previously-included files found matching 'vectors'
warning: no previously-included files matching '' found under directory 'vectors'
warning: no previously-included files found matching 'azure-pipelines.yml'
warning: no previously-included files found matching '.azure-pipelines'
warning: no previously-included files found matching '.travis.yml'
warning: no previously-included files found matching '.travis'
warning: no previously-included files matching '' found under directory '.azure-pipelines'
warning: no previously-included files matching '*' found under directory '.travis'
warning: no previously-included files found matching 'release.py'
warning: no previously-included files found matching '.coveragerc'
warning: no previously-included files found matching 'codecov.yml'
warning: no previously-included files found matching 'dev-requirements.txt'
warning: no previously-included files found matching 'rtd-requirements.txt'
warning: no previously-included files found matching 'tox.ini'
writing manifest file 'src/cryptography.egg-info/SOURCES.txt'
running build_ext
generating cffi module 'build/temp.linux-x86_64-3.8/_padding.c'
creating build/temp.linux-x86_64-3.8
generating cffi module 'build/temp.linux-x86_64-3.8/_constant_time.c'
generating cffi module 'build/temp.linux-x86_64-3.8/_openssl.c'
building '_openssl' extension
creating build/temp.linux-x86_64-3.8/build
creating build/temp.linux-x86_64-3.8/build/temp.linux-x86_64-3.8
gcc -pthread -Wno-unused-result -Wsign-compare -DNDEBUG -g -fwrapv -O3 -Wall -fPIC -I/usr/local/include/python3.8 -c build/temp.linux-x86_64-3.8/_openssl.c -o build/temp.linux-x86_64-3.8/build/temp.linux-x86_64-3.8/_openssl.o -Wconversion -Wno-error=sign-conversion
build/temp.linux-x86_64-3.8/_openssl.c:546:10: fatal error: openssl/opensslv.h: No such file or directory
#include <openssl/opensslv.h>
^~~~~~~~~~~~~~~~~~~~
compilation terminated.
error: command 'gcc' failed with exit status 1
ERROR: Failed building wheel for cryptography
Successfully built databases SQLAlchemy starlette httptools
Failed to build cryptography
ERROR: Could not build wheels for cryptography which use PEP 517 and cannot be installed directly
ERROR: Service 'user_dashboard' failed to build: The command '/bin/sh -c pip install -r /app/requirements.txt     && rm -rf /root/.cache/pip' returned a non-zero code: 1
`

Hello!! This issue is directly with installing cryptography which is a package we don't publish or maintain. You have to first make sure you can install that package first.
There are many factors to consider like your OS, environment, pip version... But I would suggest that you upgrade pip to the latest version and try installing cryptography first before anything!


Respect culture when parsing steps and distance

Some countries use ',' as a '.' for a decimal

Any updates on this?

Not yet, as I have been busy with working on other API's.

Solved in 1.1.


Fix Remaining Megalinter Issues Across Operations Engineering Repository

User Need
As a Operations Engineer
I want A gold standard repository example through Megalinter compliance
so that We can confidently fix new issues raised through Megalinter
Value
By having a repository that we know is in line with Megalinter's suggestions, we know to action any issues raised on a diff. Along with having confidence in the quality and security of our code, we'll also have a shining example of what our standards our repositories should follow.
Functional Requirements:

All remaining Megalinter errors are resolved.
All Unit Test pass.

Non-Functional Requirements:

Megalinter warnings are also resolved, given team consensus.

Acceptance Criteria:

When running a Megalinter action across the entire repository (there's a workflow action for this that can be run via a dispatch) we receive no errors causing the check to fail.

Notes:

Moving Terrascan work into another ticket.


Cilium and Istio agents fighting over 05-cilium.conflist

Is there an existing issue for this?

[X] I have searched the existing issues

What happened?
cilium: v1.15.0
istio: v1.20.2
The problem here is that the Istio node agent is never becomes ready because the Cilium node agent keeps re-writing the /etc/cni/net.d/05-cilium.conflist file after the Istio agent adds its plug-in info.  The Istio agent watcher detects this and re-attempts to add its plug-in again, Istio adds its info again, then rinse and repeat....  Istio never advances to being ready.
This may be caused by a race condition between the two agents.  I see this failure most of the time when I install Istio immediately after installing Cilium (although this does work occasionally), but this seems to work always when I pause for a minute or two before installing Istio.
I tried passing cilium install --set cni-exclusive=false ... but that didn't help.
This appears to be a known issue https://github.com/cilium/cilium/issues/26760 and was supposed to have been fixed back mid-July 2023 but was never merged to master/main?
We can probably work around this by using --set cni.customConf=true and writing the 05-cilium.conflist file ourselves but it would be nice to have a real fix.
Cilium Version
v1.15.0
Kernel Version
6.5.0-15-generic
Kubernetes Version
v1.29.0
Sysdump
🔍 Collecting sysdump with cilium-cli version: v0.15.22, args: [sysdump]
🔮 Detected Cilium installation in namespace "kube-system"
🔮 Detected Cilium operator in namespace "kube-system"
ℹ Failed to detect Cilium SPIRE installation - using Cilium namespace as Cilium SPIRE namespace: kube-system
🔍 Collecting Kubernetes nodes
🔮 Detected Cilium features: map[cidr-match-nodes:Disabled cni-chaining:Disabled:none enable-envoy-config:Disabled enable-gateway-api:Disabled enable-ipv4-egress-gateway:Disabled endpoint-routes:Disabled ingress-controller:Disabled ipv4:Enabled ipv6:Disabled mutual-auth-spiffe:Disabled wireguard-encapsulate:Disabled]
🔍 Collecting tracing data from Cilium pods
🔍 Collect Kubernetes nodes
🔍 Collecting Kubernetes events
🔍 Collect Kubernetes version
🔍 Collecting Kubernetes pods
🔍 Collecting Kubernetes namespaces
🔍 Collecting Kubernetes services
🔍 Collecting Kubernetes pods summary
🔍 Collecting Kubernetes endpoints
🔍 Collecting Kubernetes network policies
🔍 Collecting Kubernetes metrics
🔍 Collecting Kubernetes leases
🔍 Collecting Cilium cluster-wide network policies
🔍 Collecting Cilium network policies
🔍 Collecting Cilium Egress Gateway policies
🔍 Collecting Cilium egress NAT policies
🔍 Collecting Cilium local redirect policies
🔍 Collecting Cilium CIDR Groups
🔍 Collecting Cilium endpoint slices
🔍 Collecting Cilium endpoints
🔍 Collecting Cilium nodes
🔍 Collecting Cilium identities
🔍 Collecting Ingresses
🔍 Collecting Cilium Node Configs
🔍 Collecting Cilium BGP Peering Policies
🔍 Collecting IngressClasses
🔍 Collecting Cilium LoadBalancer IP Pools
🔍 Collecting Cilium Pod IP Pools
🔍 Checking if cilium-etcd-secrets exists in kube-system namespace
🔍 Collecting the Cilium configuration
🔍 Collecting the Cilium Node Init daemonset
🔍 Collecting the Cilium Envoy configuration
🔍 Collecting the Cilium daemonset(s)
🔍 Collecting the Cilium Envoy daemonset
⚠ Daemonset "cilium-node-init" not found in namespace "kube-system" - this is expected if Node Init DaemonSet is not enabled
🔍 Collecting the Hubble daemonset
⚠ Daemonset "cilium-envoy" not found in namespace "kube-system" - this is expected if Envoy DaemonSet is not enabled
🔍 Collecting gops stats from Cilium pods
🔍 Collecting bugtool output from Cilium pods
🔍 Collecting the CNI configmap
🔍 Collecting the Cilium operator deployment
🔍 Collecting the Hubble Relay configuration
🔍 Collecting the Hubble Relay deployment
🔍 Collecting the Hubble UI deployment
🔍 Collecting gops stats from Hubble Relay pods
🔍 Collecting the clustermesh metrics
🔍 Collecting the Cilium operator metrics
🔍 Collecting the 'clustermesh-apiserver' deployment
🔍 Collecting profiling data from Cilium pods
🔍 Collecting gops stats from Hubble pods
🔍 Collecting logs from Cilium pods
🔍 Collecting the CNI configuration files from Cilium pods
🔍 Collecting logs from Cilium Envoy pods
⚠ Deployment "hubble-relay" not found in namespace "kube-system" - this is expected if Hubble is not enabled
⚠ Deployment "hubble-ui" not found in namespace "kube-system" - this is expected if Hubble UI is not enabled
🔍 Collecting logs from Cilium Node Init pods
⚠ Deployment "clustermesh-apiserver" not found in namespace "kube-system" - this is expected if 'clustermesh-apiserver' isn't enabled
🔍 Collecting logs from Cilium operator pods
🔍 Collecting logs from 'clustermesh-apiserver' pods
🔍 Collecting logs from Hubble pods
🔍 Collecting logs from Hubble Relay pods
Secret "cilium-etcd-secrets" not found in namespace "kube-system" - this is expected when using the CRD KVStore
🔍 Collecting logs from Hubble UI pods
🔍 Collecting platform-specific data
🔍 Collecting kvstore data
🔍 Collecting Cilium external workloads
🔍 Collecting Hubble flows from Cilium pods
🔍 Collecting bugtool output from Tetragon pods
🔍 Collecting Tetragon PodInfo custom resources
🔍 Collecting Tetragon tracing policies
🔍 Collecting Helm values from the release
⚠ The following tasks failed, the sysdump may be incomplete:
⚠ [13] Collecting Cilium egress NAT policies: failed to collect Cilium egress NAT policies: the server could not find the requested resource
⚠ [14] Collecting Cilium Egress Gateway policies: failed to collect Cilium Egress Gateway policies: the server could not find the requested resource (get ciliumegressgatewaypolicies.cilium.io)
⚠ [16] Collecting Cilium local redirect policies: failed to collect Cilium local redirect policies: the server could not find the requested resource (get ciliumlocalredirectpolicies.cilium.io)
⚠ [18] Collecting Cilium endpoint slices: failed to collect Cilium endpoint slices: the server could not find the requested resource (get ciliumendpointslices.cilium.io)
⚠ [24] Collecting Cilium BGP Peering Policies: failed to collect Cilium BGP Peering policies: the server could not find the requested resource (get ciliumbgppeeringpolicies.cilium.io)
⚠ [31] Collecting the Cilium Envoy configuration: failed to collect the Cilium Envoy configuration: configmaps "cilium-envoy-config" not found
⚠ [34] Collecting the Hubble Relay configuration: failed to collect the Hubble Relay configuration: configmaps "hubble-relay-config" not found
⚠ [61] Collecting Tetragon PodInfo custom resources: failed to collect Tetragon PodInfo: the server could not find the requested resource (get podinfo.cilium.io)
⚠ [62] Collecting Tetragon tracing policies: failed to collect Tetragon tracing policies: the server could not find the requested resource (get tracingpolicies.cilium.io)
⚠ Please note that depending on your Cilium version and installation options, this may be expected
🗳 Compiling sysdump
✅ The sysdump has been saved to cilium-sysdump-20240203-205206.zip
Relevant log output
# ----------------------------------------
# kubectl logs -n=kube-system cilium-tlxhc

level=info msg="Generating CNI configuration file with mode none" subsys=cni-config
level=info msg="Activity in /host/etc/cni/net.d/, re-generating CNI configuration" subsys=cni-config
level=info msg="Activity in /host/etc/cni/net.d/, re-generating CNI configuration" subsys=cni-config
level=info msg="Activity in /host/etc/cni/net.d/, re-generating CNI configuration" subsys=cni-config
level=info msg="Activity in /host/etc/cni/net.d/, re-generating CNI configuration" subsys=cni-config
level=info msg="Activity in /host/etc/cni/net.d/, re-generating CNI configuration" subsys=cni-config
level=info msg="Generating CNI configuration file with mode none" subsys=cni-config
level=info msg="Activity in /host/etc/cni/net.d/, re-generating CNI configuration" subsys=cni-config
level=info msg="Activity in /host/etc/cni/net.d/, re-generating CNI configuration" subsys=cni-config
level=info msg="Activity in /host/etc/cni/net.d/, re-generating CNI configuration" subsys=cni-config
level=info msg="Activity in /host/etc/cni/net.d/, re-generating CNI configuration" subsys=cni-config
level=info msg="Wrote CNI configuration file to /host/etc/cni/net.d/05-cilium.conflist" subsys=cni-config
level=info msg="Generating CNI configuration file with mode none" subsys=cni-config
level=info msg="Activity in /host/etc/cni/net.d/, re-generating CNI configuration" subsys=cni-config
level=info msg="Activity in /host/etc/cni/net.d/, re-generating CNI configuration" subsys=cni-config
level=info msg="Generating CNI configuration file with mode none" subsys=cni-config
level=info msg="Generating CNI configuration file with mode none" subsys=cni-config
level=info msg="Activity in /host/etc/cni/net.d/, re-generating CNI configuration" subsys=cni-config
level=info msg="Activity in /host/etc/cni/net.d/, re-generating CNI configuration" subsys=cni-config
level=info msg="Activity in /host/etc/cni/net.d/, re-generating CNI configuration" subsys=cni-config
level=info msg="Activity in /host/etc/cni/net.d/, re-generating CNI configuration" subsys=cni-config
level=info msg="Activity in /host/etc/cni/net.d/, re-generating CNI configuration" subsys=cni-config
level=info msg="Generating CNI configuration file with mode none" subsys=cni-config
level=info msg="Activity in /host/etc/cni/net.d/, re-generating CNI configuration" subsys=cni-config
level=info msg="Activity in /host/etc/cni/net.d/, re-generating CNI configuration" subsys=cni-config
level=info msg="Activity in /host/etc/cni/net.d/, re-generating CNI configuration" subsys=cni-config
level=info msg="Activity in /host/etc/cni/net.d/, re-generating CNI configuration" subsys=cni-config
level=info msg="Wrote CNI configuration file to /host/etc/cni/net.d/05-cilium.conflist" subsys=cni-config
level=info msg="Generating CNI configuration file with mode none" subsys=cni-config
level=info msg="Activity in /host/etc/cni/net.d/, re-generating CNI configuration" subsys=cni-config
level=info msg="Activity in /host/etc/cni/net.d/, re-generating CNI configuration" subsys=cni-config
level=info msg="Generating CNI configuration file with mode none" subsys=cni-config
level=info msg="Generating CNI configuration file with mode none" subsys=cni-config
level=info msg="Activity in /host/etc/cni/net.d/, re-generating CNI configuration" subsys=cni-config
level=info msg="Activity in /host/etc/cni/net.d/, re-generating CNI configuration" subsys=cni-config
level=info msg="Activity in /host/etc/cni/net.d/, re-generating CNI configuration" subsys=cni-config
level=info msg="Activity in /host/etc/cni/net.d/, re-generating CNI configuration" subsys=cni-config
level=info msg="Activity in /host/etc/cni/net.d/, re-generating CNI configuration" subsys=cni-config
level=info msg="Generating CNI configuration file with mode none" subsys=cni-config
level=info msg="Activity in /host/etc/cni/net.d/, re-generating CNI configuration" subsys=cni-config
level=info msg="Activity in /host/etc/cni/net.d/, re-generating CNI configuration" subsys=cni-config
level=info msg="Activity in /host/etc/cni/net.d/, re-generating CNI configuration" subsys=cni-config
level=info msg="Activity in /host/etc/cni/net.d/, re-generating CNI configuration" subsys=cni-config
level=info msg="Wrote CNI configuration file to /host/etc/cni/net.d/05-cilium.conflist" subsys=cni-config
level=info msg="Generating CNI configuration file with mode none" subsys=cni-config
level=info msg="Activity in /host/etc/cni/net.d/, re-generating CNI configuration" subsys=cni-config
level=info msg="Activity in /host/etc/cni/net.d/, re-generating CNI configuration" subsys=cni-config
level=info msg="Generating CNI configuration file with mode none" subsys=cni-config
level=info msg="Generating CNI configuration file with mode none" subsys=cni-config
level=info msg="Activity in /host/etc/cni/net.d/, re-generating CNI configuration" subsys=cni-config
level=info msg="Activity in /host/etc/cni/net.d/, re-generating CNI configuration" subsys=cni-config
level=info msg="Activity in /host/etc/cni/net.d/, re-generating CNI configuration" subsys=cni-config
level=info msg="Activity in /host/etc/cni/net.d/, re-generating CNI configuration" subsys=cni-config
level=info msg="Activity in /host/etc/cni/net.d/, re-generating CNI configuration" subsys=cni-config
level=info msg="Generating CNI configuration file with mode none" subsys=cni-config
level=info msg="Activity in /host/etc/cni/net.d/, re-generating CNI configuration" subsys=cni-config
level=info msg="Activity in /host/etc/cni/net.d/, re-generating CNI configuration" subsys=cni-config
level=info msg="Activity in /host/etc/cni/net.d/, re-generating CNI configuration" subsys=cni-config
level=info msg="Activity in /host/etc/cni/net.d/, re-generating CNI configuration" subsys=cni-config

# ----------------------------------------
# kubectl logs -n=kube-system istio-cni-node-c22mp

{"level":"info","time":"2024-02-03T20:50:37.090919Z","scope":"install","msg":"CNI config file /host/etc/cni/net.d/05-cilium.conflist exists. Proceeding."}
{"level":"info","time":"2024-02-03T20:50:37.091195Z","scope":"install","msg":"Created CNI config /host/etc/cni/net.d/05-cilium.conflist"}
{"level":"info","time":"2024-02-03T20:50:37.091203Z","scope":"install","msg":"Istio CNI configuration and binaries validated/reinstalled."}
{"level":"info","time":"2024-02-03T20:50:37.091230Z","msg":"file watcher skipping watch on non-existent path: /host/secondary-bin-dir/istio-cni"}
{"level":"info","time":"2024-02-03T20:50:37.091563Z","msg":"file modified: /host/etc/cni/net.d/.05-cilium.conflist2051703427"}
{"level":"info","time":"2024-02-03T20:50:37.091570Z","msg":"file modified: /host/etc/cni/net.d/.05-cilium.conflist2051703427"}
{"level":"info","time":"2024-02-03T20:50:37.097191Z","scope":"install","msg":"Detected changes to the node-level CNI setup, checking to see if configs or binaries need redeploying"}
{"level":"info","time":"2024-02-03T20:50:37.271110Z","scope":"install","msg":"Copied istio-cni to /host/opt/cni/bin."}
{"level":"info","time":"2024-02-03T20:50:37.271153Z","scope":"install","msg":"Directory /host/secondary-bin-dir is not writable, skipping."}
{"level":"info","time":"2024-02-03T20:50:37.271743Z","scope":"install","msg":"missing (or invalid) configuration detected, (re)writing CNI config file at /host/etc/cni/net.d/05-cilium.conflist"}
{"level":"info","time":"2024-02-03T20:50:37.271749Z","scope":"install","msg":"Using CNI config template from CNI_NETWORK_CONFIG environment variable."}
{"level":"info","time":"2024-02-03T20:50:37.271755Z","scope":"install","msg":"CNI config: {\n  \"cniVersion\": \"0.3.1\",\n  \"name\": \"istio-cni\",\n  \"type\": \"istio-cni\",\n  \"log_level\": \"info\",\n  \"log_uds_address\": \"/var/run/istio-cni/log.sock\",\n  \n  \"kubernetes\": {\n      \"kubeconfig\": \"/etc/cni/net.d/ZZZ-istio-cni-kubeconfig\",\n      \"cni_bin_dir\": \"/opt/cni/bin\",\n      \"exclude_namespaces\": [ \"istio-system\", \"kube-node-lease\", \"kube-public\" ]\n  }\n}"}
{"level":"info","time":"2024-02-03T20:50:37.272058Z","scope":"install","msg":"CNI config file /host/etc/cni/net.d/05-cilium.conflist exists. Proceeding."}
{"level":"info","time":"2024-02-03T20:50:37.272425Z","scope":"install","msg":"Created CNI config /host/etc/cni/net.d/05-cilium.conflist"}
{"level":"info","time":"2024-02-03T20:50:37.272434Z","scope":"install","msg":"Istio CNI configuration and binaries validated/reinstalled."}
{"level":"info","time":"2024-02-03T20:50:37.272478Z","msg":"file watcher skipping watch on non-existent path: /host/secondary-bin-dir/istio-cni"}
{"level":"info","time":"2024-02-03T20:50:37.272850Z","msg":"file modified: /host/etc/cni/net.d/.05-cilium.conflist1588047564"}
{"level":"info","time":"2024-02-03T20:50:37.272861Z","msg":"file modified: /host/etc/cni/net.d/.05-cilium.conflist1588047564"}
{"level":"info","time":"2024-02-03T20:50:37.277145Z","scope":"install","msg":"Detected changes to the node-level CNI setup, checking to see if configs or binaries need redeploying"}
{"level":"info","time":"2024-02-03T20:50:37.462111Z","scope":"install","msg":"Copied istio-cni to /host/opt/cni/bin."}
{"level":"info","time":"2024-02-03T20:50:37.462142Z","scope":"install","msg":"Directory /host/secondary-bin-dir is not writable, skipping."}
{"level":"info","time":"2024-02-03T20:50:37.462700Z","scope":"install","msg":"missing (or invalid) configuration detected, (re)writing CNI config file at /host/etc/cni/net.d/05-cilium.conflist"}
{"level":"info","time":"2024-02-03T20:50:37.462723Z","scope":"install","msg":"Using CNI config template from CNI_NETWORK_CONFIG environment variable."}
{"level":"info","time":"2024-02-03T20:50:37.462731Z","scope":"install","msg":"CNI config: {\n  \"cniVersion\": \"0.3.1\",\n  \"name\": \"istio-cni\",\n  \"type\": \"istio-cni\",\n  \"log_level\": \"info\",\n  \"log_uds_address\": \"/var/run/istio-cni/log.sock\",\n  \n  \"kubernetes\": {\n      \"kubeconfig\": \"/etc/cni/net.d/ZZZ-istio-cni-kubeconfig\",\n      \"cni_bin_dir\": \"/opt/cni/bin\",\n      \"exclude_namespaces\": [ \"istio-system\", \"kube-node-lease\", \"kube-public\" ]\n  }\n}"}
{"level":"info","time":"2024-02-03T20:50:37.463039Z","scope":"install","msg":"CNI config file /host/etc/cni/net.d/05-cilium.conflist exists. Proceeding."}
{"level":"info","time":"2024-02-03T20:50:37.463400Z","scope":"install","msg":"Created CNI config /host/etc/cni/net.d/05-cilium.conflist"}
{"level":"info","time":"2024-02-03T20:50:37.463408Z","scope":"install","msg":"Istio CNI configuration and binaries validated/reinstalled."}
{"level":"info","time":"2024-02-03T20:50:37.463435Z","msg":"file watcher skipping watch on non-existent path: /host/secondary-bin-dir/istio-cni"}
{"level":"info","time":"2024-02-03T20:50:37.463724Z","msg":"file modified: /host/etc/cni/net.d/.05-cilium.conflist213243186"}
{"level":"info","time":"2024-02-03T20:50:37.463885Z","scope":"install","msg":"Detected changes to the node-level CNI setup, checking to see if configs or binaries need redeploying"}
{"level":"info","time":"2024-02-03T20:50:37.700862Z","scope":"install","msg":"Copied istio-cni to /host/opt/cni/bin."}
{"level":"info","time":"2024-02-03T20:50:37.700893Z","scope":"install","msg":"Directory /host/secondary-bin-dir is not writable, skipping."}
{"level":"info","time":"2024-02-03T20:50:37.701480Z","scope":"install","msg":"missing (or invalid) configuration detected, (re)writing CNI config file at /host/etc/cni/net.d/05-cilium.conflist"}
{"level":"info","time":"2024-02-03T20:50:37.701486Z","scope":"install","msg":"Using CNI config template from CNI_NETWORK_CONFIG environment variable."}
{"level":"info","time":"2024-02-03T20:50:37.701491Z","scope":"install","msg":"CNI config: {\n  \"cniVersion\": \"0.3.1\",\n  \"name\": \"istio-cni\",\n  \"type\": \"istio-cni\",\n  \"log_level\": \"info\",\n  \"log_uds_address\": \"/var/run/istio-cni/log.sock\",\n  \n  \"kubernetes\": {\n      \"kubeconfig\": \"/etc/cni/net.d/ZZZ-istio-cni-kubeconfig\",\n      \"cni_bin_dir\": \"/opt/cni/bin\",\n      \"exclude_namespaces\": [ \"istio-system\", \"kube-node-lease\", \"kube-public\" ]\n  }\n}"}
{"level":"info","time":"2024-02-03T20:50:37.701797Z","scope":"install","msg":"CNI config file /host/etc/cni/net.d/05-cilium.conflist exists. Proceeding."}
{"level":"info","time":"2024-02-03T20:50:37.702121Z","scope":"install","msg":"Created CNI config /host/etc/cni/net.d/05-cilium.conflist"}
{"level":"info","time":"2024-02-03T20:50:37.702129Z","scope":"install","msg":"Istio CNI configuration and binaries validated/reinstalled."}
{"level":"info","time":"2024-02-03T20:50:37.702158Z","msg":"file watcher skipping watch on non-existent path: /host/secondary-bin-dir/istio-cni"}
{"level":"info","time":"2024-02-03T20:50:37.702679Z","msg":"file modified: /host/etc/cni/net.d/.05-cilium.conflist264430465"}
{"level":"info","time":"2024-02-03T20:50:37.702694Z","msg":"file modified: /host/etc/cni/net.d/.05-cilium.conflist264430465"}
{"level":"info","time":"2024-02-03T20:50:37.713127Z","scope":"install","msg":"Detected changes to the node-level CNI setup, checking to see if configs or binaries need redeploying"}
{"level":"info","time":"2024-02-03T20:50:37.967669Z","scope":"install","msg":"Copied istio-cni to /host/opt/cni/bin."}
{"level":"info","time":"2024-02-03T20:50:37.967711Z","scope":"install","msg":"Directory /host/secondary-bin-dir is not writable, skipping."}
{"level":"info","time":"2024-02-03T20:50:37.968753Z","scope":"install","msg":"missing (or invalid) configuration detected, (re)writing CNI config file at /host/etc/cni/net.d/05-cilium.conflist"}
{"level":"info","time":"2024-02-03T20:50:37.968769Z","scope":"install","msg":"Using CNI config template from CNI_NETWORK_CONFIG environment variable."}
{"level":"info","time":"2024-02-03T20:50:37.968780Z","scope":"install","msg":"CNI config: {\n  \"cniVersion\": \"0.3.1\",\n  \"name\": \"istio-cni\",\n  \"type\": \"istio-cni\",\n  \"log_level\": \"info\",\n  \"log_uds_address\": \"/var/run/istio-cni/log.sock\",\n  \n  \"kubernetes\": {\n      \"kubeconfig\": \"/etc/cni/net.d/ZZZ-istio-cni-kubeconfig\",\n      \"cni_bin_dir\": \"/opt/cni/bin\",\n      \"exclude_namespaces\": [ \"istio-system\", \"kube-node-lease\", \"kube-public\" ]\n  }\n}"}
{"level":"info","time":"2024-02-03T20:50:37.969288Z","scope":"install","msg":"CNI config file /host/etc/cni/net.d/05-cilium.conflist exists. Proceeding."}
{"level":"info","time":"2024-02-03T20:50:37.970059Z","scope":"install","msg":"Created CNI config /host/etc/cni/net.d/05-cilium.conflist"}
{"level":"info","time":"2024-02-03T20:50:37.970112Z","scope":"install","msg":"Istio CNI configuration and binaries validated/reinstalled."}
{"level":"info","time":"2024-02-03T20:50:37.970192Z","msg":"file watcher skipping watch on non-existent path: /host/secondary-bin-dir/istio-cni"}
{"level":"info","time":"2024-02-03T20:50:37.970576Z","msg":"file modified: /host/etc/cni/net.d/.05-cilium.conflist6532861820309491972"}
{"level":"info","time":"2024-02-03T20:50:37.970871Z","scope":"install","msg":"Detected changes to the node-level CNI setup, checking to see if configs or binaries need redeploying"}

Anything else?
Related issue: https://github.com/cilium/cilium/pull/24389
Code of Conduct

[X] I agree to follow this project's Code of Conduct

Never mind.  Turns out I was setting cni-exclusive=false with a dash "-" instead of cni.exclusive=false with a period "."
Seems like the cilium-cli should have detected this error though.


Horizontal scroll bar must be displayed while Dragging the column to higher width then table width.

when we drag thee column at some point it should maximize the width of the table so columns can adjust them with larger table by horizontal scroll bar rather than shrinking their width,

I have the same problem. How do you solve this problem?


add github actions workflow

Codecov Report

Merging #14 (7509406) into master (74bbbd1) will increase coverage by 1.50%.
The diff coverage is n/a.

@@            Coverage Diff             @@
##           master      #14      +/-   ##
==========================================
+ Coverage   89.82%   91.32%   +1.50%
==========================================
  Files           6        6
  Lines         285      369      +84
==========================================
+ Hits          256      337      +81
- Misses         29       32       +3

Impacted Files
Coverage Δ

rdap/cli.py
97.18% <0.00%> (+1.43%)
:arrow_up:

rdap/client.py
89.83% <0.00%> (+2.65%)
:arrow_up:

Continue to review full report at Codecov.

Legend - Click here to learn more
Δ = absolute <relative> (impact), ø = not affected, ? = missing data
Powered by Codecov. Last update 74bbbd1...e3d4b21. Read the comment docs.

Codecov Report

Merging #14 (7509406) into master (74bbbd1) will increase coverage by 1.50%.
The diff coverage is n/a.

@@            Coverage Diff             @@
##           master      #14      +/-   ##
==========================================
+ Coverage   89.82%   91.32%   +1.50%
==========================================
  Files           6        6
  Lines         285      369      +84
==========================================
+ Hits          256      337      +81
- Misses         29       32       +3

Impacted Files
Coverage Δ

rdap/cli.py
97.18% <0.00%> (+1.43%)
:arrow_up:

rdap/client.py
89.83% <0.00%> (+2.65%)
:arrow_up:

Continue to review full report at Codecov.

Legend - Click here to learn more
Δ = absolute <relative> (impact), ø = not affected, ? = missing data
Powered by Codecov. Last update 74bbbd1...e3d4b21. Read the comment docs.


✨ update: add 133rd CatchUp Summary

Minor changes. Rest LGTM.

Thank you for checking ✨

Let's merge!


Missing Stop and Go signals

Find missing signals to enable stop and go support for following models

Preglobal Forester, Levorg, WRX

[x] Car_Follow

Crosstrek Hybrid 2020

[ ] Car_Follow
[ ] Close_Distance

Preglobal Forester, Levorg, WRX Car_Follow:
BO_ 358 ES_DashStatus: 8 XXX
 SG_ Car_Follow : 46|1@1+ (1,0) [0|1] "" XXX

also found one common signal with other preglobal models:
BO_ 353 ES_CruiseThrottle: 8 XXX
 SG_ Car_Follow : 16|1@1+ (1,0) [0|1] "" XXX


Add milestones to github

It seems only the creator of a repository can add milestones (or I have followed the wrong instructions - https://help.github.com/articles/creating-and-editing-milestones-for-issues-and-pull-requests/ when I get to clicking 'repositories' it tells me I don't have any.

Ben to change repository owner

Thanks Ben.
I will try and load Github - possibly tomorrow as wifi is struggling to
load freereg2 at the moment....
But wifi is working!  We have a huge arial on the roof of our guest house
(holiday rental) and am now wired into that.    I am learning lots about how
to get things to be smaller, and not to interfere with the vital process of
gmail.
Best wishes,
Pat
On Sunday, 13 September 2015, sean-wood<EMAIL_ADDRESS>wrote:

Assigned #35 https://github.com/FreeUKGen/FreeCENMigration/issues/35 to
@PatReynolds https://github.com/PatReynolds.
—
Reply to this email directly or view it on GitHub
https://github.com/FreeUKGen/FreeCENMigration/issues/35#event-408024936.

--
- -
Dr Pat Reynolds
Executive Director
Free UK Genealogy  http://www.freeukgenealogy.org.uk/
A charity registered in England and Wales, number 1096940
+44 1904 541411 +44 7943 145387
36 Albemarle Road, York, YO23 1ER, UK

I'm afraid it still says that I have no public repositories.

After a lot of struggling with permissions and group ownership, I gave up and added milestones to FreeCENMigration myself.  I used the same pattern we used for FreeREG2

Many thanks, Ben.  You will see that I have now added milestones to the
issues in the Incoming and Defined & Prioritised groups.
Carried away by the ability to do this, I have also created issues for all
the aspects in the roadmap for release 1.1, and an action to do the same
for 1.2
With best wishes,
Pat
On Monday, 21 September 2015, Ben W. Brumfield<EMAIL_ADDRESS>wrote:

After a lot of struggling with permissions and group ownership, I gave up
and added milestones to FreeCENMigration myself. I used the same pattern we
used for FreeREG2
—
Reply to this email directly or view it on GitHub
https://github.com/FreeUKGen/FreeCENMigration/issues/35#issuecomment-142044716
.

--
- -
Dr Pat Reynolds
Executive Director
Free UK Genealogy  http://www.freeukgenealogy.org.uk/
A charity registered in England and Wales, number 1096940
+44 1904 541411 +44 7943 145387
36 Albemarle Road, York, YO23 1ER, UK


Add esp32 conf file to support esp32 board

Signed-off-by: Miguel Lima<EMAIL_ADDRESS>

We probably want to abandon this PR due to limiting supported platforms in https://github.com/golioth/zephyr-sdk/pull/185.

Another option is to change the target to esp32c3_devkitm, since that is our "official" supported board going forward.

Update: we are likely going to settle on esp32 as the officially support Espressif board, which means this PR would still be relevant. I still don't know how we would resolve the link error though.

@miguel91it @alvarowolfx - there's no clear path to resolving that linker error anytime soon, so it seems like maybe we can't support the settings sample on the esp32.
How would you like to proceed? I'm perfectly okay if we just close this PR, but I don't know the full context.

Maybe we can keep it open and wait for that to be solved on Zephyr ? Maybe link that with an issue on Zephyr repo

Does this mean ESP32 does not support the settings subsystem in general, or is it specific to our implementation?
In any case, we should keep track of this issue either here in Github or Jira.
I'm fine with leaving this PR open until then, but I'll leave that decision up to you all.

Does this mean ESP32 does not support the settings subsystem in general, or is it specific to our implementation?

It's a conflict with wpa_supplicant and mcumgr I think. I think without wifi, then ESP32 will work with the settings subsystem. But the combination appears to be not supported.

In any case, we should keep track of this issue either here in Github or Jira.
I'm fine with leaving this PR open until then, but I'll leave that decision up to you all.
Maybe we can keep it open and wait for that to be solved on Zephyr ? Maybe link that with an issue on Zephyr repo

Yes, good idea. I'll file an issue upstream and link it here.

Closing this PR. The settings sample in the SDK is going to be reworked to be based on the shell instead of mcumgr (https://golioth.atlassian.net/browse/DSDK-211). Once that is done, I will add support for esp32.conf.


chore(automation) ensure submit.sh correctly adds minor versions

Ensure submit.sh properly adds distro labels for minor releases - and removes said labels from old images.
Sample output for a fictitious 2.6 release:
Maintainers: Kong Docker Maintainers<EMAIL_ADDRESS>(@thekonginc)
GitRepo: https://github.com/Kong/docker-kong.git
# needs "Constraints" to match "centos" (which this image is "FROM")

Tags: 2.6.0-alpine, 2.6.0, 2.6, latest
GitCommit: foo
GitFetch: refs/tags/2.6.0
Directory: alpine
Architectures: amd64

Tags: 2.6.0-ubuntu, 2.6-ubuntu, ubuntu
GitCommit: foo
GitFetch: refs/tags/2.6.0
Directory: ubuntu
Architectures: amd64, arm64v8

Tags: 2.6.0-centos, 2.6-centos, centos
GitCommit: foo
GitFetch: refs/tags/2.6.0
Directory: centos
Architectures: amd64

Tags: 2.5.0-alpine, 2.5.0, 2.5
GitCommit: ff3efa2c53e785e655a9c7de24c8111a373900cb
GitFetch: refs/tags/2.5.0
Directory: alpine
Architectures: amd64

Tags: 2.5.0-ubuntu, 2.5-ubuntu
GitCommit: ff3efa2c53e785e655a9c7de24c8111a373900cb
GitFetch: refs/tags/2.5.0
Directory: ubuntu
Architectures: amd64, arm64v8

Tags: 2.5.0-centos, 2.5-centos
GitCommit: ff3efa2c53e785e655a9c7de24c8111a373900cb
GitFetch: refs/tags/2.5.0
Directory: centos
Architectures: amd64

Nice 👍 Those are very easy to misplace when adding/removing manually. Perfect task for a computer to do.


'Inverter Connection Count' don't decrease after connection lost

With Version 0.4.0
The new counter 'Inverter Connection Count' is not counted down after sunset. Presumably, the updated counter is no longer transmitted to the MQTT broker after the connection is terminated by the inverter and therefore remains incorrect until sunrise.

Fixed with version 0.4.1 #19


[BUG]Backup to SMB share fails around 95% with "stale NFS file handle" error in Longhorn v1.5.1

Backup to SMB share fails around 95% with "stale NFS file handle" error in Longhorn v1.5.1
Description
I'm using Longhorn v1.5.1 in my k3s HA cluster. I've configured Longhorn to backup volumes to an SMB share (FritzBox SMB and USB Drive). However, whenever I attempt to backup, the process fails around 95% - so data is written into the SMB Share. Surprisingly, the error I receive is related to an NFS file handle, even though I'm using SMB. The specific error message is:
open /var/lib/longhorn-backupstore-mounts/192_168_178_1/fritz.nas/Samsung_USB/backupstore/volumes/90/65/pv-paperless-db/volume.cfg: stale NFS file handle
k describe backup backup-d0d4e9d9c95f48af -n longhorn-system
Name:         backup-d0d4e9d9c95f48af
Namespace:    longhorn-system
Labels:       backup-volume=pv-paperless-db
Annotations:  <none>
API Version:  longhorn.io/v1beta2
Kind:         Backup
Metadata:
  Creation Timestamp:  2023-08-12T17:11:13Z
  Finalizers:
    longhorn.io
  Generation:  1
  Managed Fields:
    API Version:  longhorn.io/v1beta2
    Fields Type:  FieldsV1
    fieldsV1:
      f:metadata:
        f:labels:
          .:
          f:backup-volume:
      f:spec:
        .:
        f:labels:
          .:
          f:KubernetesStatus:
          f:test:
        f:snapshotName:
        f:syncRequestedAt:
    Manager:      longhorn-manager
    Operation:    Update
    Time:         2023-08-12T17:11:13Z
    API Version:  longhorn.io/v1beta2
    Fields Type:  FieldsV1
    fieldsV1:
      f:status:
        .:
        f:backupCreatedAt:
        f:compressionMethod:
        f:error:
        f:labels:
        f:lastSyncedAt:
        f:messages:
        f:ownerID:
        f:progress:
        f:replicaAddress:
        f:size:
        f:snapshotCreatedAt:
        f:snapshotName:
        f:state:
        f:url:
        f:volumeBackingImageName:
        f:volumeCreated:
        f:volumeName:
        f:volumeSize:
    Manager:         longhorn-manager
    Operation:       Update
    Subresource:     status
    Time:            2023-08-12T17:11:50Z
  Resource Version:  47983186
  UID:               91b6dd0a-8abd-4cd3-b445-9ec12b6ecee7
Spec:
  Labels:
    Kubernetes Status:               {"pvName":"pv-paperless-db","pvStatus":"Bound","namespace":"paperless","pvcName":"pvc-paperless-db","lastPVCRefAt":"","workloadsStatus":[{"podName":"paperless-db-0","podStatus":"Running","workloadName":"paperless-db","workloadType":"StatefulSet"}],"lastPodRefAt":""}
    longhorn.io/volume-access-mode:  rwo
    Test:                            1
  Snapshot Name:                     400473d8-d1ad-4f99-8175-c53cd3978fb0
  Sync Requested At:                 <nil>
Status:
  Backup Created At:
  Compression Method:
  Error:                      open /var/lib/longhorn-backupstore-mounts/192_168_178_1/fritz.nas/Samsung_USB/backupstore/volumes/90/65/pv-paperless-db/volume.cfg: stale NFS file handle
  Labels:                     <nil>
  Last Synced At:             2023-08-12T17:11:50Z
  Messages:                   <nil>
  Owner ID:                   node02
  Progress:                   95
  Replica Address:            tcp://<IP_ADDRESS>:10000
  Size:
  Snapshot Created At:        2023-08-12T17:11:13Z
  Snapshot Name:              400473d8-d1ad-4f99-8175-c53cd3978fb0
  State:                      Error
  URL:
  Volume Backing Image Name:
  Volume Created:
  Volume Name:
  Volume Size:<PHONE_NUMBER>

Notably, data does get written to the SMB share before the backup process fails, indicating that there's some level of successful interaction with the share.
Environment:

Longhorn version: v1.5.1
Kubernetes distribution and version: k3s v1.26.5+k3s1
Node OS and version: Ubuntu 23.04
Number of nodes:  4 (3 Master and 1 Worker) nodes with 3 Worker offline (drained and storage is disabled)

Steps to Reproduce:

Set up Longhorn v1.5.1 in the Kubernetes cluster.
Configure Longhorn to use an SMB share (cifs://<IP_ADDRESS>/fritz.nas/Samsung_USB ; Fritzbox USB Share) as the backup target.
Initiate a backup of a volume.
Observe the backup process failing around 95%.

Expected Behavior:
The backup should complete successfully and store the backup on the SMB share.
Actual Behavior:
The backup process fails around 95% and throws the aforementioned "stale NFS file handle" error.
Additional Context:

There are no unwanted NFS mounts in the cluster. I've verified this using the mount | grep nfs command.
The cluster has the necessary permissions to write to the SMB share. I've confirmed that data gets written to the share before the backup process fails.
I've reviewed the logs, but there are no unusual entries that might hint at the root cause.
I can successfully mount the SMB share manually from the nodes.
Three of my nodes are intentionally offline, but they have been drained and storage on them is disabled.

Any assistance or insights into this issue would be greatly appreciated.

According the spec
       ESTALE Stale file handle (POSIX.1-2001).

              This error can occur for NFS and for other filesystems.

stale NFS file handle error is emitted from Open() operation, so it seems an error message conversion issue in the go's internal package.
Did the retired backups always fail at 95%?
Can you provide a support bundle for further investigation?

Add a note here
https://askubuntu.com/questions/1265164/stale-file-handler-when-mounting-cifs-smb-network-drive-from-fritz-router
Not sure if it is related to this issue mentioned in the link. Can you try to back up the volume to another target on a ubuntu server instead and see if it works?

I got the same Problem. Using the noserverino Option in the cifs connection string, as suggested in the forum, still results in a failed backup with a Progression Rate of 95%.
Is there any Update on this ?

I got the same Problem. Using the noserverino Option in the cifs connection string, as suggested in the forum, still results in a failed backup with a Progression Rate of 95%. Is there any Update on this ?

It is a different issue. The original one is related to NFS, but you use CIFS.

Thank you for your response @derekbit . The original Issue is related to SMB/CIFS. I dont know why the error message says something about NFS. The error message I get is the same as the one described above:
pvc-c99750b4-9049-439f-8b52-6bece0114760-r-a957b175: open /var/lib/longhorn-backupstore-mounts/192_168_2_1/FRITZ.NAS/Elements/proxmox/k8s/longhorn/backupstore/volumes/07/53/pvc-c99750b4-9049-439f-8b52-6bece0114760/volume.cfg: stale NFS file handle

Thank you for your response @derekbit . The original Issue is related to SMB/CIFS. I dont know why the error message says something about NFS. The error message I get is the same as the one described above:
pvc-c99750b4-9049-439f-8b52-6bece0114760-r-a957b175: open /var/lib/longhorn-backupstore-mounts/192_168_2_1/FRITZ.NAS/Elements/proxmox/k8s/longhorn/backupstore/volumes/07/53/pvc-c99750b4-9049-439f-8b52-6bece0114760/volume.cfg: stale NFS file handle

@Nussschale7 Can you provide more information of your setup?

sure. Im using longhorn Version 1.6.2 installed on a rke powered kubernetes cluster (v1.26.9-rancher1-1). The Cluster has 1 Master and 2 Worker Nodes. The OS is ubuntu-22.04.3.
I have tried different variants of the connection string for the backup target and the last view backups with the connection string
cifs://<IP_ADDRESS>/FRITZ.NAS/Elements/proxmox/k8s/longhorn?cifsOptions=noserverino,vers=1.0
worked out for me. But i cant give you an explaination why...


Round trip time bool and tooltip.

I've added this RTT boolean and a tooltip, might clear up some confusion for future users.
Many believe ping is time to server, not time and back.
If code can be tidied up or tooltip re-worded, feel free to 👍


increase the volume of several music tracks

All shared jingles are played with volume 0.5.
Why do you want to increase the volume of the transition jingles to the double of that?
I think their volume is fine right now.

Are you sure? At volume 0.5 the transitions are definitely too quiet compared to the microgame music. After this change all music sounds similar in volume to me (except for a few outliers like Os Magnum which is too loud, candle game too quiet).
Even after the boost, all music is slightly quieter than the GBA BIOS startup sound (but I think that's ok).

I trust your hearing more than mine :)

Are you sure? At volume 0.5 the transitions are definitely too quiet compared to the microgame music. After this change all music sounds similar in volume to me (except for a few outliers like Os Magnum which is too loud, candle game too quiet).
Even after the boost, all music is slightly quieter than the GBA BIOS startup sound (but I think that's ok).

I found out why my Candle game is too quiet.
It's the only game that uses DMG music, and VGM Player integrated in Butano never sets the DMG Master volume, which defaults to 25%.
I already created an issue regarding this in Butano.
https://github.com/GValiente/butano/issues/56


sbt-scalajs 1.0.0-RC1

Contributing to Twilio

All third-party contributors acknowledge that any contributions they provide will be made under the same open-source license that the open-source project is provided under.

[x] I acknowledge that all my contributions will be made under the project's license.

obsolete


feat: update API to allow optional parameters

Description
From flame, one can instantiate a component as follows:
 textComponent = TextComponent(
    text: counter.toString(),
    textRenderer: _textPaint,
  );

See implementation here.
For consistency, perhaps it would be nice to update forge2d API to also support this pattern. For example, with shapes. We could:
final shape = CircleShape(radius: radius);

instead of
final shape = CircleShape()
  ..radius = radius;

Additional Context
Personally, both can be seen as equivalent. I think both APIs should be supported (cascading and optional parameters). Besides consistency with flame,  one could also argue that using the positional parameter avoids setting/changing the value first unnecessary, since we already know its computed value and will change instantly after.
This issue is open to discussion. If we decide to proceed I'm willing to contribute with this update.

The problem is that we are losing consistency with Box2D if we do this. On the other hand maybe we can allow both?

@spydon thanks for joining in!
Definitely want both!


Changes

To make changes to the html code, me need to edit the file main.js?

Just edit the source code files in the src folder.

How then to collect them in one file?

Run the build task in the package.json:
npm run build


Upgrade fleet to fleet upstream

This PR is waiting for the fleet rollout in order to be merged in our master branch.

ping @htr. Now that things seem to go okay. Should we start merging this and deploy it on staging ?

yup


/articles mobile: arrows left of section and subsections shouldn't be there

Site:

Figma:

This seems fixed to me from my test of on stampy-redesign branch at commit 2a5551b and on redesign.aprillion.workers.dev
Could you retest when you have a moment @ricewithabee ?

Ah yes, I do see it on Chrome mobile browser as well image


Add activation parameters to channel model

See VahidGh/ChannelWorm#11

Since the data model for Ion Channel in PyOpenWorm has a subset of the properties being used in ChannelWorm, this can be closed, and the issue of adding activation parameters can be tracked in https://github.com/VahidGh/ChannelWorm/issues/43. Anything that is added over there for activation parameters should be mirrored here as well.


feat: JWT Signing in OpenID4CI flow

Signed-off-by: Derek Trider<EMAIL_ADDRESS>

Codecov Report
Base: 90.82% // Head: 87.46% // Decreases project coverage by -3.36% :warning:

Coverage data is based on head (fad8f14) compared to base (3b9f0e4).
Patch coverage: 51.72% of modified lines in pull request are covered.

Additional details and impacted files
@@            Coverage Diff             @@
##             main      #88      +/-   ##
==========================================
- Coverage   90.82%   87.46%   -3.37%
==========================================
  Files          30       32       +2
  Lines         959     1029      +70
==========================================
+ Hits          871      900      +29
- Misses         52       84      +32
- Partials       36       45       +9

Impacted Files
Coverage Δ

cmd/wallet-sdk-gomobile/localkms/localkms.go
80.95% <ø> (ø)

cmd/wallet-sdk-gomobile/localkms/signercreator.go
0.00% <0.00%> (ø)

pkg/openid4ci/clientconfig.go
28.57% <28.57%> (ø)

pkg/localkms/localkms.go
69.23% <33.33%> (-12.59%)
:arrow_down:

pkg/localkms/provider.go
76.19% <70.00%> (-8.03%)
:arrow_down:

cmd/wallet-sdk-gomobile/openid4ci/openid4ci.go
64.44% <76.47%> (+4.44%)
:arrow_up:

pkg/openid4ci/openid4ci.go
87.96% <80.95%> (-1.60%)
:arrow_down:

...d/utilities/gomobilewrappers/keyresolverwrapper.go
100.00% <100.00%> (ø)

cmd/wallet-sdk-gomobile/openid4vp/openid4vp.go
93.75% <100.00%> (ø)

Help us with your feedback. Take ten seconds to tell us how you rate us. Have a feature suggestion? Share it here.

:umbrella: View full report at Codecov.
:loudspeaker: Do you have feedback about the report comment? Let us know in this issue.


Routes should be able to have their own middleware stack

We should be able to create different stacks and assign them to routes, but only the one assigned to the route gets executed.
There would be a default one.

See laasti/directions for a router with such feature.


Prepare for new release of Bitbucket

Workflow links: https://github.com/atlassian-labs/atlassian-slack-integration-server/actions/runs/1032643416, https://github.com/atlassian-labs/atlassian-slack-integration-server/actions/runs/1032643895.

Integration tests passed for Bitbucket 7.14.1, so I marked current version of the plugin 3.0.4 as compatible with Bitbucket 7.14.1.


Java 21 Switch Pattern Matching

Support Java 21 Switch Pattern Matching
https://openjdk.org/jeps/441

Blocked pending javaparser support: https://github.com/javaparser/javaparser/issues/4215


When fontWeight is bold the text cuts SERIOUS BUG

This is a very serious issue .
I have tried every solution.
Whatever fontSize i use 2 , 4 or more and the fontWeight property is 'bold' then the text cuts.
I also faced those tracking and register events problem.
Such minor releases can affect our projects and clients badly.
But yeah thanks for all the hard work you people did to create RN.

@kunal886496 How to do fix it？

Just give width to the container containing the text
On Fri, Aug 16, 2019, 14:21 HelloJack0<EMAIL_ADDRESS>wrote:

@kunal886496 https://github.com/kunal886496 How to do fix it？
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
https://github.com/facebook/react-native/issues/21869?email_source=notifications&email_token=AGYT2BUFSJF2GKF4MWTLJILQEZTA7A5CNFSM4F6HJEOKYY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOD4OB6RI#issuecomment-521936709,
or mute the thread
https://github.com/notifications/unsubscribe-auth/AGYT2BVPVTVX5LYXAZOZS4DQEZTA7ANCNFSM4F6HJEOA
.


First pass at Proxy SSL Support (Cont...)

Accidentally merged and reverted #813. Continued work here...
Closes #506

@errordeveloper, please give this a try with docker-machine, and --tlsverify.

This is supposed to address #506, right?

Yes. This does not use TLS to talk to the upstream docker daemon.

Need to update docs, yet

docs

Check with the docker daemon using tls. Does it still listen on unix socket when following: https://docs.docker.com/articles/https/ ?

It never uses TLS on the unix socker, but needs to be specifically told to listen there. Added a note to the docs.

I have tested this now and it works with Machine/Swarm. Here is how I set it up, if anyone is curious...

what's left to do here?

Afaik it is ready to go.
We still don't support certificate/key paths with spaces in them, but have decided to ignore that for now.
Better arg parsing can potentially be addressed in #805.

can we change the title of this PR, please?

If you are done here, please fix the title and assign to me.


feat: Theme levels themebooks and draggable tags

#46  👈
main

This stack of pull requests is managed by Graphite. Learn more about stacking.

Join @aMediocreDad and the rest of your teammates on  Graphite

@erizocosmico A few new localisation strings here. For the most part these are related to the themes/themebooks: https://github.com/aMediocreDad/litm/pull/46/files#diff-1d56632a2d162f99c901e53b79a6224e984c14501bca3188a85dbb4b4c5e6da1


Resetting TreeViewAsync

Scenario: I have a dropdown to select base source for treeview. On change of item in dropdown, remove all existing items in treeview, and start GetChildrenAsync anew from that new root.
I will admit that I didn't find a property / method that would allow me to do that.

Sounds like you want to add @key="Items" onto the TreeView component, where Items is the collection of items to be displayed in the tree view. If you then assign a new value to Items, the entire tree view is recreated, resetting it as you want.

ok, I would have never guessed that this property would do my bidding esp. given its IntelliSense.

It's not a property of this library, but of blazor in general. Glad it solved your issue.


Request: Provide a way to set the XMETHOD before entering a chroot

This goes along with Issue https://github.com/dnschneid/crouton/issues/1274, now that there is a working implementation of setting the XMETHOD.
In the above thread with @dnschneid, we discussed -

...add an x11 method parameter to enter-chroot that would set the environment variable...

Since there have been numerous requests to switch between 'xiwi' and 'xorg/xephyr' or even switch back from 'xiwi' to 'xorg/xephyr' permanently, I thought it might be of value to have a method to switch between these XMETHODs on a temporary basis at least.
I've got a working patch-3 that employs a '-X' option in enter-chroot to override the the auto-detected XMETHOD for that session. Also, maybe later we could provide a way to set the XMETHOD permanently via '-XX' or something...
( @dnschneid & @drinkcat - I'd like to get your input and get it cleaned up a little before I submit a pr if this looks like something feasible and worthy. :)

Looks like @aetsher created a PR for you in #1388.  I'll add feedback there.  If we were to add a permanent modification as an alternative to updating the chroot, it should be in edit-chroot.

Yup, I saw that, I thought that I would have to submit the PR, shows you how little I understand github.

I'd like to get your input and get it cleaned up a little before I submit a pr if this looks like something feasible and worthy. :)

Maybe it's for the best though, hopefully it won't require too much work to provide a good  a solution.
It makes perfect sense to put the permanent mod. in edit-chroot, I hadn't thought of that. I might work on something there too.

PR merged.  -X ftw

Yay, thanx. I've added XMETHOD to the Autostart config <# Copyright (c)
2014 The crouton Authors. All rights reserved. # Use of this source code is
governed by a BSD-style license that can be # found in the LICENSE file. ##
Filename: /etc/init/crouton.conf ## crouton chroot - Start session ## ##
This will start a (crouton) chroot Desktop Environment session description
"Crouton Chroot Session daemon" author "github/DennisLfromGA" ## Choose
when the crouton chroot will be started - 4 choices below - ## NOTE: use
only 1, prepend the others with the remark character: # #start on starting
ui # 1st - starts when the user interface begins # + only 1 chroot will run
in this mode # + must use XMETHOD: 'xorg' or 'xephyr' #start on started ui
2nd - starts when the user interface appears # + only 1 chroot will run
in this mode # + must use XMETHOD: 'xorg' or 'xephyr' #start on
login-prompt-visible # 3rd - starts when the login screen appears # + only
1 chroot will run in this mode # + must use XMETHOD: 'xorg' or 'xephyr'
start on start-user-session # 4th - starts when the user logs in - DEFAULT
+ multiple chroots could run in this mode # + can use any XMETHOD:
'xiwi','xorg' or 'xephyr' # + ensures user ~/Downloads is available stop on
stopping ui or starting halt or starting reboot
##########################################################################
NOTE: This job can be controlled externally by placing the file ## #+
'crouton.init' in the User's Downloads folder on a per User ## #+ basis or
in the chroots parent folder per system with the ## #+ following five
optional variables set: ## #+ 1) DELAY 2) CHROOT 3) START_DE 4) XMETHOD 5)
RUN_STATE ##
####
#+ [ the 'env ' prefix must be omitted in the control file ] ##
####
Start of control file variables
####
env DELAY=10 # delay desired number of seconds before starting ## env
CHROOT=precise # enter desired chroot to start ## env START_DE=xfce # enter
desired Desktop Envirnoment to use ## env XMETHOD=default # enter temporary
X-Window Envirnoment to use ## env RUN_STATE=y # change to 'n' to disable
running $CHROOT ##
####
End of control file variables
##########################################################################
System control parameters
##~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~##
env DEBUG=off # change to 'on' for DEBUGGING output ## env MASTER_SW=on #
change to 'off' to override running any $CHROOT ## env MULTIPLES=on #
change to 'off' to allow running only 1 $CHROOT ## script PID="$$" touch
/tmp/$UPSTART_JOB-$PID.log ## For output, use 'grep $PID /var/log/messages'
LOGGER="logger -p local3.info -t $UPSTART_JOB($PID)" trap "$LOGGER '###
Exiting...'" EXIT $LOGGER "###############" $LOGGER "### Starting..." if [
"$DEBUG" = 'on' ]; then exec >> /tmp/$UPSTART_JOB-$PID.log 2>&1 set -x
$LOGGER "*** DEBUGGING turned ON." $LOGGER "*** See
'/tmp/$UPSTART_JOB-$PID.log' for output." else $LOGGER "*** DEBUGGING is
OFF." fi if [ "$MASTER_SW" = 'off' ]; then ## No chroots will run even if
allowed by external control file(s). $LOGGER "!!! The MASTER_SW has been
turned OFF" $LOGGER "No CHROOTS will run - period. Exiting." $LOGGER
"###############" $LOGGER "### Ending....." $LOGGER "###############" exit
255 fi if [ "$MULTIPLES" = 'off' ]; then ## Multiple chroots cannot be run
when more than one user is logged in. if pgrep -l crouton; then $LOGGER
"!!! MULTIPLE CHROOTS has been turned OFF" $LOGGER "No more CHROOTS will be
run now. Exiting." $LOGGER "###############" $LOGGER "### Ending....."
$LOGGER "###############" exit 255 else $LOGGER "*** MULTIPLE CHROOTS is
turned ON" $LOGGER "Now running an additional CHROOT." $LOGGER
"###############" fi fi $LOGGER "##- Main checks started." if [ -d
/var/crouton/chroots ]; then ## Uses the @drinkcat 'separate_partition'
branch - as DEFAULT CROUTON_BIN=/var/crouton/bin
CROUTON_CHROOTS=/var/crouton/chroots elif [ -d /usr/local/chroots ]; then
Uses the @dnschneid 'master' branch CROUTON_BIN=/usr/local/bin
CROUTON_CHROOTS=/usr/local/chroots else ## Nothing found... $LOGGER "***
Crouton 'chroots' directory is missing. Aborting!" $LOGGER
"###############" exit 1 fi if [ ! -d $CROUTON_BIN ]; then $LOGGER "***
Crouton 'bin' directory is missing. Aborting!" $LOGGER "###############"
exit 1 fi $LOGGER "*** Crouton 'bin' directory is $CROUTON_BIN" $LOGGER
"*** Crouton 'chroots' directory is $CROUTON_CHROOTS" $LOGGER "##- Check
for external control." USER_DOWNLOADS='/home/chronos/user/Downloads'
DOWNLOADS_INIT="$USER_DOWNLOADS/${UPSTART_JOB}.init"
CHROOTS_PARENT=dirname $CROUTON_CHROOTS
CROUTON_INIT="$CHROOTS_PARENT/${UPSTART_JOB}.init" if [ -r $DOWNLOADS_INIT
]; then INIT_FILE="$DOWNLOADS_INIT" elif [ -r $CROUTON_INIT ]; then
INIT_FILE="$CROUTON_INIT"; fi if [ -r $INIT_FILE -a -s $INIT_FILE ]; then
$LOGGER "*** External control enabled via '$INIT_FILE' file." ## Pull in
variables from external control file Delay=" awk -F= '/^DELAY=/ {print $2; exit}' "$INIT_FILE"" Chroot=" awk -F= '/^CHROOT=/ {print $2; exit}' "$INIT_FILE"" Start_DE=" awk -F= '/^START_DE=/ {print $2; exit}' "$INIT_FILE"" XMethod=" awk -F= '/^XMETHOD=/ {print $2; exit}' "$INIT_FILE"" Run_state="awk -F= '/^RUN_STATE=/ {print $2; exit}' "$INIT_FILE"" if [ -n "$Delay" -a "$Delay" != "$DELAY" ]; then $LOGGER
"##* DELAY changed from: '$DELAY' to '$Delay'." DELAY="$Delay" fi if [ -n
"$Chroot" -a "$Chroot" != "$CHROOT" ]; then $LOGGER "##* CHROOT changed
from: '$CHROOT' to '$Chroot'." CHROOT="$Chroot" fi if [ -n "$Start_DE" -a
"$Start_DE" != "$START_DE" ]; then $LOGGER "##* START_DE changed from:
'$START_DE' to '$Start_DE'." START_DE="$Start_DE" fi if [ -n "$XMethod" -a
"$XMethod" != "$XMETHOD" ]; then $LOGGER "##* XMETHOD changed from:
'$XMETHOD' to '$XMethod'." XMETHOD=$XMethod elif [ "$XMETHOD" != "default"
]; then $LOGGER "##* XMETHOD changed from: 'default' to '$XMETHOD'." else
$LOGGER "##* XMETHOD unchanged - set to '$XMETHOD'." fi if [ -n
"$Run_state" -a "$Run_state" != "$RUN_STATE" ]; then $LOGGER "##* RUN_STATE
changed from: '$RUN_STATE' to '$Run_state'." RUN_STATE="$Run_state" fi else
$LOGGER "### NO external control file found, using internal defaults." fi
$LOGGER "##- Secondary checks started." if [ ! -d $CROUTON_CHROOTS/$CHROOT
]; then $LOGGER "*** Crouton '$CHROOT' directory is missing. Aborting!"
$LOGGER "###############" exit 1 elif [ ! -s $CROUTON_BIN/$START_DE -o ! -x
$CROUTON_BIN/$START_DE ]; then $LOGGER "*** Crouton '$START_DE' script is
missing. Aborting!" $LOGGER "###############" exit 1 fi case $XMETHOD in
xorg|xiwi|xephyr) XMARG="-X $XMETHOD" ;; default) XMARG='' ;; ) XMARG=''
$LOGGER "## XMETHOD: '$XMETHOD' is invalid so not set." ;; esac if [
"$RUN_STATE" = 'n' -o "$MASTER_SW" = off ]; then $LOGGER "*** The RUN_STATE
for chroot '$CHROOT' is DISABLED. Exiting." $LOGGER "###############" exit
0 fi $LOGGER "##- Starting main process in $DELAY seconds." sleep $DELAY
$LOGGER "##$ sudo $CROUTON_BIN/$START_DE -c $CROUTON_CHROOTS -n $CHROOT
$XMARG" sudo "$CROUTON_BIN/$START_DE" -c $CROUTON_CHROOTS -n "$CHROOT"
$XMARG || $LOGGER "##- Completed: status $?" $LOGGER "### Ending....."
$LOGGER "###############" if [ "$DEBUG" = 'y' ]; then set +x fi end script>
too.
On Fri, Feb 6, 2015 at 7:18 PM, David Schneider<EMAIL_ADDRESS>wrote:

PR merged. -X ftw
—
Reply to this email directly or view it on GitHub
https://github.com/dnschneid/crouton/issues/1387#issuecomment-73337831.

--
DennyL@GMail


Update to Gradle 3.5

Upgraded to be compatible with Gradle 3.5
@jbornemann @sagarsane @viveksachdeva

+1 after running gw and gw check

Started with Java 7 (1.7.0_80), got an error:
FAILURE: Build failed with an exception.

What went wrong:
A problem occurred configuring root project 'gradle-plugin-cq-bundle'.

Could not resolve all files for configuration ':classpath'.
Could not download kotlin-reflect.jar (org.jetbrains.kotlin:kotlin-reflect:1.0.6)
Could not get resource 'https://jcenter.bintray.com/org/jetbrains/kotlin/kotlin-reflect/1.0.6/kotlin-reflect-1.0.6.jar'.
Could not GET 'https://jcenter.bintray.com/org/jetbrains/kotlin/kotlin-reflect/1.0.6/kotlin-reflect-1.0.6.jar'. Received status code 500 from server: Internal Server Error

Try:
Run with --stacktrace option to get the stack trace. Run with --info or --debug option to get more log output.

BUILD FAILED
Switched to Java 8.. Successful build..
Switched back to Java 7 again, getting an error:
FAILURE: Build failed with an exception.

Where:
Build file '/Users/vivek.sachdeva/Public/open-source/gradle-plugin-cq-bundle/build.gradle' line: 58

What went wrong:
A problem occurred evaluating root project 'gradle-plugin-cq-bundle'.

com/mooregreatsoftware/gradle/lombok/LombokPlugin : Unsupported major.minor version 52.0

Try:
Run with --stacktrace option to get the stack trace. Run with --info or --debug option to get more log output.

Yeah, moved to JDK 8 minimum support.

Released as version 2.2.0.


can't train

Traceback (most recent call last):
File "D:\ProgramData\Anaconda3\envs\tensorflow\lib\site-packages\tensorflow\python\client\session.py", line 1039, in _do_call
return fn(*args)
File "D:\ProgramData\Anaconda3\envs\tensorflow\lib\site-packages\tensorflow\python\client\session.py", line 1021, in _run_fn
status, run_metadata)
File "D:\ProgramData\Anaconda3\envs\tensorflow\lib\contextlib.py", line 66, in exit
next(self.gen)
File "D:\ProgramData\Anaconda3\envs\tensorflow\lib\site-packages\tensorflow\python\framework\errors_impl.py", line 466, in raise_exception_on_not_o
k_status
pywrap_tensorflow.TF_GetCode(status))
tensorflow.python.framework.errors_impl.OutOfRangeError: RandomShuffleQueue '_0_synthetic_inputs/random_shuffle_queue' is closed and has insufficient
elements (requested 16, current size 0)
[[Node: synthetic_inputs = QueueDequeueManyV2[component_types=[DT_UINT8], timeout_ms=-1, _device="/job:localhost/replica:0/task:0/cpu:0"](sy
nthetic_inputs/random_shuffle_queue, synthetic_inputs/n)]]
During handling of the above exception, another exception occurred:
Traceback (most recent call last):
File "main.py", line 43, in
main(config)
File "main.py", line 35, in main
trainer.train()
File "E:\Workspaces\ideaPro\pythondemo\began_tf\trainer.py", line 123, in train
x_fixed = self.get_image_from_loader()
File "E:\Workspaces\ideaPro\pythondemo\began_tf\trainer.py", line 349, in get_image_from_loader
x = self.data_loader.eval(session=self.sess)
File "D:\ProgramData\Anaconda3\envs\tensorflow\lib\site-packages\tensorflow\python\framework\ops.py", line 569, in eval
return _eval_using_default_session(self, feed_dict, self.graph, session)
File "D:\ProgramData\Anaconda3\envs\tensorflow\lib\site-packages\tensorflow\python\framework\ops.py", line 3741, in _eval_using_default_session
return session.run(tensors, feed_dict)
File "D:\ProgramData\Anaconda3\envs\tensorflow\lib\site-packages\tensorflow\python\client\session.py", line 778, in run
run_metadata_ptr)
File "D:\ProgramData\Anaconda3\envs\tensorflow\lib\site-packages\tensorflow\python\client\session.py", line 982, in _run
feed_dict_string, options, run_metadata)
File "D:\ProgramData\Anaconda3\envs\tensorflow\lib\site-packages\tensorflow\python\client\session.py", line 1032, in _do_run
target_list, options, run_metadata)
File "D:\ProgramData\Anaconda3\envs\tensorflow\lib\site-packages\tensorflow\python\client\session.py", line 1052, in _do_call
raise type(e)(node_def, op, message)
tensorflow.python.framework.errors_impl.OutOfRangeError: RandomShuffleQueue '_0_synthetic_inputs/random_shuffle_queue' is closed and has insufficient
elements (requested 16, current size 0)
[[Node: synthetic_inputs = QueueDequeueManyV2[component_types=[DT_UINT8], timeout_ms=-1, _device="/job:localhost/replica:0/task:0/cpu:0"](sy
nthetic_inputs/random_shuffle_queue, synthetic_inputs/n)]]
Caused by op 'synthetic_inputs', defined at:
File "main.py", line 43, in
main(config)
File "main.py", line 30, in main
config.data_format, config.split)
File "E:\Workspaces\ideaPro\pythondemo\began_tf\data_loader.py", line 41, in get_loader
min_after_dequeue=min_after_dequeue, name='synthetic_inputs')
File "D:\ProgramData\Anaconda3\envs\tensorflow\lib\site-packages\tensorflow\python\training\input.py", line 1214, in shuffle_batch
name=name)
File "D:\ProgramData\Anaconda3\envs\tensorflow\lib\site-packages\tensorflow\python\training\input.py", line 784, in _shuffle_batch
dequeued = queue.dequeue_many(batch_size, name=name)
File "D:\ProgramData\Anaconda3\envs\tensorflow\lib\site-packages\tensorflow\python\ops\data_flow_ops.py", line 458, in dequeue_many
self._queue_ref, n=n, component_types=self._dtypes, name=name)
File "D:\ProgramData\Anaconda3\envs\tensorflow\lib\site-packages\tensorflow\python\ops\gen_data_flow_ops.py", line 1328, in _queue_dequeue_many_v2
timeout_ms=timeout_ms, name=name)
File "D:\ProgramData\Anaconda3\envs\tensorflow\lib\site-packages\tensorflow\python\framework\op_def_library.py", line 768, in apply_op
op_def=op_def)
File "D:\ProgramData\Anaconda3\envs\tensorflow\lib\site-packages\tensorflow\python\framework\ops.py", line 2336, in create_op
original_op=self._default_original_op, op_def=op_def)
File "D:\ProgramData\Anaconda3\envs\tensorflow\lib\site-packages\tensorflow\python\framework\ops.py", line 1228, in init
self._traceback = _extract_stack()
OutOfRangeError (see above for traceback): RandomShuffleQueue '_0_synthetic_inputs/random_shuffle_queue' is closed and has insufficient elements (req
uested 16, current size 0)
[[Node: synthetic_inputs = QueueDequeueManyV2[component_types=[DT_UINT8], timeout_ms=-1, _device="/job:localhost/replica:0/task:0/cpu:0"](sy
nthetic_inputs/random_shuffle_queue, synthetic_inputs/n)]]``

I can confirm that I too get exactly same error as reported by jimmy4j
My environment consists of Windows10, CUDA8.0, Python 3.5, tensorflow 1.2,
@jimmy4j Did you get past this error?
you all gurus out there...any ideas?

I get same errors too, I find it may be caused by the data format.
I have downloaded the  celebA data in advance. Refer to download.py, I created './data/CelebA/images' and putted the downloaded compressed file in './data'.
Finally I commented out “if os.path.exists(data_path): print...balabala” and it worked.


str slice is sometimes corrupted; str comparison bug

The StringType::getsubstr operation is corrupting multibyte characters (not copying enough bytes).
Interpreted StringType comparisons are erroneous when our StringType doesn't use smallest possible bytes_per_codepoint. Rather than force this constraint, could just add more detailed comparison logic.
(These have been addressed in branch jeff-str, not merged yet.  This issue was entered for recordkeeping.)

The string comparison bug exhibited when comparing containers of strings, e.g. comparing ListOf(str) with of python list of str, and one of the StringType strings was not in lowest bytes_per_codepoint form.

closed by #363


Support inline R code

Ref: https://github.com/PumasAI/QuartoNotebookRunner.jl/pull/100#discussion_r1567235638
cc @jkrumbiegel, feel free to merge this into yours.

Implemented in https://github.com/PumasAI/QuartoNotebookRunner.jl/pull/100/commits/bcca7a5e3785d04144c90d48bfa4eed01a2859ab.