Plugin does not seem to initialize

I installed the pluging (homebridge-otgw v0.0.33) and configured it to connect to my OTGW. It does seem to be able to connect to the gateway, but then stops...
Relevant part of logging (starts with a restart of the homebridge):
[2/22/2020, 5:36:42 PM] Got SIGTERM, shutting down Homebridge...
[2/22/2020, 5:36:42 PM] [OTGW] connection to OpenTherm Monitor closed[2/22/2020, 5:36:48 PM] Loaded plugin: homebridge-otgw
[2/22/2020, 5:36:48 PM] Registering platform 'homebridge-otgw.OTGW'
[2/22/2020, 5:36:48 PM] [OTGW] Initializing OTGW platform...
[2/22/2020, 5:36:48 PM] [OTGW] homebridge-otgw v0.0.33, node 12.16.1, homebridge v0.4.50, homebridge-lib v4.5.2
[2/22/2020, 5:36:49 PM] [OTGW] connecting to OpenTherm Monitor...
[2/22/2020, 5:36:49 PM] [OTGW] connected to OpenTherm Monitor at ws://<IP_ADDRESS>:8081/message.ws
[2/22/2020, 5:36:49 PM] [OTGW] OpenTherm Gateway 4.2.5
[2/22/2020, 5:36:49 PM] [OTGW] Setting up - please be patient...
No accesoires are created and no more messages appear (at least not within 1 hour).

Indeed, homebridge-otgw did retrieve the version of the OpenTherm Gateway through the OpenTherm Monitor.  Can you check that the Monitor is actually logging any messages?  If not, can you send a PS=0 free format command in the miscellaneous configuration?  If that doesn’t start the flow, try power cycling the Gateway.
Run homebridge -D to make homebridge-otgw log the communication with the Monitor.
Does the Monitor connect to the Gateway over the network (using a NodeMCU) or over a serial USB cable?

I am already running a monitoring script in parallel which sends a PS=1 every minute, parses the data and sends it to domotics. So that seems to be the reason the homebridge-otgw does not get any data. So I manually issued a PS=0 and then indeed data starts flowing.
Next problem, the message format does not seem to match the expected format:
[2/23/2020, 8:16:23 AM] [OTGW] warning: ignore unknown message               - CH enable: enabled (1) [2/23/2020, 8:16:23 AM] [OTGW] warning: ignore unknown message               - DHW enable: enabled (1) [2/23/2020, 8:16:23 AM] [OTGW] warning: ignore unknown message               - Cooling enable: disabled (0) [2/23/2020, 8:16:23 AM] [OTGW] warning: ignore unknown message               - OTC active: not active (0) [2/23/2020, 8:16:23 AM] [OTGW] warning: ignore unknown message               - CH2 enable: disabled (0) [2/23/2020, 8:16:23 AM] [OTGW] warning: ignore unknown message               - Summer/winter mode: winter (0) [2/23/2020, 8:16:23 AM] [OTGW] warning: ignore unknown message               - DHW blocking: unblocked (0) [2/23/2020, 8:16:23 AM] [OTGW] warning: ignore unknown message               - Fault indication: no fault (0) [2/23/2020, 8:16:23 AM] [OTGW] warning: ignore unknown message               - CH mode: active (1) [2/23/2020, 8:16:23 AM] [OTGW] warning: ignore unknown message               - DHW mode: not active (0) [2/23/2020, 8:16:23 AM] [OTGW] warning: ignore unknown message               - Flame status: flame on (1) [2/23/2020, 8:16:23 AM] [OTGW] warning: ignore unknown message               - Cooling status: not active (0) [2/23/2020, 8:16:23 AM] [OTGW] warning: ignore unknown message               - CH2 mode: not active (0) [2/23/2020, 8:16:23 AM] [OTGW] warning: ignore unknown message               - Diagnostic indication: no diagnostics (0) [2/23/2020, 8:16:23 AM] [OTGW] warning: ignore unknown message               - Electricity production: not active (0) [2/23/2020, 8:16:23 AM] [OTGW] warning: ignore unknown message               - CH enable: enabled (1) [2/23/2020, 8:16:23 AM] [OTGW] warning: ignore unknown message               - DHW enable: enabled (1) [2/23/2020, 8:16:23 AM] [OTGW] warning: ignore unknown message               - Cooling enable: disabled (0) [2/23/2020, 8:16:23 AM] [OTGW] warning: ignore unknown message               - OTC active: not active (0) [2/23/2020, 8:16:23 AM] [OTGW] warning: ignore unknown message               - CH2 enable: disabled (0) [2/23/2020, 8:16:23 AM] [OTGW] warning: ignore unknown message               - Summer/winter mode: winter (0) [2/23/2020, 8:16:23 AM] [OTGW] warning: ignore unknown message               - DHW blocking: unblocked (0) [2/23/2020, 8:16:23 AM] [OTGW] warning: ignore unknown message               - Fault indication: no fault (0) [2/23/2020, 8:16:23 AM] [OTGW] warning: ignore unknown message               - CH mode: active (1) [2/23/2020, 8:16:23 AM] [OTGW] warning: ignore unknown message               - DHW mode: not active (0) [2/23/2020, 8:16:23 AM] [OTGW] warning: ignore unknown message               - Flame status: flame on (1) [2/23/2020, 8:16:23 AM] [OTGW] warning: ignore unknown message               - Cooling status: not active (0) [2/23/2020, 8:16:23 AM] [OTGW] warning: ignore unknown message               - CH2 mode: not active (0) [2/23/2020, 8:16:23 AM] [OTGW] warning: ignore unknown message               - Diagnostic indication: no diagnostics (0) [2/23/2020, 8:16:23 AM] [OTGW] warning: ignore unknown message               - Electricity production: not active (0)
I have an older OTGW which connects via a serial to usb cable to a raspberry pi, there the monitor is running. Homebdrige is running on another (Ubuntu) server.

I have an older OTGW

The gateway reports (firmware) version 4.2.5, which is the latest.  What version of the monitor are you running?  Does it log messages that look like these: http://otgw.tclcode.com/otmonitor.html?
It looks like it’s sending cooked messages, instead of the OpenTherm log messages.  Did you specify the port of the monitor’s web server in config.json?  Can you connect to the monitor from your web browser using the same hist and port?
If so, could you please capture and attach a full debug log file, see https://github.com/ebaauw/homebridge-hue#debug-log-file.

I configured the web sever in config.json as:
{
"name": "OTGW",
"host": "<IP_ADDRESS>:8081",
"otgw": "<IP_ADDRESS>:7686",
"platform": "OTGW"
}
I disabled the monitoring script, reloaded homebridge, see a few otgw messages and then nothing:
Gateway messages:
10:23:03.822870  Command (via websocket from <IP_ADDRESS>:48536): PR=A
10:23:03.861021  PR: A=OpenTherm Gateway 4.2.5
10:23:03.895373  Command (via websocket from <IP_ADDRESS>:48536): PM=6
10:23:03.909280  PM: 6
In homebridge the last message is:
[2/23/2020, 10:23:03 AM] [OTGW] Setting up - please be patient...
If I issue a PS=0, the messages start flowing, but with the same incorrect format.

This is not helping.  Please attach the full debug log file.

Here the log file where homebridge is started with -D.
homebridge.log.gz

What version of the monitor are you running?
How do I check this?

Does it log messages that look like these: http://otgw.tclcode.com/otmonitor.html?
No, there are no messages in the tab "statistics", but it does give an icon in the bottom right cornet that it is connected. If I deliberately state a wrong serverportit immediately complains that it can not connect, so it seems really connected.

Can you connect to the monitor from your web browser using the same hostname and port?
Yes, no problem: http://<IP_ADDRESS>:8081

Feb 23 12:13:27 NUC homebridge[29102]: [2/23/2020, 12:13:27 PM] [OTGW] message: T80000200  Read-Data   Status: 00000010 00000000
Feb 23 12:13:27 NUC homebridge[29102]: [2/23/2020, 12:13:27 PM] [OTGW] message:               - CH enable: disabled (0)
Feb 23 12:13:27 NUC homebridge[29102]: [2/23/2020, 12:13:27 PM] [OTGW] warning: ignore unknown message               - CH enable: disabled (0)
Feb 23 12:13:27 NUC homebridge[29102]: [2/23/2020, 12:13:27 PM] [OTGW] message:               - DHW enable: enabled (1)
Feb 23 12:13:27 NUC homebridge[29102]: [2/23/2020, 12:13:27 PM] [OTGW] warning: ignore unknown message               - DHW enable: enabled (1)
Feb 23 12:13:27 NUC homebridge[29102]: [2/23/2020, 12:13:27 PM] [OTGW] message:               - Cooling enable: disabled (0)
Feb 23 12:13:27 NUC homebridge[29102]: [2/23/2020, 12:13:27 PM] [OTGW] warning: ignore unknown message               - Cooling enable: disabled (0)
Feb 23 12:13:27 NUC homebridge[29102]: [2/23/2020, 12:13:27 PM] [OTGW] message:               - OTC active: not active (0)
Feb 23 12:13:27 NUC homebridge[29102]: [2/23/2020, 12:13:27 PM] [OTGW] warning: ignore unknown message               - OTC active: not active (0)
Feb 23 12:13:27 NUC homebridge[29102]: [2/23/2020, 12:13:27 PM] [OTGW] message:               - CH2 enable: disabled (0)
Feb 23 12:13:27 NUC homebridge[29102]: [2/23/2020, 12:13:27 PM] [OTGW] warning: ignore unknown message               - CH2 enable: disabled (0)
Feb 23 12:13:27 NUC homebridge[29102]: [2/23/2020, 12:13:27 PM] [OTGW] message:               - Summer/winter mode: winter (0)
Feb 23 12:13:27 NUC homebridge[29102]: [2/23/2020, 12:13:27 PM] [OTGW] warning: ignore unknown message               - Summer/winter mode: winter (0)
Feb 23 12:13:27 NUC homebridge[29102]: [2/23/2020, 12:13:27 PM] [OTGW] message:               - DHW blocking: unblocked (0)
Feb 23 12:13:27 NUC homebridge[29102]: [2/23/2020, 12:13:27 PM] [OTGW] warning: ignore unknown message               - DHW blocking: unblocked (0)

The ignored unknown messages are the bit field details.  homebridge-otgw is happily ignoring these, as it decodes the bit fields itself.  Actually, it ignores anything but the raw message T80000200.  This is the only thing sent by the OpenTherm Gateway over the NodeMCU connection.
The connection to the OpenTherm Monitor is working just fine.  To get rid of the warning messages, clear the Include details of bit fields checkbox in the Log settings of the OpenTherm monitor.
Feb 23 12:13:27 NUC homebridge[29102]: [2/23/2020, 12:13:27 PM] [OTGW] message: PR: A=OpenTherm Gateway 4.2.5
Feb 23 12:13:27 NUC homebridge[29102]: [2/23/2020, 12:13:27 PM] [OTGW] send command: PR=A, response: A=OpenTherm Gateway 4.2.5
Feb 23 12:13:27 NUC homebridge[29102]: [2/23/2020, 12:13:27 PM] [OTGW] OpenTherm Gateway 4.2.5
Feb 23 12:13:27 NUC homebridge[29102]: [2/23/2020, 12:13:27 PM] [OTGW] Setting up - please be patient...
Feb 23 12:13:27 NUC homebridge[29102]: [2/23/2020, 12:13:27 PM] [OTGW] send command: PM=6
Feb 23 12:13:27 NUC homebridge[29102]: [2/23/2020, 12:13:27 PM] [OTGW] message: Command (via websocket from <IP_ADDRESS>:53404): PM=6
Feb 23 12:13:27 NUC homebridge[29102]: [2/23/2020, 12:13:27 PM] [OTGW] send command: PM=6, response: 6
Feb 23 12:13:27 NUC homebridge[29102]: [2/23/2020, 12:13:27 PM] [OTGW] message: PM: 6
...
Feb 23 12:13:57 NUC homebridge[29102]: [2/23/2020, 12:13:57 PM] Got SIGTERM, shutting down Homebridge...

homebridge-otwg asks the OpenTherm gateway to insert OpenTherm message 6 (PM-6) into the message stream to the boiler, to retrieve the boiler's remote parameters.  It might take a while before the gateway finds an opportunity to do so:
Feb 23 12:13:28 NUC homebridge[29102]: [2/23/2020, 12:13:28 PM] [OTGW] message: T80385000  Read-Data   DHW setpoint: 80.00
Feb 23 12:13:28 NUC homebridge[29102]: [2/23/2020, 12:13:28 PM] [OTGW] message: R00060000  Read-Data   Remote parameter flags: 00000000 00000000
Feb 23 12:13:29 NUC homebridge[29102]: [2/23/2020, 12:13:29 PM] [OTGW] message: BF0060000  Unk-DataId  Remote parameter flags: 00000000 00000000
Feb 23 12:13:29 NUC homebridge[29102]: [2/23/2020, 12:13:29 PM] [OTGW] message: A40385000  Read-Ack    DHW setpoint: 80.00

Unfortunately, your boiler doesn't support OpenTherm message 6.  homebridge-otgw doesn't recognise that the Unk-DataId message is actually a response to the priority message, and continues to wait for a response, ... until hell freezes over.

What version of the monitor are you running?

How do I check this?

Help | About in the OpenTherm monitor GUI on your Raspberry Pi.

Does it log messages that look like these: http://otgw.tclcode.com/otmonitor.html?

No, there are no messages in the tab "statistics", but it does give an icon in the bottom right cornet that it is connected. If I deliberately state a wrong serverportit immediately complains that it can not connect, so it seems really connected.

The messages appear in the Log tab.

I configured the web sever in config.json as:

"otgw": "<IP_ADDRESS>:7686",

This doesn't make sense, since you connect to the gateway over a serial USB cable.  The otgw option is to connect directly to the NodeMCU on the gateway, as a backup in case the OpenTherm Monitor is down.
Does your boiler support CH Water Pressure and DHW Temperature (see the summary section in the OpenTherm Monitor)?  Mine doesn't, so I haven't yet added support for these in homebridge-otgw.

Could you try v0.0.34-0?  Install thru sudo npm -g i homebridge-otgw@beta.

Could you try v0.0.34-0? Install thru sudo npm -g i homebridge-otgw@beta.

Hi Erik, thanks for all the quick help, really appreciated. I hope I will be able to try this out tomorrow night... (carnaval first :-) )

Alright, progress. I installed the beta version. The plugin is receiving messages now. However, I get a lot of these types of messages:
[2/25/2020, 20:58:45] [OTGW] warning: B40000200: ignore out of sequence OpenTherm message
If I look in the otmonitor messages, it are these messages (it think this are all the messages that the plugin complains about):
A40640000  Read-Ack      Remote override function: 00000000
AD0101400    Write-Ack   Room setpoint: 20.00
A40385000    Read-Ack    DHW setpoint: 80.00
AC0395A00    Read-Ack    Max CH water   setpoint: 90.00
A401B0B00
AC0090000    Read-Ack    Remote override room   setpoint: 0.00
B40000200    Read-Ack    Status: 00000010   00000000
T80000200    Read-Data   Status: 00000010   00000000
T80385000    Read-Data   DHW setpoint: 80.00
B70385000    Unk-DataId  DHW setpoint: 80.00
T80190000    Read-Data   Boiler water   temperature: 0.00
T80190000    Read-Data   Boiler water   temperature: 0.00
T00050000    Read-Data   Application-specific   flags: 00000000 0
BC00500FF    Read-Ack    Application-specific   flags: 00000000 255
BC0192900
T10010A00    Write-Data  Control setpoint:   10.00
BD0010A00    Write-Ack   Control setpoint:   10.00
Homebridge log:
[2/25/2020, 21:15:06] [HB Supervisor] Homebridge Path: /usr/lib/node_modules/homebridge/bin/homebridge
[2/25/2020, 21:15:06] [HB Supervisor] UI Path: /usr/lib/node_modules/homebridge-config-ui-x/dist/bin/standalone.js
[2/25/2020, 21:15:06] [HB Supervisor] Started Homebridge with PID: 20827
[2/25/2020, 21:15:09] Loaded config.json with 0 accessories and 3 platforms.
[2/25/2020, 21:15:09] ---
[2/25/2020, 21:15:09] Loaded plugin: homebridge-cmdaccessory
[2/25/2020, 21:15:09] Registering platform 'homebridge-cmdaccessory.cmdAccessory'
[2/25/2020, 21:15:09] ---
[2/25/2020, 21:15:09] Loaded plugin: homebridge-config-ui-x
[2/25/2020, 21:15:09] Registering platform 'homebridge-config-ui-x.config'
[2/25/2020, 21:15:09] ---
[2/25/2020, 21:15:10] Loaded plugin: homebridge-edomoticz
[2/25/2020, 21:15:10] Registering platform 'homebridge-edomoticz.eDomoticz'
[2/25/2020, 21:15:10] ---
[2/25/2020, 21:15:12] [Config] Homebridge Config UI X v4.10.3 is listening on :: port 8581
[2/25/2020, 21:15:10] Loaded plugin: homebridge-otgw
[2/25/2020, 21:15:10] Registering platform 'homebridge-lib.Lib'
[2/25/2020, 21:15:10] Registering platform 'homebridge-otgw.OTGW'
[2/25/2020, 21:15:10] ---
[2/25/2020, 21:15:10] Loading 3 platforms...
[2/25/2020, 21:15:10] [Config] Initializing config platform...
[2/25/2020, 21:15:10] [Config] Running in Standalone Mode.
[2/25/2020, 21:15:10] [eDomoticz] Initializing eDomoticz platform...
[2/25/2020, 21:15:10] [OTGW] Initializing OTGW platform...
[2/25/2020, 21:15:10] [OTGW] homebridge-otgw v0.0.34-0, node 12.16.1, homebridge v0.4.50, homebridge-lib v4.5.2
[2/25/2020, 21:15:10] Loading 0 accessories...
Load homebridge-cmdaccessory.cmdAccessory
Setup Payload:
X-HM://0023IX8JI2KPG
Enter this code with your HomeKit app on your iOS device to pair with Homebridge:
┌────────────┐
│ 033-44-254 │
└────────────┘

[2/25/2020, 21:15:10] [eDomoticz] synchronizeAccessories in progress...
[2/25/2020, 21:15:10] [OTGW] restored 2 accessories from cache
[2/25/2020, 21:15:10] Homebridge is running on port 51910.
[2/25/2020, 21:15:11] [eDomoticz] Successfully connected to MQTT broker.
[2/25/2020, 21:15:11] [OTGW] connecting to OpenTherm Monitor...
[2/25/2020, 21:15:11] [OTGW] connected to OpenTherm Monitor at ws://<IP_ADDRESS>:8081/message.ws
[2/25/2020, 21:15:12] [OTGW] OpenTherm Gateway 4.2.5
[2/25/2020, 21:15:12] [OTGW] warning: latest version: homebridge-otgw v0.0.33
[2/25/2020, 21:15:12] [OTGW] warning: T10101400: ignore out of sequence OpenTherm message
[2/25/2020, 21:15:12] [OTGW] warning: B70101400: ignore out of sequence OpenTherm message
[2/25/2020, 21:15:12] [OTGW] warning: AD0101400: ignore out of sequence OpenTherm message
[2/25/2020, 21:15:18] [OTGW] Thermostat History: set History Status from "1PABAAAAAAABxgMkAwECEQIQAdcAwA8AAAAAAAAAAAEB" to "1fEBAAAAAAABxgMkAwECEQIQAdgAwA8AAAAAAAAAAAEB"
[2/25/2020, 21:15:18] [OTGW] Boiler History: set History Status from "1PABAAAAAAABxgMkAwECEQIQAdcAwA8AAAAAAAAAAAEB" to "1fEBAAAAAAABxgMkAwECEQIQAdgAwA8AAAAAAAAAAAEB"
[2/25/2020, 21:15:28] [OTGW] Boiler: set Current Temperature from 57°C to 56°C
[2/25/2020, 21:15:31] [OTGW] warning: A40385000: ignore out of sequence OpenTherm message
[2/25/2020, 21:15:31] [OTGW] warning: AC0395A00: ignore out of sequence OpenTherm message
[2/25/2020, 21:15:42] [OTGW] warning: B40000200: ignore out of sequence OpenTherm message
[2/25/2020, 21:15:57] [OTGW] warning: A401B04E7: ignore out of sequence OpenTherm message
[2/25/2020, 21:16:07] [OTGW] warning: AC0090000: ignore out of sequence OpenTherm message
[2/25/2020, 21:16:08] [OTGW] warning: A40640000: ignore out of sequence OpenTherm message
[2/25/2020, 21:16:12] [OTGW] warning: AD0101400: ignore out of sequence OpenTherm message
[2/25/2020, 21:16:26] [OTGW] warning: B40000200: ignore out of sequence OpenTherm message
[2/25/2020, 21:16:31] [OTGW] warning: A40385000: ignore out of sequence OpenTherm message
[2/25/2020, 21:16:31] [OTGW] warning: AC0395A00: ignore out of sequence OpenTherm message
[2/25/2020, 21:16:48] [OTGW] warning: T80000200: ignore out of sequence OpenTherm message
[2/25/2020, 21:16:48] [OTGW] warning: B40000200: ignore out of sequence OpenTherm message
[2/25/2020, 21:16:58] [OTGW] warning: A401B04E7: ignore out of sequence OpenTherm message
[2/25/2020, 21:17:07] [OTGW] warning: AC0090000: ignore out of sequence OpenTherm message
[2/25/2020, 21:17:08] [OTGW] warning: A40640000: ignore out of sequence OpenTherm message
[2/25/2020, 21:17:12] [OTGW] warning: AD0101400: ignore out of sequence OpenTherm message

The good news: It looks like homebridge-otgw is working.  Did you try and change the thermostat target temperature and check whether the OpenTherm monitor shows the Remote Override Room Setpoint?
It would seem your boiler doesn't supply hot water?
Your script polling the monitor with PS=1 still seems to be running.  homebridge-otgw now monitors this, and issues a PS=0.  It seems to do this before the script does as well.
Feb 25 21:26:43 NUC homebridge[11731]: [2/25/2020, 9:26:43 PM] [OTGW] message: Command (via websocket from <IP_ADDRESS>:36690): PS=1
Feb 25 21:26:43 NUC homebridge[11731]: [2/25/2020, 9:26:43 PM] [OTGW] message: PS: 1
Feb 25 21:26:43 NUC homebridge[11731]: [2/25/2020, 9:26:43 PM] [OTGW] message: 00000010/00000000,10.00,00000000/00000000,100.00,0/0,20.00,0.00,1.30,20.00,55.00,0.00,5.00,0.00,0/0,0/0,0.00,0.00,0,0,0,0,0,0,0,0
Feb 25 21:26:44 NUC homebridge[11731]: [2/25/2020, 9:26:44 PM] [OTGW] message: Command (via websocket from <IP_ADDRESS>:37748): PS=0
Feb 25 21:26:44 NUC homebridge[11731]: [2/25/2020, 9:26:44 PM] [OTGW] message: PS: 0
Feb 25 21:26:44 NUC homebridge[11731]: [2/25/2020, 9:26:44 PM] [OTGW] message: T80000200  Read-Data   Status: 00000010 00000000
Feb 25 21:26:44 NUC homebridge[11731]: [2/25/2020, 9:26:44 PM] [OTGW] message: B40000200  Read-Ack    Status: 00000010 00000000
Feb 25 21:26:44 NUC homebridge[11731]: [2/25/2020, 9:26:44 PM] [OTGW] message: T80000200  Read-Data   Status: 00000010 00000000
Feb 25 21:26:44 NUC homebridge[11731]: [2/25/2020, 9:26:44 PM] [OTGW] message: Command (via websocket from <IP_ADDRESS>:36706): PS=0
Feb 25 21:26:44 NUC homebridge[11731]: [2/25/2020, 9:26:44 PM] [OTGW] message: PS: 0
Feb 25 21:26:45 NUC homebridge[11731]: [2/25/2020, 9:26:45 PM] [OTGW] message: B40000200  Read-Ack    Status: 00000010 00000000

ignore out of sequence OpenTherm message

The OpenTherm protocol states that the master (thermostat) sends a request (T) message and the slave (boiler) sends a response (R) message.
As I mentioned earlier, the OpenTherm gateway monitors these messages, recording which message IDs the boiler doesn't support.  It will then replace the request (T) message from the thermostat which its own request (R) message, capture the boiler response (B) message, and return an Unk-DataId response (A) message to the thermostat.
So homebridge-otgw looks for a T/B sequence in the log, or a T/R/B/A sequence.  The T and B, or T and A should have the same command ID; as should the R and B.
See http://otgw.tclcode.com/firmware.html#operation.
If the gateway starts logging (PS=0) in the middle of such a sequence, homebridge-otgw complains.  That's to be expected and nothing to worry about.  You do want to worry if messages get lost or mangled.
Feb 25 21:25:31 NUC homebridge[11731]: [2/25/2020, 9:25:31 PM] [OTGW] message: 00000010/00000000,10.00,00000000/00000000,100.00,0/0,20.00,0.00,1.30,20.00,55.00,0.00,5.00,0.00,0/0,0/0,0.00,0.00,PS: 0
Feb 25 21:25:31 NUC homebridge[11731]: [2/25/2020, 9:25:31 PM] [OTGW] warning: ignore unknown message 00000010/00000000,10.00,00000000/00000000,100.00,0/0,20.00,0.00,1.30,20.00,55.00,0.00,5.00,0.00,0/0,0/0,0.00,0.00,PS: 0

So here's an interesting one: the summary and the PS: 0 message get mixed.
Feb 25 21:25:31 NUC homebridge[11731]: [2/25/2020, 9:25:31 PM] [OTGW] message: T00395A00  Read-Data   Max CH water setpoint: 90.00
Feb 25 21:25:31 NUC homebridge[11731]: [2/25/2020, 9:25:31 PM] [OTGW] message: BF0395A00  Unk-DataId  Max CH water setpoint: 90.00
Feb 25 21:25:31 NUC homebridge[11731]: [2/25/2020, 9:25:31 PM] [OTGW] message: AC0395A00  Read-Ack    Max CH water setpoint: 90.00
Feb 25 21:25:31 NUC homebridge[11731]: [2/25/2020, 9:25:31 PM] [OTGW] warning: AC0395A00: ignore out of sequence OpenTherm message

The R message is missing.  In fact, the only R messages I see are for the priority messages that homebridge-otgw sent for detecting the boiler's capabilities.  Interestingly, the A and B message contain the same command ID, suggesting the gateway didn't replace the message to the boiler.  I haven't seen this behaviour on my installation.  Do you see the R messages in the OpenTherm Monitor?  Did you just restart the OpenTherm gateway (and is it still learning which messages your boiler doesn't support)?
Do you have other scripts running against the Monitor?  How did you set the outside temperature?
Could you try and:

Shutdown your script(s);
Power cycle the OpenTherm Gateway;
Restart the OpenTherm Monitor;
Capture another debug log (for an hour or so).

If this is normal behaviour, I need to change the logic that handles the message sequence.  This is no fun, because if both T/B and T/B/A are valid sequences, I need to wait for the next T before acting on B.

It would seem your boiler doesn't supply hot water?

It sure does. However, I used to use this OTGW in my previous house in combination with "stadsverwarming"/district heating, where the heat exchanger and thermostat only took care of central heating, not warm water. So it seems OTGW once learend hot water was not supported and now discards/replaces all these messages. Can I let the OTGW learn again/reset the learnings this far?

Did you just restart the OpenTherm gateway (and is it still learning which messages your boiler doesn't support)?

No I haven'trestarted the gateway in half a year I guess.

Did you try and change the thermostat target temperature and check whether the OpenTherm monitor shows the Remote Override Room Setpoint?

I did and it worked, yeah! I also see the message in the monitor, perfect:
23:18:13.274509  Command (via websocket from <IP_ADDRESS>:47674): TT=17
23:18:13.293197  TT: 17.00

How did you set the outside temperature?

I update the outside temp via a OT= command via a wget call from the same script.

Do you have other scripts running against the Monitor?

I have no other scripts running interacting with the monitor/otgw.
I did as you requested.
1 . Power cycled the OTGW.
2. Disabled the script interacting with the monitor to update domoticz
3. Reboot de rpi that is connected via a usb->serial adapter to the otgw.
4. Restarted homebridge with the -D command.
5. wait about 10 minutes
6. power cycled OTGW
7. restarted monitor
8. waited about 30 minutes
9. restarted homebridge without the -D command
10. saved the log
Log attached.
homebridge.log.gz

Thanks.  As far as I can tell homebridge-otgw is working as intended, except for the out of sequence OpenTherm messages.  I think this is valid behaviour of the gateway, that just doesn't happen on the combination of my thermostat and boiler.  I'll see if I can change homebridge-otgw to cope with this.

@mrblond18, could you try the latest beta, v0.0.34-1?  It should handle the T / B / A sequence.  Unfortunately, I cannot test this myself.  Please capture a debug log file and attach that here, so I can verity that the beta runs as intended.

thanks! I installed this one, and all the out of sequence messages are gone.
Is see a boiler accesory and a thermostat accesory now. I do not see a domestic hot water accesory.
I can set the thermostat target temperature, which I see immediately on my physical thermostat as well, nice. However, I always see a -40 deg current temperature.
I did the same routine as before:
1 . Power cycled the OTGW.
2. Disabled the script interacting with the monitor to update domoticz
3. Reboot de rpi that is connected via a usb->serial adapter to the otgw.
4. Restarted homebridge with the -D command.
5. wait about 10 minutes
6. power cycled OTGW
7. restarted monitor
8. waited about 30 minutes
9. restarted homebridge without the -D command
10. saved the log
Log attached:
homebridge.log.gz

However, I always see a -40 deg current temperature.

On the Thermostat accessory or on the Boiler accessory?

However, I always see a -40 deg current temperature.

The summary message is still corrupted:
Mar 01 09:02:57 NUC homebridge[9911]: [3/1/2020, 9:02:57 AM] [OTGW] message: 00000011/00001010,37.00,00000000/00000000,100.00,0/0,20.00,0.00,1.60,19.56,40.00,0.00,PS: 0
Mar 01 09:02:57 NUC homebridge[9911]: [3/1/2020, 9:02:57 AM] [OTGW] warning: ignore unknown message 00000011/00001010,37.00,00000000/00000000,100.00,0/0,20.00,0.00,1.60,19.56,40.00,0.00,PS: 0

Not sure what's causing this, maybe the heartbeat is setting PS=0 too aggressively.  Because of this, the accessories don't initialise, and the setting of Current Temperature is defaulted to -40°C.  It should be updated when the thermostat sends OpenTherm message 0x18.
[3/1/2020, 10:15:17 AM] [OTGW] message: T1018150C  Write-Data  Room temperature: 21.05
[3/1/2020, 10:15:17 AM] [OTGW] message: BD018150C  Write-Ack   Room temperature: 21.05
[3/1/2020, 10:15:17 AM] [OTGW] BD018150C: {"room_temperature":21.05}

However, your boiler doesn't like the message, causing homebridge-otgw to ignore it:
Mar 01 08:40:54 NUC homebridge[26855]: [3/1/2020, 8:40:54 AM] [OTGW] message: T1018137D  Write-Data  Room temperature: 19.49
Mar 01 08:40:54 NUC homebridge[26855]: [3/1/2020, 8:40:54 AM] [OTGW] message: B7018137D  Unk-DataId  Room temperature: 19.49

I also see that the valve position is missing from the history entries, probably because of the same issue.  Could you please attach a screenshot of the Statistics tab of the OpenTherm monitor?

I do not see a domestic hot water accesory.

homebridge-otgw will skip the detection when cached accessories are available.  You need to delete ~/.homebridge/accessories/cachedAccessories after installing the new version and stopping homebridge, and before starting homebridge -D.  This will delete any associations of your cached accessories to HomeKit rooms, scenes, groups, and automations.  If you need to keep those, add {"platform": "Lib"} to the platforms array in config.json.  This will delay the startup of homebridge until homebridge-otgw and homebridge-rpi have initialised.
Again, please provide a screenshot of the Statistics tab, so I can see which OpenTherm messages your boiler supports.

Could you try v0.0.34-2?

Could you try v0.0.34-2?

Done that, plugin seems to work just fine now.
Log attached.
homebridge.log.gz
I think this is the Statistics overview you are looking for, it is called summary in my monitor...

plugin seems to work just fine now.

Cool.  I'll release a proper version with less debug logging.

I think this is the Statistics overview you are looking for,

Yes, thanks.  Your boiler reports the water pressure! (mine doesn't - I'm a bit jealous).  It looks like you took the screenshot shortly after (re-)starting the monitor?  Could you keep it running for a couple of days, restart homebridge once or twice during that time, and then take another screenshot?

it is called summary in my monitor...

That's the web interface of the monitor; in the GUI it's called Statistics.

It would seem your boiler doesn't supply hot water?

It sure does.

My bad, I meant: your boiler doesn't seem to support changing the hot water settings over OpenTherm.  Can you set hot water comfort mode from your thermostat?  Can you set the target temperature for hot water (the Domestic Hot Water (DWH) setpoint) from your thermostat?  Your thermostat does seem to read the DHW setpoint (command 0x38), and the boiler replies with 80°C.  That does seem rather high for hot water?
Could you try sending PR=W as a free format command and notice in the Messages tab what response you get?  If that gives a valid response, could you try HW=1 to enable comfort mode; HW=0 to disable it, and HW=A to cancel the override (and let the thermostat control the setting)?  Finally, could you try SW=65.00 and SW=40.00 to set the hot water setpoint?  Please keep homebridge -D running when trying these.

So it seems OTGW once learend hot water was not supported and now discards/replaces all these messages.

The replaced messages would show up in the summary (as Unk (unknown)).

Can I let the OTGW learn again/reset the learnings this far?

As I understand, the gateway relearns the unsupported messages at each power cycle, see Obtaining additional information on http://otgw.tclcode.com/firmware.html#operation.

It looks like you took the screenshot shortly after (re-)starting the monitor?

No it was running for about 20hrs.

Can you set hot water comfort mode from your thermostat?

No, it is a simple honeywell thermostat.

the boiler replies with 80°C. That does seem rather high for hot water?

Sounds high indeed, my boiler (Intergas Kompakt HRE) seems to indicate on its display that it is 60deg...

Could you try sending PR=W as a free format command and notice in the Messages tab what response you get? If that gives a valid response, could you try HW=1 to enable comfort mode; HW=0 to disable it, and HW=A to cancel the override (and let the thermostat control the setting)? Finally, could you try SW=65.00 and SW=40.00 to set the hot water setpoint?

That might explain why I the summary only shows a limited number of message types.  Still, I'm missing messages which do appear in the log.  Are you sure you captured all lines in the screen shot?  Could you capture a screenshot from the GUI?
Setting the DHW setpoint doesn't seem to work.  Your thermostat tries to read the value; the boiler doesn't support the message, and the gateway returns a fake response to the thermostat.  That seems to explain the 80°C.  I see no message where the gateway tries to write the value to the boiler.
Setting comfort mode seems to work, from a gateway perspective, but I see neither proof nor disproof that the boiler has accepted it.  You would have to check the graph in the monitor to see if it has effect.  When comfort mode is enabled, but the heating is off (thermostat set so low, that the heating doesn't get triggered), you should see a periodic start of the flame to keep the water hot.  With comfort mode disabled, you should no longer see it.

That might explain why I the summary only shows a limited number of message types. Still, I'm missing messages which do appear in the log. Are you sure you captured all lines in the screen shot? Could you capture a screenshot from the GUI?

Statistics after about 20 minutes.

Cool. I'll release a proper version with less debug logging.

Just released v0.0.34.

For me, this update does indeed work and the plugin exposes the boiler and thermostat accessories properly now! Thank you @ebaauw !


Enable Essential Neo Services

Tutorial URL: https://developers.sap.com/tutorials/cp-enable-essential-neo-services.html
Step 2 is requiring a connection to a NEO environment, but the creation of the trial account does not allow to create NEO environments, only Cloud Foundry ones. As a result, the created URL does not work.

My apologies, these tutorials should have been removed as we are turning off Neo services as we activate Cloud Foundry based services.  please give this tutorial a try:  https://developers.sap.com/tutorials/cp-starter-integration-cpi-onboard-subscribe.html


fix(server): worked-around deprecation of poll_accept method in tokio

This fixes building with the tokio master branch head.
Refactoring will be required to actually use the new accept async fn.
Build was broken by: https://github.com/tokio-rs/tokio/commit/6d8cc4e4755abbd0baac9abf154837b9be011a07

No worries,
glad I could help - It's exciting because it's my first contribution to the Rust ecosystem :)
Do you think there should be any performance implications to this change?


Automate maintenance of gafferpy code using fishbowl

Currently, new Operations in Gaffer require a manual and tedious update to the gafferpy api (e.g. https://github.com/gchq/gaffer-tools/pull/973/commits/2e8afc1a4fc6e305c3ceff8a5847ee270ccd8c81).
Instead, this code could be generated automatically using fishbowl.
Rather than a developer having to do this manually, it would be nice if there was some way to automate gafferpy code changes when the Gaffer version gets updated in a release.
This would effectively mean the core part of gafferpy would be manually maintained but all the Operations etc. that can be generated will be automatically updated/maintained.

As part of this, fishbowl should be generally cleaned and moved under gafferpy as a tool. It will only be responsible for generating implementations for Gaffer's Operations, Functions, Predicates and Binary Operators.

As part of this, fishbowl should be generally cleaned and moved under gafferpy as a tool. It will only be responsible for generating implementations for Gaffer's Operations, Functions, Predicates and Binary Operators.

As well as this it can now generate the GET endpoints in gaffer_config.py

This issue has been re-scoped to just cover the clean up and movement of fishbowl into gafferpy as a sub-module.
Fishbowl has been refactored so that by default it generates classes to be used by core gafferpy, rather than it being a separate client.
gafferpy has been refactored to use these generated classes.
To tie this together, a few other cleanups have happened, for example the connector has been refactored to allow better extensibility, and the READMEs have been updated to better explain the interaction between the two.

The part of this issue that related to automating the usage of fishbowl to maintain gafferpy has been moved into a separate issue, as the work is blocked.
For now it can be used manually by running a spring-rest api and then running generate.py.

Closed by https://github.com/gchq/gaffer-tools/pull/1015


adding the windows 10 loopback tag

might be useful, Also if someone get a better description feel free to comment.

If that's the case then this should be merged but instead with "Please upgrade your Geyser" or something

We could catch the npe in geyser if(ip == null { ip = InetAddress.getLocalHost().getHostAddress(); } and send message on loadup.

even though the geyser connectiontest command could check for this, a tag like this one would be insanely helpful

See #261


Add prometheus metrics for unary grpc client and server.

This PR adds Prometheus metrics for unary GRPC client and server middleware based on the baseplate.spec.
Streaming support is added here: https://github.com/reddit/baseplate.go/pull/459
Background:
All Prometheus metrics changes will be merged in the prometheus branch. We are adding this prometheus branch because if we cut a point release and the master branch only has partial support for Prometheus metrics it could leave some upgraded repos in a confusing state where they have some metrics and not others. Additionally the prometheus metrics changes are too big for a single PR. So the compromise is to merge all incremental Prometheus metrics into this new branch, then once complete we can merge into the master branch.
The expected work that will need to be merged into this prometheus branch is:

this PR for thrift server metric with some testing helpers (PR #433).
another PR for adding thrift client metrics (PR #442 )
another PR that adds spec-validation tests (PR #445)
This PR -  PR that adds grpc client and server prometheus metrics  (PR #447)
a PR that adds http client and server prometheus metrics (PR #451)

I moved streaming support into a different PR: https://github.com/reddit/baseplate.go/pull/459

oh no
you merged this before you merged the cherry-pick pr, so the squashed pr also contains everything in the cherry-pick PR.

I force pushed prometheus branch to remove the merged commit (c9b6e86), please recreate this PR.

@fishy oops. sorry. thanks for the fix. i will recreate.


194: Improve responsive behavior of Header and Side Navigation Bar

Why

The header and left sidebar of the application are not responsive, causing layout issues and reduced usability on smaller window sizes and mobile devices

What

Update Patternfly components to make use of the built-in responsive capabilities for header and sidebar.

Screenshots
https://github.com/user-attachments/assets/6babfaec-6f01-406f-810e-f08b83196a5a

@ediazgallego can you please cherry-pick this commit to release-1.0 branch and open a pr against release-1.0 branch?

@ediazgallego can you please cherry-pick this commit to release-1.0 branch and open a pr against release-1.0 branch?

@vishnoianil  here is the PR to get this into release-1.0


Notebook's compact mode should also be vertically compact

Follow up on https://github.com/microsoft/vscode-jupyter/discussions/9637 .
notebook.compactView right now only makes horizontal impact. It would be great if it could also reduce vertical space.

let's merge this into https://github.com/microsoft/vscode/issues/175295


IDL generated code suggestions [13724]

When looking at the IDL generated code (for example https://github.com/eProsima/Fast-DDS/blob/master/examples/C%2B%2B/Keys/sample.h) I have the following suggestions:

Make use of C++11 uniform initialization (see for example) https://www.geeksforgeeks.org/uniform-initialization-in-c/ to initialize all members, that way the constructor can just be default
Make use of the default feature for copy/move assignment/constructor, only unions need some special handling, for structs there is nothing special so the compiler default should work
isKeyDefined() could maybe be a std::true_type or std::false_type, see https://stackoverflow.com/questions/58694521/what-is-stdfalse-type-or-stdtrue-type and also the IDL to C++11 language mapping uses that for its IDL traits
destructor can be default in most cases
there are some static methods generated which are fastdds specific, maybe move them to a separate templated struct so they are clearly separated, the user doesn't want to see those when he looks at his idl defined type
this example doesn't use any array/vector, so why add includes for that to the header?
the class has no explicit constructor accepting values for each struct member in the order they are specified in IDL
there is no namespace level swap generated as defined by IDL to C++11

Thanks for the suggestions @jwillemsen
We are open to external contributions so feel free to open the corresponding PRs if you want to. I am also moving this ticket to the Ideas discussion forum where enhancements and feature requests are discussed.


ubuntu latest showing blank screen

I updated just ubuntu latest image and run the docker command/ it showing blank screen while longing into  the remote desktop

while building  image in local .. i am getting below error.
W: Download is performed unsandboxed as root as file 'pulseaudio_15.99.1+dfsg1-1ubuntu2.dsc' couldn't be accessed by user '_apt'. - pkgAcquire::Run (13: Permission denied)
Fetched 1540 kB in 0s (4070 kB/s)
Removing intermediate container 0546ed47407d
---> fab7a13620e7
Step 9/18 : RUN cd /pulseaudio-$(pulseaudio --version | awk '{print $2}')     && ./configure
---> Running in a9ac73ee988c
/bin/sh: 1: cd: can't cd to /pulseaudio-15.99.1
The command '/bin/sh -c cd /pulseaudio-$(pulseaudio --version | awk '{print $2}')     && ./configure' returned a non-zero code: 2

@vkovelkar I just built and tested ubuntu-xfce with no problem. What are the commands that you are using to build the image?

@danchitnis  I download whole master branch and I try to build the image but am getting above error.

This is not the correct command. Are you following this? It is best to build it in Linux. If you still have errors during the build, then you have to upload the docker build logs here. Another option is to pull the image, and then update it inside the virtual environment like normal ubuntu.

@toastie89 can you run fedora or amazon? or is it only ubuntu?

Same with the Fedora image. On the same host with the same RDP client the image from danielguerra69/ubuntu-xrdp runs fine. I'll try tomorrow with another host.

Not sure what is going on. On my machine with the new Docker doesn't work at all. On my other machine with old Docker runs but has your blank screen problem which generally means a bug has appeared among xrdp and its related packages. I should have kept the old images. I will update whenever I get it working again.

issue reported here and here with Docker v4.16.3. You need to change the RDP port on Windows using the instruction here until the bug is fixed. Other than your Docker or WSL version might be too old. The containers run without problems other than the mentioned bug.

I've verified with a more recent docker host and the issue doesn't exist there.


Improved Pusher broadcast exception message

Response coming from Pusher is always an array, because of debug = true.
Response body is boolean coming from curl_exec, display http status code when possible.

Thanks for the PR. Please send to the 6.x branch, as per the contribution docs.


Xdebug not working

I'm using last release of docker4drupal on a linux host and I can't use xdebug.
I try to add a breakpoint, the server seems slow, but it doesn't stop on breakpoint.
What's wrong?
I've a Drupal 8 installation based on composer, so the directory structure is:

document_root

drush
mariadb-init
scripts
vendor
web

On my docker-compose.yml, on php service, I've this:
  PHP_XDEBUG: 1
  PHP_XDEBUG_DEFAULT_ENABLE: 1
  PHP_XDEBUG_REMOTE_CONNECT_BACK: 0
  PHP_XDEBUG_REMOTE_LOG: /tmp/php-xdebug.log

Here is my PHPStorm configuration for debugging:

Here is the output of php-xdebug.log:
root@php.container:/tmp $ cat php-xdebug.log
[87] Log opened at 2019-09-03 12:44:57
[87] I: Connecting to configured address/port: localhost:9000.
[87] I: Connected to client. :-)
[87] -> <init xmlns="urn:debugger_protocol_v1" xmlns:xdebug="https://xdebug.org/dbgp/xdebug" fileuri="file:///var/www/html/web/index.php" language="PHP" xdebug:language_version="7.3.8" protocol_version="1.0" appid="87" idekey="www-data"><engine version="2.7.2"><![CDATA[Xdebug]]></engine><author><![CDATA[Derick Rethans]]></author><url><![CDATA[https://xdebug.org]]></url><copyright><![CDATA[Copyright (c) 2002-2019 by Derick Rethans]]></copyright></init>
[87]
[87] -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="https://xdebug.org/dbgp/xdebug" status="stopping" reason="ok"></response>
[87]
[87] Log closed at 2019-09-03 12:45:10
[87]
[86] Log opened at 2019-09-03 12:45:10
[86] I: Connecting to configured address/port: localhost:9000.
[86] I: Connected to client. :-)
[86] -> <init xmlns="urn:debugger_protocol_v1" xmlns:xdebug="https://xdebug.org/dbgp/xdebug" fileuri="file:///var/www/html/web/core/modules/statistics/statistics.php" language="PHP" xdebug:language_version="7.3.8" protocol_version="1.0" appid="86" idekey="www-data"><engine version="2.7.2"><![CDATA[Xdebug]]></engine><author><![CDATA[Derick Rethans]]></author><url><![CDATA[https://xdebug.org]]></url><copyright><![CDATA[Copyright (c) 2002-2019 by Derick Rethans]]></copyright></init>
[86]
[86] -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="https://xdebug.org/dbgp/xdebug" status="stopping" reason="ok"></response>
[86]
[86] Log closed at 2019-09-03 12:45:10
[86]
root@php.container:/tmp $

I'm experiencing the same issue. Tbh, xdebug stoped working for my team a while ago. Our workaround for a while was using quite old images, but now we need latest images and therefore it became a real issue.
The relevant part of my config:
      PHP_XDEBUG: 1
      PHP_XDEBUG_DEFAULT_ENABLE: 1
      PHP_XDEBUG_REMOTE_AUTOSTART: 1
      PHP_XDEBUG_REMOTE_CONNECT_BACK: 0
      PHP_XDEBUG_REMOTE_HOST: host.docker.internal # Docker 18.03+ Mac/Win

The PHPStorm breaks at the first line and does not go any further than that. So it captures the xdebug connection but that's it. I'll try to investigate and come up with more details if I find anything.

Actually, turns out the issue is in the version of PHPStorm used (it was 2018.1). I've upgraded to 2019.2 and everything works flawlessly :)

I've downloaded now the last version of PhpStorm, xdebug doesn't work.
I've added your configuration above:
PHP_XDEBUG: 1
PHP_XDEBUG_DEFAULT_ENABLE: 1
PHP_XDEBUG_REMOTE_AUTOSTART: 1
PHP_XDEBUG_REMOTE_CONNECT_BACK: 0
PHP_XDEBUG_REMOTE_HOST: host.docker.internal # Docker 18.03+ Mac/Win

As I remember, xdebug still not working with PHP 7.3+. So you must use PHP 7.2- to get xdebug working.

I do use XDebug with php 7.3 and it works fine. It used to be an issue a while ago, but no longer the case with latest versions.

Nothing :(
I've tried also 7.3-4.13.10 and 7.2-4.13.10

As I remember, xdebug still not working with PHP 7.3+. So you must use PHP 7.2- to get xdebug working.

Xdebug supports 7.3 since 4.11.3 https://github.com/wodby/php/issues/56

Indeed, I don't even notice that my project already working on 7.3 and I actively use xdebug :) Just remembered, previously if xdebug not respond, then I need to downgrade PHP.

I solved using PhpStorm 2019.2 and using the button "Start listening for php debug connection" instead of configuring the debugger as explained in the first post.
In this way works with php 7.3 and 7.2.
So I've to buy the new phpstorm..


9.1 Changelog: Missing Info About SuperH SH-1, SH-2, and SH-2A

I glanced at the 9.1 Beta package. I noticed that the changelog doesn't mention the addition of the SuperH SH-1, SH-2, and SH-2A processor modules.

https://github.com/NationalSecurityAgency/ghidra/blob/91e4fd7fb7e00a970c8f35f05c4590133937e174/Ghidra/Configurations/Public_Release/src/global/docs/ChangeHistory.html#L167

For some reason it's in the bugs section.

Fixed by 36b07777d727b982798557fa87bc77f4c1c3d7c0


Implement CLI options for rule sets

[ ] Add CLI option to choose rule sets

--rules default - apply pre-defined rules

--rules user --file ruleset1 --file ruleset2  - apply user-defined rules from given files

Depends on #4, #11

According to the documentation, --rules option is already implemented.
Closing this.

@Anatolay, only for a single rule set


23 Issues found when build with nop develop branch

Did you manage to find out solution for these errors?

This project is not yet compatible with NopCommerce 4.6.
You should use version 4.5 (here).

#85

Closing because .net7 used by nop 4.60 is out of support.
Fixed in the branch 4.70


[BUG] does not work behind proxy

I am running dash on a server which sits behind a reverse proxy. Thus, the flask server does not get the real client IP but the proxy IP instead.
Upload would let me select files and display the progress bar but is stuck at 0% and never progresses or actually send data.
Maybe this is a bug of resumable.js? -> https://github.com/23/resumable.js/issues/214

Thanks for reporting @MM-Lehmann !
I have to say that at least from the top of my head I really don't know how to fix this. Is there any way I could reproduce the problem? I have yet no experience on proxies.  If you have any ideas on how to reproduce the problem or try to narrow it down / fix it, please share or throw me with a pull request.
The first step would be to check if it is problem in the JS side or in Flask configuration. What kind of errors you get to the browser console? (F12) Do the XHR request look like going to the right address? (F12 -> Network tab).
If you can explain a little more about how the proxy works (with a diagram?), maybe we can find where it goes wrong.

The address issued by resumable.js is http://host/API/resumable?resumableChunkNumber=1&resumableChunkSize=1048576&resumableCurrentChunkSize=1048576&resumableTotalSize=4936708&resumableType=application%2Fvnd.ms-excel&resumableIdentifier=4936708-xxx&resumableFilename=xxx&resumableRelativePath=xxx&resumableTotalChunks=4&upload_id=xxx (replaced a few private strings)
My app actually runs on http://host/app buthost/APIdoes not exist due to the proxy setup. Basically, no subsites are allowed. everything has to go through http://host/app...
Also, the console throws the following:
fileError with resumable.js! (file, errorCount) d {opts: {…}, _prevProgress: 0.1450320334927648, resumableObj: n, file: File, getOpt: ƒ, …} <?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN"
  "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">

<title>Object not found!</title>
<link rev="made" href="mailto:%5bno%20address%20given%5d" />

Object not found!

    The requested URL was not found on this server.

    The link on the
    referring
    page seems to be wrong or outdated. Please inform the author of
    that page
    about the error.

If you think this is a server error, please contact
the webmaster.

Error 404

<address>
  host

  Apache
</address>

I created an update (0.2.4) where user is able to configure the upload component API endpoint like this:
du.configure_upload(
    app,
    UPLOAD_FOLDER_ROOT,
    upload_api="/any/address/dash-upload",
)

So, when running the dash app with
app.run_server(debug=True, host='<IP_ADDRESS>', port=8877)

the POST requests by the upload component are directed to
http://<IP_ADDRESS>:8877/any/address/dash-upload?resumableChunkNumber=1&....

so you can change the path any way you want (after the host). If I understood right, now you would like to use
du.configure_upload(
    app,
    UPLOAD_FOLDER_ROOT,
    upload_api="/app/api/dash-upload",
)

Does this help you?

Wow, thanks for the instant reply and action! Your support is impressive.
Unfortunately, it doesn't work after all:
Request URL: http://host/app/dash-upload?resumableChunkNumber=1&resumableChunkSize=1048576&resumableCurrentChunkSize=1048576&resumableTotalSize=4936708&resumableType=application%2Fvnd.ms-excel&resumableIdentifier=4936708-xxx&resumableFilename=xxx.csv&resumableRelativePath=xxx.csv&resumableTotalChunks=4&upload_id=xxx
Request Method: POST
Status Code: 405 METHOD NOT ALLOWED
Remote Address: <IP_ADDRESS>:80
Referrer Policy: no-referrer-when-downgrade

This is indeed a different message than before, so requests seem to go a bit farther than before but somehow get rejected by the server (host or waitress/flask?!).
I did experiment with the endpoint extension a bit (removing/changing dash-upload) but no change there. Maybe I need to define the endpoint as a flask route in my app first?

I'm happy to help! The code worked on my local machine, so I guess there is something with your server configuration what we are missing here.
The place where the configuration happens is in configure_upload.py, in the decorate_server.  You can see that it actually defines the endpoint as a flask route in your app (this is one of the reasons you need to call du.configure_upload()):
@server.route(upload_api, methods=['POST'])

The server here is the flask.Flask instance of your dash app.
Perhaps next you could try to define any new route to your flask application that can handle POST requests and try to send a POST request there. See if you get that working without dash-uploader?

After much debugging, I've found a solution/workaround.
Construction a dummy route to test things actually helped a lot.
However, I hesitate to actually post a PR because I am not sure this is the right way to do it.
The problem was indeed somehow connected to my apache reverse proxy config (which I cannot administer). In order to make the app load at all, I have to set requests_pathname_prefix="/app" when calling the Dash constructor while explicitly leaving routes_pathname_prefix at default ("/").
This way, I think resumable.js gets confused because it expects a unified url_base_pathname as was the default per dash<0.18.3 & dash_renderer<0.9.0.
My fix was to introduce an additional prefix argument to configure_upload.py and change line 49 to
settings.upload_api = prefix + upload_api.
Now, I call  du.configure_upload(self.app, USER_UPLOADS, upload_api="/dash-upload", prefix="/app") instead of prepending the prefix to upload_api.
This way I can inject my apache prefix and keep the routes intact.
I hope this is somewhat comprehensible.
If you think this is the right approach, I am happy to send you a pull request, although you might want to make things a bit prettier that I did. Also, I am not entirely sure if this really is a fix or another strange coincidence of my setup...
Thank you for your sublime support!

Okay I think I got a grasp on what was happening there. So, to recap, you run the app at
http://myhost/myproxy

and therefore initiate the dash app instance with
app = dash.Dash(
    __name__,
    requests_pathname_prefix='myproxy',
)

To make the dash-uploader work (applies to other POST requests, too), you'll need to configure the route /api/dash-uploader with
@server.route('/api/dash-uploader', methods=['POST'])

and in the front-end, POST the requests to http://myhost/myproxy/api/dash-uploader.
I think that the Upload component should work out of the box with proxies, too. Thank you for the detailed info. Your proposed fix seems to be very accurate. However, since all the necessary information is already in the app that is passed to configure_upload, I would suggest that the "prefix" (requests_pathname_prefix) is read automagically. I guess that was what you would have assumed to happen 😊
I made a suggested solution to another branch:
https://github.com/np-8/dash-uploader/tree/issue3
Unfortunately, I do not have a proxy set up, so the dash app won't even start when using any requests_pathname_prefix (other than /). Would you be able to clone this, and install with
pip install -e <path_with_setup.py>

and verify that it works in your proxy setup out of the box?

Runs perfectly out of the box. I don't even to define the upload_api endpoint anymore.
I think you can safely merge this and release.

I added the fix in 0.3.0. Thank you for your help!


[SPARK-TODO][TESTS] Dont use deprecate symbol api

This PR replaces the deprecated 'sym API with Symbol("sym") in the unit tests. This should make it easier to upgrade to Scala 3 later.
For example:
[warn] /home/runner/work/spark/spark/sql/core/src/test/scala/org/apache/spark/sql/execution/BaseScriptTransformationSuite.scala:562:11: [deprecation @  | origin= | version=2.13.0] symbol literal is deprecated; use Symbol("d") instead
[warn]           'd.cast("string"),
[warn]           ^
[warn] /home/runner/work/spark/spark/sql/core/src/test/scala/org/apache/spark/sql/execution/BaseScriptTransformationSuite.scala:563:11: [deprecation @  | origin= | version=2.13.0] symbol literal is deprecated; use Symbol("e") instead
[warn]           'e.cast("string")).collect())

The PR is not finished!
I haven't reviewed it myself whether the Regexes I used didn't break something but the compilation passed locally.
With this PR I want to check what is Spark devs' opinion on this kind of change.
If it is approved I will create a ticket in JIRA and finish it!
What changes were proposed in this pull request?

Why are the changes needed?

Does this PR introduce any user-facing change?

How was this patch tested?

@dongjoon-hyun @HyukjinKwon What is your opinion ? Would you merge such PR ?
How big should the PR be ? Fix all issues of this type in the whole or module by module ?

Heh, no right answer, but I'd say fix < 200 files at a time? maybe that gets to all test code? that would be a fine scope

Can one of the admins verify this patch?

There was a previous try to refer to (https://github.com/apache/spark/pull/31569). I agree that we should probably make it go away anyway .. cc @sarutak FYI

There was a previous try to refer to (https://github.com/apache/spark/pull/31569) cc @sarutak FYI

For making it easy to upgrade to Scala 3, another option would be to import language.deprecated.symbolLiterals._ when we support Scala 3.
What do you think, all?

Does that just suppress the warning? I think just consistently using Symbol() is easier IMHO; there may not be that much left to change.

Yeah, I thought it's better to replace them but there were some objections to do it in the previous PR. So, I just suggest another possible solution.

I wasn't aware of #31569. There some people said that it might be better to migrate to s"abc" instead of Symbol("abc"), and I agree.
I am fine with any of the following:

close this PR as "Won't do"
finish it
re-work it to s""

Does s"..." do anything here? I thought that just expressed interpolated strings

Sorry! Muscle memory ... I meant $"abc" - https://github.com/wangyum/spark/commit/b428acb1322f534ad6f028c23286cf2ce18277f6

I will create a JIRA ticket and update the PR soon!

The build fails due to :
 java.lang.RuntimeException: Failing because of negative scalastyle result
[error] 	at scala.sys.package$.error(package.scala:30)
[error] 	at org.scalastyle.sbt.Tasks$.handleResult$1(Plugin.scala:132)
[error] 	at org.scalastyle.sbt.Tasks$.doScalastyleWithConfig$1(Plugin.scala:187)
...

[error] /__w/spark/spark/sql/core/src/test/scala/org/apache/spark/sql/streaming/StreamingJoinSuite.scala:580: File line length exceeds 100 characters
[error] /__w/spark/spark/sql/core/src/test/scala/org/apache/spark/sql/streaming/StreamingJoinSuite.scala:927: File line length exceeds 100 characters
...

But executing ./dev/scalafmt leads to many other unrelated formatting changes like:
import org.apache.spark.sql.catalyst.expressions.{InSet, Literal, NamedExpression}
-import org.apache.spark.sql.catalyst.util.DateTimeTestUtils.{outstandingTimezonesIds, outstandingZoneIds}
+import org.apache.spark.sql.catalyst.util.DateTimeTestUtils.{
+  outstandingTimezonesIds,
+  outstandingZoneIds
+}
 import org.apache.spark.sql.catalyst.util.DateTimeUtils
 import org.apache.spark.sql.execution.ProjectExec
 import org.apache.spark.sql.functions._
@@ -43,83 +46,54 @@ class ColumnExpressionSuite extends QueryTest with SharedSparkSession {
   import testImplicits._

   private lazy val booleanData = {
-    spark.createDataFrame(sparkContext.parallelize(
-      Row(false, false) ::
-      Row(false, true) ::
-      Row(true, false) ::
-      Row(true, true) :: Nil),
+    spark.createDataFrame(
+      sparkContext.parallelize(
+        Row(false, false) ::
+          Row(false, true) ::
+          Row(true, false) ::
+          Row(true, true) :: Nil),

It might take me a while to format manually just the related code.

Yeah don't bother with scalafmt here, just fix the long lines if there are only a few instances

@srowen The PR is ready for review!

Merged to master

Just to see our preference, given $"..." is not mentioned at all for deprecation and it is simpler than Symbol("..."), why not consistently using $"..."? My intuition is that ' would be used as it is simplest representation to refer a column, and $"..." is going to be simplest once we are enforced to use Symbol("...") instead.

Is that the same thing? $".." is shorthand for a Column, not Scala Symbol

Right, but what else we use Symbol except representing Column? I might be missing something, but from what I've seen from test codes, majority of usage has been the same for $"...".

Hm, I think you have a point. We definitely need Symbol in some parts of the Scala code, but I think they're rare and limited to parts that reason about closures, etc. For columns, yeah, in hindsight I agree.
Eh, hm, martin this might be my fault here. It may be smarter to turn all of those changes into $"..." after all if they're all really column refs. I totally missed that. We could do it in a follow up or revert this or whatever's easy, if you're willing.

Follow-up fix sounds good to me. Easier to work based on this since we now just need to try finding Symbol( and replace there. Finding shorthand of Symbol ' would be much more bothering work despite warning message will guide us.

Agreed! I will work on this soon!

Do we still have any tests for '? Since this is still supported, we should have at least one test to make sure it's working and if it's broken by a future Scala version, we can notice it.

@jiangxb1987 Yes, there are still usages of ' in the tests. This PR changed just part of the test files to keep the diff not too big,
I didn't have time for the follow-up in the last two weeks but I will do it soon!

@martin-g any chance you have some time to take another look at this?

I promise to do it real soon! I have something else to finish first!
The new PR will be just for master branch, i.e. 3.4.x.

@srowen https://github.com/apache/spark/pull/35976


Update AtlasDex Token tags

I'm submitting a ...
[ ] bug report
[ ] feature request
[x ] question about the decisions made in the repository
[ ] question about how to use this project

Summary
Hi , i want to update my token tags,
#11955

Other information (e.g. detailed explanation, stack traces, related issues, suggestions how to fix, links for us to have context, eg. StackOverflow, personal fork, etc.)

merged


feat: Drop single file support

Single file has been long deprecated and we want to get rid of it across codebase.
Theoretically this is a breaking change, but not sure if we have to treat it as such (due to long deprecation).

You are changing publicly exported symbols, so to me this is indeed breaking, regardless of what it should be doing. Also "long deprecation" is still just a deprecation, if it was working, people might depend on it. I have no idea how breaking it actually will be, and I dont feel like me or Vlad should be the ones to decide :]
Maybe we could make the ESM switch together with this change and ship v3 to be safe?

v3 of client? i have no idea. v3 of crawlee will happen on wednesday

@B4nan - as we discussed, can we merge this now?


Adding a sound option

I can't find any option to connect a sound file to the dialog node. Is there such a solution?

You just need this code and an AudioStreamPlayer node
extends Control

func _ready():
    $Button.pressed.connect(start_dialog)
    $DialogueBox.custom_effects[0].char_displayed.connect(play_sound)

func start_dialog():
    $DialogueBox.start()

func play_sound(char_index):
    $AudioStreamPlayer.pitch_scale = rand_range(0.5, 1.5)
    $AudioStreamPlayer.play()

It's about inserting sound files into the dialogue tree for character dialogues. Something like this, if you think it's a good idea - a button that starts a popup file dialog.

The other way is to parse for some sound tag in the dialog box.

If you want to play a single sound per dialog, you can use the signal node to trigger an AudioStreamPlayer to play the sound.

Of course. However, I find attaching a signal node for each dialogue to be cluttered. Especially when sound will always be used in dialogues. For now, I'll use the method in the screenshot - it's easy to implement, but it's outside of the original design unfortunately.

Hi, sorry to hijack this old thread, but I'm quite interested in how you got this working, Ivailo. I've been playing around with adding a sound option myself but can't figure out what to put into the DialogueNode.tscn. Any pointers?

Hi, sorry to hijack this old thread, but I'm quite interested in how you got this working, Ivailo. I've been playing around with adding a sound option myself but can't figure out what to put into the DialogueNode.tscn. Any pointers? @IvailoBurov

@bhiltune Since I'm currently busy with completely uninteresting things other than game development, I can attach my mod to your email this weekend when I'm back home. I think that would be the easiest way. My email is with the same my initials @gmail.com


[DDW-118] - Setup ga tracking

[DDW-118] - Setup ga tracking

Also, did you make sure ReactRouter changes are mapped as pageviews?

@DeeJayElly what about this part ☝

Also, did you make sure ReactRouter changes are mapped as pageviews?

@DeeJayElly what about this part ☝

Added

The tracking ID needs to be an ENV, and the feature only enabled if it's set.

Done

@DominikGuzei @rhyslbw please review and merge this one when ready 🙏

Please assign types and remove the @ts-ignore instances. Let me know if you need help with anything in particular

done

@DominikGuzei please assist @DeeJayElly to complete this. Do we really have to be hooking into the window global to achieve this behaviour?

@rhyslbw @DeeJayElly lets 🙏 🙏 PLEASE 🙏 🙏  get this done today...

@rhyslbw @DeeJayElly @DominikGuzei can this one finally be merged?

@nikolaglumac :point_right:  https://github.com/input-output-hk/cardano-explorer-app/pull/286#pullrequestreview-393497966

@rhyslbw @DeeJayElly I don’t understand what is the issue here?

@nikolaglumac It's not working based on my test

We will check that together with @darko-mijic tomorrow.

This needs to be tested firmly as i am not sure why sometimes it works and sometimes not. I can help with testing if needed. @nikolaglumac @rhyslbw @DominikGuzei

@DeeJayElly When have you observed data? I've not seen any since the static values were moved to be dynamic. I've given you access to the test GA property, please log in and use it to confirm your solution is functional.

@rhyslbw Dominik confirmed that the data is now visible on GA side. Can you please check and approve this PR?


Added a Serializer for Twitter oauth

Added a serializer for twitter OAuth to work. If you are not using this it will cause an error ('TwitterOAuthAdapter' object has no attribute 'parse_token'). It happens because method parse_token() is implemented in OAuth2Adapter, but Twitter uses OAuth 1.0, so TwitterOAuthAdapter inherits from OAuthAdapter, which doesn't have parse_token() method. Example usage is given below:
class TwitterLogin(LoginView):
serializer_class = TwitterLoginSerializer
adapter_class = TwitterOAuthAdapter

@tevinjoseph Would you mind updating the docs with what you mentioned in this PR? (Twitter uses OAuth 1.0, etc). Think we can merge this then.

sure :) I will update the docs.

@mjaworski Updated the docs.


Allow --enable-experiment=non-nullable on command line to enable NNBD for analysis server

Currently we enable NNBD for the analysis server using an option in the analysis_options.yaml file.  But for NNBD-enabled Dartpad, we want NNBD to be enabled without the user having to modify their files in any special way.  I think the best way to do this is probably for the analysis server to accept --enabled-experiment=non-nullable on the command line.

https://dart-review.googlesource.com/c/sdk/+/123200


Add support for tracking Redis client calls for non-Go programs

Added detection based on the format of the query and response. The protocol is in text format with various operators.
I added a new integration tests with OATS.
Relates to https://github.com/grafana/beyla/issues/879

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

Project coverage is 35.10%. Comparing base (a08e2ba) to head (25b1ab8).

Files
Patch %
Lines

pkg/internal/export/prom/prom.go
0.00%
17 Missing :warning:

pkg/internal/ebpf/common/redis_detect_transform.go
83.87%
9 Missing and 6 partials :warning:

pkg/internal/ebpf/common/tcp_detect_transform.go
70.00%
2 Missing and 1 partial :warning:

pkg/internal/export/otel/traces.go
81.25%
2 Missing and 1 partial :warning:

pkg/internal/export/otel/metrics.go
80.00%
1 Missing and 1 partial :warning:

Additional details and impacted files
@@             Coverage Diff             @@
##             main     #891       +/-   ##
===========================================
- Coverage   77.57%   35.10%   -42.48%
===========================================
  Files         122      120        -2
  Lines        8594     8715      +121
===========================================
- Hits         6667     3059     -3608
- Misses       1482     5282     +3800
+ Partials      445      374       -71

Flag
Coverage Δ

integration-test
?

k8s-integration-test
?

oats-test
35.10% <74.35%> (+0.89%)
:arrow_up:

unittests
?

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

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


no html file on gulp build

Hi all.
I want to use este-app with cordova.
When I do gulp build on este-app, it returns app.css and app.js file
Because cordova need index.html, so I manually create html file:
<!doctype html>

		<link rel="stylesheet" href="app.css">

When I run index.html, nothing is rendered and it shows error Uncaught TypeError: Cannot read property 'update' of undefined
Any idea?

Check html.react.js to see what need to be rendered.

Thanks for the response. It seems body element need to be rendered, so I change html content:
<!doctype html>

        <link rel="stylesheet" href="app.css">

When I open the page, it still blank. My console shows error Uncaught Error: Minified exception occurred; use the non-minified dev environment for the full error message and additional helpful warnings. Previously I have do gulp build --production.
That error messages point me to do gulp build. But when I do that, gulp seems hang on last line:
➜  gulp build
[21:58:42] Requiring external module babel-core/register
[21:58:44] Using gulpfile ~/Documents/React/gulpfile.babel.js
[21:58:44] Starting 'build-webpack-dev'...
[21:58:44] [webpack-dev-server] localhost:8888/build/client.js
[21:58:44] Finished 'build-webpack-dev' after 76 ms
[21:58:44] Starting 'build-webpack'...
[21:58:44] Finished 'build-webpack' after 17 μs
[21:58:44] Starting 'build'...
[21:58:44] Finished 'build' after 7.63 μs <-- it's hang, no nyan-chat shown, no app.js & app.css generated

My gulp version:
CLI version 3.9.0
Local version 3.9.0
OS: Ubuntu 15.04


[9.x] contains stringable doesn't contain the ignoreCase parameter

Looks like the Stringable class doesn't contain the $ignoreCase parameter.
use Illuminate\Support\Str;

$contains = Str::of('This is My name')->contains(['my', 'foo'], true);

// true

This PR unfortunately contains breaking changes. Please send this to master.

No worries, I have opened another pull request through the master branch here.


Add feature flag to disable new lock file features (PEP 751)

I'm not ready to use the new lock files in my dev environment. I need to heavily rely on pip-compile style lock files (uv sync requirements.in).
Is there any way to not be affected by the uv.lock (not sure what the existence of that file implies for other uv commands).

If you use the pip API, there's no impact. But you can't use uv sync or uv lock without uv.lock. (Note that uv.lock is not the same as PEP 751, which is not yet finished or accepted.)

Yeah, I'd recommend just using uv pip sync instead of the top-level interface.

@charliermarsh Your response speed amazing ❤! @zanieb (and you! I didn't get a chance to type this)
Doesn't the lock file affect uv run (docs)?
I think uv run python is something I started to use in place of .venv/bin/python (or activate -> python).

Gotcha, will try to move remember to always use uv pip.

uv run will always create and use a lockfile in a project, yeah. I presume you have a pyproject.toml?

Actually you can use uv run --no-project and we will ignore any pyproject.toml files

I presume you have a pyproject.toml?
Yes.

For now, I'm thinking about the project workflow:
$ cd /path/to/project

$ uv venv                               # Optional and redundant to next command (old habit)
$ uv pip sync dev-requirements.txt      # OR uv pip install -r ...

# Run project environment's python == .venv/bin/python
$ uv run python

Yep! Makes sense. If you do uv run --no-project python we will read the .venv we just will ignore the pyproject.toml (and uv.lock)

❯ uv init
Initialized project `example`
❯ uv venv
Using Python 3.11.7
Creating virtualenv at: .venv
Activate with: source .venv/bin/activate
❯ uv pip install httpx
Resolved 7 packages in 201ms
Installed 7 packages in 19ms
 + anyio==4.4.0
 + certifi==2024.7.4
 + h11==0.14.0
 + httpcore==1.0.5
 + httpx==0.27.0
 + idna==3.7
 + sniffio==1.3.1
❯ uv run --no-project python -c "import httpx"
❯ tree .
.
├── README.md
├── pyproject.toml
└── src
    └── example
        └── __init__.py

You can also just do
[tool.uv]
managed = false

if you never want to use uv sync and uv lock

managed = false

Oh, same as rye. That solves it as a quasi-feature flag. Thank you!

Adding documentation for this in https://github.com/astral-sh/uv/pull/6465


⚠ Samsung has degraded performance

In ca54694, Samsung (https://samsung.com) experienced degraded performance:

HTTP code: 200
Response time: 6196 ms

Resolved: Samsung performance has improved in d7f7c75.


feature request: file renaming

Would it be possible to implement a function that would enable renaming of files from a given container? Input parameters would be the current file name and the new file name.
I regularly have to download files from a container to my PC, then I rename files with a python script, then I replace container contents with the renamed file versions. However, I think it would be more elegant if I could preform renaming directly in the container without the download & re-upload procedure.

Thanks, that sounds good! I wonder how efficient the copy&move strategy will be for large objects. I guess we'll see, since openstack does not offer other options.
Would one then input two full object URLs? In that case one could perform rename & move at the same time. That'd be nice.
Also, it might be nice to throw an exception if an object with target URL already exists, and/or allow users to set a flag that would allow an overwrite (similar to what @appukuttan-shailesh and you have been discussing for download).

Should we implement this as a part of move functionality? Along the lines of the Unix mv command.... i.e., if destination directory is not specified, then rename file in source directory.

@markomi: I've released this as version 0.6.0, so pip install -U should give you the new version.

It's interesting why you get that. For me:
In [1]: from hbp_archive import Container

In [2]: c = Container("<<container_name>>", "<<username>>")
Password:

In [3]: c.list()
Out[3]:
['HippoNetworkUnit/CA1_laminar_distribution_synapses.json',
 'HippoNetworkUnit/CA1_laminar_distribution_synapses_HBPmod.json',
 'README.txt',
 ...
 'morphounit/fs_morph_check_config.yml',
 'morphounit/fs_morph_check_cut_plane_config.json',
 'morphounit/fs_morpho_stats_NeuroM.json',
 'morphounit/msn_morph_check_config.yml',
 'morphounit/msn_morph_check_cut_plane_config.json']

In [4]: c.move("morphounit/msn_morph_check_cut_plane_config.json", "", overwrite=True)
Successfully moved the object

In [5]: c.list()
Out[5]:
['HippoNetworkUnit/CA1_laminar_distribution_synapses.json',
 'HippoNetworkUnit/CA1_laminar_distribution_synapses_HBPmod.json',
 'README.txt',
...
 'morphounit/fs_morph_check_config.yml',
 'morphounit/fs_morph_check_cut_plane_config.json',
 'morphounit/fs_morpho_stats_NeuroM.json',
 'morphounit/msn_morph_check_config.yml',
 'msn_morph_check_cut_plane_config.json']

In [6]: c.move("msn_morph_check_cut_plane_config.json", "morphounit", overwrite=True)
Successfully moved the object

In [7]: c.list()
Out[7]:
['HippoNetworkUnit/CA1_laminar_distribution_synapses.json',
 'HippoNetworkUnit/CA1_laminar_distribution_synapses_HBPmod.json',
 'README.txt',
...
 'morphounit/fs_morph_check_config.yml',
 'morphounit/fs_morph_check_cut_plane_config.json',
 'morphounit/fs_morpho_stats_NeuroM.json',
 'morphounit/msn_morph_check_config.yml',
 'morphounit/msn_morph_check_cut_plane_config.json']

@markomi : Could you check this again?
@apdavison : could you test the above example on the "sp6_validation_data" container using your account?
Note (unrelated to this issue): there is a problem with how overwrite is implemented as the error is thrown even when target file does not already exist! I will correct this asap.

@appukuttan-shailesh Thanks for suggesting me to try it again. I was not able to reproduce the problem this time. It works very nicely - thanks! I think you can close the issue. :)
Just a side note: I ran into problems when I tried to run the same code that works on Ubuntu (actually on a Linux subsystem on my Windows 10 laptop) on Windows directly. I might ask for Windows support at some point. But I am not sure if I really need it. If I decide to ask for it, I would open a separate issue. In case you are curious, here's a preview:
(_venv) C:\Users\mmarkovi\Code\Curation>python
Python 3.6.4 (v3.6.4:d48eceb, Dec 19 2017, 06:04:45) [MSC v.1900 32 bit (Intel)] on win32
Type "help", "copyright", "credits" or "license" for more information.
>>> from hbp_archive import Container
>>> username = "bp000130"
>>> containername = "testSP1"
>>> filename = 'folder1p0/folder1p1/file1.txt'
>>> dest = 'folder1p0'
>>> dest2 = 'testSP1/folder1p0'
>>> newFilename = 'file1-new.txt'
>>> container = Container(containername, username)
Password:
>>> files = container.list()
>>> print("\n".join(map(str,files)))
'folder1p0'
'folder1p0/folder1p1'
'folder1p0/folder1p1/file1.txt'
'folder1p0/folder1p1/folder1p2'
>>> container.move(filename, dest, newFilename, overwrite = True)
Failed to move/rename the object with error: Object COPY failed: https://object.cscs.ch:443/v1/AUTH_63ea6845b1d34ad7a43c8158d9572867/testSP1/folder1p0/folder1p1/file1.txt 412ad7a43c8158d9572867/testSP1/folder1p0/folder1p1/file1.txt                                                        '
412 Precondition Failed  [first 60 chars of response] b'Destination header must be of the form <container name>/<
Failed to move/rename the object with error: Object COPY failed: https://object.cscs.ch:443/v1/AUTH_63ea6845b1d34ad7a43c8158d9572867/testSP1/folder1p0/folder1p1/file1.txt 404SP1/folder1p0/folder1p1/file1.txt 412 Precondition Failed  [first 60 chars of response] b'Destination header must be of the form <container name>/<obj'
>>> container.move(filename, dest2, newFilename, overwrite = True)
Failed to move/rename the object with error: Object COPY failed: https://object.cscs.ch:443/v1/AUTH_63ea6845b1d34ad7a43c8158d9572867/testSP1/folder1p0/folder1p1/file1.txt 404 Not Found  [first 60 chars of response] b'
Not Found

The resource could not be found.<'
>>> dest
'folder1p0'
>>> dest2
'testSP1/folder1p0'
>>> load_dest = container.download(dest)
>>> container.read(filename)
'abc'
>>>


Microsoft.Management.Deployment.Projection should be included in Microsoft.WindowsPackageManager.ComInterop NuGet

Description of the new feature / enhancement
Microsoft.Management.Deployment.Projection should be included in Microsoft.WindowsPackageManager.ComInterop NuGet.
Currently when using Microsoft.WindowsPackageManager.ComInterop in a C# project you need to manually copy multiple c# files from Microsoft.Management.Deployment.Projection. Ideally this logic should be included in the nuget that it can simply be consumed with minimal to no boilerplate code involved in consuming the API.
Proposed technical implementation details
Microsoft.Management.Deployment.Projection should be included in Microsoft.WindowsPackageManager.ComInterop NuGet.

This appear to related to how the WinAppSDK approaches similar functionality.

This appear to related to how the WinAppSDK approaches similar functionality.

The Windows App SDK implements content in namespace Microsoft.Windows.Management.Deployment, which is an extension of Windows.Management.Deployment. Microsoft.Management.Deployment is related to WinGet, and the content of the two is not the same.
Windows App SDK 实现的是 Microsoft.Windows.Management.Deployment 命名空间下的内容，是 Windows.Management.Deployment 的扩展。Microsoft.Management.Deployment 与 WinGet 有关，两者内容不一样。


Fixed a bug in SourceState.createExtract

Signed-off-by: Yinan Li<EMAIL_ADDRESS>

@zliu41 can you review?

LGTM


Feature request: Support jsonschema 4.x

cfn-lint version: (cfn-lint --version)
0.61.1
Description of issue.
I wish the version specification for the jsonschema dependency allowed version 4.x; currently it is SemVer-pinned to ~=3.0.
See also: https://github.com/aws/serverless-application-model/issues/2426
In the downstream cfn-lint package in Fedora Linux, the tests that I am able to run still pass with jsonschema 4.6.0, so I think no code changes would be required.

In the past our ability to update the versions for jsonschema has been the SAM translator package.
https://github.com/aws-cloudformation/cfn-lint/blob/main/setup.py#L46
https://github.com/aws/serverless-application-model/blob/develop/requirements/base.txt#L2

The conflict is caused by:
    cfn-lint 0.61.2 depends on jsonschema>=4.0
    aws-sam-translator 1.46.0 depends on jsonschema~=3.2
    cfn-lint 0.61.2 depends on jsonschema>=4.0
    aws-sam-translator 1.47.0 depends on jsonschema~=3.2

https://github.com/aws/serverless-application-model/pull/2441


Mapping diffs: NIST SP 500-116 is not using the new data

Problematic: NIST references
The BibXML Service needs to be fixed here.
For example, NIST SP 500-116 is available at:
https://github.com/relaton/relaton-data-nist/blob/main/data/NIST_SP_500-166.yaml
The BibXML content is not reflecting the correct data right now.

From: https://github.com/ietf-ribose/bibxml-service/issues/222

Actually this only applies to NIST SP 500-116.

Is that still the case? Screenshots may be outdated since sources change.

I just checked and it is correct now:
https://dev.bibxml.org/public/rfc/bibxml2/reference.NIST.500-166.1989.xml
<reference target="https://nvlpubs.nist.gov/nistpubs/Legacy/SP/nistspecialpublication500-166.pdf" anchor="NIST_SP_500_166">
  <front>
    <title>Computer viruses and related threats</title>
    <author fullname="John P. Wack" surname="Wack" initials="P"/>
    <author fullname="Lisa J. Carnahan" surname="Carnahan" initials="J"/>
    <author>
      <organization abbrev="NIST">National Institute of Standards and Technology</organization>
      <address>
        <postal>
          <country>US</country>
          <city>Gaithersburg</city>
        </postal>
      </address>
    </author>
    <date year="1989"/>
  </front>
  <seriesInfo name="NIST Special Publications (General)" value="NIST SP"/>
  <seriesInfo name="DOI" value="10.6028/NIST.SP.500-166"/>
</reference>

Thanks~

But the initials in the <author> element is incorrect.
In https://github.com/relaton/relaton-data-nist/blob/bac0572d068cb45b2686ac6d7b50a23c15881d91/data/NIST_SP_500-166.yaml#L26-L45
- person:
    name:
      forename:
      - content: John
        language:
        - en
        script:
        - Latn
      initial:
      - content: P
        language:
        - en
        script:
        - Latn
      surname:
        content: Wack
        language:
        - en
        script:
        - Latn

This person's name is technically "John P. Wack". There seems to be some problem in the mapping between Relaton => BibXML elements.
We need to check whether it is a relaton-nist / relaton-py issue or a new issue.


Report that Nearby item is not at specified location

Sometimes Nearby makes me go to a place, and I realize that there is nothing, for instance it was supposed to be a museum but it is just fields. This probably happens to any regular Nearby user.
This leads to frustration, and if nothing is done the point stays on the Nearby map, and another person (or forgetful me) might be tricked by it again.
But this could be turned into a very positive experience that benefits Wikidata: Let the user report the point.
Implementation could be a "Report" button that proposes:

The item is not found around that point
The point is a bit further
The item does not exist anymore at that place

Feedback could be appended to a particular Wikidata maintenance article such as https://www.wikidata.org/wiki/User:Syced/Commons_Mobile_App

How is such "maintenance" done in Commons itself, outside the context of the app?

commons.wikimedia.org does not even have a Nearby feature, actually.
This is Wikidata maintenance rather than Commons maintenance, within the purpose of adding missing content to Commons.
The same concept could probably be used for OpenStreetMap points, though.

Yeah right, I was wondering how they normally do the "Oh, I noticed this data/entry is wrong, let's fix it" process.

@nicolas-raoul Sounds good, but if we do that we probably need someone to consistently check that article and make the necessary modifications, otherwise they may get even more frustrated. :) I don't think the regular Commons/Wikidata volunteers will be willing to do it.

@misaochan I volunteer to monitor that page, fix what I can, and announce the rest on Wikidata's project chat :-)
I guess it will not be more than 50 reports a month anyway, even when the app becomes very popular.

Thanks @nicolas-raoul ! :) So implementation-wise, we are really just talking about a link that takes the user to https://www.wikidata.org/wiki/User:Syced/Commons_Mobile_App , right?

Actually, I was thinking about a UI with radio buttons letting the user choose what the problem is.
This UI would automatically post a message on the wiki page above in the user's name, including the item's identifier and the selected problem.
That forces the user to include the reason of the problem (some users would just say "It does not work").
Another advantage is that it writes reports in English. The UI would ideally be translated to the users' languages.

@nicolas-raoul @4D17Y4  According to https://github.com/commons-app/commons-app-documentation/blob/master/android/Students.md can i consider this project to work on in GSOC 2022 ?

@Rishavgupta12345 If for any reason you are strongly motivated by (https://github.com/commons-app/apps-android-commons/issues/953 + https://github.com/commons-app/apps-android-commons/issues/965), you can choose it. But otherwise I would suggest #4764.

Duplicate of https://github.com/commons-app/apps-android-commons/issues/2425


File has 0 bytes when a completed download is started again.

Sample: https://github.com/aartikov/Fetch-Bug
Steps to reproduce:

Remove line fetch.remove(download.id)   // Workaround for https://github.com/tonyofrancis/Fetch/issues/553
Select a directory, download file.
Press "Remove".
Press "Download". File is downloaded immediately. File size is zero.

@aartikov. Is this issue happening for the same download request or different download request with different url?. Does the app have the proper write permissions?. Same issue on physical device and emulator? Different Android Versions?

@aartikov. Is this issue happening for the same download request or different download request with different url?. Does the app have the proper write permissions?. Same issue on physical device and emulator? Different Android Versions?

@tonyofrancis It is the same request - the same http url and the same local file uri. The app has permissions, because it can create a file. I have tried on a device with Android 9 and on emulators with Android 9 and Android 11. The same issue.

@tonyofrancis It is the same request - the same http url and the same local file uri. The app has permissions, because it can create a file. I have tried on a device with Android 9 and on emulators with Android 9 and Android 11. The same issue.


Fix some typo in cluster-operator

ridiculus  ->   ridiculous

This appears to be trying to replace a phrase in some filler text with an english word that looks similar.  See https://www.urbandictionary.com/define.php?term=lorem ipsum for more context on what is happening here. But essentially there is no need to replace ridiculus on this page.  I am closing this PR.


How to change the position of the popup

I want to put the pop up to the bottom，Like the type of E-commerce website edit shopping cart pop up at the bottom of the product attributes，How to do？

@ZaL0-0 Seems duplicated, FYI https://github.com/jacklam718/react-native-popup-dialog/issues/89


IT-3988: Add permission to create object in S3

This PR adds a in-line policy to LLMDeveloper role that gives the permission to create objects in S3 (upload templates).

Good point, the error was specifically to upload the file so hoping it'll be enough... Let's try!


CRITICAL: getattr() does not have 3rd argument

I was surprised that getattr() function does not allow third default argument, which is critically important basic functionality as JavaScript does not raise AttributeErrors when accessing missing attributes and we cannot rely on those.

Funny, I was reminded of it while working on #630 as it was messing with my tests. I've been working with this in the meantime:
boost_transcript.js
export var getattr = function (obj, name, failsafe) {
	    if (name in obj) {
			return obj [name];
		}else if (obj ['py_' + name]) {
			return obj ['py_' + name];
		}else if (failsafe) {
			return failsafe;
		}else {
			var __except0__ = AttributeError ('object has no attribute ' + name);
			__except0__.__cause__ = null;
			throw __except0__;
		}
};

If whe can't have getattr throw an exception (but why?), then removing the last else will make the function return undefined as usual

}else if (failsafe) {
this should probably be
}else if (failsafe !== undefined) {
as we can pass False, empty string or None as default values

There's no good reason why this is left out.
It will be added in the next minor version.
Thanks for the suggestion!


Switch to mcuboot

After this is merged, users need to newt install -v to fetch mcuboot.
Still needs updates to docs.

Bye!


.pdd

@rultor release, tag is 0.12

@rultor release, tag is 0.12

@yegor256 OK, I will release it now. Please check the progress here

@rultor release, tag is 0.12

@yegor256 Oops, I failed. You can see the full log here (spent 7min)

@rultor release, tag is 0.12

@rultor release, tag is 0.12

@yegor256 OK, I will release it now. Please check the progress here

@rultor release, tag is 0.12

@yegor256 Done! FYI, the full log is here (took me 8min)


Add SaveStateWithETag() convenience function

In the state API there's an existing DeleteStateWithETag() convenience
function but there does not appear to be an equivalent
SaveStateWithETag(). This commit adds SetStateWithETag() so that
consumers of the SDK don't have to employ the more verbose
SaveBulkState() when they only need to update a singular item.
Client code updating a single item with an etag prior to this commit
looks like:
item := &dapr.SetStateItem{
	Etag: &dapr.ETag{
		Value: "deadbeef",
	},
	Key:   "order_1",
	Value: []byte(data),
}

err := client.SaveBulkState(ctx, store, item)

Client code after this commit can reduce to:
err := client.SaveStateWithEtag(ctx, store, "order_1", []byte(data), "deadbeef")

Signed-off-by: Mike Brown<EMAIL_ADDRESS>

Codes look good to me.


std.math: Fix log coefficiants for 128-bit implementation

logCoeffsR is upside down.
logCoeffsS has a , bug (and subsequently the wrong size).

Tested on aarch64-linux-gnu, no std.math tests are failing after applying this.

FYI @kinke

[LDC uses LLVM intrinsics for the log family IIRC, most likely just calling C logl.]

Huh, I thought I tested these on AArch64 a few years ago, but clearly that can't be the case – perhaps we had a bug in the unit test runner back then making this invisible… I haven't checked this on LDC, but merging anyway as I trust your GDC results.

Auto-merge toggled on

Auto-merge toggled off

Restarting auto-testers, as the network on one of the boxes is being flaky.


fix(region): optimized for qcloud prepaid instance delete

这个 PR 实现什么功能/修复什么问题:

[x] 功能、bugfix描述
[ ] 冒烟测试
[ ] 单元测试编写

是否需要 backport 到之前的 release 分支:

release/3.5

/area region
/cc @zexi

Codecov Report

Merging #9798 (374b56a) into master (cec10d3) will increase coverage by 9.97%.
The diff coverage is n/a.

@@             Coverage Diff             @@
##           master    #9798       +/-   ##
===========================================
+ Coverage    5.99%   15.96%    +9.97%
===========================================
  Files         848      124      -724
  Lines      131813    12786   -119027
===========================================
- Hits         7896     2041     -5855
+ Misses     123216    10554   -112662
+ Partials      701      191      -510

Flag
Coverage Δ

aFlag
15.96% <ø> (+9.97%)
:arrow_up:

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

Impacted Files
Coverage Δ

pkg/compute/regiondrivers/huawei.go

pkg/cloudcommon/db/modelbase.go

pkg/multicloud/aws/utils.go

pkg/cloudcommon/db/domain.go

pkg/multicloud/aws/dbinstance_parameter.go

pkg/cloudprovider/waitstatus.go

pkg/httperrors/httperrors.go

pkg/util/sysutils/sysutils.go

pkg/keystone/driver/cas/class.go

pkg/compute/regiondrivers/apsara.go

... and 714 more

Continue to review full report at Codecov.

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

Codecov Report

Merging #9798 (374b56a) into master (cec10d3) will increase coverage by 9.97%.
The diff coverage is n/a.

@@             Coverage Diff             @@
##           master    #9798       +/-   ##
===========================================
+ Coverage    5.99%   15.96%    +9.97%
===========================================
  Files         848      124      -724
  Lines      131813    12786   -119027
===========================================
- Hits         7896     2041     -5855
+ Misses     123216    10554   -112662
+ Partials      701      191      -510

Flag
Coverage Δ

aFlag
15.96% <ø> (+9.97%)
:arrow_up:

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

Impacted Files
Coverage Δ

pkg/compute/regiondrivers/huawei.go

pkg/cloudcommon/db/modelbase.go

pkg/multicloud/aws/utils.go

pkg/cloudcommon/db/domain.go

pkg/multicloud/aws/dbinstance_parameter.go

pkg/cloudprovider/waitstatus.go

pkg/httperrors/httperrors.go

pkg/util/sysutils/sysutils.go

pkg/keystone/driver/cas/class.go

pkg/compute/regiondrivers/apsara.go

... and 714 more

Continue to review full report at Codecov.

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


1.21 support

Hiya! Just wanted to inquire about 1.21 support. My framerate tanks unless I have this mod installed so it's very important for me to be able to use it before I update my server. I imagine a lot of other Mac players share this sentiment. That's all!

I understand, but do you want to see a rendering bug (#9) or something?
A lot has changed since 1.20.5 and that's why the developer is still working on fixing the bug.

I have made a fork of resolution control and added support for 1.21! I will try to update this for as long as I can.
You can download my fork here: https://modrinth.com/mod/resolutioncontrol3/
And view the source code here: https://github.com/BGP0/ResolutionControl-3/
Please join our discord at https://discord.com/invite/qJVwSK99G2 if you have any questions.

I have made a fork of resolution control and added support for 1.21! I will try to update this for as long as I can.

Those who play 1.21 with Axiom mod can download the latest commit in github which is ResolutionControl++ those who play 1.21 but do not play with Axiom mod can download ResolutionControl 3.