No response

Hello. I keep getting no response in Home on my Nuki Smartlocks. I keep having those same messages in the log :
/usr/lib/node_modules/homebridge-nb/node_modules/homebridge-lib/lib/HttpClient.js:367
error = new HttpError(error.message, requestInfo)
^
Error: connect EHOSTUNREACH <IP_ADDRESS>:8080
at ClientRequest. (/usr/lib/node_modules/homebridge-nb/node_modules/homebridge-lib/lib/HttpClient.js:367:21)
at ClientRequest.emit (node:events:390:28)
at Socket.socketErrorListener (node:_http_client:447:9)
at Socket.emit (node:events:390:28)
at emitErrorNT (node:internal/streams/destroy:157:8)
at emitErrorCloseNT (node:internal/streams/destroy:122:3)
at processTicksAndRejections (node:internal/process/task_queues:83:21)
[01/11/2021, 08:16:21] [Nuki] goodbye
[01/11/2021, 08:16:21] [Nuki] Child bridge process ended
[01/11/2021, 08:16:21] [Nuki] Process Ended. Code: 1, Signal: null
[01/11/2021, 08:16:28] [Nuki] Restarting Process...
Initializing HAP-NodeJS v0.9.6...
[01/11/2021, 08:16:29] [Nuki] Launched child bridge with PID 20674
[01/11/2021, 08:16:29] Registering platform 'homebridge-nb.Lib'
[01/11/2021, 08:16:30] Registering platform 'homebridge-nb.NB'
[01/11/2021, 08:16:30] [Nuki] Loaded homebridge-nb v1.1.13 child bridge successfully
[01/11/2021, 08:16:30] Loaded 11 cached accessories from cachedAccessories.0E31B8333214.
[01/11/2021, 08:16:30] [Nuki] homebridge-nb v1.1.13, node v16.13.0, homebridge v1.3.5, homebridge-lib v5.1.16
[01/11/2021, 08:16:30] [Nuki] Nuki_Bridge_5E62B028: Nuki Bridge v1.18.2 5E62B028 at <IP_ADDRESS>:8080
[01/11/2021, 08:16:30] [Nuki] RESERVE BOISSONS: Nuki Smart Lock v1.12.0 C146B81
[01/11/2021, 08:16:30] [Nuki] Nuki_Bridge_3579BA5B: Nuki Bridge v1.18.2 3579BA5B at <IP_ADDRESS>:8080
[01/11/2021, 08:16:30] [Nuki] REGIE: Nuki Smart Lock v1.12.0 C0F4929
[01/11/2021, 08:16:30] [Nuki] Nuki_Bridge_361F9939: Nuki Bridge v1.18.2 361F9939 at <IP_ADDRESS>:8080
[01/11/2021, 08:16:30] [Nuki] BUREAU: Nuki Smart Lock v1.12.0 C1487B9
[01/11/2021, 08:16:30] [Nuki] Nuki_Bridge_30112FD: Nuki Bridge v1.18.2 30112FD at <IP_ADDRESS>:8080
[01/11/2021, 08:16:30] [Nuki] LOCAL TECHNIQUE: Nuki Smart Lock v1.12.0 C1496A9
[01/11/2021, 08:16:30] [Nuki] Nuki_Bridge_19FED791: Nuki Bridge v1.18.2 19FED791 at <IP_ADDRESS>:8080
[01/11/2021, 08:16:30] [Nuki] Nuki_Bridge_296BEDCC: Nuki Bridge v1.18.2 296BEDCC at <IP_ADDRESS>:8080
[01/11/2021, 08:16:30] [Nuki] COULOIR SECOURS: Nuki Smart Lock v1.13.1 AF4FA59
Preparing Advertiser for 'Nuki 8681' using ciao backend!
[01/11/2021, 08:16:30] [Nuki] restored 11 accessories from cache
Starting to advertise 'Nuki 8681' using ciao backend!
[01/11/2021, 08:16:30] Homebridge v1.3.5 (Nuki) is running on port 37458.
[01/11/2021, 08:16:31] [Nuki] Nuki_Bridge_30112FD: warning: unclean shutdown - checking for stale subscriptions
[01/11/2021, 08:16:31] [Nuki] Nuki_Bridge_361F9939: warning: unclean shutdown - checking for stale subscriptions
[01/11/2021, 08:16:31] [Nuki] Nuki_Bridge_19FED791: warning: unclean shutdown - checking for stale subscriptions
[01/11/2021, 08:16:31] [Nuki] Nuki_Bridge_3579BA5B: warning: unclean shutdown - checking for stale subscriptions
[01/11/2021, 08:16:31] [Nuki] Nuki_Bridge_5E62B028: warning: unclean shutdown - checking for stale subscriptions
[01/11/2021, 08:16:32] [Nuki] Nuki_Bridge_30112FD: remove stale subscription
[01/11/2021, 08:16:32] [Nuki] Nuki_Bridge_3579BA5B: remove stale subscription
[01/11/2021, 08:16:32] [Nuki] Nuki_Bridge_361F9939: remove stale subscription
[01/11/2021, 08:16:32] [Nuki] listening on http://<IP_ADDRESS>:40939/notify
[01/11/2021, 08:16:32] [Nuki] Nuki_Bridge_5E62B028: subscribe to event notifications
[01/11/2021, 08:16:32] [Nuki] Nuki_Bridge_19FED791: remove stale subscription
[01/11/2021, 08:16:32] [Nuki] Nuki_Bridge_19FED791: subscribe to event notifications
[01/11/2021, 08:16:32] [Nuki] Nuki_Bridge_5E62B028: error: too many callbacks registered
[01/11/2021, 08:16:32] [Nuki] Nuki_Bridge_361F9939: subscribe to event notifications
[01/11/2021, 08:16:32] [Nuki] Nuki_Bridge_30112FD: subscribe to event notifications
[01/11/2021, 08:16:32] [Nuki] Nuki_Bridge_3579BA5B: subscribe to event notifications
[01/11/2021, 08:16:32] [Nuki] Nuki_Bridge_5E62B028: set Last Updated from "Mon Nov 01 2021 08:16:18" to "Mon Nov 01 2021 08:16:31"
[01/11/2021, 08:16:32] [Nuki] Nuki_Bridge_19FED791: set Last Updated from "Mon Nov 01 2021 08:16:19" to "Mon Nov 01 2021 08:16:32"
[01/11/2021, 08:16:32] [Nuki] Nuki_Bridge_361F9939: set Last Updated from "Mon Nov 01 2021 08:16:18" to "Mon Nov 01 2021 08:16:31"
[01/11/2021, 08:16:32] [Nuki] Nuki_Bridge_30112FD: set Last Updated from "Mon Nov 01 2021 08:16:19" to "Mon Nov 01 2021 08:16:32"
[01/11/2021, 08:16:32] [Nuki] Nuki_Bridge_3579BA5B: set Last Updated from "Mon Nov 01 2021 08:16:18" to "Mon Nov 01 2021 08:16:31"
[01/11/2021, 08:16:34] [Nuki] Nuki_Bridge_296BEDCC: request 1: GET /info
[01/11/2021, 08:16:34] [Nuki] Nuki_Bridge_296BEDCC: warning: request 1: error: connect EHOSTUNREACH <IP_ADDRESS>:8080

/usr/lib/node_modules/homebridge-nb/node_modules/homebridge-lib/lib/HttpClient.js:367
error = new HttpError(error.message, requestInfo)
^
Error: connect EHOSTUNREACH <IP_ADDRESS>:8080
at ClientRequest. (/usr/lib/node_modules/homebridge-nb/node_modules/homebridge-lib/lib/HttpClient.js:367:21)
at ClientRequest.emit (node:events:390:28)
at Socket.socketErrorListener (node:_http_client:447:9)
at Socket.emit (node:events:390:28)
at emitErrorNT (node:internal/streams/destroy:157:8)
at emitErrorCloseNT (node:internal/streams/destroy:122:3)
at processTicksAndRejections (node:internal/process/task_queues:83:21)

Hm, this shouldn’t be logged as an error with stack trace, but as a regular warning for an exception, as after the restart:
[01/11/2021, 08:16:34] [Nuki] Nuki_Bridge_296BEDCC: warning: request 1: error: connect EHOSTUNREACH <IP_ADDRESS>:8080

Did the error cause Homebridge to crash?  What are the log entries before this error?
As for the EHOSTUNREACH: it means that the corresponding Nuki bridge cannot be reached on the network.  Maybe it changed IP address and failed to update the discovery server?  Did you try and power cycle it?

No, Homebridge didn't crash. I haven't tried to power cycle but i will do that as soon as i am there.
Here are the logs since the restart (i removes everything that is not Nuki HB related) :
[01/11/2021, 08:56:00] [HB Supervisor] Restarting Homebridge...
[01/11/2021, 08:56:00] [HB Supervisor] Starting Homebridge with extra flags: -I
[01/11/2021, 08:56:00] [HB Supervisor] Started Homebridge v1.3.5 with PID: 29084
Initializing HAP-NodeJS v0.9.6...
[01/11/2021, 08:56:01] Loaded config.json with 0 accessories and 7 platforms.
[01/11/2021, 08:56:01] Loaded 18 cached accessories from cachedAccessories.
[01/11/2021, 08:56:01] ---
[01/11/2021, 08:56:03] Loaded plugin<EMAIL_ADDRESS>[01/11/2021, 08:56:03] Registering platform 'homebridge-config-ui-x.config'
[01/11/2021, 08:56:07] [Nuki] Initializing NB platform...
[01/11/2021, 08:56:07] [Nuki] Initializing child bridge 0E:31:B8:33:32:14
[01/11/2021, 08:56:10] [Nuki] Loaded homebridge-nb v1.1.13 child bridge successfully
[01/11/2021, 08:56:10] Loaded 11 cached accessories from cachedAccessories.0E31B8333214.
[01/11/2021, 08:56:10] [Nuki] homebridge-nb v1.1.13, node v16.13.0, homebridge v1.3.5, homebridge-lib v5.1.16
[01/11/2021, 08:56:10] [Nuki] Nuki_Bridge_5E62B028: Nuki Bridge v1.18.2 5E62B028 at <IP_ADDRESS>:8080
[01/11/2021, 08:56:10] [Nuki] RESERVE BOISSONS: Nuki Smart Lock v1.12.0 C146B81
[01/11/2021, 08:56:10] [Nuki] Nuki_Bridge_3579BA5B: Nuki Bridge v1.18.2 3579BA5B at <IP_ADDRESS>:8080
[01/11/2021, 08:56:10] [Nuki] REGIE: Nuki Smart Lock v1.12.0 C0F4929
[01/11/2021, 08:56:10] [Nuki] Nuki_Bridge_361F9939: Nuki Bridge v1.18.2 361F9939 at <IP_ADDRESS>:8080
[01/11/2021, 08:56:10] [Nuki] BUREAU: Nuki Smart Lock v1.12.0 C1487B9
[01/11/2021, 08:56:10] [Nuki] Nuki_Bridge_30112FD: Nuki Bridge v1.18.2 30112FD at <IP_ADDRESS>:8080
[01/11/2021, 08:56:10] [Nuki] LOCAL TECHNIQUE: Nuki Smart Lock v1.12.0 C1496A9
[01/11/2021, 08:56:10] [Nuki] Nuki_Bridge_19FED791: Nuki Bridge v1.18.2 19FED791 at <IP_ADDRESS>:8080
[01/11/2021, 08:56:10] [Nuki] Nuki_Bridge_296BEDCC: Nuki Bridge v1.18.2 296BEDCC at <IP_ADDRESS>:8080
[01/11/2021, 08:56:10] [Nuki] COULOIR SECOURS: Nuki Smart Lock v1.13.1 AF4FA59
Preparing Advertiser for 'Nuki 8681' using ciao backend!
[01/11/2021, 08:56:10] [Nuki] restored 11 accessories from cache
Starting to advertise 'Nuki 8681' using ciao backend!
[01/11/2021, 08:56:10] Homebridge v1.3.5 (Nuki) is running on port 37458.
[01/11/2021, 08:56:11] [Evohome] 0: Bar (19.5°)
[01/11/2021, 08:56:11] [Evohome] 1: Salle (24°)
[01/11/2021, 08:56:11] [Evohome] 2: WC (19°)
[01/11/2021, 08:56:11] [Evohome] 3: Bureau (undefined°)
[01/11/2021, 08:56:11] [Evohome] 4: Loge (19°)
Preparing Advertiser for 'Homebridge 6A17 DFD7' using ciao backend!
Setup Payload:
X-HM://0024T3D23336L
Enter this code with your HomeKit app on your iOS device to pair with Homebridge:
┌────────────┐
│ 808-92-379 │
└────────────┘

Starting to advertise 'Homebridge 6A17 DFD7' using ciao backend!
[01/11/2021, 08:56:11] Homebridge v1.3.5 (Homebridge 6A17) is running on port 51062.
[01/11/2021, 08:56:11] [Nuki] Nuki_Bridge_361F9939: warning: unclean shutdown - checking for stale subscriptions
[01/11/2021, 08:56:11] [Nuki] Nuki_Bridge_30112FD: warning: unclean shutdown - checking for stale subscriptions
[01/11/2021, 08:56:11] [Nuki] Nuki_Bridge_19FED791: warning: unclean shutdown - checking for stale subscriptions
[01/11/2021, 08:56:11] [Nuki] Nuki_Bridge_5E62B028: warning: unclean shutdown - checking for stale subscriptions
[01/11/2021, 08:56:11] [Nuki] Nuki_Bridge_3579BA5B: warning: unclean shutdown - checking for stale subscriptions
[01/11/2021, 08:56:12] [Nuki] Nuki_Bridge_30112FD: remove stale subscription
[01/11/2021, 08:56:12] [Nuki] Nuki_Bridge_3579BA5B: remove stale subscription
[01/11/2021, 08:56:12] [Nuki] listening on http://<IP_ADDRESS>:33147/notify
[01/11/2021, 08:56:12] [Nuki] Nuki_Bridge_5E62B028: subscribe to event notifications
[01/11/2021, 08:56:12] [Nuki] Nuki_Bridge_361F9939: remove stale subscription
[01/11/2021, 08:56:12] [Nuki] Nuki_Bridge_19FED791: remove stale subscription
[01/11/2021, 08:56:12] [Evohome] Current temperature of Bar Thermostat is 19.5°
[01/11/2021, 08:56:12] [Evohome] Target temperature for Bar Thermostat is 15°
[01/11/2021, 08:56:12] [Evohome] Current temperature of Salle Thermostat is 24°
[01/11/2021, 08:56:12] [Evohome] Target temperature for Salle Thermostat is 24°
[01/11/2021, 08:56:12] [Evohome] Current temperature of WC Thermostat is 19°
[01/11/2021, 08:56:12] [Evohome] Target temperature for WC Thermostat is 15°
[01/11/2021, 08:56:12] [homebridge-evohome] This plugin generated a warning from the characteristic 'Current Temperature': characteristic value expected valid finite number and received "NaN" (number). See https://git.io/JtMGR for more info.
[01/11/2021, 08:56:12] [homebridge-evohome] This plugin generated a warning from the characteristic 'Current Temperature': characteristic was supplied illegal value: number 0 exceeded minimum of 1. See https://git.io/JtMGR for more info.
[01/11/2021, 08:56:12] [Evohome] Current temperature of Bureau Thermostat is undefined°
[01/11/2021, 08:56:12] [Evohome] Target temperature for Bureau Thermostat is 8°
[01/11/2021, 08:56:12] [Evohome] Current temperature of Loge Thermostat is 19°
[01/11/2021, 08:56:12] [Evohome] Target temperature for Loge Thermostat is 18°
[01/11/2021, 08:56:12] [Nuki] Nuki_Bridge_30112FD: subscribe to event notifications
[01/11/2021, 08:56:12] [Nuki] Nuki_Bridge_361F9939: subscribe to event notifications
[01/11/2021, 08:56:12] [Nuki] Nuki_Bridge_3579BA5B: subscribe to event notifications
[01/11/2021, 08:56:12] [Nuki] Nuki_Bridge_19FED791: subscribe to event notifications
[01/11/2021, 08:56:12] [Nuki] Nuki_Bridge_5E62B028: error: too many callbacks registered
[01/11/2021, 08:56:12] [Nuki] Nuki_Bridge_5E62B028: set Last Updated from "Mon Nov 01 2021 08:55:52" to "Mon Nov 01 2021 08:56:12"
[01/11/2021, 08:56:13] [Nuki] Nuki_Bridge_3579BA5B: set Last Updated from "Mon Nov 01 2021 08:55:51" to "Mon Nov 01 2021 08:56:11"
[01/11/2021, 08:56:13] [Nuki] Nuki_Bridge_30112FD: set Last Updated from "Mon Nov 01 2021 08:55:53" to "Mon Nov 01 2021 08:56:13"
[01/11/2021, 08:56:13] [Nuki] Nuki_Bridge_361F9939: set Last Updated from "Mon Nov 01 2021 08:55:52" to "Mon Nov 01 2021 08:56:12"
[01/11/2021, 08:56:13] [Nuki] Nuki_Bridge_19FED791: set Last Updated from "Mon Nov 01 2021 08:55:52" to "Mon Nov 01 2021 08:56:12"
[01/11/2021, 08:56:14] [Nuki] Nuki_Bridge_296BEDCC: request 1: GET /info
[01/11/2021, 08:56:14] [Nuki] Nuki_Bridge_296BEDCC: warning: request 1: error: connect EHOSTUNREACH <IP_ADDRESS>:8080
/usr/lib/node_modules/homebridge-nb/node_modules/homebridge-lib/lib/HttpClient.js:367
error = new HttpError(error.message, requestInfo)
^
Error: connect EHOSTUNREACH <IP_ADDRESS>:8080
at ClientRequest. (/usr/lib/node_modules/homebridge-nb/node_modules/homebridge-lib/lib/HttpClient.js:367:21)
at ClientRequest.emit (node:events:390:28)
at Socket.socketErrorListener (node:_http_client:447:9)
at Socket.emit (node:events:390:28)
at emitErrorNT (node:internal/streams/destroy:157:8)
at emitErrorCloseNT (node:internal/streams/destroy:122:3)
at processTicksAndRejections (node:internal/process/task_queues:83:21)
[01/11/2021, 08:56:14] [Nuki] goodbye
[01/11/2021, 08:56:14] [Nuki] Child bridge process ended
[01/11/2021, 08:56:14] [Nuki] Process Ended. Code: 1, Signal: null
[01/11/2021, 08:56:21] [Nuki] Restarting Process...
Initializing HAP-NodeJS v0.9.6...
[01/11/2021, 08:56:22] [Nuki] Launched child bridge with PID 29167
[01/11/2021, 08:56:23] Registering platform 'homebridge-nb.Lib'
[01/11/2021, 08:56:23] Registering platform 'homebridge-nb.NB'
[01/11/2021, 08:56:23] [Nuki] Loaded homebridge-nb v1.1.13 child bridge successfully
[01/11/2021, 08:56:23] Loaded 11 cached accessories from cachedAccessories.0E31B8333214.
[01/11/2021, 08:56:23] [Nuki] homebridge-nb v1.1.13, node v16.13.0, homebridge v1.3.5, homebridge-lib v5.1.16
[01/11/2021, 08:56:23] [Nuki] Nuki_Bridge_5E62B028: Nuki Bridge v1.18.2 5E62B028 at <IP_ADDRESS>:8080
[01/11/2021, 08:56:23] [Nuki] RESERVE BOISSONS: Nuki Smart Lock v1.12.0 C146B81
[01/11/2021, 08:56:23] [Nuki] Nuki_Bridge_3579BA5B: Nuki Bridge v1.18.2 3579BA5B at <IP_ADDRESS>:8080
[01/11/2021, 08:56:23] [Nuki] REGIE: Nuki Smart Lock v1.12.0 C0F4929
[01/11/2021, 08:56:23] [Nuki] Nuki_Bridge_361F9939: Nuki Bridge v1.18.2 361F9939 at <IP_ADDRESS>:8080
[01/11/2021, 08:56:23] [Nuki] BUREAU: Nuki Smart Lock v1.12.0 C1487B9
[01/11/2021, 08:56:23] [Nuki] Nuki_Bridge_30112FD: Nuki Bridge v1.18.2 30112FD at <IP_ADDRESS>:8080
[01/11/2021, 08:56:23] [Nuki] LOCAL TECHNIQUE: Nuki Smart Lock v1.12.0 C1496A9
[01/11/2021, 08:56:23] [Nuki] Nuki_Bridge_19FED791: Nuki Bridge v1.18.2 19FED791 at <IP_ADDRESS>:8080
[01/11/2021, 08:56:23] [Nuki] Nuki_Bridge_296BEDCC: Nuki Bridge v1.18.2 296BEDCC at <IP_ADDRESS>:8080
[01/11/2021, 08:56:23] [Nuki] COULOIR SECOURS: Nuki Smart Lock v1.13.1 AF4FA59
Preparing Advertiser for 'Nuki 8681' using ciao backend!
[01/11/2021, 08:56:23] [Nuki] restored 11 accessories from cache
Starting to advertise 'Nuki 8681' using ciao backend!
[01/11/2021, 08:56:23] Homebridge v1.3.5 (Nuki) is running on port 37458.
[01/11/2021, 08:56:24] [Nuki] Nuki_Bridge_30112FD: warning: unclean shutdown - checking for stale subscriptions
[01/11/2021, 08:56:24] [Nuki] Nuki_Bridge_3579BA5B: warning: unclean shutdown - checking for stale subscriptions
[01/11/2021, 08:56:24] [Nuki] Nuki_Bridge_5E62B028: warning: unclean shutdown - checking for stale subscriptions
[01/11/2021, 08:56:24] [Nuki] Nuki_Bridge_361F9939: warning: unclean shutdown - checking for stale subscriptions
[01/11/2021, 08:56:24] [Nuki] Nuki_Bridge_19FED791: warning: unclean shutdown - checking for stale subscriptions
[01/11/2021, 08:56:25] [Nuki] Nuki_Bridge_30112FD: remove stale subscription
[01/11/2021, 08:56:25] [Nuki] Nuki_Bridge_361F9939: remove stale subscription
[01/11/2021, 08:56:25] [Nuki] Nuki_Bridge_3579BA5B: remove stale subscription
[01/11/2021, 08:56:25] [Nuki] Nuki_Bridge_19FED791: remove stale subscription
[01/11/2021, 08:56:25] [Nuki] listening on http://<IP_ADDRESS>:42579/notify
[01/11/2021, 08:56:25] [Nuki] Nuki_Bridge_5E62B028: subscribe to event notifications
[01/11/2021, 08:56:25] [Nuki] Nuki_Bridge_30112FD: subscribe to event notifications
[01/11/2021, 08:56:25] [Nuki] Nuki_Bridge_3579BA5B: subscribe to event notifications
[01/11/2021, 08:56:25] [Nuki] Nuki_Bridge_361F9939: subscribe to event notifications
[01/11/2021, 08:56:25] [Nuki] Nuki_Bridge_19FED791: subscribe to event notifications
[01/11/2021, 08:56:25] [Nuki] Nuki_Bridge_5E62B028: error: too many callbacks registered
[01/11/2021, 08:56:25] [Nuki] Nuki_Bridge_5E62B028: set Last Updated from "Mon Nov 01 2021 08:56:12" to "Mon Nov 01 2021 08:56:24"
[01/11/2021, 08:56:25] [Nuki] Nuki_Bridge_361F9939: set Last Updated from "Mon Nov 01 2021 08:56:12" to "Mon Nov 01 2021 08:56:24"
[01/11/2021, 08:56:25] [Nuki] Nuki_Bridge_3579BA5B: set Last Updated from "Mon Nov 01 2021 08:56:11" to "Mon Nov 01 2021 08:56:24"
[01/11/2021, 08:56:25] [Nuki] Nuki_Bridge_30112FD: set Last Updated from "Mon Nov 01 2021 08:56:13" to "Mon Nov 01 2021 08:56:25"
[01/11/2021, 08:56:25] [Nuki] Nuki_Bridge_19FED791: set Last Updated from "Mon Nov 01 2021 08:56:12" to "Mon Nov 01 2021 08:56:25"
[01/11/2021, 08:56:27] [Nuki] Nuki_Bridge_296BEDCC: request 1: GET /info
[01/11/2021, 08:56:27] [Nuki] Nuki_Bridge_296BEDCC: warning: request 1: error: connect EHOSTUNREACH <IP_ADDRESS>:8080
/usr/lib/node_modules/homebridge-nb/node_modules/homebridge-lib/lib/HttpClient.js:367
error = new HttpError(error.message, requestInfo)
^
Error: connect EHOSTUNREACH <IP_ADDRESS>:8080
at ClientRequest. (/usr/lib/node_modules/homebridge-nb/node_modules/homebridge-lib/lib/HttpClient.js:367:21)
at ClientRequest.emit (node:events:390:28)
at Socket.socketErrorListener (node:_http_client:447:9)
at Socket.emit (node:events:390:28)
at emitErrorNT (node:internal/streams/destroy:157:8)
at emitErrorCloseNT (node:internal/streams/destroy:122:3)
at processTicksAndRejections (node:internal/process/task_queues:83:21)
[01/11/2021, 08:56:27] [Nuki] goodbye
[01/11/2021, 08:56:27] [Nuki] Child bridge process ended
[01/11/2021, 08:56:27] [Nuki] Process Ended. Code: 1, Signal: null
[01/11/2021, 08:56:34] [Nuki] Restarting Process...
Initializing HAP-NodeJS v0.9.6...
[01/11/2021, 08:56:35] [Nuki] Launched child bridge with PID 29209
[01/11/2021, 08:56:36] Registering platform 'homebridge-nb.Lib'
[01/11/2021, 08:56:36] Registering platform 'homebridge-nb.NB'
[01/11/2021, 08:56:36] [Nuki] Loaded homebridge-nb v1.1.13 child bridge successfully
[01/11/2021, 08:56:36] Loaded 11 cached accessories from cachedAccessories.0E31B8333214.
[01/11/2021, 08:56:36] [Nuki] homebridge-nb v1.1.13, node v16.13.0, homebridge v1.3.5, homebridge-lib v5.1.16
[01/11/2021, 08:56:36] [Nuki] Nuki_Bridge_5E62B028: Nuki Bridge v1.18.2 5E62B028 at <IP_ADDRESS>:8080
[01/11/2021, 08:56:36] [Nuki] RESERVE BOISSONS: Nuki Smart Lock v1.12.0 C146B81
[01/11/2021, 08:56:36] [Nuki] Nuki_Bridge_3579BA5B: Nuki Bridge v1.18.2 3579BA5B at <IP_ADDRESS>:8080
[01/11/2021, 08:56:36] [Nuki] REGIE: Nuki Smart Lock v1.12.0 C0F4929
[01/11/2021, 08:56:36] [Nuki] Nuki_Bridge_361F9939: Nuki Bridge v1.18.2 361F9939 at <IP_ADDRESS>:8080
[01/11/2021, 08:56:36] [Nuki] BUREAU: Nuki Smart Lock v1.12.0 C1487B9
[01/11/2021, 08:56:36] [Nuki] Nuki_Bridge_30112FD: Nuki Bridge v1.18.2 30112FD at <IP_ADDRESS>:8080
[01/11/2021, 08:56:36] [Nuki] LOCAL TECHNIQUE: Nuki Smart Lock v1.12.0 C1496A9
[01/11/2021, 08:56:36] [Nuki] Nuki_Bridge_19FED791: Nuki Bridge v1.18.2 19FED791 at <IP_ADDRESS>:8080
[01/11/2021, 08:56:36] [Nuki] Nuki_Bridge_296BEDCC: Nuki Bridge v1.18.2 296BEDCC at <IP_ADDRESS>:8080
[01/11/2021, 08:56:36] [Nuki] COULOIR SECOURS: Nuki Smart Lock v1.13.1 AF4FA59
Preparing Advertiser for 'Nuki 8681' using ciao backend!
[01/11/2021, 08:56:36] [Nuki] restored 11 accessories from cache
Starting to advertise 'Nuki 8681' using ciao backend!
[01/11/2021, 08:56:36] Homebridge v1.3.5 (Nuki) is running on port 37458.
[01/11/2021, 08:56:37] [Nuki] Nuki_Bridge_361F9939: warning: unclean shutdown - checking for stale subscriptions
[01/11/2021, 08:56:37] [Nuki] Nuki_Bridge_19FED791: warning: unclean shutdown - checking for stale subscriptions
[01/11/2021, 08:56:37] [Nuki] Nuki_Bridge_5E62B028: warning: unclean shutdown - checking for stale subscriptions
[01/11/2021, 08:56:37] [Nuki] Nuki_Bridge_30112FD: warning: unclean shutdown - checking for stale subscriptions
[01/11/2021, 08:56:37] [Nuki] Nuki_Bridge_3579BA5B: warning: unclean shutdown - checking for stale subscriptions
[01/11/2021, 08:56:38] [Nuki] listening on http://<IP_ADDRESS>:34393/notify
[01/11/2021, 08:56:38] [Nuki] Nuki_Bridge_5E62B028: subscribe to event notifications
[01/11/2021, 08:56:38] [Nuki] Nuki_Bridge_19FED791: remove stale subscription
[01/11/2021, 08:56:38] [Nuki] Nuki_Bridge_361F9939: remove stale subscription
[01/11/2021, 08:56:38] [Nuki] Nuki_Bridge_30112FD: remove stale subscription
[01/11/2021, 08:56:38] [Nuki] Nuki_Bridge_3579BA5B: remove stale subscription
[01/11/2021, 08:56:38] [Nuki] Nuki_Bridge_5E62B028: error: too many callbacks registered
[01/11/2021, 08:56:38] [Nuki] Nuki_Bridge_361F9939: subscribe to event notifications
[01/11/2021, 08:56:38] [Nuki] Nuki_Bridge_19FED791: subscribe to event notifications
[01/11/2021, 08:56:38] [Nuki] Nuki_Bridge_30112FD: subscribe to event notifications
[01/11/2021, 08:56:38] [Nuki] Nuki_Bridge_3579BA5B: subscribe to event notifications
[01/11/2021, 08:56:38] [Nuki] Nuki_Bridge_5E62B028: set Last Updated from "Mon Nov 01 2021 08:56:24" to "Mon Nov 01 2021 08:56:37"
[01/11/2021, 08:56:38] [Nuki] Nuki_Bridge_361F9939: set Last Updated from "Mon Nov 01 2021 08:56:24" to "Mon Nov 01 2021 08:56:37"
[01/11/2021, 08:56:38] [Nuki] Nuki_Bridge_19FED791: set Last Updated from "Mon Nov 01 2021 08:56:25" to "Mon Nov 01 2021 08:56:38"
[01/11/2021, 08:56:38] [Nuki] Nuki_Bridge_30112FD: set Last Updated from "Mon Nov 01 2021 08:56:25" to "Mon Nov 01 2021 08:56:38"
[01/11/2021, 08:56:38] [Nuki] Nuki_Bridge_3579BA5B: set Last Updated from "Mon Nov 01 2021 08:56:24" to "Mon Nov 01 2021 08:56:37"
[01/11/2021, 08:56:40] [Nuki] Nuki_Bridge_296BEDCC: request 1: GET /info
[01/11/2021, 08:56:40] [Nuki] Nuki_Bridge_296BEDCC: warning: request 1: error: connect EHOSTUNREACH <IP_ADDRESS>:8080
/usr/lib/node_modules/homebridge-nb/node_modules/homebridge-lib/lib/HttpClient.js:367
error = new HttpError(error.message, requestInfo)
^
Error: connect EHOSTUNREACH <IP_ADDRESS>:8080
at ClientRequest. (/usr/lib/node_modules/homebridge-nb/node_modules/homebridge-lib/lib/HttpClient.js:367:21)
at ClientRequest.emit (node:events:390:28)
at Socket.socketErrorListener (node:_http_client:447:9)
at Socket.emit (node:events:390:28)
at emitErrorNT (node:internal/streams/destroy:157:8)
at emitErrorCloseNT (node:internal/streams/destroy:122:3)
at processTicksAndRejections (node:internal/process/task_queues:83:21)
[01/11/2021, 08:56:40] [Nuki] goodbye
[01/11/2021, 08:56:40] [Nuki] Child bridge process ended
[01/11/2021, 08:56:40] [Nuki] Process Ended. Code: 1, Signal: null
[01/11/2021, 08:56:47] [Nuki] Restarting Process...
Initializing HAP-NodeJS v0.9.6...
[01/11/2021, 08:56:48] [Nuki] Launched child bridge with PID 29251
[01/11/2021, 08:56:49] Registering platform 'homebridge-nb.Lib'
[01/11/2021, 08:56:49] Registering platform 'homebridge-nb.NB'
[01/11/2021, 08:56:49] [Nuki] Loaded homebridge-nb v1.1.13 child bridge successfully
[01/11/2021, 08:56:49] Loaded 11 cached accessories from cachedAccessories.0E31B8333214.
[01/11/2021, 08:56:49] [Nuki] homebridge-nb v1.1.13, node v16.13.0, homebridge v1.3.5, homebridge-lib v5.1.16
[01/11/2021, 08:56:49] [Nuki] Nuki_Bridge_5E62B028: Nuki Bridge v1.18.2 5E62B028 at <IP_ADDRESS>:8080
[01/11/2021, 08:56:49] [Nuki] RESERVE BOISSONS: Nuki Smart Lock v1.12.0 C146B81
[01/11/2021, 08:56:49] [Nuki] Nuki_Bridge_3579BA5B: Nuki Bridge v1.18.2 3579BA5B at <IP_ADDRESS>:8080
[01/11/2021, 08:56:49] [Nuki] REGIE: Nuki Smart Lock v1.12.0 C0F4929
[01/11/2021, 08:56:49] [Nuki] Nuki_Bridge_361F9939: Nuki Bridge v1.18.2 361F9939 at <IP_ADDRESS>:8080
[01/11/2021, 08:56:49] [Nuki] BUREAU: Nuki Smart Lock v1.12.0 C1487B9
[01/11/2021, 08:56:49] [Nuki] Nuki_Bridge_30112FD: Nuki Bridge v1.18.2 30112FD at <IP_ADDRESS>:8080
[01/11/2021, 08:56:49] [Nuki] LOCAL TECHNIQUE: Nuki Smart Lock v1.12.0 C1496A9
[01/11/2021, 08:56:49] [Nuki] Nuki_Bridge_19FED791: Nuki Bridge v1.18.2 19FED791 at <IP_ADDRESS>:8080
[01/11/2021, 08:56:49] [Nuki] Nuki_Bridge_296BEDCC: Nuki Bridge v1.18.2 296BEDCC at <IP_ADDRESS>:8080
[01/11/2021, 08:56:49] [Nuki] COULOIR SECOURS: Nuki Smart Lock v1.13.1 AF4FA59
Preparing Advertiser for 'Nuki 8681' using ciao backend!
[01/11/2021, 08:56:49] [Nuki] restored 11 accessories from cache
Starting to advertise 'Nuki 8681' using ciao backend!
[01/11/2021, 08:56:49] Homebridge v1.3.5 (Nuki) is running on port 37458.
[01/11/2021, 08:56:50] [Nuki] Nuki_Bridge_19FED791: warning: unclean shutdown - checking for stale subscriptions
[01/11/2021, 08:56:50] [Nuki] Nuki_Bridge_30112FD: warning: unclean shutdown - checking for stale subscriptions
[01/11/2021, 08:56:50] [Nuki] Nuki_Bridge_361F9939: warning: unclean shutdown - checking for stale subscriptions
[01/11/2021, 08:56:50] [Nuki] Nuki_Bridge_5E62B028: warning: unclean shutdown - checking for stale subscriptions
[01/11/2021, 08:56:50] [Nuki] Nuki_Bridge_3579BA5B: warning: unclean shutdown - checking for stale subscriptions
[01/11/2021, 08:56:51] [Nuki] Nuki_Bridge_361F9939: remove stale subscription
[01/11/2021, 08:56:51] [Nuki] Nuki_Bridge_30112FD: remove stale subscription
[01/11/2021, 08:56:51] [Nuki] Nuki_Bridge_19FED791: remove stale subscription
[01/11/2021, 08:56:51] [Nuki] Nuki_Bridge_3579BA5B: remove stale subscription
[01/11/2021, 08:56:51] [Nuki] listening on http://<IP_ADDRESS>:33579/notify
[01/11/2021, 08:56:51] [Nuki] Nuki_Bridge_5E62B028: subscribe to event notifications
[01/11/2021, 08:56:51] [Nuki] Nuki_Bridge_30112FD: subscribe to event notifications
[01/11/2021, 08:56:51] [Nuki] Nuki_Bridge_3579BA5B: subscribe to event notifications
[01/11/2021, 08:56:51] [Nuki] Nuki_Bridge_5E62B028: error: too many callbacks registered
[01/11/2021, 08:56:51] [Nuki] Nuki_Bridge_19FED791: subscribe to event notifications
[01/11/2021, 08:56:51] [Nuki] Nuki_Bridge_361F9939: subscribe to event notifications
[01/11/2021, 08:56:51] [Nuki] Nuki_Bridge_5E62B028: set Last Updated from "Mon Nov 01 2021 08:56:37" to "Mon Nov 01 2021 08:56:50"
[01/11/2021, 08:56:51] [Nuki] Nuki_Bridge_30112FD: set Last Updated from "Mon Nov 01 2021 08:56:38" to "Mon Nov 01 2021 08:56:51"
[01/11/2021, 08:56:51] [Nuki] Nuki_Bridge_3579BA5B: set Last Updated from "Mon Nov 01 2021 08:56:37" to "Mon Nov 01 2021 08:56:50"
[01/11/2021, 08:56:51] [Nuki] Nuki_Bridge_361F9939: set Last Updated from "Mon Nov 01 2021 08:56:37" to "Mon Nov 01 2021 08:56:50"
[01/11/2021, 08:56:51] [Nuki] Nuki_Bridge_19FED791: set Last Updated from "Mon Nov 01 2021 08:56:38" to "Mon Nov 01 2021 08:56:51"
[01/11/2021, 08:56:53] [Nuki] Nuki_Bridge_296BEDCC: request 1: GET /info
[01/11/2021, 08:56:53] [Nuki] Nuki_Bridge_296BEDCC: warning: request 1: error: connect EHOSTUNREACH <IP_ADDRESS>:8080
/usr/lib/node_modules/homebridge-nb/node_modules/homebridge-lib/lib/HttpClient.js:367
error = new HttpError(error.message, requestInfo)
^
Error: connect EHOSTUNREACH <IP_ADDRESS>:8080
at ClientRequest. (/usr/lib/node_modules/homebridge-nb/node_modules/homebridge-lib/lib/HttpClient.js:367:21)
at ClientRequest.emit (node:events:390:28)
at Socket.socketErrorListener (node:_http_client:447:9)
at Socket.emit (node:events:390:28)
at emitErrorNT (node:internal/streams/destroy:157:8)
at emitErrorCloseNT (node:internal/streams/destroy:122:3)
at processTicksAndRejections (node:internal/process/task_queues:83:21)
[01/11/2021, 08:56:53] [Nuki] goodbye
[01/11/2021, 08:56:53] [Nuki] Child bridge process ended
[01/11/2021, 08:56:53] [Nuki] Process Ended. Code: 1, Signal: null
[01/11/2021, 08:57:00] [Nuki] Restarting Process...
Initializing HAP-NodeJS v0.9.6...
[01/11/2021, 08:57:01] [Nuki] Launched child bridge with PID 29291
[01/11/2021, 08:57:01] Registering platform 'homebridge-nb.Lib'
[01/11/2021, 08:57:02] Registering platform 'homebridge-nb.NB'
[01/11/2021, 08:57:02] [Nuki] Loaded homebridge-nb v1.1.13 child bridge successfully
[01/11/2021, 08:57:02] Loaded 11 cached accessories from cachedAccessories.0E31B8333214.
[01/11/2021, 08:57:02] [Nuki] homebridge-nb v1.1.13, node v16.13.0, homebridge v1.3.5, homebridge-lib v5.1.16
[01/11/2021, 08:57:02] [Nuki] Nuki_Bridge_5E62B028: Nuki Bridge v1.18.2 5E62B028 at <IP_ADDRESS>:8080
[01/11/2021, 08:57:02] [Nuki] RESERVE BOISSONS: Nuki Smart Lock v1.12.0 C146B81
[01/11/2021, 08:57:02] [Nuki] Nuki_Bridge_3579BA5B: Nuki Bridge v1.18.2 3579BA5B at <IP_ADDRESS>:8080
[01/11/2021, 08:57:02] [Nuki] REGIE: Nuki Smart Lock v1.12.0 C0F4929
[01/11/2021, 08:57:02] [Nuki] Nuki_Bridge_361F9939: Nuki Bridge v1.18.2 361F9939 at <IP_ADDRESS>:8080
[01/11/2021, 08:57:02] [Nuki] BUREAU: Nuki Smart Lock v1.12.0 C1487B9
[01/11/2021, 08:57:02] [Nuki] Nuki_Bridge_30112FD: Nuki Bridge v1.18.2 30112FD at <IP_ADDRESS>:8080
[01/11/2021, 08:57:02] [Nuki] LOCAL TECHNIQUE: Nuki Smart Lock v1.12.0 C1496A9
[01/11/2021, 08:57:02] [Nuki] Nuki_Bridge_19FED791: Nuki Bridge v1.18.2 19FED791 at <IP_ADDRESS>:8080
[01/11/2021, 08:57:02] [Nuki] Nuki_Bridge_296BEDCC: Nuki Bridge v1.18.2 296BEDCC at <IP_ADDRESS>:8080
[01/11/2021, 08:57:02] [Nuki] COULOIR SECOURS: Nuki Smart Lock v1.13.1 AF4FA59
Preparing Advertiser for 'Nuki 8681' using ciao backend!
[01/11/2021, 08:57:02] [Nuki] restored 11 accessories from cache
Starting to advertise 'Nuki 8681' using ciao backend!
[01/11/2021, 08:57:02] Homebridge v1.3.5 (Nuki) is running on port 37458.
[01/11/2021, 08:57:03] [Nuki] Nuki_Bridge_361F9939: warning: unclean shutdown - checking for stale subscriptions
[01/11/2021, 08:57:03] [Nuki] Nuki_Bridge_30112FD: warning: unclean shutdown - checking for stale subscriptions
[01/11/2021, 08:57:03] [Nuki] Nuki_Bridge_19FED791: warning: unclean shutdown - checking for stale subscriptions
[01/11/2021, 08:57:03] [Nuki] Nuki_Bridge_5E62B028: warning: unclean shutdown - checking for stale subscriptions
[01/11/2021, 08:57:03] [Nuki] Nuki_Bridge_3579BA5B: warning: unclean shutdown - checking for stale subscriptions
[01/11/2021, 08:57:03] [Nuki] Nuki_Bridge_30112FD: remove stale subscription
[01/11/2021, 08:57:03] [Nuki] Nuki_Bridge_3579BA5B: remove stale subscription
[01/11/2021, 08:57:04] [Nuki] Nuki_Bridge_361F9939: remove stale subscription
[01/11/2021, 08:57:04] [Nuki] Nuki_Bridge_19FED791: remove stale subscription
[01/11/2021, 08:57:04] [Nuki] listening on http://<IP_ADDRESS>:36365/notify
[01/11/2021, 08:57:04] [Nuki] Nuki_Bridge_5E62B028: subscribe to event notifications
[01/11/2021, 08:57:04] [Nuki] Nuki_Bridge_3579BA5B: subscribe to event notifications
[01/11/2021, 08:57:04] [Nuki] Nuki_Bridge_30112FD: subscribe to event notifications
[01/11/2021, 08:57:04] [Nuki] Nuki_Bridge_361F9939: subscribe to event notifications
[01/11/2021, 08:57:04] [Nuki] Nuki_Bridge_5E62B028: error: too many callbacks registered
[01/11/2021, 08:57:04] [Nuki] Nuki_Bridge_19FED791: subscribe to event notifications
[01/11/2021, 08:57:04] [Nuki] Nuki_Bridge_5E62B028: set Last Updated from "Mon Nov 01 2021 08:56:50" to "Mon Nov 01 2021 08:57:03"
[01/11/2021, 08:57:04] [Nuki] Nuki_Bridge_30112FD: set Last Updated from "Mon Nov 01 2021 08:56:51" to "Mon Nov 01 2021 08:57:04"
[01/11/2021, 08:57:04] [Nuki] Nuki_Bridge_3579BA5B: set Last Updated from "Mon Nov 01 2021 08:56:50" to "Mon Nov 01 2021 08:57:03"
[01/11/2021, 08:57:04] [Nuki] Nuki_Bridge_361F9939: set Last Updated from "Mon Nov 01 2021 08:56:50" to "Mon Nov 01 2021 08:57:03"
[01/11/2021, 08:57:04] [Nuki] Nuki_Bridge_19FED791: set Last Updated from "Mon Nov 01 2021 08:56:51" to "Mon Nov 01 2021 08:57:04"
[01/11/2021, 08:57:06] [Nuki] Nuki_Bridge_296BEDCC: request 1: GET /info
[01/11/2021, 08:57:06] [Nuki] Nuki_Bridge_296BEDCC: warning: request 1: error: connect EHOSTUNREACH <IP_ADDRESS>:8080
/usr/lib/node_modules/homebridge-nb/node_modules/homebridge-lib/lib/HttpClient.js:367
error = new HttpError(error.message, requestInfo)
^
Error: connect EHOSTUNREACH <IP_ADDRESS>:8080
at ClientRequest. (/usr/lib/node_modules/homebridge-nb/node_modules/homebridge-lib/lib/HttpClient.js:367:21)
at ClientRequest.emit (node:events:390:28)
at Socket.socketErrorListener (node:_http_client:447:9)
at Socket.emit (node:events:390:28)
at emitErrorNT (node:internal/streams/destroy:157:8)
at emitErrorCloseNT (node:internal/streams/destroy:122:3)
at processTicksAndRejections (node:internal/process/task_queues:83:21)
[01/11/2021, 08:57:06] [Nuki] goodbye
[01/11/2021, 08:57:06] [Nuki] Child bridge process ended
[01/11/2021, 08:57:06] [Nuki] Process Ended. Code: 1, Signal: null

No, Homebridge didn't crash.

Actually, the child bridge did.  The good news: I can reproduce this.  Homebridge NB crashes when it cannot reach a bridge that was restored from cachedAccessories.  As the crash happens before new bridges are discovered, it cannot handle the case where a bridge receives a new IP address.

So, what should i do? Sorry, i'm not tech saavy when it come to networks....

I need to create a new version with a fix.  As workaround, you could try and remove bridge from Homebridge’s cached accessories, using the HomeBridge UI.  This will cause the bridge and its connected devices to be removed from HomeKit, and seen as new accessories when they are re- exposed.

So, after removing all NB caches accessories, i have to push on the buttons of every Nuki bridges to make them "seen" by NB again, is that right?

BTW, i checked my router and the IP adresses haven't changed.

I would not delete all cached accessories, just the single one for this bridge.

BTW, i checked my router and the IP adresses haven't changed.

Did you double- check that the bridge is reachable (ping <IP_ADDRESS>) and responding (nb -H <IP_ADDRESS> info)?  If it doesn’t did you try and power cycle the bridge?  The Nuki app will list the bridge’s IP address, but you have to connect to it over Bluetooth first (by holding the button for 10s when instructed by the app).

Which bridge is the faulty one?

[01/11/2021, 08:57:06] [Nuki] Nuki_Bridge_296BEDCC: warning: request 1: error: connect EHOSTUNREACH <IP_ADDRESS>:8080

It should be listed as Nuki_Bridge_296BEDCC (homebridge-nb) under Remove Single Cached Accessory in the UI under Homebridge Settings.

Should be fixed in v1.1.14.

Yes, that worked ! Thank you A LOT for your very fast and good help. Have a good day !


Adding build config for supporting PPC64LE

Hi,
I have added few more jobs for enabling PPC64LE, request you to please review.
Thanks

Thanks for contributing this. Note that it shouldn't be necessary to install the JDK manually. We have a similar build with PPC64LE support that works without it: https://github.com/prestosql/presto-hadoop-apache/blob/master/.travis.yml

Thanks for contributing this. Note that it shouldn't be necessary to install the JDK manually. We have a similar build with PPC64LE support that works without it: https://github.com/prestosql/presto-hadoop-apache/blob/master/.travis.yml

You are right electrum. Because all jdk versions are not able for all dist, so I went the other way. For this rep, jdks are there, so it make sense to right just the way you have suggested. Hence I have raised another PR #138.
Thanks


Enhancement: Accelerator Release Candidate: Arrow

Goal-State/What/Result
The Arrow Data Accelerator meets or exceeds the release candidate criteria.
Why/Purpose
Part of our stated Roadmap: https://github.com/spiceai/spiceai/blob/trunk/docs/ROADMAP.md
By When
A target date for done-done completion of the entire enhancement.
Issue/Spec written and reviewed:
Done-Done:
Done-Done

[ ] First Principles Driven
[ ] The Algorithm
[ ] PM/Design Review
[ ] DX/UX Review
[ ] Threat Model / Security Review
[ ] Tests
[ ] Performance / Benchmarks
[ ] Documentation
[ ] Samples/Quickstarts/Tutorials
[ ] Release Notes

The Algorithm

[ ] Every requirement questioned?
[ ] Delete (Scope) any part you can.
[ ] Simplify.
[ ] Break down into smaller iterations/milestones.
[ ] Opportunities for automation.

Spec
RC Release Criteria
The RC release criteria expand on and require that all Beta release criteria continue to pass for the accelerator.

[x] All Beta release criteria pass for this accelerator.

Test Coverage
RC quality accelerators should be able to run test packages derived from the following:

TPC-H
TPC-DS
ClickBench

Indexes are not required for test coverage, but can be introduced if required for tests to pass (e.g. due to performance characteristics, etc).
TPC-H

[x] The accelerator can load TPC-H SF10 in all Access Modes, and can run all queries with no Major or Minor Bugs.
[ ] The accelerator can load TPC-H SF100 in either file or database mode, and can run all queries with no Major or Minor Bugs.

TPC-DS

[ ] The accelerator can load TPC-DS SF10 in all Access Modes, and can run all queries with no Major or Minor Bugs.
[ ] The accelerator can load TPC-DS SF100 in either file or database mode, and can run all queries with no Major or Minor Bugs.

ClickBench

[x] A test script exists that can load ClickBench data into this accelerator in either file or database mode.
[x] The accelerator can load ClickBench in either file or database mode, and all queries run with no Major Bugs.

Data correctness

[ ] TPC-H SF10 loaded into memory, returned results are identical across source and accelerated queries for all TPC-H queries and TPC-H simple queries.
[ ] ClickBench loaded into file or database mode, returned results are identical across source and accelerated queries for all ClickBench queries.

Documentation

[ ] Documentation includes all known issues/limitations for the accelerator.
[ ] Documentation includes any exceptions made to allow this accelerator to reach RC quality (e.g. if a particular data type cannot be supported by the accelerator).
[ ] The accelerator status is updated in the table of accelerators in spiceai/docs.

@slyons create sub-tasks for your issues and add to the board.

Completed. Arrow acceleration has been promoted to RC 🎉


not able to install angular CLI on windows7

npm-debug.zip
node version -: v6.11.3
npm version -: v3.10.10
Operating system : Windows 7
Logfile is attached here for reference.

@supriya-gaurav please provide more information (webpack config and example), better minimum reproducer test repo, thank you.
Look at you debug log:

You don't have right premission
npm contain bugs. try to install to latest npm and try again

Reopen in angular/angular-cli please


Fix travis failure

There was a conflict between a globally-installed python package and a package autobahn needs, so we remove sudo from the installation call and it doesn't try to mess with those packages.

Still failures :/

Yeah, it's something else though, and it's been happening for a while undetected. Looking into it now

Looks like the MissingMethodException was transient.


ValueError: Dimension 0 in both shapes must be equal occurs when using predict method on various images

For some images in the GRID dataset, when using the ./predict method and any weight file, the code gives me an error. One such file that does this is "lrarzn.mpg", which is in in the s1 directory of the GRID dataset, however, there are many more files that trigger this error.
ValueError: Dimension 0 in both shapes must be equal, but are 38016 and 1728 for 'Assign_18' (op: 'Assign') with input shapes: [38016,768], [1728,768].

The "Weights" folder is a folder i created in the LipNet root directory for the sake of convenience.

Also encountered this error when processing files. The "custom_evaluation" method is a way for me to evaluate pictures in bulk using the method in predict.py. This is for making evaluation easier. It should not effect the actual mechanisms of the code in any way.

If you watch the video lrarzn.mpg, it starts with a grey screen.  In the LipNet paper, they write "The videos for speaker 21 are missing, and a few others are empty or corrupt, leaving 32746 usable videos."  I would guess that you found one of the corrupt videos and that this implementation of predict.py doesn't handle them gracefully.
(When I was running extract_mouth_batch.py, the script was unable to process videos with these grey screens as well as videos where the speaker covered their mouth.  I wound up removing those videos from the data set.)

I am also planning to retrain the model on a different dataset (unseen split) to test some new parameters. Does the training run into this issue as well? Or do I have to manually eliminate those images? Furthermore,  could you reiterate the process for training for the unseen split? The one on the readme does not make that much sense to me...

Some of the videos in GRID is corrupted. Feeding one of those corrupt video would fail the ./predict as it doesn't have any video integrity and compatibility check.
Training is not affected by this fact because the generator enumerates and check the video beforehand.
As for align, just drop every align file in that folder without any labeled speaker folder.

I was hoping to add on to this issue with a general question about this project.  I'm new to ML, but had an idea for a project and lip reading would be awesome for it. I struggled for a bit to get this installed and finally did. The sample GRID videos work great. The problem comes in when I try to use my own videos. Predict fails with the error listed in this thread. The extraction methods extract the entire frame (it DOES work for the GRID videos to isolate the mouth). To take the extraction out of the equation, I used this https://github.com/astorfi/lip-reading-deeplearning to do the mouth extraction - and then used the output folders (series of PNGs) with LipNet. Like before, if I did this process with a GRID video, it works great....my videos....I get the above error. It's leading me to believe that while this implementation is a pretty awesome demo, it's not just going to work out of the box for any video. Is that a fair statement, or am I missing something? I haven't touched the training piece of this project, but given that I'm a newcomer, I'm doubting that I can train a model better than you or even what that means if I need to pre-train against a video, series of videos, etc. Again, if I'm missing something, please do let me know - otherwise, great work despite not quite being of general use to folks like myself!

I was hoping to add on to this issue with a general question about this project. I'm new to ML, but had an idea for a project and lip reading would be awesome for it. I struggled for a bit to get this installed and finally did. The sample GRID videos work great. The problem comes in when I try to use my own videos. Predict fails with the error listed in this thread. The extraction methods extract the entire frame (it DOES work for the GRID videos to isolate the mouth). To take the extraction out of the equation, I used this https://github.com/astorfi/lip-reading-deeplearning to do the mouth extraction - and then used the output folders (series of PNGs) with LipNet. Like before, if I did this process with a GRID video, it works great....my videos....I get the above error. It's leading me to believe that while this implementation is a pretty awesome demo, it's not just going to work out of the box for any video. Is that a fair statement, or am I missing something? I haven't touched the training piece of this project, but given that I'm a newcomer, I'm doubting that I can train a model better than you or even what that means if I need to pre-train against a video, series of videos, etc. Again, if I'm missing something, please do let me know - otherwise, great work despite not quite being of general use to folks like myself!

Did you achieve the outcome for a generic video ?


Vim/Fugitive integration

I would like to get the overcommit errors inside vim when I commit via fugitive. The ideia its put the overcommit errors in the vim quickfix window. Can I redirect the overcommit errors to some file ?

Hey @khani3s, thanks for your interest in overcommit!
There shouldn't be anything stopping you from using overcommit within Fugitive. Git hooks write to the standard out stream, so it should work with any tools that already integrate with git.
If that's not the case, let us know!

That's not the case, at least for me. That's everyhing that I see:

Any thoughts?
Thanks!

Hey @lfv89,
This appears to be an issue with Fugitive. I'm not sure what action you tried to carry out, but it looks like in some cases it will truncate the output to the first line, e.g. https://github.com/tpope/vim-fugitive/blob/d6e7e20123ef3892c041e4d9fbaf67a68b144a94/plugin/fugitive.vim#L1506
It's hard to provide any more context since I don't know what version of Fugitive you're running, but I think this issue would be best posted to that project instead. Thanks!

Yes, already working on a solution.
Gonna post here when it's fixed, thanks!.


is-my-json-valid package calls eval which cause EvalError

EvalError: Refused to evaluate a string as JavaScript because 'unsafe-eval' is not an allowed source of script in the following Content Security Policy directive: "script-src 'self'".
  at Function (native)
  at Function.line.toFunction (~/.atom/packages/json-schema/node_modules/is-my-json-valid/node_modules/generate-function/index.js:55:21)
  at compile (~/.atom/packages/json-schema/node_modules/is-my-json-valid/index.js:543:23)
  at visit (~/.atom/packages/json-schema/node_modules/is-my-json-valid/index.js:326:16)
  at ~/.atom/packages/json-schema/node_modules/is-my-json-valid/index.js:523:9
  at Array.forEach (native)
  at visit (~/.atom/packages/json-schema/node_modules/is-my-json-valid/index.js:520:31)
  at compile (~/.atom/packages/json-schema/node_modules/is-my-json-valid/index.js:537:3)
  at visit (~/.atom/packages/json-schema/node_modules/is-my-json-valid/index.js:326:16)
  at ~/.atom/packages/json-schema/node_modules/is-my-json-valid/index.js:388:9
  at Array.forEach (native)
  at visit (~/.atom/packages/json-schema/node_modules/is-my-json-valid/index.js:387:18)
  at compile (~/.atom/packages/json-schema/node_modules/is-my-json-valid/index.js:537:3)
  at module.exports (~/.atom/packages/json-schema/node_modules/is-my-json-valid/index.js:564:10)
  at ~/.atom/packages/json-schema/lib/schema-linter.js:52:12
  at memoized (/Applications/Atom.app/Contents/Resources/app.asar/node_modules/babel-core/node_modules/lodash/index.js:7912:27)
  at MapObservable.selector (~/.atom/packages/json-schema/lib/schema-linter.js:63:49)
  at ~/.atom/packages/json-schema/node_modules/rx/dist/rx.js:4785:67
  at tryCatcher (~/.atom/packages/json-schema/node_modules/rx/dist/rx.js:567:29)
  at InnerObserver.onNext (~/.atom/packages/json-schema/node_modules/rx/dist/rx.js:4806:43)
  at InnerObserver.tryCatcher (~/.atom/packages/json-schema/node_modules/rx/dist/rx.js:567:29)
  at AutoDetachObserverPrototype.next (~/.atom/packages/json-schema/node_modules/rx/dist/rx.js:5274:51)
  at AutoDetachObserver.Rx.internals.AbstractObserver.AbstractObserver.onNext (~/.atom/packages/json-schema/node_modules/rx/dist/rx.js:1710:35)
  at InnerObserver.onNext (~/.atom/packages/json-schema/node_modules/rx/dist/rx.js:3627:90)
  at InnerObserver.tryCatcher (~/.atom/packages/json-schema/node_modules/rx/dist/rx.js:567:29)
  at AutoDetachObserverPrototype.next (~/.atom/packages/json-schema/node_modules/rx/dist/rx.js:5274:51)
  at AutoDetachObserver.Rx.internals.AbstractObserver.AbstractObserver.onNext (~/.atom/packages/json-schema/node_modules/rx/dist/rx.js:1710:35)
  at ~/.atom/packages/json-schema/node_modules/rx/dist/rx.js:1855:51
  at ~/.atom/packages/json-schema/node_modules/rx/dist/rx.js:1884:13
  at scheduleInnerRecursive (~/.atom/packages/json-schema/node_modules/rx/dist/rx.js:1085:7)
  at recursiveAction (~/.atom/packages/json-schema/node_modules/rx/dist/rx.js:1039:9)
  at [object Object].invokeRecImmediate [as action] (~/.atom/packages/json-schema/node_modules/rx/dist/rx.js:1056:7)
  at [object Object].ScheduledItem.invokeCore (~/.atom/packages/json-schema/node_modules/rx/dist/rx.js:929:17)
  at [object Object].ScheduledItem.invoke (~/.atom/packages/json-schema/node_modules/rx/dist/rx.js:917:40)
  at runTrampoline (~/.atom/packages/json-schema/node_modules/rx/dist/rx.js:1237:37)
  at tryCatcher (~/.atom/packages/json-schema/node_modules/rx/dist/rx.js:567:29)
  at Scheduler.scheduleNow [as _schedule] (~/.atom/packages/json-schema/node_modules/rx/dist/rx.js:1248:45)
  at Scheduler.Rx.Scheduler.schedulerProto.scheduleWithState (~/.atom/packages/json-schema/node_modules/rx/dist/rx.js:970:19)
  at AnonymousObservable.s [as _subscribe] (~/.atom/packages/json-schema/node_modules/rx/dist/rx.js:5248:34)
  at AnonymousObservable.Rx.Observable.observableProto.subscribe.observableProto.forEach (~/.atom/packages/json-schema/node_modules/rx/dist/rx.js:1976:19)
  at ~/.atom/packages/json-schema/node_modules/rx/dist/rx.js:2358:14
  at AnonymousObservable.observableProto.toPromise (~/.atom/packages/json-schema/node_modules/rx/dist/rx.js:2355:12)
  at Object.exports.provider.lint (~/.atom/packages/json-schema/lib/schema-linter.js:81:18)
  at Promise.then._this.emitter.emit.linter (~/.atom/packages/linter/lib/linter-registry.coffee:59:22)
  at LinterRegistry.triggerLinter (~/.atom/packages/linter/lib/linter-registry.coffee:58:16)
  at ~/.atom/packages/linter/lib/linter-registry.coffee:52:17
  at Array.map (native)
  at ~/.atom/packages/linter/lib/linter-registry.coffee:50:27

Same issue here.
Atom 1.2.0-beta1
Windows 7


add device_vendor to the GpuDevice in JAX runtime

With this PR, device vendor will be exposed from JAX GpuDevice into Python
@hawkinsp

One of our internal presubmits reminded me that you also need to update the Python type stub for pybind code:
https://github.com/tensorflow/tensorflow/blob/0c13207eeda65754532bab5888cc33693fb06834/tensorflow/compiler/xla/python/xla_extension/__init__.pyi#L248
to add device_vendor

Our presubmits are still unhappy, with this error:
error: field 'device_vendor_' will be initialized after base 'xla::PjRtStreamExecutorDevice' [-Werror,-Wreorder-ctor]


Array.new(Int, &block, Int32 -> T) returns wrong class if subclassed

This new method ignores its subclass and always returns the Array type.
def self.new(size : Int, &block : Int32 -> T)
  Array(T).build(size) do |buffer|
    size.to_i.times do |i|
       buffer[i] = yield i
    end
    size
  end
end

Isn't that expected since you're explicitly using Array(T).build and not the subclass' name?

I think he means when subclassed it should create the subclass. But then I think it's a bit impossible to implement this (if someone can think of a way, please send a PR).

OK, I'm naive. I just wrote this in my subclass. Why would it not work in Array(T)#new(size : Int, &block : Int32 -> T)?
class A < Array(Int32)
  def self.new(size : Int32, &block : Int32 -> T)
    a = self.new(size)
    i = 0
    while i < size
      a << yield(i)
      i += 1
    end
    a
  end
end
a = A.new(10) { 1 }
p a.class.name
p a

Oh, I mean, try doing it by modifying the new method in Array, not defining a new one in A. Also make sure it works with a subclass that's also generic.

To expand a bit more, the compiler sees that T is unbound in the type definition and it's a return type of the block, so to compute it it must type the block assuming Int32 is passed to it. From there it can deduce the type of T. And then we do Array(T).build to say "create an array of T". If we change it to just build or self.build then the T is never used and build just tries to create an Array(T) without T having a type and it fails.
One way to fix this would be for the compiler to assume that if there's a free variable T defined and we call a class method on an uninstantiated generic type, assume it's on an instantiated generic type using that T. But maybe it's more confusing than good.

Thank you. I'm confused about why T is unbound, since my subclass is defined this way:
class Subclass < Array(Int32)
end

I would have expected that Array::T would be known to be Int32, and that  the compiler thus would know that T is Int32 wherever it is used, including as the return type of the block in:
class Array(T)
  def self.new(size : Int32, &block : Int32 -> T)
  end
end
class Subclass < Array(Int32)
end

There is no forall and type inference here, the type is explicit.
Assuming I get by this hurdle, there should be one of two coventions for overloading clone().
class Subclass < Array(Int32)
  def clone
     super
     # do subclass work here
  end
end

or
class Array(T)
  def clone
    self.class.new(self) # Subclasses must implement the copy constructor.
    # Perform the array copy here
  end
end

The second makes more sense to me.

Oh, sorry for the confusion. I'm talking about making that new that you mention create an instance of a generic subclass if called on a generic subclass. Let's try it:
class MyArray(T) < Array(T)
end

my_ary = MyArray.new(10) { |i| i }
p typeof(my_ary) # => Array(Int32)

That doesn't work as you expect it to work. The reason is that the definition of that new method has Array(T) hardcoded into it:
def self.new(size : Int, &block : Int32 -> T)
  Array(T).build(size) do |buffer|
    size.to_i.times do |i|
       buffer[i] = yield i
    end
    size
  end
end

So the question for you is: can you find another way to define that method (without redefining it in the subclass!) that works with MyArray(T) and with your Subclass that you mentioned in your comment?

Oh, maybe I see what you mean. When that T is deduced to be whatever type, that needs to stick into the T of the current generic type. And I think that's basically what I'm proposing here: https://github.com/crystal-lang/crystal/issues/9755#issuecomment-694180552
So, ideally the new method would be defined like this:
def self.new(size : Int, &block : Int32 -> T)
  build(size) do |buffer|
    size.to_i.times do |i|
       buffer[i] = yield i
    end
    size
  end
end

Note that we are just calling build now. However, when we call MyArray.new(10) { 1 } that T gets to be Int32 and self goes from MyArray(T) to being MyArray(Int32). But that's not something that is happening right now. self can't change its type, and I'm not sure it's possible.

This is how I would expect Array#clone to work, and my prototype here appears to do what I want.
class XArray(T)
  @buffer : Pointer(T)
  getter size : Int32

  def initialize(that : XArray(T))
    puts "Superclass copy constructor called, self is a #{self.class.name}"
    @size = that.size
    @buffer = GC.malloc(sizeof(T) * that.size).as(Pointer(T))
    that.size.times do |step|
      @buffer[step] = that[step]
    end
  end

  def initialize(@size : Int32)
    @buffer = GC.malloc(sizeof(T) * @size).as(Pointer(T))
  end

  def [](index)
    @buffer[index]
  end

  def []=(index, value)
    @buffer[index] = value
  end

  def clone
    self.class.new(self)
  end
end

class Subclass < XArray(Int32)
  def initialize(that : Subclass)
    puts "Subclass new called."
    super
  end

  def initialize(size)
    super
  end

  def initialize(that : Subclass)
    puts "Subclass copy constructor called."
    super
  end
end

a = Subclass.new(1)
b = a.clone
puts "Type of b is #{b.class.name}"

Yes, that works. But I thought this was about Array.new, not clone.

Oops, I have so many bugs I'm confusing them. More coming.

OK, I added def initialize(size : Int, &block : Int32 -> T) to my example, and XArray.new works as I would expect.
class XArray(T)
  @buffer : Pointer(T)
  getter size : Int32

  def initialize(size : Int, &block : Int32 -> T)
    @size = that.size
    @buffer = GC.malloc(sizeof(T) * that.size).as(Pointer(T))
    that.size.times do |step|
      @buffer[step] = yield
    end
  end

  def initialize(that : XArray(T))
    puts "Superclass copy constructor called, self is a #{self.class.name}"
    @size = that.size
    @buffer = GC.malloc(sizeof(T) * that.size).as(Pointer(T))
    that.size.times do |step|
      @buffer[step] = that[step]
    end
  end

  def initialize(@size : Int32)
    @buffer = GC.malloc(sizeof(T) * @size).as(Pointer(T))
  end

  def [](index)
    @buffer[index]
  end

  def []=(index, value)
    @buffer[index] = value
  end

  def clone
    self.class.new(self)
  end
end

class Subclass < XArray(Int32)
  def initialize(size : Int, &block : Int32 -> T)
    super
  end

  def initialize(that : Subclass)
    puts "Subclass new called."
    super
  end

  def initialize(size)
    super
  end

  def initialize(that : Subclass)
    puts "Subclass copy constructor called."
    super
  end

end

a = Subclass.new(1)
b = Subclass.new(10) { 1 }
p b.class.name
```

Cool, that's a good solution: using initialize instead of new. But that means this is only possible for that method. Array has a class method build, and that trick isn't possible there. But we could definitely doing for at least the methods that are called new.

Array#build can easily be replaced by an initialize that yields the buffer. That would be cleaner. Then build could get a deprecation notice.

OK, I see what you were getting at:
If we initialize Array with this style:
Array.build(unsafe_capacity: 10)  { |index| SomethingReturningT }

We can't just call self.new to create the array, because nothing tells Array that it contains T.

Sigh. I can't fix this bug by replacing self.new(size : Int, &block : Int32 -> T) with initialize(size : Int, &block : Int32 -> T) because the compiler does not catch the return type of the block and bind T to that when I use initialize instead of self.new. Is that a bug?

When you define an initialize like this:
def initialize(arg, &block : -> T)
  yield
end

The compiler automatically generates a self.new method from it:
def self.new(arg, &block : -> T)
  x = allocate
  x.initialize do
    yield
  end
end

As you can see, the T isn't mentioned anywhere in that expansion. Hence, it doesn't work.
One way to solve it is to make allocate check for any free variables with the generic's type argument and use that to create the instance. I'm going to give that a try.

Well, actually, I don't have time, sorry. But yeah, that's what I meant with "this can't be easily fixed". That's the bug, or the limitation.

Sure, I respect your time. Should I file a bug? It seems asymmetrical enough to be a bug.

Sounds good.

I just don't think this can be fixed or changed.


Fix description issue & run tests via tox

Tox file setup is done with py36, py39

Issues caused are module not found error for tornado & psutil, requirements.in file & requirements-test.in file are added and updated the package version, then also module not found issue was caused.

Debug with multiple packages & versions, found its depend on idna<2.9,>=2.5 package, updated the requirements & its fixed.

Test case was failing in tests/test_config.py, fixed it.

In tests/test_basic.py, the profiler API is fetched & gives internal server error from the server, its handled via exception case to pass the test case.

README.md file is read as description & now its encoded during read to fix the issue while reading special characters.

 Thank you for your submission! We really appreciate it. Like many open source projects, we ask that you sign our Contributor License Agreement before we can accept your contribution.You have signed the CLA already but the status is still pending? Let us recheck it.


Smartcard is not redirected after reconnection

Server : Windows Server 2012 amd64 with Remote Desktop Services
Client : Debian 8 i386 with XFCE (gcc 4.9.2)
FreeRDP : version 2.2.0
Smartcard: Rutoken Lite
To Reproduce

Connect to Server
./xfreerdp /v:<IP_ADDRESS>:8189 /smartcard /u:'Terminal_1' /p:'P@ssw0rdd' /cert-ignore /log-level:trace
Smartcard is redirected to the server succesfully (see Picture 1).
Do not use keyboard and mouse and wait util disconnected. (Set time limit for active but idle Remote Desktop Services sessions policy should be Enabled on Server)
Immediately after reconnect using same command. Reconnection should be while the Windows session for user "Terminal_1" is still open.
I expect the smartcard to be reconnected to the server as in step №2. But the server does not actually see the smartcard (see Picture 2).

There is no such issue on FreeRDP version 1.2.4-dev (git 9101135).
Logs
Step 1 log. Smartcard is forwarded to the server succesfully.
log1.zip
Step 4 log. Failed to forward smartcard to the server after reconnection.
log4.zip
Picture 1. The rutoken readers combobox contains a redirected smartcard. Success.

Picture 2. The rutoken reades combobox is empty. Failed to redirect.

Could you check out if /client-build:number:2600 helps? We added newer smartcard redirection protocol support and that might not be supported properly by your server.

I added this parameter. Issue is still reproducing.
Step 1 log on FreeRDP 2.2.0 with /build-client-number:2600 log1-build-number-client-2600.zip
Step 4 log on FreeRDP 2.2.0 with /build-client-number:2600 log4-build-number-client-2600.txt

P.S.: Also may be usefull.
Step 1 log on FreeRDP 1.2.4 log1-on-1.2.4.txt
Step 4 log on FreeRDP 1.2.4 log4-on-1.2.4.txt

@pestoffne I´ve had a look at the logs and the diff in the source. could not spot a difference, but that may be hardware dependent (have some gemalto readers here to test)
any more information you could provide?
Also, could you run a build with -DWITH_SMARTCARD_INSPECT=ON? Might reveal some more details on what is going on.
If possible, please attach full logs with /log-level:tracee 2>&1 |tee log.txt so we can search for differences.

Server changed to: Windows 10 Enterprise amd64 10.0.18363
Client changed to: Debian 10 amd64
FreeRDP : version 2.2.0
Smartcard: Rutoken Lite
Issue is reproducible on new configuration.
Flag -DWITH_SMARTCARD_INSPECT=ON was added.
First connection with successful redirection.
./xfreerdp /v:<IP_ADDRESS> /u:Toster /p:11111111 /cert-ignore /smartcard /log-level:trace | tee log-3a.txt
log-3a.txt
Second connection where the redirected smartcard is not recognized by the rutoken software.
log-3b.txt
I bet this is not reproducible with gemalto.
What information can I provide?
Server and client virtual machines were created to reproduce issues like that. So I can provide any logs, like windows event log or pcscd output.
I am not affiliated with Aktiv, so the rutoken control panel for me is a closed-source black box.

@pestoffne did a bug hunt and found a few issues with smartcard, could you try #6792 ?

I think this is not FreeRDP problem. The smartcard software communicates with the smartcard hardware via RDP. The smartcard software just loses hardware without closing the session properly (SCardDisconnect) when I disconnect from the RDP server.
After reconnecting, I can restart the smartcard software. After that it works properly.


Update of flask version required

https://github.com/gwongz/flask-apiblueprint/blob/3a104e44d990a0fdbce5b76b2efa51b410b164d6/setup.py#L24
Have tested with flask versions <= 1.0.2.
It would be great if the version number can be updated.

@gwongz We are looking for this fix.. I see pull requests for this already... Please check if that can be merged.


[Hotfix] project storage auditing

Failures are unrelated to this PR and have since been fixed on master. This is good to merge.


[Feature Request] data deduplication on existing delta table

Feature request
Overview
In some cases, we would prefer to do data deduplication on a regular basis rather than when upserting.  A single command for this purpose would be quite useful.
Motivation
Several approaches are proposed online with regards to data de-duplication on delta tables. Some target deduplication when inserting, others propose complex merge operations for existing tables.
Further details
Propose to implement a command in the form
deltaTable.dropDuplicates(cols, where, keep="first")
such that rows with duplicates on the columns given by the cols parameter are dropped when the given conditions specified by the where parameter. The conditions should be a filter, on partition columns or other.

The proposed API is a little ambiguous ... how is "first" defined.

The proposed API is a little ambiguous ... how is "first" defined.

Agree with your comment @tdas, the API needs to be better defined.
A simpler form would be to drop duplicates on all columns,
deltaTable.dropDuplicates(where)
Defining which row to keep only makes sense when when dropping duplicates based on a subset of columns (as specified by the proposed "cols" parameter).  Usage of "first" would require some kind of order within each group of duplicates, which would need to be further defined.

Attempt at a second iteration:
deltaTable.dropDuplicates(*cols =None,                                              condition: Union[pyspark.sql.column.Column, str, None] = None,                                              select:  Optional[Dict[str, Union[str, pyspark.sql.column.Column]]] = None)
Parameters
cols: optional (str or list name of columns) – the columns to screen for duplicates. Search on all columns is None
condition:  (str or pyspark.sql.Column) optional condition on where to search for duplcates. Example "partitionCol==2"
select: optional (dict with  str or pyspark.sql.Column  as keys and str as values) Define rule for which row to keep when setting the cols parameter. Example {"partitionCol":"max"}

https://github.com/MrPowers/mack has something like this implemented @MrPowers

@allisonport-db , @MrPowers, the drop_duplicate function in mack comes with the following warning:

Warning: This method is overwriting the whole table, thus very inefficient. If you can, use the drop_duplicates_pkey method instead.

A function that drop duplicates without overwriting the whole table would be the target

+1 on this feature behalf my team

Any updates on this?

Well, +1 here
It is not cool to do deduplication on multiple terabyte tables that receives data from streaming sources


Blacklist Memory Usage

I'm currently using dnsmasq for my blacklist and dnscrypt-proxy for dns resolving.
I have a quite large blacklist, the file size is arround 90mb.
When I'm loading this blacklist on dnsmasq, it uses arround 30% memory of my raspberry pi 2, (~330mb).
When I try to load that list on dnscrypt-proxy, so I can skip dnsmasq completely, it'll use over 100% of the memory and will make my pi crash. And the loading process is still not done when it reaches 100% of memory usage.

A 90 Mb list is totally nuts. You should really try to optimize it. Instead of blocking a.example.com and b.example.com, just block example.com. There are probably many duplicates and overlaps in your list.
dnscrypt-proxy handles patterns such as ads.* or *sex* or tracker*.example.*. Take advantage of these, and your list will become very small.
Pull requests to reduce memory usage without sacrificing performance would also be welcome.


font/stnt, font/opentype: Thai ligature support for opentype font

from issue https://github.com/golang/go/issues/43383 I have added some work in process of making Go opentype support Thai ligature glyph combination
Test Input
มั้ย เนื้อ อื้อ เป็น เบิ้ด หนึ่งหมื่น ผู้ ฏู ญู

Without ligature combination

With ligature combination adjustment

As in the output after adjustment, the result is still not 100% correct. Because all of the rules haven't applied yet ( I didn't use Layout tables for a ligature yet )
I found the current implementation of font package relies on an interface called Face which supports only a single rune input and the adjustment cannot apply the rule without knowing the next and the previous rune.
To pick the right glyph from the font buffer first we need to know the set of the character ( aka cluster ) which need more than single rune input ( right now I am passing more rune into Glyph()
and we also need to retrieve a glyph index by the name of the glyph. because these characters haven't included in the Unicode table.
I am about to purpose change to Face interface but the problem is another kind of font will be also affected by this change.
Ligature from Lookup table

https://docs.microsoft.com/en-us/typography/opentype/spec/chapter2
https://github.com/Hopding/fontkit/blob/master/src/aat/AATLookupTable.js  from pdf-lib (Javascript)

Gonna close this for now. I will try to work on Layout common data parsing for ligature support

Gonna close this for now. I will try to work on Layout common data parsing for ligature support


Module not found error in browser

I have followed the installation guide after installing the package and running the app I faced these errors in the browser:
Module not found: Can't resolve 'net'
   6 | const http = require('http');
   7 | const https = require('https');
>  8 | const net = require('net');
     |             ^^^^^^^^^^^^^^
   9 | const tls = require('tls');
  10 | const { createHash } = require('crypto');
  11 |

https://nextjs.org/docs/messages/module-not-found
console.error @ client.js:1
push.[project]/node_modules/next/dist/client/setup-hydration-warning.js [client] (ecmascript).window.console.error @ setup-hydration-warning.js:18
handleErrors @ hot-dev-client.js:141
processMessage @ hot-dev-client.js:219
(anonymous) @ hot-dev-client.js:55
handleMessage @ websocket.js:56
Show 6 more frames
Show less
client.js:1 ./node_modules/ws/lib/websocket-server.js:9:12
Module not found: Can't resolve 'tls'
   7 | const https = require('https');
   8 | const net = require('net');
>  9 | const tls = require('tls');
     |             ^^^^^^^^^^^^^^
  10 | const { createHash } = require('crypto');
  11 |
  12 | const extension = require('./extension');

To Reproduce
Steps to reproduce the behavior:

yarn add @lit-protocol/lit-node-client
import * as LitJsSdk from "@lit-protocol/lit-node-client";
inside the useEffect :

const client = new LitJsSdk.LitNodeClient({
  litNetwork: 'cayenne',
});

await client.connect();

Hey @yussdev have you tried our latest version? 6.3.0?


Bug: moment module

I goofed up the package earlier when I changed the moment version (although I am not sure how the tests passed without it).
Will fix it shortly

This has been resolved, apologies for any issues this caused!


Private Cloud Zstack

Hi All,
For me one question. On environment Production, We have 3 server. We can setup mangement and compute on the same server ?
So, i see, we will lost 1 server for management. we can provide resource for system. Please send me guide understand it, Thanks

https://www.zstack-cloud.com/help/en/tutorials/quick_install_guide/v3/1.html#chapter-1-2-Hardware-Requirements

This topic provides an example of deploying a single-node (All-in-One) server. The minimum hardware requirements are as follows.


Removed pandoc dependency from docs build CI

This tiny PR removes the unnecessary intallation of pandoc from the documentation CI build.
Closes #210

@eb8680 , this seems to be evidence that pandoc is necessary.

What I originally meant by #210 was to try to pinpoint where exactly pandoc was being used and see if those parts could be modified to remove the requirement, because I didn't think pandoc could be installed with pip alongside the other dependencies.
After some quick googling, it does look like there's a separate PyPI pypandoc package pypandoc_binary that bundles a pandoc binary, though, so maybe all we need to do is add pypandoc_binary to the dependencies:

Pypandoc uses pandoc, so it needs an available installation of pandoc. Pypandoc provides 2 packages, "pypandoc" and "pypandoc_binary", with the second one including pandoc out of the box. The 2 packages are identical, with the only difference being that one includes pandoc, while the other don't.

Ok, I'll try that

Does using pypandoc_binary work for you locally? I guess it's OK to leave the manual installation step in the CI and docs deployment builds if pypandoc_binary works correctly in fresh local environments.

Sort of. I'm not getting the pandoc not installed error that the CI builds in this PR are showing, but I am now getting the same doc building errors we're seeing in #243. What's perplexing to me is that the generic tests to non-master branches are successfully building the docs. E.g. See #211.

I've now confirmed that when I brew uninstall pandoc and then install pypandoc_binary I get the same pandoc missing error we're seeing on these tests.

Closing this WIP PR because the issue isn't as straightforward as I thought it would be. Will link to this for posterity in #210.


Adds parts of EcoscoreData to api

With the purpose of accessing some of the recycling data
What

Adds some of the child types of ecoscore_data to enable access to packaging information
No unit tests added due to minimal nature of existing unit test code but has been tested with a number of barcodes.

Thank you for your PR!


Tesseract4 & GvisionHard coded to French Language

It seems like the Tesseract 4 plugin is hard coded to the french language.
https://github.com/invoice-x/invoice2data/blob/1adb49cb74b17e1dd278886ee4c432ed2dcaf443/src/invoice2data/input/tesseract4.py#L2
Is it possible to have this default to english?
How does one override the language for a particular input file?

Google vision is hard coded to french language as well
https://github.com/invoice-x/invoice2data/blob/1adb49cb74b17e1dd278886ee4c432ed2dcaf443/src/invoice2data/input/gvision.py#L2

similar to https://github.com/invoice-x/invoice2data/issues/181

continue conversation in https://github.com/invoice-x/invoice2data/issues/181


Several loading errors on the non-HTTPS www.typescriptlang.org website

When navigating to the non-SSL version of www.typescriptlang.org, there are several errors shown in the Google Chrome console:

www.typescriptlang.org/:1 Access to Font at 'http://i.s-microsoft.com/fonts/segoe-ui/west-european/normal/latest.woff' from origin 'http://www.typescriptlang.org' has been blocked by CORS policy: No 'Access-Control-Allow-Origin' header is present on the requested resource. Origin 'http://www.typescriptlang.org' is therefore not allowed access.
www.typescriptlang.org/:1 Access to Font at 'http://i.s-microsoft.com/fonts/segoe-ui/west-european/semilight/latest.woff' from origin 'http://www.typescriptlang.org' has been blocked by CORS policy: No 'Access-Control-Allow-Origin' header is present on the requested resource. Origin 'http://www.typescriptlang.org' is therefore not allowed access.
www.typescriptlang.org/:1 Access to Font at 'http://i.s-microsoft.com/fonts/segoe-ui/west-european/semilight/latest.ttf' from origin 'http://www.typescriptlang.org' has been blocked by CORS policy: No 'Access-Control-Allow-Origin' header is present on the requested resource. Origin 'http://www.typescriptlang.org' is therefore not allowed access.
glyphicons-halflings…ular.bc0cf52d.woff2 Failed to load resource: the server responded with a status of 404 (Not Found)

Since there seems to be no automatich non-HTTP to HTTPS redirect, I have to manually prefix "https" in my browser's address bar.
My suggestion:
Please add an automatic redirect to HTTPS.

Hey just wanted to remind that this issue has been open since 2017, the website currently looks like this on macOS:

An easy solution would be to use the system font stack for all platforms (as Segoe is the default font for Windows).
Is there any way I can help out with this?


Cache images and icons?

My idea is that we save icons and images after we download them to localstorage or indexedDB or somewhere and re-download them only when images are modified. I think that is possible with HTTP's "Last modified date" header.

please test the new version


Corrupted nifti image loading if same filename is used with different extensions in the same folder

Description
NIFTI images are loaded with corrupted image data if loading something.nii.gz and there is another file with the same filename with .nii extension.
See original bug report of a user at https://github.com/Slicer/Slicer/issues/5378
Steps to Reproduce

Place A.nii and A.nii.gz files in the same folder (any two different nifti files work, but here is an example data set: https://1drv.ms/u/s!Arm_AFxB9yqHxO1XF9OyB_PYU3khTQ?e=TasE3z)
Load A.nii.gz -> loaded image is corrupted

Versions
ITK-5.1
(reproducible in various versions of Slicer, MITK, ITK-Snap, etc.)
Environment
Windows, Linux
Additional Information
It is just so frustrating that there are so many troubles with nifti images and people often keep using it (it only makes sense for neuroimaging but probably they should give up as well and move to a new, simpler and better format).

This is a problem with nifti library itself. Function nifti_findimgname ignores the actual given filename, and searches through a list of supported extensions:
https://github.com/InsightSoftwareConsortium/ITK/blob/5e28b1d05d0d9ad42aec8f86def5d345628ef4d1/Modules/ThirdParty/NIFTI/src/nifti/niftilib/nifti1_io.c#L2846-L2914

This is a problem with nifti library itself. Function nifti_findimgname ignores the actual given filename, and searches through a list of supported extensions:
https://github.com/InsightSoftwareConsortium/ITK/blob/5e28b1d05d0d9ad42aec8f86def5d345628ef4d1/Modules/ThirdParty/NIFTI/src/nifti/niftilib/nifti1_io.c#L2846-L2914

It looks like it was not rectified upstream either. It would be good if @vanossj propagated the issue to nifti_clib.

It looks like it was not rectified upstream either. It would be good if @vanossj propagated the issue to nifti_clib.


Replace memchr in BufferInputSource::findAndSkipNextEOL with manual memory search

On large files with predominantly \n line endings, memchr(..'\r'..)
may waste a considerable amount of time searching for a line
ending candidate that we won't need.
On the Adobe PDF Reference 6th ed (31 MB), this commit is 8x faster
at QPDF::processMemoryFile() (about 1.1s compared to 8.2s).

For some context in pikepdf, I have a custom input source to handle objects that
implement the IO stream protocol in Python, which means all reads and seeks
involve some Python overhead. For small reads and seeks this is expensive;
for large ones bulk storage is the overhead.
I got curious if mmap() would improve matters and found it to be about
2x faster when combined with this patch (without this patch, mmap() was
a fair bit slower, a surprising result that prompted my investigation). I thought
it's an interesting data point that QPDF might benefit from mmap too, although,
hard to say much.
Cheers.

Thanks. I will almost certainly take that. My intention is that the next qpdf release will be focused heavily on performance. I believe the tokenizer is very inefficient because of the same kind of logic that you are correcting here. This could provide a good model. Using mmap when available is definitely on my radar. When I get to a natural stopping point on my primary work project, I will probably take some time and address this along with the small handful of open issues.

pread might help too.

I'm rebuilding this based on current master. If all is well, I will merge.


Missing functions

These definitions don't exist in the code:
https://github.com/samp-incognito/samp-gvar-plugin/blob/master/src/main.cpp#L359-L361

Good point. Those were features I meant to add eventually. Maybe I'll get around to it some day...

That'd be great. Currently, iterating through keys using the upper index appears to be O(log(N!)). It can't even handle ~1k keys very well.


Add Config file for ip addresses and port numbers

Split from #117
Previous issue text (From Bart):
The best fix would be to remove all hard-coded hostnames, ip addresses and port numbers from the repository, and instead have a template config file for the user to fill this information in in one place. It would ok if that file was JS and just got imported, as long as it is in one place, small, and reasonably easy to understand and edit.

We will discuss this change at our next meeting on the 17th

Thank you!


android: default action button styling

Related Issue
A Pull Request should close a single issue; multiple issues can be closed when the issues are small and related, but that should be an exception not the rule. Please keep Pull Requests small and targeted; large 'code drops' with dozens of files will be closed and asked to split into reviewable pieces. Reviews that need to be large due to dependencies will be
reviewed on a case-by-case basis.
Please use one of the well-known github fixes keywords to reference
the issue fixed with this PR (eg Fixes #). If an issue doesn't yet exist please create one to aid
in issue tracking.
NOTE: For multiple issues resolved by this PR use the corresponding keywords every time in a comma-delimited list per the reference
page above.
Description
For all Pull Requests, please describe how the issue was fixed or how the feature was implemented from a summary level. This information will be used to help provide context to the reviewers of the pull request and should be additive to the issue being closed.

Added support to style default action buttons
Added new style attribute for  adaptiveActionDefault

Sample Card

Before and After screenshot.
The previous implementation consumes the app theme to style the default button.
The new implementation adds a new attribute to provide a separate level of customisation.
How Verified
How you verified the fix, including one or all of the following:

New unit tests that were added if any. If none were added please add a quick line explaining why not.
Existing relevant unit/regression tests that you ran
Manual scenario verification if any; Do include .gif's or screenshots of the testing you performed here if you think that it
will aid in code reviews or corresponding fixes on other platforms for eg.

Microsoft Reviewers: Open in CodeFlow

Closing due to lack of PR template use


locale support

Hello， this plugin can locale support?

For now you can choose between 24h format or 12h format (AM/PM) but we will add format parameter and locale support in the next version

Alright, I have advice about the format of the date, I need the date list like this: 2021-12, just remove the day about the format, can support this plugin?
thx!

No for now it can't be done once we add the date format parameter you can choose the format you want
but as a workaround you can get the date from bottom_picker and then reformat it into the date format you want

@YeFei572 I added a date format order attribute to the widget bottom picker in the newest version 1.0.4 and may help you achieve what you want to do check it out https://pub.dev/packages/bottom_picker

Good job！thx


Fail to sync private repositories

Trying to subscribe to private repositories cause hubtty to throw errors:
2021-02-06 11:43:28,557 Exception checking repo <private>
Traceback (most recent call last):
  File "/home/martin/.virtualenvs/hubtty/lib/python3.9/site-packages/hubtty/sync.py", line 995, in run
    gitrepo.get_repo(project.name, app.config)
  File "/home/martin/.virtualenvs/hubtty/lib/python3.9/site-packages/hubtty/gitrepo.py", line 582, in get_repo
    return Repo(config.git_url + project_name, local_path)
  File "/home/martin/.virtualenvs/hubtty/lib/python3.9/site-packages/hubtty/gitrepo.py", line 287, in __init__
    git.Repo.clone_from(self.url, self.path)
  File "/home/martin/.virtualenvs/hubtty/lib/python3.9/site-packages/git/repo/base.py", line 1032, in clone_from
    return cls._clone(git, url, to_path, GitCmdObjectDB, progress, multi_options, **kwargs)
  File "/home/martin/.virtualenvs/hubtty/lib/python3.9/site-packages/git/repo/base.py", line 973, in _clone
    finalize_process(proc, stderr=stderr)
  File "/home/martin/.virtualenvs/hubtty/lib/python3.9/site-packages/git/util.py", line 329, in finalize_process
    proc.wait(**kwargs)
  File "/home/martin/.virtualenvs/hubtty/lib/python3.9/site-packages/git/cmd.py", line 408, in wait
    raise GitCommandError(self.args, status, errstr)
git.exc.GitCommandError: Cmd('git') failed due to: exit code(128)
  cmdline: git clone -v https://github.com/<private> /home/martin/hubtty/<private>
  stderr: 'Cloning into '/home/martin/hubtty/<private>'...
remote: Invalid username or password.
fatal: Authentication failed for 'https://github.com/<private>/'

And:
2021-02-06 11:43:33,156 Exception running task <SyncProjectTask [65, 500, 222]>
Traceback (most recent call last):
  File "/home/martin/.virtualenvs/hubtty/lib/python3.9/site-packages/hubtty/sync.py", line 1469, in _run
    task.run(self)
  File "/home/martin/.virtualenvs/hubtty/lib/python3.9/site-packages/hubtty/sync.py", line 369, in run
    changes = sync.query(query)
  File "/home/martin/.virtualenvs/hubtty/lib/python3.9/site-packages/hubtty/sync.py", line 1629, in query
    response = self.get(q)
  File "/home/martin/.virtualenvs/hubtty/lib/python3.9/site-packages/hubtty/sync.py", line 1519, in get
    self.checkResponse(r)
  File "/home/martin/.virtualenvs/hubtty/lib/python3.9/site-packages/hubtty/sync.py", line 1504, in checkResponse
    raise Exception("Received %s status code: %s"
Exception: Received 422 status code: {"message":"Validation Failed","errors":[{"message":"The listed users and repositories cannot be searched either because the resources do not exist or you do not have permission to view them.","resource":"Search","field":"q","code":"invalid"}],"documentation_url":"https://docs.github.com/v3/search/"}

Changing the git-url to<EMAIL_ADDRESS>is enough to sync private repos.


Flow annotations with destructuring operator

I am facing issue in specifying flow annotations with destructuring operator like this:
({ className: String, style: Object })
Thanks in advance for help :)

I found fix, it works like this: ({ className, style } : Object)


Bug: Documenation is not complete: how to define a parent component in #mount?

Describe the bug

In the previous version for Vue 2 the method mount had the option parentComponent. Now it is gone,
But in the documentation it is not described how to define a parent component in mount.
Please, supply the information. So that I can use this.$parent in my component and the specs do not fail.

@dima4p There is no way to define parentComponent in new version of @vue/test-utils because... it is not needed. It could be easily achieved manually.
Let's assume you're having a component NeedsParent which you want to test, which needs some specific parent. You could easily do:
const Parent = {
  components: { NeedsParent },
  // ...some options required here...
  template: '<needs-parent />'
}

const wrapper = mount(Parent)

You might need to write some minor code in Parent, for example if you want to be able to manipulte props passed to <need-parent /> via setProps API, however, this, actually, was the case in old @vue/test-utils also :)
I'm closing this one as working as intended


GPU resource not available?

@sebastian-luna-valero
We are not able to use GPU nodes today.
The event log gives us;

2024-05-02T13:52:58Z [Warning] 0/36 nodes are available: 3 node(s) were unschedulable, 33 Insufficient nvidia.com/gpu. preemption: 0/36 nodes are available: 1 Insufficient nvidia.com/gpu, 3 Preemption is not helpful for scheduling, 32 No preemption victims found for incoming pod..

Is there any problem on the Cluster?

Hi Tina,
Problem is that at the moment all GPUs are being used... sorry.

Thank you @sebastian-luna-valero , but I do not see on Grafana interface any usage of GPU...

Hi Tina,
This is where to look:

The total amount of GPUs is shared with all other kubernetes users (i.e. users out of the Pangeo deployment)


Change library codes to be consistent with Library web site

We would like to update the library codes so that they are consistent with the Library website.  The immediate use case is this: The Locations app will soon serve as the redirection point for the PULSearch "Where to find it" feature.  If an item is at a reserve location, we can improve the experience by providing a direct link to the library's reserves page for more information about how to get the item.  Most are consistent, and there are only two libraries that pose problems: http://library.princeton.edu/music ('mendel' in bibdata) and http://library.princeton.edu/plasma-physics ('plasma' in bibdata).
@tampakis Do you see any potential side effects to changing these in bibdata?

Alternatively, I suppose we could add a library website url field to the Library model that would allow us to provide the appropriate link.

@kevinreiss and @tampakis know the ins and outs of those codes better than
me at this point, but I'd hesitate to change any of them as all sorts of
policies are tied to them in other systems.
-Js
Sent via mobile. Please excuse typos, brevity, etc.

Ok, thanks @jpstroop ... we can get this to work for the moment with redirects in Drupal.  And I'm glad to hear that this is being designed with the intent to work with other systems.  However, Drupal holds the most user-oriented, Library-specific data out of all of our systems, so I'm a bit surprised at the need for duplication here in locations/bibdata.

I think the codes from Voyager are more library-specific in terms of their
business cases, and we can't really control those anyway. Hence the
problem...
Maybe we should work (long term) on getting the codes out of Drupal so that
we can further limit the number of places where locations are managed. That
was one of the intentions of this app all along.
I think we already have codes for hours--how well do those map?
-Js
Sent via mobile. Please excuse typos, brevity, etc.

Doesn't seem like we're on the same page. The "codes" in locations/bibdata are identifiers for Libraries.  Does it make more sense for Drupal to pull Labels from BibData, or for BibData to pull "Labels" (and any other information it may need) from Drupal?  Either way, we need to make sure the code (or some id) is represented in both systems as unique identifiers, so we can limit the number of places where locations are managed, correct?  I don't see how getting the codes out of Drupal would solve that.
Hours Locations seem to be a duplicated subset of Libraries.  I'm not sure why there is not simply a "has hours" boolean value for Libraries.  With the current approach, a Library and an Hours Location could have different codes. I can't speak to it as I don't really understand the decisions behind doing it that way.  @kevinreiss were you involved in the Hours Locations work?

The codes are Drupal field values that give the branch calendar and library home pages can have "friendly" urls. They are same string value i.e. (music, plasma-physics, marquand) for both. The hours location value should also work fine for the token substitution you want for the redirect. I'd forgotten about it, use that.

@kevinreiss but there is no relationship from Library to Hours Location, so there is no way for me to use it.  Again, it seems that Hours Location is redundant and can be simplified by folding it into Library, no?

Different locations in Firestone have different hours, right.
-Js
Sent via mobile. Please excuse typos, brevity, etc.
On Aug 12, 2016 12:58 PM, "Shaun Ellis"<EMAIL_ADDRESS>wrote:

@kevinreiss https://github.com/kevinreiss but there is no relationship
from Library to Hours Location, so there is no way for me to use it. Again,
it seems that Hours Location is redundant and can be simplified by folding
it into Library, no?
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
https://github.com/pulibrary/locations/issues/68#issuecomment-239501031,
or mute the thread
https://github.com/notifications/unsubscribe-auth/AA9BFb9KnGRrvGB8vt8S98hS-kaz0mMHks5qfKYmgaJpZM4JihDs
.

There is a relationship between a location and and an hours location. You should have the location info so you get the data through that relationship. Bibdata may need some configuration so that every location does have this relationship set.

@kevinreiss If there was a relationship, Hours Location should include a WithLibrary concern like Holding Location does, or at least a belongs_to, right?  What field is the association made on?

https://github.com/pulibrary/locations/blob/development/app/models/locations/holding_location.rb#L6

Duh. I think I'm getting tripped up by the different meanings of "locations, libraries, holding locations, hours locations", but now it's clear.  I will update the PR to use the Hours Location code value rather than the Library code value.

Ok, so we are using redirects on the Drupal site to make this work. Unfortunately, three branch libraries do not mention reserves on their branch sites (marquand, eastasian and plasma). We should approach them about adding this content.


Grafana Labs is still here? Is any updates or comments from owners? Is repository deprecated?

No answers for previous questions, no activity at all

I’m just juggling too many projects at once and we don’t use TLA and ext code at Grafana Labs so it’s low priority for us. Anyone is welcome to make contributions. A PR will definitely be faster than waiting for me


bug: lifecycle script OnCreateCommand is not executed.

The onCreateCommand lifecycle-script is not executed.
Reproduction
I used the devcontainer-kubernetes template with almost no modifications.  (just added external auth for git + a few modules )
I can't share a repoduction repo atm, but it should be easy to reproduce :
onCreateCommand": "bash .devcontainer/scripts/setup.sh",

Logs:
envbuilder - Build development environments from repositories in a container
#1: 📦 Cloning https://redacted.com/some-repo.git to /workspaces/some-repo.git...
#1: Enumerating objects: 329
#1: Enumerating objects: 397, done.
Counting objects:   0% (1/397)
#1: Counting objects:   1% (4/397)
[...]
#1: 📦 Cloned repository! [2.173948308s]
#2: Deleting filesystem...
#2: 🏗 Building image...
#2: Retrieving image manifest mcr.microsoft.com/devcontainers/python:1-3.12-bullseye@sha256:db122da88f43f6e14b207a0062a36e7efce19ff3b6daf5c2d4dac253b552883e
[...]
Done!
#2: Taking snapshot of files...
#2: USER root
#2: Cmd: USER
#2: 🏗 Built image! [2m48.341392991s]
+ mkdir -p /tmp/code-server
+ mkdir -p /tmp/code-server/lib /tmp/code-server/bin
+ tar -C /tmp/code-server/lib -xzf ~/.cache/code-server/code-server-4.11.0-linux-amd64.tar.gz
+ mv -f /tmp/code-server/lib/code-server-4.11.0-linux-amd64 /tmp/code-server/lib/code-server-4.11.0
+ ln -fs /tmp/code-server/lib/code-server-4.11.0/bin/code-server /tmp/code-server/bin/code-server
Standalone release has been installed into /tmp/code-server/lib/code-server-4.11.0
Extend your path to use code-server:
  PATH="/tmp/code-server/bin:$PATH"
Then run with:
  code-server
Deploy code-server for your team with Coder: https://github.com/coder/coder

@ggjulio I tried to reproduce this issue but was unable to. I used the https://github.com/coder/envbuilder-starter-devcontainer repo as a starting point and made the following change to .devcontainer/devcontainer.json:
{
    "build": {
        "dockerfile": "Dockerfile"
    },
    "onCreateCommand": "bash .devcontainer/scripts/setup.sh"
}

As can be seen from this output, the script is indeed run:
#4: 🔄 Updating ownership of /home/coder...
#4: 🏡 Updated ownership of /home/coder! [115.993µs]
=== Running onCreateCommand as the "coder" user...
Hello world!
touch: cannot touch '/setup.done': Permission denied
=== Running the init command /bin/sh [-c /bin/sh] as the "coder" user...

Please try the latest version of envbuilder and see if the problem persists. If it does, feel free to re-open this issue with more details on how to reproduce.