Sync of blockchain was fast but sync of lightning-wallet is taking days

Hello,
I set up a new raspiblitz and synced the blockchain by copy over lan. That took a few hours and completed as expected. Now it reports "Blockchain Progress" as 100%.
But the "Lightning progress" has been going on for days and still is only 65%.
I thought that selfsync of the blockchain can take days but now what is going on with the lightning-wallet? I thought that would sync in a very short time.
Did I make some mistake there or what can I do to speed this up?
THX, regards, stn

ctrl+c
type:
menu
see the logs in the SYSTEM menu
or tyoe:
debug

OK, found:

bitcoin seem OK to me, log shows a few connected peers, progress is still "100%"

tor seems OK, log shows 5-10KB/sec

CL-Log show only one line, related to the summary-plugin:
2022-06-24T02:47:34.722Z UNUSUAL plugin-summary.py: [PriceThread] Cannot allocate write+execute memory for ffi.callback(). You might be running on a system that prevents this. For more information, see https://cffi.readthedocs.io/en/latest/using.html#callbacks

In the logs I see no error-messages that I recognize.
debug says:

RASPIBLITZ DEBUG LOGS

blitzversion: 1.7.2
chainnetwork: bitcoin / main
10:34:17 up 5 min,  2 users,  load average: 3.13, 1.90, 0.82
*** SETUPPHASE / BOOTSTRAP ***
see logs: cat /home/admin/raspiblitz.log
setupPhase--> done
state--> ready
*** BACKGROUNDSERVICE ***
to monitor Background service call: sudo journalctl -f -u background
*** BLOCKCHAIN (MAINNET) SYSTEMD STATUS ***
● bitcoind.service - Bitcoin daemon
Loaded: loaded (/etc/systemd/system/bitcoind.service; enabled; vendor preset: enabled)
Active: active (running) since Fri 2022-06-24 10:30:37 BST; 3min 40s ago
Process: 6150 ExecStartPre=/home/admin/config.scripts/blitz.systemd.sh log blockchain STARTED (code=exited, status=0/SUCCESS)
Process: 6165 ExecStartPre=/bin/chgrp bitcoin /mnt/hdd/bitcoin (code=exited, status=0/SUCCESS)
Process: 6167 ExecStart=/usr/local/bin/bitcoind -daemonwait -pid=/mnt/hdd/bitcoin/bitcoind.pid -conf=/mnt/hdd/bitcoin/bitcoin.conf -datadir=/mnt/hdd/bitcoin -debuglogfile=/mnt/hdd/bitcoin/debug.log (code=exited, status=0/SUCCESS)
Main PID: 6201 (bitcoind)
Tasks: 18 (limit: 9354)
CPU: 1min 24.580s
CGroup: /system.slice/bitcoind.service
└─6201 /usr/local/bin/bitcoind -daemonwait -pid=/mnt/hdd/bitcoin/bitcoind.pid -conf=/mnt/hdd/bitcoin/bitcoin.conf -datadir=/mnt/hdd/bitcoin -debuglogfile=/mnt/hdd/bitcoin/debug.log
Jun 24 10:30:00 raspberrypi systemd[1]: Starting Bitcoin daemon...
Jun 24 10:30:37 raspberrypi systemd[1]: Started Bitcoin daemon.
*** LAST BLOCKCHAIN (MAINNET) ERROR LOGS ***
sudo journalctl -u bitcoind -b --no-pager -n8
-- Journal begins at Fri 2022-01-28 03:21:52 GMT, ends at Fri 2022-06-24 10:34:17 BST. --
Jun 24 10:30:00 raspberrypi systemd[1]: Starting Bitcoin daemon...
Jun 24 10:30:37 raspberrypi systemd[1]: Started Bitcoin daemon.
*** LAST BLOCKCHAIN (MAINNET) 20 INFO LOGS ***
sudo tail -n 20 /mnt/hdd/bitcoin/debug.log
2022-06-24T09:30:37Z 0 block-relay-only anchors will be tried for connections.
2022-06-24T09:30:37Z init message: Starting network threads…
2022-06-24T09:30:37Z DNS seeding disabled
2022-06-24T09:30:37Z init message: Done loading
2022-06-24T09:30:37Z addcon thread start
2022-06-24T09:30:37Z msghand thread start
2022-06-24T09:30:37Z net thread start
2022-06-24T09:30:37Z opencon thread start
2022-06-24T09:30:41Z Imported mempool transactions from disk: 2525 succeeded, 0 failed, 0 expired, 0 already there, 0 waiting for initial broadcast
2022-06-24T09:30:41Z loadblk thread exit
2022-06-24T09:31:16Z New outbound peer connected: version: 70016, blocks=742118, peer=0 (outbound-full-relay)
2022-06-24T09:31:36Z New outbound peer connected: version: 70016, blocks=742118, peer=4 (outbound-full-relay)
2022-06-24T09:32:06Z New outbound peer connected: version: 70016, blocks=742118, peer=5 (outbound-full-relay)
2022-06-24T09:32:13Z New outbound peer connected: version: 70016, blocks=742118, peer=6 (outbound-full-relay)
2022-06-24T09:32:21Z New outbound peer connected: version: 70016, blocks=742118, peer=7 (outbound-full-relay)
2022-06-24T09:33:01Z New outbound peer connected: version: 70016, blocks=742118, peer=9 (outbound-full-relay)
2022-06-24T09:33:09Z New outbound peer connected: version: 70016, blocks=742118, peer=10 (outbound-full-relay)
2022-06-24T09:33:41Z New outbound peer connected: version: 70016, blocks=742118, peer=11 (outbound-full-relay)
2022-06-24T09:33:52Z New outbound peer connected: version: 70016, blocks=742118, peer=13 (block-relay-only)
2022-06-24T09:34:04Z New outbound peer connected: version: 70016, blocks=742118, peer=14 (block-relay-only)
*** LND (MAINNET) SYSTEMD STATUS ***

OFF by config -

*** C-LIGHTNING (MAINNET) SYSTEMD STATUS ***
● lightningd.service - c-lightning daemon on mainnet
Loaded: loaded (/etc/systemd/system/lightningd.service; enabled; vendor preset: enabled)
Active: active (running) since Fri 2022-06-24 10:30:37 BST; 3min 40s ago
Process: 10393 ExecStartPre=/home/admin/config.scripts/cl.check.sh prestart mainnet (code=exited, status=0/SUCCESS)
Main PID: 10412 (sh)
Tasks: 15 (limit: 9354)
CPU: 3min 202ms
CGroup: /system.slice/lightningd.service
├─10412 /bin/sh -c /usr/local/bin/lightningd                         --conf=/home/bitcoin/.lightning/config                          --pid-file=/run/lightningd/lightningd.pid
├─10415 /usr/local/bin/lightningd --conf=/home/bitcoin/.lightning/config --pid-file=/run/lightningd/lightningd.pid
├─10505 /usr/local/bin/../libexec/c-lightning/plugins/autoclean
├─10506 /usr/local/bin/../libexec/c-lightning/plugins/bcli
├─10507 /usr/local/bin/../libexec/c-lightning/plugins/fetchinvoice
├─10510 /usr/local/bin/../libexec/c-lightning/plugins/funder
├─10511 /usr/local/bin/../libexec/c-lightning/plugins/topology
├─10514 /usr/local/bin/../libexec/c-lightning/plugins/keysend
├─10516 /usr/local/bin/../libexec/c-lightning/plugins/offers
├─10517 /usr/local/bin/../libexec/c-lightning/plugins/pay
├─10525 /usr/local/bin/../libexec/c-lightning/plugins/txprepare
├─10530 /usr/local/bin/../libexec/c-lightning/plugins/spenderp
├─10666 /usr/local/libexec/c-lightning/lightning_hsmd
├─10954 /usr/local/libexec/c-lightning/lightning_connectd
└─10959 /usr/local/libexec/c-lightning/lightning_gossipd
Jun 24 10:30:39 raspberrypi sh[10531]:     from tqdm import tqdm
Jun 24 10:30:39 raspberrypi sh[10531]: ModuleNotFoundError: No module named 'tqdm'
*** LAST 30 C-LIGHTNING (MAINNET) INFO LOGS ***
sudo tail -n 30 /home/bitcoin/.lightning/bitcoin/cl.log
2022-06-24T02:47:34.722Z UNUSUAL plugin-summary.py: [PriceThread] Cannot allocate write+execute memory for ffi.callback(). You might be running on a system that prevents this. For more information, see https://cffi.readthedocs.io/en/latest/using.html#callbacks
2022-06-24T08:47:36.839Z UNUSUAL plugin-summary.py: [PriceThread] Cannot allocate write+execute memory for ffi.callback(). You might be running on a system that prevents this. For more information, see https://cffi.readthedocs.io/en/latest/using.html#callbacks
2022-06-24T09:30:39.578Z INFO    plugin-backup.py: Killing plugin: exited before replying to getmanifest
2022-06-24T09:30:42.059Z INFO    connectd: Static Tor .onion address: "###.onion:9736,...*:9736" bound from extern port 9736
2022-06-24T09:30:42.754Z INFO    plugin-bcli: bitcoin-cli initialized and connected to bitcoind.
2022-06-24T09:30:43.566Z INFO    lightningd: --------------------------------------------------
2022-06-24T09:30:43.566Z INFO    lightningd: Server started with public key ***  alias *** (color #020b21) and lightningd v0.10.2
*** BLOCKCHAIN (TESTNET) SYSTEMD STATUS ***

OFF by config -
*** LND (TESTNET) SYSTEMD STATUS ***
OFF by config -

*** C-LIGHTNING (TESTNET) SYSTEMD STATUS ***

not activated -

*** BLOCKCHAIN (SIGNET) SYSTEMD STATUS ***

OFF by config -
*** LND (SIGNET) SYSTEMD STATUS ***
OFF by config -

*** C-LIGHTNING (SIGNET) SYSTEMD STATUS ***

not activated -

*** NGINX SYSTEMD STATUS ***
● nginx.service - A high performance web server and a reverse proxy server
Loaded: loaded (/lib/systemd/system/nginx.service; enabled; vendor preset: enabled)
Drop-In: /etc/systemd/system/nginx.service.d
└─raspiblitz.conf
Active: active (running) since Fri 2022-06-24 10:29:16 BST; 5min ago
Docs: man:nginx(8)
Main PID: 809 (nginx)
Tasks: 5 (limit: 9354)
CPU: 146ms
CGroup: /system.slice/nginx.service
├─809 nginx: master process /usr/sbin/nginx -g daemon on; master_process on;
├─810 nginx: worker process
├─811 nginx: worker process
├─812 nginx: worker process
└─813 nginx: worker process
Jun 24 10:29:15 raspberrypi systemd[1]: Starting A high performance web server and a reverse proxy server...
Jun 24 10:29:16 raspberrypi systemd[1]: Started A high performance web server and a reverse proxy server.
*** LAST NGINX LOGS ***
sudo journalctl -u nginx -b --no-pager -n20
-- Journal begins at Fri 2022-01-28 03:21:52 GMT, ends at Fri 2022-06-24 10:34:17 BST. --
Jun 24 10:29:15 raspberrypi systemd[1]: Starting A high performance web server and a reverse proxy server...
 If a restart does not help reflash the Sdcard.

As I wrote in my previous post, first line: 'The SD-card has been reflashed once already, then recover, then 'patch'.'
That did not help.
What else can I check?

Cannot allocate write+execute memory for ffi.callback
Could it be an SDcard error?
Consider using a different Endurance type card.

Can also try a restart (after which the summary plugin doesn't run)
and try to delete plugins directory and  reinstall the summary plugin

For this raspiblitz I actually used two different cards.
Flashed a new one, then swapped. Meaning, I did not reuse the same one. So even if one has an error that does not explain why lightning takes so long to set up its database.
Also I use Sandisk Ultra Plus. I have used them with different applications of the raspberry pi, for quite a while now and have compared the with other SD-cards. They are very enduring, also almost new.

sudo rm -rf  /home/bitcoin/cl-plugins-available/plugins
config.scripts/cl-plugin.summary.sh on mainnet
sudo systemctl restart lightningd

FMI: what exactly happens when the lightning-wallet syncs after installation.
For the btc-wallet that is obvious, if downloads the blockchain. That takes a while, understandably.
But there is no blockchain for lightning. A new lightning-wallet should contain no external data at all. So what does it download and sync?

OK, I will reset the plugin.

scans the bitcoin blocks and downloads the lightning network graph

Cannot allocate write+execute memory for ffi.callback Could it be an SDcard error? Consider using a different Endurance type card.

FYI: here this happens on every node, every time the cln-summary-plugin is called. It is not related to the issue in this thread, it just appears at the same time.

Please look at the logs to see what happening.
Use debug or the LND logs from the SYSTEM menu.

Here it is. I do not see anything special.
Even worse: I just restarted the node. Now it is again at Lightning Progress : 94.49%.
Before the reboot it was at 96%.

RASPIBLITZ DEBUG LOGS

blitzversion: 1.7.2
chainnetwork: bitcoin / main
08:14:43 up 16 min,  2 users,  load average: 2.54, 2.59, 1.84
*** SETUPPHASE / BOOTSTRAP ***
see logs: cat /home/admin/raspiblitz.log
setupPhase--> done
state--> ready
*** BACKGROUNDSERVICE ***
to monitor Background service call: sudo journalctl -f -u background
*** BLOCKCHAIN (MAINNET) SYSTEMD STATUS ***
● bitcoind.service - Bitcoin daemon
Loaded: loaded (/etc/systemd/system/bitcoind.service; enabled; vendor preset: enabled)
Active: active (running) since Tue 2022-06-28 07:59:35 BST; 15min ago
Process: 5472 ExecStartPre=/home/admin/config.scripts/blitz.systemd.sh log blockchain STARTED (code=exited, status=0/SUCCESS)
Process: 5480 ExecStartPre=/bin/chgrp bitcoin /mnt/hdd/bitcoin (code=exited, status=0/SUCCESS)
Process: 5484 ExecStart=/usr/local/bin/bitcoind -daemonwait -pid=/mnt/hdd/bitcoin/bitcoind.pid -conf=/mnt/hdd/bitcoin/bitcoin.conf -datadir=/mnt/hdd/bitcoin -debuglogfile=/mnt/hdd/bitcoin/debug.log (code=exited, status=0/SUCCESS)
Main PID: 5529 (bitcoind)
Tasks: 18 (limit: 9354)
CPU: 3min 16.628s
CGroup: /system.slice/bitcoind.service
└─5529 /usr/local/bin/bitcoind -daemonwait -pid=/mnt/hdd/bitcoin/bitcoind.pid -conf=/mnt/hdd/bitcoin/bitcoin.conf -datadir=/mnt/hdd/bitcoin -debuglogfile=/mnt/hdd/bitcoin/debug.log
Jun 28 07:59:01 raspiblitz-81 systemd[1]: Starting Bitcoin daemon...
Jun 28 07:59:35 raspiblitz-81 systemd[1]: Started Bitcoin daemon.
*** LAST BLOCKCHAIN (MAINNET) ERROR LOGS ***
sudo journalctl -u bitcoind -b --no-pager -n8
-- Journal begins at Fri 2022-01-28 03:21:52 GMT, ends at Tue 2022-06-28 08:14:43 BST. --
Jun 28 07:59:01 raspiblitz-81 systemd[1]: Starting Bitcoin daemon...
Jun 28 07:59:35 raspiblitz-81 systemd[1]: Started Bitcoin daemon.
*** LAST BLOCKCHAIN (MAINNET) 20 INFO LOGS ***
sudo tail -n 20 /mnt/hdd/bitcoin/debug.log
2022-06-28T06:59:35Z DNS seeding disabled
2022-06-28T06:59:35Z net thread start
2022-06-28T06:59:35Z init message: Done loading
2022-06-28T06:59:35Z msghand thread start
2022-06-28T06:59:35Z opencon thread start
2022-06-28T06:59:35Z addcon thread start
2022-06-28T06:59:43Z Imported mempool transactions from disk: 1533 succeeded, 0 failed, 0 expired, 0 already there, 0 waiting for initial broadcast
2022-06-28T06:59:43Z loadblk thread exit
2022-06-28T06:59:53Z New outbound peer connected: version: 70016, blocks=742675, peer=0 (outbound-full-relay)
2022-06-28T07:00:05Z New outbound peer connected: version: 70016, blocks=742675, peer=1 (outbound-full-relay)
2022-06-28T07:00:35Z New outbound peer connected: version: 70016, blocks=742675, peer=2 (outbound-full-relay)
2022-06-28T07:00:50Z New outbound peer connected: version: 70016, blocks=742675, peer=3 (outbound-full-relay)
2022-06-28T07:01:09Z New outbound peer connected: version: 70016, blocks=742675, peer=4 (outbound-full-relay)
2022-06-28T07:02:00Z New outbound peer connected: version: 70016, blocks=742675, peer=5 (outbound-full-relay)
2022-06-28T07:03:14Z New outbound peer connected: version: 70016, blocks=742675, peer=8 (outbound-full-relay)
2022-06-28T07:03:32Z New outbound peer connected: version: 70016, blocks=742675, peer=9 (outbound-full-relay)
2022-06-28T07:03:41Z New outbound peer connected: version: 70016, blocks=742675, peer=10 (block-relay-only)
2022-06-28T07:06:21Z New outbound peer connected: version: 70016, blocks=742675, peer=11 (block-relay-only)
2022-06-28T07:07:45Z New outbound peer connected: version: 70016, blocks=742675, peer=12 (block-relay-only)
2022-06-28T07:14:00Z New outbound peer connected: version: 70016, blocks=742675, peer=16 (outbound-full-relay)
*** LND (MAINNET) SYSTEMD STATUS ***
● lnd.service - Lightning Network Daemon
Loaded: loaded (/etc/systemd/system/lnd.service; enabled; vendor preset: enabled)
Active: active (running) since Tue 2022-06-28 07:59:56 BST; 14min ago
Process: 9112 ExecStartPre=/home/admin/config.scripts/lnd.check.sh prestart mainnet (code=exited, status=0/SUCCESS)
Main PID: 9350 (lnd)
Status: "Wallet locked"
Tasks: 12 (limit: 9354)
CPU: 16.510s
CGroup: /system.slice/lnd.service
└─9350 /usr/local/bin/lnd --configfile=/home/bitcoin/.lnd/lnd.conf
Jun 28 07:59:35 raspiblitz-81 systemd[1]: Starting Lightning Network Daemon...
Jun 28 07:59:56 raspiblitz-81 systemd[1]: Started Lightning Network Daemon.
*** LAST LND (MAINNET) ERROR LOGS ***
sudo journalctl -u lnd -b --no-pager -n12
-- Journal begins at Fri 2022-01-28 03:21:52 GMT, ends at Tue 2022-06-28 08:14:43 BST. --
Jun 28 07:59:35 raspiblitz-81 systemd[1]: Starting Lightning Network Daemon...
Jun 28 07:59:56 raspiblitz-81 systemd[1]: Started Lightning Network Daemon.
*** LAST 30 LND (MAINNET) INFO LOGS ***
sudo tail -n 30 /mnt/hdd/lnd/logs/bitcoin/mainnet/lnd.log
2022-06-28 07:59:39.006 [DBG] SGNR: Signer RPC server successfully register with root gRPC server
2022-06-28 07:59:39.007 [DBG] WLKT: WalletKit RPC server successfully registered with root gRPC server
2022-06-28 07:59:39.007 [DBG] ARPC: Autopilot RPC server successfully register with root gRPC server
2022-06-28 07:59:39.007 [DBG] NTFR: ChainNotifier RPC server successfully register with root gRPC server
2022-06-28 07:59:39.007 [DBG] IRPC: Invoices RPC server successfully registered with root gRPC server
2022-06-28 07:59:39.007 [DBG] RRPC: Router RPC server successfully register with root gRPC server
2022-06-28 07:59:39.007 [INF] RPCS: RPC server listening on ...:10009
2022-06-28 07:59:39.014 [DBG] VRPC: Versioner REST server successfully registered with root REST server
2022-06-28 07:59:39.015 [DBG] SGNR: Signer REST server successfully registered with root REST server
2022-06-28 07:59:39.021 [DBG] WLKT: WalletKit REST server successfully registered with root REST server
2022-06-28 07:59:39.022 [DBG] ARPC: Autopilot REST server successfully registered with root REST server
2022-06-28 07:59:39.022 [DBG] NTFR: ChainNotifier REST server successfully registered with root REST server
2022-06-28 07:59:39.023 [DBG] IRPC: Invoices REST server successfully registered with root REST server
2022-06-28 07:59:39.036 [DBG] RRPC: Router REST server successfully registered with root REST server
2022-06-28 07:59:39.037 [INF] RPCS: gRPC proxy started at ...:8080
2022-06-28 07:59:39.046 [INF] LTND: Opening the main database, this might take a few minutes...
2022-06-28 07:59:39.046 [INF] LTND: Opening bbolt database, sync_freelist=true, auto_compact=true
2022-06-28 07:59:39.053 [INF] CHDB: Not compacting database file at /home/bitcoin/.lnd/data/graph/mainnet/channel.db, it was last compacted at 2022-06-28 00:50:30.667547053 +0100 BST (7h9m8s ago), min age is set to 672h0m0s
2022-06-28 07:59:39.058 [INF] CHDB: Not compacting database file at /home/bitcoin/.lnd/data/chain/bitcoin/mainnet/macaroons.db, it was last compacted at 2022-06-28 00:50:30.712299016 +0100 BST (7h9m8s ago), min age is set to 672h0m0s
2022-06-28 07:59:39.059 [INF] CHDB: Not compacting database file at /home/bitcoin/.lnd/data/graph/mainnet/sphinxreplay.db, it was last compacted at 2022-06-28 00:50:30.726405616 +0100 BST (7h9m8s ago), min age is set to 672h0m0s
2022-06-28 07:59:39.060 [INF] LTND: Creating local graph and channel state DB instances
2022-06-28 07:59:39.204 [DBG] CHDB: Populating in-memory channel graph, this might take a while...
2022-06-28 07:59:56.743 [DBG] CHDB: Finished populating in-memory channel graph (took 17.533283861s, num_node_features=17873, num_nodes=17550, num_channels=165376)
2022-06-28 07:59:56.744 [INF] CHDB: Checking for schema update: latest_version=24, db_version=24
2022-06-28 07:59:56.744 [INF] LTND: Database(s) now open (time_to_open=17.697896067s)!
2022-06-28 07:59:56.744 [INF] LTND: Systemd was notified about our readiness
2022-06-28 07:59:56.744 [INF] LTND: Waiting for wallet encryption password.
Jun 28 07:59:33 raspiblitz-81 systemd[1]: Started A high performance web server and a reverse proxy server.
*** LAST NGINX LOGS ***
sudo journalctl -u nginx -b --no-pager -n20
-- Journal begins at Fri 2022-01-28 03:21:52 GMT, ends at Tue 2022-06-28 08:14:43 BST. --
Jun 28 07:58:15 raspiblitz-81 systemd[1]: Starting A high performance web server and a reverse proxy server...
Jun 28 07:58:16 raspiblitz-81 nginx[724]: nginx: [emerg] a duplicate listen ...:7002 in /etc/nginx/sites-enabled/crtl_tor.conf:4
Jun 28 07:58:16 raspiblitz-81 nginx[724]: nginx: configuration file /etc/nginx/nginx.conf test failed
Jun 28 07:58:16 raspiblitz-81 systemd[1]: nginx.service: Control process exited, code=exited, status=1/FAILURE
Jun 28 07:58:16 raspiblitz-81 systemd[1]: nginx.service: Failed with result 'exit-code'.
Jun 28 07:58:16 raspiblitz-81 systemd[1]: Failed to start A high performance web server and a reverse proxy server.
Jun 28 07:59:33 raspiblitz-81 systemd[1]: nginx.service: Scheduled restart job, restart counter is at 1.
Jun 28 07:59:33 raspiblitz-81 systemd[1]: Stopped A high performance web server and a reverse proxy server.
Jun 28 07:59:33 raspiblitz-81 systemd[1]: Starting A high performance web server and a reverse proxy server...
Jun 28 07:59:33 raspiblitz-81 systemd[1]: Started A high performance web server and a reverse proxy server.
--> CHECK CONFIG: sudo nginx -t
nginx: the configuration file /etc/nginx/nginx.conf syntax is ok
nginx: configuration file /etc/nginx/nginx.conf test is successful

BLITZAPI is not running
TOUCHSCREEN is OFF by config
Loop is OFF by config
LND-RTL is OFF by config

*** CL-RTL ***
● cRTL.service - cRTL Webinterface
Loaded: loaded (/etc/systemd/system/cRTL.service; enabled; vendor preset: enabled)
Active: active (running) since Tue 2022-06-28 07:59:38 BST; 15min ago
Process: 9151 ExecStartPre=/home/admin/config.scripts/bonus.rtl.sh prestart cl mainnet (code=exited, status=0/SUCCESS)
Main PID: 9383 (node)
Tasks: 11 (limit: 9354)
CPU: 6.415s
CGroup: /system.slice/cRTL.service
└─9383 /usr/bin/node /home/rtl/RTL/rtl
Jun 28 07:59:36 raspiblitz-81 systemd[1]: Starting cRTL Webinterface...
Jun 28 07:59:38 raspiblitz-81 systemd[1]: Started cRTL Webinterface.

 I was not aware that I have to manually unlock the wallet

@openoms is here something we should consider fixing/improving for v1.8.0 or was it more an edge case help session.

OK so I will close this then. Please open a new issue for a future improvement if needed.


Update sourceSet to be source set in all documentation

Current dependencies on/for this PR:

main

PR #24   👈

This comment was auto-generated by Graphite.


CLOUDFLARED_LOG: unbound variable on 4.0.6

The problem
After install 4.0.6 i get this error on startup:
`-----------------------------------------------------------
Add-on: Cloudflared
Use a Cloudflare Tunnel to remotely connect to Home Assistant without opening any ports
Add-on version: 4.0.6
You are running the latest version of this add-on.
System: Ubuntu 20.04.5 LTS  (amd64 / qemux86-64)
Home Assistant Core: 2022.12.7
Home Assistant Supervisor: 2022.11.2
Please, share the above information when looking for help
or support in, e.g., GitHub, forums or the Discord chat.
Log level is set to INFO
[10:25:13] INFO: Checking add-on config...
[10:25:13] INFO: Checking for existing certificate...
[10:25:13] INFO: Existing certificate found
[10:25:13] INFO: Checking for existing tunnel...
[10:25:13] NOTICE: No tunnel file found
[10:25:13] INFO: Creating new tunnel...
/etc/s6-overlay/scripts/cloudflared-config.sh: line 146: CLOUDFLARED_LOG: unbound variable
s6-rc: warning: unable to start service init-cloudflared-config: command exited 1
/run/s6/basedir/scripts/rc.init: warning: s6-rc failed to properly bring all the services up! Check your logs (in /run/uncaught-logs/current if you have in-container logging) for more information.
prog: fatal: stopping the container.`
What version of Cloudflared has the issue?
4.0.6
What was the last working version of Cloudflared?
4.0.5
What type of installation are you running?
Home Assistant Supervised
Add-on YAML Configuration
No response
Anything in the logs that might be useful for us?
No response
Steps to reproduce the issue
Update to last version
Additional information
No response

I have the same issue

Same

same

Y'all beat me to it.

and me. I've been trying to figure out how to rollback to see if that worked. Guess I'll wait to go forward :)

Same here

Anybody able to test if #278 fixes the problem?

Same

Same issue here as well

Same for me :(

Same for me.  Just rolling back to the previous version...

@joaofidelix pls close if this works fine for you

4.0.7 does solve it for me.

Perfect. 4.0.7 works fine!


Add a weather guide to it.

Just a weather guide, changed index to add it.

And ..apparently any config until the .. I'm going to stop. The second guide was a rapid write up of how to write a smapi config

Merged. Thanks for the contribution!


[BUG] Security plugin does not properly delegate RestHandler implementations to original Handler

In order to provide authentication, the security plugin wraps REST Handlers to perform authentication before the original handler is called in the SecurityRestFilter
The RestHandler interface in core has many other methods that are not currently being delegated properly to the original handler after the Security plugin wraps the original handler. The way the security plugin creates a wrapped Rest Handler using an anonymous function means that all of the other methods in the RestHandler would resort to their default implementation instead of the delegated implementation.
There is an optimization in core to skip a call to ensure safe buffers on Search and Bulk requests that is currently not working given that when the security plugin wraps the original rest handler it would return the default implementation of allowsUnsafeBuffers as false instead of the delegated implementation. Bulk and Search rest handlers override the RestHandler interface's default implementation.

[Triage] @cwperks to add checklist of exit criteria before flipping to triaged.


fix(docs): yarn global command in installation page

Docs update:
Update yarn command to install nextui-cli because yarn add -g <package> doesnt work and needs to use yarn add global <package>

📝 Description

⛳ Current behavior (updates)
Modify the yarn installation script to not throw error

🚀 New behavior
New script doesn't throws error with the latest version of yarn installed

💣 Is this a breaking change (Yes/No):
No.

📝 Additional Information

Summary by CodeRabbit

Documentation

Updated installation instructions for NextUI, including a revised Yarn command for global installation.
Enhanced clarity in both automatic and manual installation sections, with detailed commands for various package managers.
Added notes on Tailwind CSS setup and compatibility of NextUI version 2 with React 18 or later.

Sorry it's my first contribution, I don't know if I'm doing it right or if it has already been solved ( I searched if issue was already reported but didn't found anything )
If you have any suggestions for improvement, please let me know.

Thanks! @clementvt


Pyproject.toml

Closes #213
Switches from setup.{cfg,py} to pyproject.toml.
Installs locally ok and all tests pass.
This may not be quite ready though as I noticed however on starting napari I see the following about the declared entrypoint and skan not being imported.
❱ napari
libGL error: glx: failed to create dri3 screen
libGL error: failed to load driver: nouveau
11:12:36 ERROR napari.manifest -> 'skan' could not be imported: Cannot find module 'skan' declared in entrypoint: 'skan:napari.yaml'

I can however go to Plugins > Install/Uninstall Plugins and select napari and it loads ok. On restarting napari the error message isn't there. I suspect however this might be because this is downloading the plugin anew rather than using the entry point of the locally installed package.
I read through the Your First Plugin — napari documentation which refers to both setup.cfg and pyproject.toml being required and shows the entry point being defined in setup.cfg.
I have also looked at an new plugin brainglobe/brainrender-napari: A napari plugin to render BrainGlobe atlases and associated data as layers. and that only uses pyproject.toml and defines the entry point within and I've copied that approach, although the package isn't nested within src/ which I think may be where I've gone wrong.
Documentation on how to add such a nested entry point seems sparse, or perhaps more accurately my searching was futile. With...
[project.entry-points."napari.manifest"]
skan-napari = "skan:napari.yaml"

I tried modifying the target to both src:skan:napari.yaml and src/skan:napari.yaml but installation failed in both instances due to an invalid python-entry-point-reference.
      configuration error: `project.entry-points.napari.manifest.skan-napari` must be python-entrypoint-reference
      DESCRIPTION:
          Reference to a Python object. It is either in the form
          ``importable.module``, or ``importable.module:object.attr``.

      GIVEN VALUE:
          "src/skan:napari.yaml"

      OFFENDING RULE: 'format'

      DEFINITION:
          {
              "type": "string",
              "format": "python-entrypoint-reference",
              "$comment": "https://packaging.python.org/specifications/entry-points/"
          }
      Traceback (most recent call last):
        File "/home/neil/miniconda3/envs/napari-env/lib/python3.10/site-packages/pip/_vendor/pyproject_hooks/_in_process/_in_process.py", line 353, in <module>
          main()
        File "/home/neil/miniconda3/envs/napari-env/lib/python3.10/site-packages/pip/_vendor/pyproject_hooks/_in_process/_in_process.py", line 335, in main
          json_out['return_val'] = hook(**hook_input['kwargs'])
        File "/home/neil/miniconda3/envs/napari-env/lib/python3.10/site-packages/pip/_vendor/pyproject_hooks/_in_process/_in_process.py", line 132, in get_requires_for_build_editable
          return hook(config_settings)
        File "/tmp/pip-build-env-8b01mlta/overlay/lib/python3.10/site-packages/setuptools/build_meta.py", line 468, in get_requires_for_build_editable
          return self.get_requires_for_build_wheel(config_settings)
        File "/tmp/pip-build-env-8b01mlta/overlay/lib/python3.10/site-packages/setuptools/build_meta.py", line 355, in get_requires_for_build_wheel
          return self._get_build_requires(config_settings, requirements=['wheel'])
        File "/tmp/pip-build-env-8b01mlta/overlay/lib/python3.10/site-packages/setuptools/build_meta.py", line 325, in _get_build_requires
          self.run_setup()
        File "/tmp/pip-build-env-8b01mlta/overlay/lib/python3.10/site-packages/setuptools/build_meta.py", line 341, in run_setup
          exec(code, locals())
        File "<string>", line 1, in <module>
        File "/tmp/pip-build-env-8b01mlta/overlay/lib/python3.10/site-packages/setuptools/__init__.py", line 103, in setup
          return distutils.core.setup(**attrs)
        File "/tmp/pip-build-env-8b01mlta/overlay/lib/python3.10/site-packages/setuptools/_distutils/core.py", line 159, in setup
          dist.parse_config_files()
        File "/tmp/pip-build-env-8b01mlta/overlay/lib/python3.10/site-packages/setuptools/dist.py", line 653, in parse_config_files
          pyprojecttoml.apply_configuration(self, filename, ignore_option_errors)
        File "/tmp/pip-build-env-8b01mlta/overlay/lib/python3.10/site-packages/setuptools/config/pyprojecttoml.py", line 66, in apply_configuration
          config = read_configuration(filepath, True, ignore_option_errors, dist)
        File "/tmp/pip-build-env-8b01mlta/overlay/lib/python3.10/site-packages/setuptools/config/pyprojecttoml.py", line 127, in read_configuration
          validate(subset, filepath)
        File "/tmp/pip-build-env-8b01mlta/overlay/lib/python3.10/site-packages/setuptools/config/pyprojecttoml.py", line 55, in validate
          raise ValueError(f"{error}\n{summary}") from None
      ValueError: invalid pyproject.toml config: `project.entry-points.napari.manifest.skan-napari`.
      configuration error: `project.entry-points.napari.manifest.skan-napari` must be python-entrypoint-reference
      [end of output]

Any pointers to documentation, thoughts/suggestions/advice welcome as I wouldn't want to break anything.

Excellent, glad to hear it might be of use. :slightly_smiling_face:


Garage door not working anymore with 9.0.0 update

MSG100 not opening anymore the garage door, downgraded to 8.5.3 and working again. Anyone else?

I have the same problem after the update.

Please try 9.0.1-beta.0 version, if this works then I will release a new version, thanks!

Please try 9.0.1-beta.0 version, if this works then I will release a new version, thanks!

Confirmed working for me after update to 9.0.1-beta.0, thank you!

does not work for me with anything >v8.5.3
does not work with v9.0.0, does not work with v9.0.1-beta.0 and does not work with v9.0.1
back to 8.5.3 for now.
Let me know if I can do anything to track this problem.

@emcepe please can you create a new issue on here with some more context on how it is not working and also some homebridge logs that (hopefully) show some errors? Appreciated!
Closing this for OP as this particular issue is closed!

@bwp91: after completely restarting homebridge stack I see the problem in the log: new version needs Homebridge v1.6.0 but I am on v1.4.1.
Funny thing that one can upgrade the plug-in even if the requirements are not met :)
Well, I do not upgrade my Homebridge. In the past years I did that twice and twice it b0rked my complete setup so I had to start from scratch - I do not want to do that a third time.
Issues @ homebridge did not get any attention from the homebridge author, not in the past and not for 1.6.0 (see issues there) do I'm far away from upgrading my perfectly working homebridge setup.
Is there any good reason why your v9.x needs homebridge v1.6.0 as a minimum?

@emcepe please update to beta version of plugin, have set min version back to 1.4.0

Hi @bwp91,
thank you. Newest beta is flooding my homebridge log with tons of:
[Garagentor] incoming poll: {"header":{"mess...

Have released a version with min hb 1.4, so no more log flooding. can anyone confirm (or not!) that garage door device is working on new version of the plugin?

Mine is working properly with latest version.

okay great thanks @mao832 will close this since you are issue opener and working for you.
anyone else please open a new issue if anything not working!

anyone here with an MSG100 device? would you have any insight into this issue?
https://github.com/bwp91/homebridge-meross/issues/512


Encoding not supported message

Add the supported encodingTypes for an entity to the returned error message when posting an entity (sensor, location or featuresofinterest) fails because of a wrong supplied encodingType.

fixed


Add @scope (currently with incomplete chrome support data)

Add support information for the @scope rule.
Corresponding issue: #6056
Chrome status: https://chromestatus.com/feature/5100672734199808
Chrome intent to ship: https://groups.google.com/a/chromium.org/g/blink-dev/c/OEfGbd74QnQ/m/KaX-2hhRAAAJ
Spec: https://drafts.csswg.org/css-cascade-6/#scoped-styles
Support information for chrome is incomplete; @scope is enabled behind a flag at least as far as 114 (tested locally) and probably a bit earlier than that.

Side note: Hitting enter in a PR title edit box should not just create the new PR with an empty description, that's just terrible UX wth

Thanks! I just did more testing on this, looks like flagged support was added all the way back in 104 though not seeing it enabled by default in the latest 117 canary.

It is expected to ship in Chrome 118. https://chromium-review.googlesource.com/c/chromium/src/+/4790561


Exception thrown in request iterator causes response iterator to hang forever (Python)

I have a server with a streaming request and streaming response RPC, and a client for it, both written in Python 3.5.2 on Ubuntu 16 using gRPC 1.0.0. In the client, if the request iterator I give to gRPC throws an exception (thrown by my code), then the iterator over response objects hangs forever. I see a stack trace printed to the console when this happens:
Exception in thread Thread-7:
Traceback (most recent call last):
  File "/usr/lib/python3.5/threading.py", line 914, in _bootstrap_inner
    self.run()
  File "/usr/lib/python3.5/threading.py", line 862, in run
    self._target(*self._args, **self._kwargs)
  File "/home/arthur/myenv/lib/python3.5/site-packages/grpc/_channel.py", line 184, in consume_request_iterator
    for request in request_iterator:
  File "/home/arthur/src/my_project/my_module.py", line 159, in my_request_iterator
    json_format.Parse(json.dumps(foo), bar)
  ...
  < I have removed some extra lines of irrelevant trace here >

Ideally, I'd prefer the exception object to be caught in gRPC's thread and then rethrown in the response iterator (with the stack trace preserved) so that my code can handle it. Failing that, I'd like to see some other exception, or really anything other than hanging forever.
Edit: I just tested gRPC 1.0.1rc1 and it has the same issue.
Edit 2: This is quite easy to workaround in user code (depending on how it is structured): put a try/except block at the top level of your request generator, record the exception somewhere (and don't re-raise it!), then check for it after iterating over responses.

@thunderboltsid: this isn't quite a duplicate of, but it certainly goes hand-in-hand with, issue 8231. I'm not yet convinced that re-raising the exception from the response iterator is the right remedy; I'm open to something as simple as logging the error and cancelling the RPC. Raising a different exception from the response iterator, along with logging the original exception, strikes me as perhaps the best resolution.
@arthur-tacca: thank you for the report and for trying out 1.0.1rc1!

The fix for this landed in pull request 8686 and will be included in whatever release comes after 1.0.4 (likely 1.0.5 or 1.1.0).


fix GifImporter

closes #184

no hashes changed. seems fine to me

I did open an issue for that and other mod info fields

seems fine since we never guaranteed harmony ids to match manifest ids, many mods just used the same id


New Recipes: SPSS Statistics 28 (Node & Floating)

SPSS 28 has been requested.

SPSS 28 recipes pushed.
SPSS 27 recipes moved to _Deprecated Recipes folder (except the uninstall recipes).

Problem:
The app is unpackaged into /Applications/IBM SPSS Statistics (no major version in the folder name). I think this will have to be corrected in the pkg recipe so that we can continue to allow multiple versions to be installed.

Uninstaller still missing
Version 28 does show uninstallers of version 27
'Auto-update SPSS 27 Node License to 2021' does run as soon as node 28 is activated.

Uninstallers are in place.
installed groups now look at major version.
A policy is still required to update SPSS 27 licenses to 2022.


Add the enable-*-resolver flags to the Pipeline controller customization docs

Changes
Prompted by https://github.com/tektoncd/pipeline/pull/5415#discussion_r961027785
/kind documentation
Submitter Checklist
As the author of this PR, please check off the items in this checklist:

[x] Has Docs included if any changes are user facing
[ ] Has Tests included if any functionality added or changed
[x] Follows the commit message standard
[x] Meets the Tekton contributor standards (including
functionality, content, code)
[x] Has a kind label. You can add one by adding a comment on this PR that contains /kind <type>. Valid types are bug, cleanup, design, documentation, feature, flake, misc, question, tep
[x] Release notes block below has been updated with any user facing changes (API changes, bug fixes, changes requiring upgrade notices or deprecation warnings)
[ ] Release notes contains the string "action required" if the change requires additional action from users switching to the new release

Release Notes
NONE

/assign @lbernick

/lgtm
side note it seems a bit weird to have to enable both these flags and the alpha feature flag; we might want to change that

side note it seems a bit weird to have to enable both these flags and the alpha feature flag; we might want to change that

That's a good point - maybe we change to just requiring the flags when we go to beta?

side note it seems a bit weird to have to enable both these flags and the alpha feature flag; we might want to change that

That's a good point - maybe we change to just requiring the flags when we go to beta?

SGTM


Moves names logic from %.wat to %.wasm

This starts the process of binary encoding by moving the
work-in-progress custom name section encoder from the text format to the
binary one.

LGTM except moving the concepts from Wat to wasm pkg

I think being strict about names is a cure worse than the disease, because that means to access names means serialization each time, or redefining another type that is almost the same as the binary format, just to manifest names. That said, I also don't think it is important enough yet and it can be undone later. So, I'll move the code to be pure binary serialization meaning to compare names == hex editor. If later we find this difficult, I'll do the code again in a different way.

opened https://github.com/tetratelabs/wazero/issues/134 because I don't agree, this is just to voice an opinion. That I've done that, I'll proceed as requested! Thanks for the look

I will rewrite this PR as a serializer since there's no way to verify without binary comparison with the current direction. This will result in a larger PR, but that's also cool as we eventually need to serialize anyway.

I think the best way to decouple is to make a NamesEncoder interface with the implementation where all the other binary serialization logic is (in the wasm package which is currently implicitly the same as the binary format). Then, I can make the wat tests implement that just catching names, which avoids the problem we have now where it has to know the binary format.

Also I think we also should have not only for names, but also for Encoder interface like
type WasmEncoder struct {
    // original is either WebAssembly text or WebAssembly binary.
    Encode(original []byte) *wasm.Module
}

then wasm package should be agnostic to text or binary encoding :D

oh maybe this should be called Decoder

Anyway thank you for putting a lot of thoughts into my comments!

heh since you are the reviewer I think my next PR update will give you enough.. neither of us are in a position to eagerly serialize back into text format, so let's punt that part until we are farther ahead.

ok this was completely rewritten PTAL!

pulled out an issue for codec type refactoring as it is cart before the horse. Highest priority is converting the text format into the binary format, not for the sake of writing it, but because currently all code depends on the binary structure. Once that's done, we can refactor it and probably do it cleaner than now anyway!
https://github.com/tetratelabs/wazero/issues/136

Thanks for the hand @mathetake! I think the code structure is better now


 There currently isn't any tooling to
run it as a daemon in the background. So whatever terminal you are running
in just kill the running daemon and relaunch it.
On Sun, Jun 11, 2017 at 1:06 AM, jonah zheng<EMAIL_ADDRESS>wrote:

daemon/bonefish --realm "default" --websocket-port 9999 --rawsocket-port
8888
the command run bonefish as a standalone WAMP server，
but how resart bonefish wamp server
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub
https://github.com/tplgy/bonefish/issues/49, or mute the thread
https://github.com/notifications/unsubscribe-auth/ACmyX1c9Q-X3niEzarzpLUef3XnKIDvyks5sC3W-gaJpZM4N2TCx
.

You can also send it one of the termination signals:
#if defined(SIGQUIT)
, m_termination_signals(m_io_service, SIGTERM, SIGINT, SIGQUIT)
#else
, m_termination_signals(m_io_service, SIGTERM, SIGINT)
#endif
For example:
kill -s [QUIT|INT|TERM] $(pgrep bonefish)

On Sun, Jun 11, 2017 at 2:16 PM, David Chappelle<EMAIL_ADDRESS>wrote:

Just kill the daemon and run it again. There currently isn't any tooling
to run it as a daemon in the background. So whatever terminal you are
running in just kill the running daemon and relaunch it.
On Sun, Jun 11, 2017 at 1:06 AM, jonah zheng<EMAIL_ADDRESS>wrote:

daemon/bonefish --realm "default" --websocket-port 9999 --rawsocket-port
8888
the command run bonefish as a standalone WAMP server，
but how resart bonefish wamp server
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub
https://github.com/tplgy/bonefish/issues/49, or mute the thread
https://github.com/notifications/unsubscribe-auth/ACmyX1c9Q-X3niEzarzpLUef3XnKIDvyks5sC3W-gaJpZM4N2TCx
.

thank you.


Add type inference for OutfeedOp

In addition, it updates the semantics of OutfeedOp and SendOp to explicitly mention that the 'result' is a token type.
Also removes adaptors from CreateTokenOp and AfterAllOp that are not used.
closes #699

I realized that AfterAllOp, CreateTokenOp, and OutfeedOp all don't need an adaptor initialized, so I've removed them in this PR as well.


jib-maven-plugin should show warnings if packaging war is used and mainClass is specified

Environment:

Jib version: 1.5.1 (and also 1.4.0 I haven't checked older ones)
Build tool: jib-maven-plugin
OS: Windows 10

Description of the issue:
I tried to build a docker image from my war project, but strangely the entry point always defaulted to the base image's.
Expected behavior:
There should be a warning that the mainClass property is ignored similar to when the entry point parameter is specified.
Steps to reproduce:

Add jib-plugin config to the pom
Change packaging to war
build the docker image
The entry-point is not set

Log output:
[INFO] --- jib-maven-plugin:1.5.1:build (default-cli) @ war-gui-server ---
[WARNING] Setting image creation time to current time; your image may not be reproducible.
[INFO]
[INFO] Containerizing application to registry/war-gui:3.0.0...
[INFO] Container program arguments set to [/bin/sh] (inherited from base image)
[INFO]
[INFO] Built and pushed image as registry/war-gui:3.0.0
[INFO] Executing tasks:
[INFO] [==============================] 100,0% complete
[INFO]
[INFO] ------------------------------------------------------------------------
[INFO] BUILD SUCCESS
[INFO] ------------------------------------------------------------------------
[INFO] Total time:  20.712 s
[INFO] Finished at: 2019-08-28T14:41:25+02:00
[INFO] ------------------------------------------------------------------------

@lexuna

If ypu change the container mode to packaged instead of exploded you will getva warning if you use certain params. However you dont get a warning when using war packaging. IMO not having the warning consistently causes confusion. Well at least for me.

Yeah, if <mainClass> and <jvmFlags> are ignored when inheriting an entrypoint in the WAR case, we should show warnings if they are explicitly configured.

I'm facing same issue
mainClass, extraClasspath, jvmFlags, and expandClasspathDependencies are ignored when entrypoint is specified
how to fix it  ?


chore: redo typo PR by intls

Thanks intls for https://github.com/AztecProtocol/aztec-packages/pull/10924. Our policy is to redo typo changes to dissuade metric farming. This is an automated script.

Thanks intls for #10924. Our policy is to redo typo changes to dissuade metric farming. This is an automated script.

What does it mean?

Thanks intls for #10924. Our policy is to redo typo changes to dissuade metric farming. This is an automated script.

What is metric farming? It just my contribution!


Feature request: DetourFindRemotePayload and DetourFindRemotePayloadEx for remote process.

In my use-case, it's possible that a DLL gets injected and uninjected multiple times in the target process's lifetime. I want to add a payload to the target process for my DLL to check if it is in the target process rather than the injecting process which uses SetWindowsHookEx to ensure that the DLL is uninjected by the system if my process dies because the detour is used to transmit information to my application, so it is not useful (or cannot live at all) if my application is not running. SetWindowsHookEx requires that I need to load the DLL in the injecting process.
Since it's possible for the DLL to be uninjected, calling DetourCreateRemotePayload each time it needs to be injected will pollute the process with multiple copies of the magic payload. I cannot use a static boolean variable to track if the remote payload exists, because the case where the DLL gets injected or uninjected is either my process or the target process starting or closing (my process restarting would reset that boolean variable)
Currently, I would need to copy DetourFindPayload's implementation to my own code as well as using CreateToolhelp32Snapshot (or use ReadProcessMemory and read the module headers) to know if the payload already exists in the target process.
This should be a feature of Detours and the signature of the two functions should be the same than the in-process ones, except the void pointer returned is suitable for further reading or writing via ReadProcessMemory or WriteProcessMemory. This would have the side effect of allowing some sort of live configuration system for the detour, where the detour can just read configuration from the payload and the injector can write to it to dynamically change the behavior of the detour instead of having to establish another method of communication with the injector process (which would have been more complex for both parties).

Note that this would mean that a DetourEnumerateRemoteModules API is also required for DetourFindRemotePayloadEx or manual search for the payload to work.


Select placeholder and select item size

💬 Question
Open changing the size of select, the placeholder value is not following the size of select. The selectitem list also does not follow the size. Is there any setting for this?
Output image
UI Kitten and Eva version

Package
Version

@eva-design/eva
^2.2.0

@ui-kitten/components
^5.3.1

Could you please provide more context for the issue? Some code examples would help a lot.


Update Gemspec description. Fixes #91.

Fixes Issue #91.
Slightly reworded and removed the \ characters from the description. See the issue for more details.

Coverage decreased (-0.1%) to 99.9% when pulling 806aed23450ee16339918129022c8bb335624670 on pedelman:issue-91 into 5572423dec772e2cafeaa7adfb1cff9c546feb11 on bigcommerce:master.


Consider using kwargs instead of args in route invocation

We use *args when we invoke a view function, whereas **kwargs seems to make more sense (this is what Flask does).
This is technically a breaking change, but will only affect users that don't match their function argument names with the capture group names:
# Continues to work
@app.route('/foo/{bar}')
def foo(bar): pass

# Would now be broken
@app.route('/foo/{bar}')
def foo(notbar): pass

Not sure if it's worth the breaking change, but we should decide if we want to do this now if we want to change it.
Let me know if anyone feels strongly either way.

What is the benefits of using **kwargs over *args? Mainly interested in why flask would do it. Any ideas on why that would be the case?
Just thinking of benefits:

You do not have to worry about the order of the path variable in the route decorator when I define my function. For example, I could do:

@app.route('{user}/{game_id}')
def get_game(game_id, user):
     pass

I can use defaults if I am executing a handler somewhere else? Not sure why you would do this as it is probably better to define a wrapper around it.

The main downside though of course is that your handler parameters are not tied to the names of the parameters provided in the route decorator. So it is a bit more work if you change the name of one of the route decorator path variables as you will have to change it in the handler as well.
Currently, I do not really have any strong feelings about it.

Yeah so the feedback was exactly your code snippet.  In this case, the expectation was a user was that the {game_id} would match up to the game_id param, and not be based on the param order.  It was surprising that the game_id function arg maps to the {user} url param.
We could also give slightly better validation errors if we wanted to validate that for every capture group, you have a corresponding function argument with the same name (with the appropriate edge cases handled for **kwargs and py3 kw only args).

Right. Better validation is something you would also get. I think the **kwargs approach is growing on me (i.e. if I were to do this from scratch, I would most likely pick **kwargs over *args).

Yeah FWIW I arbitrarily chose *args in the initial implementation, I didn't really have a strong reason to do it that way and I didn't remember offhand what Flask did.

Alright. I think I would vote to make it **kwargs.  It may break some users, but it is generally documented to match the names of path parameters with the names of the handler parameters.


MM-49708 : Tryout : Adding jitter to all websocket events by default

Summary

Ticket Link

Related Pull Requests

Has server changes (please link here)
Has mobile changes (please link here)

Screenshots

Release Note

NONE

Closing as per comment https://mattermost.atlassian.net/browse/MM-49708?focusedCommentId=141657


Document pipelast

Refer https://github.com/reason-association/reasonml.org/issues/177

npm test worked all fine on my local machine but yarn bs:build && yarn dev gave me some error.
✗ yarn dev
yarn run v1.22.4
warning ../package.json: No license field
$ next
[ wait ]  starting the development server ...
[ info ]  waiting on http://localhost:3000 ...
Browserslist: caniuse-lite is outdated. Please run next command `yarn upgrade`
The static directory has been deprecated in favor of the public directory. https://err.sh/zeit/next.js/static-dir-deprecated
Warning: Built-in CSS support is being disabled due to custom CSS configuration being detected.
See here for more info: https://err.sh/next.js/built-in-css-disabled

> Using "webpackDevMiddleware" config function defined in next.config.js.
> Using external babel configuration
> Location: "/Users/wseobseo/reasonml.org/.babelrc"
[ error ] ./layouts/BeltDocsLayout.bs.js
Module not found: Can't resolve '../index_data/belt_api_index.json' in '/Users/wseobseo/reasonml.org/layouts'
[ event ] build page: /next/dist/pages/_error
[ wait ]  compiling ...
[ error ] ./layouts/BeltDocsLayout.bs.js
Module not found: Can't resolve '../index_data/belt_api_index.json' in '/Users/wseobseo/reasonml.org/layouts'
Error: Cannot find module '/Users/wseobseo/reasonml.org/.next/server/static/development/pages/_document'
Require stack:
- /Users/wseobseo/reasonml.org/node_modules/next/dist/next-server/server/load-components.js
- /Users/wseobseo/reasonml.org/node_modules/next/dist/next-server/server/api-utils.js
- /Users/wseobseo/reasonml.org/node_modules/next/dist/next-server/server/next-server.js
- /Users/wseobseo/reasonml.org/node_modules/next/dist/server/next.js
- /Users/wseobseo/reasonml.org/node_modules/next/dist/server/lib/start-server.js
- /Users/wseobseo/reasonml.org/node_modules/next/dist/cli/next-dev.js
- /Users/wseobseo/reasonml.org/node_modules/next/dist/bin/next
    at Function.Module._resolveFilename (internal/modules/cjs/loader.js:772:15)
    at Function.Module._load (internal/modules/cjs/loader.js:677:27)
    at Module.require (internal/modules/cjs/loader.js:830:19)
    at require (internal/modules/cjs/helpers.js:68:18)
    at Object.loadComponents (/Users/wseobseo/reasonml.org/node_modules/next/dist/next-server/server/load-components.js:24:25)
    at DevServer.findPageComponents (/Users/wseobseo/reasonml.org/node_modules/next/dist/next-server/server/next-server.js:528:60)
    at DevServer.renderErrorToHTML (/Users/wseobseo/reasonml.org/node_modules/next/dist/next-server/server/next-server.js:828:33)
    at DevServer.renderErrorToHTML (/Users/wseobseo/reasonml.org/node_modules/next/dist/server/next-dev-server.js:19:811)
    at processTicksAndRejections (internal/process/task_queues.js:85:5)
    at async DevServer.render (/Users/wseobseo/reasonml.org/node_modules/next/dist/next-server/server/next-server.js:513:22)
    at async Object.fn (/Users/wseobseo/reasonml.org/node_modules/next/dist/next-server/server/next-server.js:371:17)
    at async Router.execute (/Users/wseobseo/reasonml.org/node_modules/next/dist/next-server/server/router.js:132:32)
    at async DevServer.run (/Users/wseobseo/reasonml.org/node_modules/next/dist/next-server/server/next-server.js:486:29)
    at async DevServer.handleRequest (/Users/wseobseo/reasonml.org/node_modules/next/dist/next-server/server/next-server.js:138:20) {
  code: 'MODULE_NOT_FOUND',
  requireStack: [
    '/Users/wseobseo/reasonml.org/node_modules/next/dist/next-server/server/load-components.js',
    '/Users/wseobseo/reasonml.org/node_modules/next/dist/next-server/server/api-utils.js',
    '/Users/wseobseo/reasonml.org/node_modules/next/dist/next-server/server/next-server.js',
    '/Users/wseobseo/reasonml.org/node_modules/next/dist/server/next.js',
    '/Users/wseobseo/reasonml.org/node_modules/next/dist/server/lib/start-server.js',
    '/Users/wseobseo/reasonml.org/node_modules/next/dist/cli/next-dev.js',
    '/Users/wseobseo/reasonml.org/node_modules/next/dist/bin/next'
  ]
}

http://localhost:3000/ also show me Internal Server Error text.
Did I miss some steps?
But I don't think this should be a problem in merging this PR.

This should go in the native section.

@cristianoc Could you elaborate a little bit? (what do you mean by this? and why should it go to the native section)
I found where pipe-first is documented in this repo and added the corresponding changes for pipe-last.

Reflected comments, or asked questions for the comments that I couldn't solve.

Please review again, changed as suggested.

@yawaramin @ryyppy Let me know if there is still changes to be done :)

All comments addressed. This PR is ready to review again.

@wontheone1 You did a great job, thanks!
Thanks @mlms13 / @yawaramin for the review!

Thanks @wontheone1 this is great!

@ryyppy @mlms13 @yawaramin Thanks for the support! I learned a lot in the process!


[epic] Live Declarative Networking

This epic is to define how and if we should mutate Declarative Networking on live systems.
For example to "switch a running node to a different (time-, name-, gateway-)server".
This is technically possible by manually editing the network config on a single MachineInventory for example, and using an annotation or any kind of trigger to tell the elemental-register to apply the new network config on the running system. (A pre-requisite would be https://github.com/rancher/elemental-operator/issues/806 to be able to modify the network applicator yip config)
However, the scenario is still unclear. We miss input on why the node config needs to change (modifying a route for example?), and possibly some analysis on the impact of such feature, since it can break many things with no chances of recovery.
The best recommendation we have at the moment is to rely on the Elemental Reset workflow to apply any kind of change to machines. This not only will ensure that Machines will have immutable and reproducible configurations, but it will also confine any kind of configuration change to an explicit phase (reset), so that it will be easier to implement fallback/recovery automatic behaviors in case things go wrong.

@martin-weiss you asked for this some time ago 😉


Insertion Sort

write Insertion Sort Algorithm.

Hi, @Saloni6111 I would like to take on this task and contribute. Could you please assign it to me?

Hi, @Saloni6111 I would like to take on this task and contribute. Could you please assign it to me?

@Rana-Randeep  Yes, it's already assigned to you. Please go ahead!

please assign this to  me my gfg profile https://www.geeksforgeeks.org/user/utkarshagbfsx/

please assign me this issue

Hi, @Saloni6111 .Here is the link for PR ->  https://github.com/Saloni6111/DSA_Problems-Hacktoberfest-2024/pull/284.       Please verify it.

merged!

hi @Saloni6111 , On the hacktober dashboard , it is showing me that your repo is excluded.


Made cogen react ui to use runtime environment variables

Description
Made cogen react ui to use runtime environment variables
Issues
https://github.com/opea-project/GenAIExamples/issues/806
Type of change
List the type of change like below. Please delete options that are not relevant.

[X] Bug fix (non-breaking change which fixes an issue)
[ ] New feature (non-breaking change which adds new functionality)
[ ] Breaking change (fix or feature that would break existing design and interface)
[ ] Others (enhancement, documentation, validation, etc.)

Dependencies
List the newly introduced 3rd party dependency if exists.
Tests
Describe the tests that you ran to verify your changes.

There is one issue with this solution on any K8s configured with read only container filesystem, since it depends on mutating /usr/share/nginx/html.


⚠ gorzdrav.org has degraded performance

In 96bdb15, gorzdrav.org (https://gorzdrav.org) experienced degraded performance:

HTTP code: 200
Response time: 1916 ms

Resolved: gorzdrav.org performance has improved in 5d0acd6.


Documentation: Python docs for how to programmatically create slices and datasources

Hi,
We would like to pull database config for our datasources from a source dynamically on startup and create the datasources and slices at startup. We would like to script this in python as you have done in the load_examples script. We are planning to have multiple environments dev/staging/prod etc and this would be easier than configuring each time through the UI.
Could you document how to do this?
Thanks!
Frank

Would be great if someone would document some simple examples, but as you said it's basically just using the sqlalchemy ORM using Superset's models. As you said there are great examples in superset/data/__init__.py

Leaving open if someone wants to pick this up.

@mistercrunch can I also add Druid cluster this way? I think I could document at least this example then.

Sure yes. SqlAlchemy acts as a neat CRUD api. Also note that if in another language it's possible to use the crud REST API exposed as part of each model.
Check out /slicemodelview/api for Slices for example.

@mistercrunch I tried using APIs but I always get The CSRF token is missing. I tried to google it but found solutions only for JS and HTML forms. I also tried to intercept POST request in Chrome and figured out that there is csrf_token parameter passed. But I don't understand where its value is taken from. Is there something I'm missing?

Can you please provide the rest api documentation link.

http://flask-appbuilder.readthedocs.io/en/latest/quickhowto.html#rest-api


Can't download 50M or bigger file with iBridges CLI function

Describe the bug
If I try do download files from iRODS to my local environment using the CLI function of iBridges, I get an error message and a file with 0 byte size is created locally.
To Reproduce
# Start with empty loca dir
(ibridges_venv_1) [user@login1 user]$ ls /scratch/user/downloaded/

# This is the content on the iRODS side
(ibridges_venv_1) [user@login1 user]$ ibridges list irods:/testrug/home/user/ibridges_test_irods/
/testrug/home/user/ibridges_test_irods:
  /testrug/home/user/ibridges_test_irods/100MB_Testfile
  /testrug/home/user/ibridges_test_irods/1GB_File
  /testrug/home/user/ibridges_test_irods/250MB_Testfile
  /testrug/home/user/ibridges_test_irods/500MB_Testfile
  /testrug/home/user/ibridges_test_irods/50MB_Testfile

# Now try to download a file from the iRODS side to local via 'ibridges download'
(ibridges_venv_1) [user@login1 user]$ ibridges download irods:/testrug/home/user/ibridges_test_irods/50MB_Testfile /scratch/user/downloaded/
Traceback (most recent call last):
  File "/home2/user/.venv/ibridges_venv_1/bin/ibridges", line 8, in <module>
    sys.exit(main())
             ^^^^^^
  File "/home2/user/.venv/ibridges_venv_1/lib64/python3.11/site-packages/ibridges/__main__.py", line 67, in main
    ibridges_download()
  File "/home2/user/.venv/ibridges_venv_1/lib64/python3.11/site-packages/ibridges/__main__.py", line 214, in ibridges_download
    download(session,
  File "/home2/user/.venv/ibridges_venv_1/lib64/python3.11/site-packages/ibridges/data_operations.py", line 414, in download
    _obj_get(session, irods_path, local_path, overwrite, resc_name, options)
  File "/home2/user/.venv/ibridges_venv_1/lib64/python3.11/site-packages/ibridges/data_operations.py", line 202, in _obj_get
    session.irods_session.data_objects.get(str(irods_path), local_path, **options)
  File "/home2/user/.venv/ibridges_venv_1/lib64/python3.11/site-packages/irods/manager/data_object_manager.py", line 165, in get
    self._download(path, local_path, num_threads = num_threads, **options)
  File "/home2/user/.venv/ibridges_venv_1/lib64/python3.11/site-packages/irods/manager/data_object_manager.py", line 145, in _download
    if not self.parallel_get( (obj,o), local_path, num_threads = num_threads,
           ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/home2/user/.venv/ibridges_venv_1/lib64/python3.11/site-packages/irods/manager/data_object_manager.py", line 269, in parallel_get
    return parallel.io_main( self.sess, data_or_path_, parallel.Oper.GET | (parallel.Oper.NONBLOCKING if async_ else 0), file_,
           ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/home2/user/.venv/ibridges_venv_1/lib64/python3.11/site-packages/irods/parallel.py", line 469, in io_main
    retval = _io_multipart_threaded (Operation, (Data, Io), replica_token, resc_hier, session, fname, total_bytes,
             ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/home2/user/.venv/ibridges_venv_1/lib64/python3.11/site-packages/irods/parallel.py", line 357, in _io_multipart_threaded
    File = gen_file_handle()
           ^^^^^^^^^^^^^^^^^
  File "/home2/user/.venv/ibridges_venv_1/lib64/python3.11/site-packages/irods/parallel.py", line 356, in <lambda>
    gen_file_handle = lambda: open(fname, Operation.disk_file_mode(initial_open = (counter == 1)))
                              ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
IsADirectoryError: [Errno 21] Is a directory: '/scratch/user/downloaded'
(ibridges_venv_1) [user@login1 user]$ ls /scratch/user/downloaded/
50MB_Testfile
(ibridges_venv_1) [user@login1 user]$ ls -l /scratch/user/downloaded/
total 0
-rw-rw-r--. 1 user user 0 Apr 25 12:16 50MB_Testfile

Expected behavior
Files get downloaded from iRODS to local.
Provide some information:

OS: Linux (Rocky)
Software version or branch you are working on:  0.1.4 (installed via pip)
python version: 3.11
iRODS version: 4.2.11
python-irodsclient version (python -c "import irods; print(irods.__version__)" ): 2.0.0

Hi @jnimoth,
I'm trying to reproduce it locally, but no luck so far (same versions, except the iRODS server). The question is where the actual problem lies. Have you tried the same thing with the iBridges API as well?
Perhaps you can try to see if you use the python-irodsclient directly (in an interactive python):
from ibridges.interactive import interactive_auth

session = interactive_auth()
session.irods_session.data_objects.get("/testrug/home/user/ibridges_test_irods/50MB_Testfile", "/scratch/user/downloaded/")

Hi,
I just tried again via the ibridges API, I get also errors with it:
>>> session.irods_session.data_objects.get("/testrug/home/user/ibridges_test_irods/50MB_Testfile", "/scratch/user/downloaded/")
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
  File "/home2/user/.venv/ibridges_venv_1/lib64/python3.11/site-packages/irods/manager/data_object_manager.py", line 165, in get
    self._download(path, local_path, num_threads = num_threads, **options)
  File "/home2/user/.venv/ibridges_venv_1/lib64/python3.11/site-packages/irods/manager/data_object_manager.py", line 145, in _download
    if not self.parallel_get( (obj,o), local_path, num_threads = num_threads,
           ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/home2/user/.venv/ibridges_venv_1/lib64/python3.11/site-packages/irods/manager/data_object_manager.py", line 269, in parallel_get
    return parallel.io_main( self.sess, data_or_path_, parallel.Oper.GET | (parallel.Oper.NONBLOCKING if async_ else 0), file_,
           ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/home2/user/.venv/ibridges_venv_1/lib64/python3.11/site-packages/irods/parallel.py", line 469, in io_main
    retval = _io_multipart_threaded (Operation, (Data, Io), replica_token, resc_hier, session, fname, total_bytes,
             ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/home2/user/.venv/ibridges_venv_1/lib64/python3.11/site-packages/irods/parallel.py", line 357, in _io_multipart_threaded
    File = gen_file_handle()
           ^^^^^^^^^^^^^^^^^
  File "/home2/user/.venv/ibridges_venv_1/lib64/python3.11/site-packages/irods/parallel.py", line 356, in <lambda>
    gen_file_handle = lambda: open(fname, Operation.disk_file_mode(initial_open = (counter == 1)))
                              ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
IsADirectoryError: [Errno 21] Is a directory: '/scratch/user/downloaded/'

I then also tried to download a file again on another Linux machine (Ubuntu-based, Python 3.10, same ibridges version), and I  also see an error there:
$ ibridges download irods:/testrug/home/user/1GB_Testfile_1 /home/user/

Traceback (most recent call last):
  File "/home/user/python_venvs/ibridges_new/bin/ibridges", line 8, in <module>
    sys.exit(main())
  File "/home/user/python_venvs/ibridges_new/lib/python3.10/site-packages/ibridges/__main__.py", line 67, in main
    ibridges_download()
  File "/home/user/python_venvs/ibridges_new/lib/python3.10/site-packages/ibridges/__main__.py", line 214, in ibridges_download
    download(session,
  File "/home/user/python_venvs/ibridges_new/lib/python3.10/site-packages/ibridges/data_operations.py", line 414, in download
    _obj_get(session, irods_path, local_path, overwrite, resc_name, options)
  File "/home/user/python_venvs/ibridges_new/lib/python3.10/site-packages/ibridges/data_operations.py", line 202, in _obj_get
    session.irods_session.data_objects.get(str(irods_path), local_path, **options)
  File "/home/user/python_venvs/ibridges_new/lib/python3.10/site-packages/irods/manager/data_object_manager.py", line 165, in get
    self._download(path, local_path, num_threads = num_threads, **options)
  File "/home/user/python_venvs/ibridges_new/lib/python3.10/site-packages/irods/manager/data_object_manager.py", line 145, in _download
    if not self.parallel_get( (obj,o), local_path, num_threads = num_threads,
  File "/home/user/python_venvs/ibridges_new/lib/python3.10/site-packages/irods/manager/data_object_manager.py", line 269, in parallel_get
    return parallel.io_main( self.sess, data_or_path_, parallel.Oper.GET | (parallel.Oper.NONBLOCKING if async_ else 0), file_,
  File "/home/user/python_venvs/ibridges_new/lib/python3.10/site-packages/irods/parallel.py", line 469, in io_main
    retval = _io_multipart_threaded (Operation, (Data, Io), replica_token, resc_hier, session, fname, total_bytes,
  File "/home/user/python_venvs/ibridges_new/lib/python3.10/site-packages/irods/parallel.py", line 357, in _io_multipart_threaded
    File = gen_file_handle()
  File "/home/user/python_venvs/ibridges_new/lib/python3.10/site-packages/irods/parallel.py", line 356, in <lambda>
    gen_file_handle = lambda: open(fname, Operation.disk_file_mode(initial_open = (counter == 1)))
IsADirectoryError: [Errno 21] Is a directory: '/home/user'

The issue seems to just appear for files of a certain size. For example, I just tried a smaller file (~20 MB) which worked directly:
(ibridges_venv_1) [user@login1 ~]$ ibridges download irods:/testrug/home/user/ibridges_test_irods/20MB_Testfile /scratch/user/downloaded/

(ibridges_venv_1) [user@login1 ~]$ ls -l /scratch/user/downloaded/
total 16360
-rw-rw-r--. 1 user user 20000000 Apr 25 17:08 20MB_Testfile

When I go for a bigger file (now ~35 MB), I see again the error:
(ibridges_venv_1) [user@login1 ~]$ ibridges download irods:/testrug/home/user/ibridges_test_irods/35MB_Testfile /scratch/user/downloaded/
Traceback (most recent call last):
  File "/home2/user/.venv/ibridges_venv_1/bin/ibridges", line 8, in <module>
    sys.exit(main())
             ^^^^^^
  File "/home2/user/.venv/ibridges_venv_1/lib64/python3.11/site-packages/ibridges/__main__.py", line 67, in main
    ibridges_download()
  File "/home2/user/.venv/ibridges_venv_1/lib64/python3.11/site-packages/ibridges/__main__.py", line 214, in ibridges_download
    download(session,
  File "/home2/user/.venv/ibridges_venv_1/lib64/python3.11/site-packages/ibridges/data_operations.py", line 414, in download
    _obj_get(session, irods_path, local_path, overwrite, resc_name, options)
  File "/home2/user/.venv/ibridges_venv_1/lib64/python3.11/site-packages/ibridges/data_operations.py", line 202, in _obj_get
    session.irods_session.data_objects.get(str(irods_path), local_path, **options)
  File "/home2/user/.venv/ibridges_venv_1/lib64/python3.11/site-packages/irods/manager/data_object_manager.py", line 165, in get
    self._download(path, local_path, num_threads = num_threads, **options)
  File "/home2/user/.venv/ibridges_venv_1/lib64/python3.11/site-packages/irods/manager/data_object_manager.py", line 145, in _download
    if not self.parallel_get( (obj,o), local_path, num_threads = num_threads,
           ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/home2/user/.venv/ibridges_venv_1/lib64/python3.11/site-packages/irods/manager/data_object_manager.py", line 269, in parallel_get
    return parallel.io_main( self.sess, data_or_path_, parallel.Oper.GET | (parallel.Oper.NONBLOCKING if async_ else 0), file_,
           ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/home2/user/.venv/ibridges_venv_1/lib64/python3.11/site-packages/irods/parallel.py", line 469, in io_main
    retval = _io_multipart_threaded (Operation, (Data, Io), replica_token, resc_hier, session, fname, total_bytes,
             ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/home2/user/.venv/ibridges_venv_1/lib64/python3.11/site-packages/irods/parallel.py", line 357, in _io_multipart_threaded
    File = gen_file_handle()
           ^^^^^^^^^^^^^^^^^
  File "/home2/user/.venv/ibridges_venv_1/lib64/python3.11/site-packages/irods/parallel.py", line 356, in <lambda>
    gen_file_handle = lambda: open(fname, Operation.disk_file_mode(initial_open = (counter == 1)))
                              ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
IsADirectoryError: [Errno 21] Is a directory: '/scratch/user/downloaded'
(ibridges_venv_1) [user@login1 ~]$ ls -l /scratch/user/downloaded/
total 19532
-rw-rw-r--. 1 user user 20000000 Apr 25 17:08 20MB_Testfile
-rw-rw-r--. 1 user user        0 Apr 25 17:08 35MB_Testfile

Maybe it should be also mentioned that the other way around, so uploading via ibridges upload ... works without any issue. This is also true when the files are bigger (tested up to 1GB).

We found the bug in the python-irodsclient:
https://github.com/irods/python-irodsclient/issues/543
Work around for now is to define a distinct file location for  larger files rather than a destination folder.

I created a temporary quick fix in the branch 126-workaround. Can you please let us know if that fixes your issue?
pip install git+https://github.com/UtrechtUniversity/iBridges.git@126-workaround

Hi Christine,
I  can confirm that the downloads now work with the provided fix! Thanks!


Bump Microsoft.Management.Infrastructure from 2.0.0 to 3.0.0-preview.1

PR Summary
Update to the latest preview of MMI. This removes RID specific runtimes and make it compatible with .NET 8 preview 5+
Fixes issues seen in #19991
PR Context

PR Checklist

[x] PR has a meaningful title

Use the present tense and imperative mood when describing your changes

[x] Summarized changes
[x] Make sure all .h, .cpp, .cs, .ps1 and .psm1 files have the correct copyright header
[ ] This PR is ready to merge and is not Work in Progress.

If the PR is work in progress, please add the prefix WIP: or [ WIP ] to the beginning of the title (the WIP bot will keep its status check at Pending while the prefix is present) and remove the prefix when the PR is ready.

Breaking changes

[ ] None
OR
[ ] Experimental feature(s) needed

[ ] Experimental feature name(s):

User-facing changes

[ ] Not Applicable
OR
[ ] Documentation needed

[ ] Issue filed:

Testing - New and feature

[ ] N/A or can only be tested interactively
OR
[ ] Make sure you've added a new test if existing tests do not effectively test the code changed

Tooling

[ ] I have considered the user experience from a tooling perspective and don't believe tooling will be impacted.
OR
[ ] I have considered the user experience from a tooling perspective and opened an issue in the relevant tool repository. This may include:

[ ] Impact on PowerShell Editor Services which is used in the PowerShell extension for VSCode
(which runs in a different PS Host).

[ ] Issue filed:

[ ] Impact on Completions (both in the console and in editors) - one of PowerShell's most powerful features.

[ ] Issue filed:

[ ] Impact on PSScriptAnalyzer (which provides linting & formatting in the editor extensions).

[ ] Issue filed:

[ ] Impact on EditorSyntax (which provides syntax highlighting with in VSCode, GitHub, and many other editors).

[ ] Issue filed:

Will the new dll backward compatible? It would be great. Otherwise we need update SDK documentation.

It is a major version update, we have no plans to backport it to v7.2 and v7.3.


Including a ref to this project makes certain other files dissapear

I have the following code in my project file
  <PropertyGroup Label="MultilingualAppToolkit">
    <MultilingualAppToolkitVersion>4.0</MultilingualAppToolkitVersion>
    <MultilingualFallbackLanguage>en</MultilingualFallbackLanguage>
  </PropertyGroup>
  <ItemGroup>
    <XliffResource Include="**\*.xlf" />
  </ItemGroup>

without a reference to the WPF support supplied in this library it works. With a reference none of the xlf files show up in the solution browser.
Any idea why that may be?

There seems to be a big file
https://github.com/aienabled/WpfNetStandardSample/blob/master/CustomProjectSystem/Rules/ProjectItemsSchema.xaml
that is missing xlf as an extensions. I'm not really sure how this is meant to work. Adding stuff to this file feels like the wrong thing to be doing?

@bradphelan, you need to add xlf file extension and ContentType for XliffResource there... quite similar to XAML page. Not sure if you will need to create a separate "XAML rule" (a special XAML file with a definition for XliffResource).
Usually XliffResource is already defined somewhere, you just need to find where and copy its definition.
I've created this file mostly by looking into default ProjectItemsSchema.xaml somewhere inside C:\Program Files (x86)\Microsoft Visual Studio or C:\Program Files (x86)\MSBuild.

Why does it override stuff that is already defined? the <XLiffResource> tag is enabled by the multi lingual app toolkit VSIX plugin Perhaps there is a way not to clobber it.

I've found all the schema stuff in
C:\Program Files (x86)\Microsoft Visual Studio\2017\Professional\MSBuild\Microsoft\Multilingual App Toolkit\v4.0
There's a couple of xaml files in there
xamlfiles.zip
plus tons of .targets files and dlls.
What is the exact cause of the problem here. Why did you have to create the large file you did rather than just add the rules for XAML. I'm assuming there is a good reason and I'm just trying to understand.

I've added

and

but it still doesn't show the xlf files. Restarted Visual Studio of course

@bradphelan I can only guess that you need to import these targets from C:\Program Files (x86)\Microsoft Visual Studio\2017\Professional\MSBuild\Microsoft\Multilingual App Toolkit\v4.0 (before or after custom targets).

ok. I can try that. But I'd like to understand why it was necessary to redefine all the standard stuff and in the process erase anything a plugin as registered rather than just add XAML/WPF support. What is the key idea I'm missing here?

@bradphelan I don't have complete understanding too.
But from what I learned in the past 1.5 years since adapting https://github.com/Microsoft/VSProjectSystem (and https://github.com/dotnet/project-system previously known as New or Roslyn project system, this project is built upon it) is that it doesn't include many things (like XAML file definitions) so we have to define them. Time has passed and I didn't really monitored the whole situation, so perhaps there are some improvements and most of the Rules (located at https://github.com/aienabled/WpfNetStandardSample/blob/master/CustomProjectSystem/Rules) could be safely removed as they already should be defined by https://github.com/dotnet/project-system
Some plugins relied on old project system support (and I'm not sure how file type mapping worked then - was it using XAML Rules or something else) and might not work with new project system. But in the case of Multilingual App Toolkit it seems straightforward that you need to import its targets into your project (or directly into your custom targets so all projects importing custom targets will also import Multilingual App Toolkit targets) as they define the XAML Rules.

I still don't quite get it. If I don't reference your CustomProject.props file then the multi language toolkit is included. This means the default SDK 461 project system already includes the reference to the correct targets files from the plugin. However as soon as I do reference your CustomProjects.props it no longer works. So this means you are not just adding things, you are removing things as well.  I hope there is a way to extend rather than replace the current state.

@bradphelan, oh, I see. I don't intentionally exclude anything other than these two properties in CustomProject.props:
<EnableDefaultItems>false</EnableDefaultItems>
<EnableDefaultCompileItems>false</EnableDefaultCompileItems>

It seems importing custom ProjectSchemaDefinitions (I mean ProjectItemsSchema.xml) will not override everything already defined by new Project System (from ProjectSDK). It's addtive. I just pushed this commit https://github.com/aienabled/WpfNetStandardSample/commit/fc2d761d48e23c94bf806a7c77e3a7f2ec778606 I'm quite sure there are a lot of things which can be removed from Rules folder now as they're already implemented by new Project System.

The reason is here

<Project ToolsVersion="15.0" DefaultTargets="Build" xmlns="http://schemas.microsoft.com/developer/msbuild/2003">

	<PropertyGroup>
		<TargetFramework>net462</TargetFramework>
		<EnableDefaultItems>false</EnableDefaultItems>
		<EnableDefaultCompileItems>false</EnableDefaultCompileItems>
	</PropertyGroup>

	<Import Project="$(MSBuildThisFileDirectory)\CustomProject.targets" />

</Project>

EnableDefaultItems and EnableDefaultCompileItems have been set to false. This wipes out the built in rules. Setting them to true causes errors with the XAML compile being that duplicate compile rules have been added for the same files. But I think this should be fixible ( I hope ) Will go have some lunch and get back to this in an hour or so.

@bradphelan, that's what I wrote above. It's nice you caught it now.
Perhaps we can get rid of them. I will take a look now.

@bradphelan, great news, I've removed all the extra rules and simplified default items inclusion entry.
See commit https://github.com/aienabled/WpfNetStandardSample/commit/52a009992e9ba6e98ae104f892c5831cf1bb79d7
It seems that the issue https://github.com/aienabled/WpfNetStandardSample/issues/1 is also resolved now - I can't reproduce it anymore.

Ok I'll give it a spin 👍

It works perfectly. Thanks for the fast turn around on this 🥇
But #1 is still a problem for me

@bradphelan, I'm glad to help. Closing this now.
Regarding #1, you're right. It seems ReSharper fooled me again.
From the build log it's obvious that when *.tmp_proj (which is related to two-step XAML build process, not something I wrote) is starting building all the previous errors are cleaned and don't appear in the Errors menu, only errors which happened after starting building tmp project displayed there.


Error 3120008: Key already exists

GuangdeMacBook-Pro:cleos tg$ ./cleos wallet import --private-key 5KQwrPbwdL6PhXujxW37FSSQZ1JiwsST4cqQzDeyXtP79zkvFD3
Error 3120008: Key already exists

You got this because public key related to this private key is exist in your wallet...please check it using
cleos wallet keys
it gives you list of public keys which already exists in your wallet.

@yashbhavsar007 thanks


Collection as a computed attribute dependency

Hey, I'm currently experimenting with Epoxy and computed attributes are pretty sweet! Is it possible to use collections as dependencies for computed attributes? Whenever an add, remove, reset, or change event is triggered from a collection, the computed attribute gets updated.
Here's an example of what I'm trying to do:
var Cart = Backbone.Epoxy.Model.extend({
	defaults: function()
	{
		return {items: new Backbone.Collection};
	},
	computeds: {
		total: function()
		{
			return this.get('items').reduce(function(sum, item)
			{
				return sum + item.get('price');
			}, 0);
		}
	}
});

var cart = new Cart;
console.log(cart.get('total')); // 0

var item = new Backbone.Model({price: 5});
cart.get('items').push(item);
console.log(cart.get('total')); // 0 (should be 5)

item.set('price', 10);
console.log(cart.get('total')); // 0 (should be 10)

Also see https://github.com/gmac/backbone.epoxy/issues/25 regarding recomputing of computeds.


Need to update deployment for monorepo app

Need to go through each deployment workflow and ensure it is still working correctly. Need to then verify that production app is working as expected.

Finished with https://github.com/Bioinformatics-Research-Network/Bioinformed-Skill-App/commit/0710e2290dbb61298563aa36e377d8f290d064ca


Inspect the build setup to determine the extra flags to pass to the swift build invocations during preparation

The BuildParameters that we were previously inspecting contained some parameters that SwiftPM synthesizes and that weren’t specified on the command line. For example, it contains -g for all languages. This causes us to add -Xswiftc -g -Xcc -g -Xcxx -g to the swift build invocations for preparation, which is not necessary.

@swift-ci Please test


Fix volume snapshot of encrypted NFS/StorPool volume

Description
Fix volume snapshot of encrypted NFS volume.
2024-04-03 15:39:03,835 ERROR [kvm.storage.KVMStorageProcessor] (agentRequest-Handler-1:null) (logid:7f88a6bf) Failed take snapshot for volume [volumeTO[uuid=2cc4e5b3-37e1-437f-928e-13c00b73
caf7|path=2cc4e5b3-37e1-437f-928e-13c00b73caf7|datastore=PrimaryDataStoreTO[uuid=cc7256f6-831e-3c38-86ec-dc785413ce21|name=nfs|id=3|pooltype=NetworkFilesystem]]], in VM [i-2-21-VM], due to [
Failed to convert volumeTO[uuid=2cc4e5b3-37e1-437f-928e-13c00b73caf7|path=2cc4e5b3-37e1-437f-928e-13c00b73caf7|datastore=PrimaryDataStoreTO[uuid=cc7256f6-831e-3c38-86ec-dc785413ce21|name=nfs|id=3|pooltype=NetworkFilesystem]] snapshot of volume [/mnt/cc7256f6-831e-3c38-86ec-dc785413ce21/2cc4e5b3-37e1-437f-928e-13c00b73caf7] to [/mnt/cc7256f6-831e-3c38-86ec-dc785413ce21/snapshots
/e620de51-d0ec-4600-98b6-c1302b10b125] due to [qemu-img: Could not open 'driver=qcow2,file.filename=/mnt/cc7256f6-831e-3c38-86ec-dc785413ce21/2cc4e5b3-37e1-437f-928e-13c00b73caf7': Parameter
 'encrypt.key-secret' is required for cipher].].

Fix backup snapshot to secondary of encrypted StorPool volume
Types of changes

[ ] Breaking change (fix or feature that would cause existing functionality to change)
[ ] New feature (non-breaking change which adds functionality)
[X] Bug fix (non-breaking change which fixes an issue)
[ ] Enhancement (improves an existing feature and functionality)
[ ] Cleanup (Code refactoring and cleanup, that may add test cases)
[ ] build/CI

Bug Severity

[ ] BLOCKER
[ ] Critical
[X] Major
[ ] Minor
[ ] Trivial

How Has This Been Tested?
Manually tested with StorPool/NFS
executed some StorPool smoke tests

Codecov Report
Attention: Patch coverage is 0% with 45 lines in your changes are missing coverage. Please review.

Project coverage is 21.63%. Comparing base (38f0286) to head (0ff8418).

Files
Patch %
Lines

.../wrapper/StorPoolBackupSnapshotCommandWrapper.java
0.00%
25 Missing :warning:

...ud/hypervisor/kvm/storage/KVMStorageProcessor.java
0.00%
20 Missing :warning:

Additional details and impacted files
@@             Coverage Diff              @@
##               4.19    #8873      +/-   ##
============================================
- Coverage     30.96%   21.63%   -9.33%
+ Complexity    34330    22053   -12277
============================================
  Files          5355     5219     -136
  Lines        376691   354358   -22333
  Branches      54815    50782    -4033
============================================
- Hits         116626    76679   -39947
- Misses       244692   266545   +21853
+ Partials      15373    11134    -4239

Flag
Coverage Δ

simulator-marvin-tests
23.15% <0.00%> (-1.64%)
:arrow_down:

uitests
4.38% <ø> (ø)

unit-tests
?

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

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

@blueorangutan package

@DaanHoogland a [SL] Jenkins job has been kicked to build packages. It will be bundled with  KVM, XenServer and VMware SystemVM templates. I'll keep you posted as I make progress.

Packaging result [SF]: ✔ el7 ✔ el8 ✔ el9 ✔ debian ✔ suse15.  It will be bundled with  KVM, XenServer and VMware SystemVM templates. I'll keep you posted as I make progress.

Packaging result [SF]: ✔ el7 ✔ el8 ✔ el9 ✔ debian ✔ suse15. SL-JID 9232

@blueorangutan test

@DaanHoogland a [SL] Trillian-Jenkins test job (centos7 mgmt + kvm-centos7) has been kicked to run smoke tests

[SF] Trillian test result (tid-9808)
Environment: kvm-centos7 (x2), Advanced Networking with Mgmt server 7
Total time taken: 45835 seconds
Marvin logs: https://github.com/blueorangutan/acs-prs/releases/download/trillian/pr8873-t9808-kvm-centos7.zip
Smoke tests completed. 128 look OK, 1 have errors, 0 did not run
Only failed and skipped tests results shown below:

Test
Result
Time (s)
Test File

test_01_vpc_site2site_vpn
Failure
279.99
test_vpc_vpn.py

Rekicked GH Actions

@blueorangutan package

@DaanHoogland a [SL] Jenkins job has been kicked to build packages. It will be bundled with  KVM, XenServer and VMware SystemVM templates. I'll keep you posted as I make progress.

Packaging result [SF]: ✔ el7 ✔ el8 ✔ el9 ✔ debian ✔ suse15. SL-JID 10056

@blueorangutan test alma9 kvm-alma9

not sure why, but the GHA keep failing

@blueorangutan test alma9 kvm-alma9

@DaanHoogland a [SL] Trillian-Jenkins test job (alma9 mgmt + kvm-alma9) has been kicked to run smoke tests

[SF] Trillian test result (tid-10553)
Environment: kvm-alma9 (x2), Advanced Networking with Mgmt server a9
Total time taken: 47845 seconds
Marvin logs: https://github.com/blueorangutan/acs-prs/releases/download/trillian/pr8873-t10553-kvm-alma9.zip
Smoke tests completed. 131 look OK, 0 have errors, 0 did not run
Only failed and skipped tests results shown below:

Test
Result
Time (s)
Test File


Full support for arrays

min, max and avg funcs accept array argument.
Also array function is defined which return its arguments as array.
Square bracket arrays are also supported.
valid expression -> "max([1,2,3])"
valid expression -> "max(array(1,2,3))"
valid expression -> "max($ages_arr)"
valid expression -> "max(ages_arr())"

Very nice!  Thanks.


Tags can still be added even if their name is already taken

Emerald -- Today at 12:30 AM
!tag new test "testing"

scubot(BOT) -- Today at 12:30 AM
[:ok_hand:] Tag added.

Emerald -- Today at 12:30 AM
!tag new test "testing"

scubot(BOT) -- Today at 12:30 AM
[!] This tag already exists.
[:ok_hand:] Tag added.

Fixed in commit 9b97e2f.


Using interest rate on minimum instalment value

I received a fatal error on: /Users/cezar/Web/Ebanx/woocommerce-gateway-ebanx/woocommerce-gateway-ebanx/services/class-wc-ebanx-one-click.php on line 316.
The error description is:
Fatal error: Uncaught Error: Call to undefined method WC_EBANX_Credit_Card_MX_Gateway::fetch_acquirer_max_installments_for_price()


Css loaded after content on the doc website

This seems not to be happening anymore, probably it was because of the missing parameter on the useDarkTheme hook. I'm going to close it, but feel free to reopen in case it starts happening again.


Change Unpin to Pin

summary
Isn't the part "Unpin" in 【】 the following sentence "Pin"?
Sorry if I am wrong.
Changes
Before change
By wrapping `Self` into `Pin` and letting the compiler opt-out of 【Unpin】 for self-referential futures generated from async/await, it is guaranteed that the futures are not moved in memory between `poll` calls. This ensures that all internal references are still valid.

After change
By wrapping `Self` into `Pin` and letting the compiler opt-out of `Pin` for self-referential futures generated from async/await, it is guaranteed that the futures are not moved in memory between `poll` calls. This ensures that all internal references are still valid.

No, Unpin is a trait implemented for most types by default. It allows you to wrap and unwrap Pin from values of such types.


Where to find the Actual Data

Getting deep into your projects, I couldn't find actual data for further study on the subject. Would you provide a link or any means to access the data?

The data is in the data folder. And the path to the data file to be used is set at env/config.py.


Can't switch to particular view in mobile

I have several views. I can't switch to one of them in mobile mode (Chrome on Android). Its the one with my camera entity on it - that seems to be the only differentiating factor. If I press to navigate to that view, it just goes to the next one in the list.

Every time or did you reset server  with UI open?
On Sat, Feb 20, 2016, 17:53 happyleavesaoc<EMAIL_ADDRESS>wrote:

I have several views. I can't switch to one of them in mobile mode (Chrome
on Android). Its the one with my camera entity on it - that seems to be the
only differentiating factor. If I press to navigate to that view, it just
goes to the next one in the list.
—
Reply to this email directly or view it on GitHub
https://github.com/balloob/home-assistant/issues/1352.

That was it.


LitGPT Python API seems to use more memory than chat

Bug description
To reproduce:
from litgpt import LLM

llm = LLM.load("mistralai/mathstral-7B-v0.1")

or even
from litgpt import LLM

llm = LLM.load("mistralai/mathstral-7B-v0.1", quantize="bnb.nf4")

results in an out-of-memory error on an A10G with 23 GB memory.
It works fine via
litgpt chat mistralai/mathstral-7B-v0.1

What operating system are you using?
Unknown
LitGPT Version
0.4.4

I think it's a duplicate of #1582

Thanks! I have a bunch of morning meetings but plan to take care of it today