Bernhard Schmidt

Hardcoding the value for FF_INPUT_BUFFER_PADDING_SIZE is not safe because upstream FFmpeg might change it (as they did in FFmpeg 4.0). Instead, use FFmpeg's AV_INPUT_BUFFER_PADDING_SIZE if available and only hardcode a...

IPv6 on the official ntfy.sh server

6

I would highly appreciate it if you would enable IPv6 connectivity on the official ntfy.sh service. Right now it seems to be hosted on DigitalOcean. Enabling IPv6 there should be...

This has been a longstanding issue since at least 2014.xx, but I have now verified it with 2017.05. As rescue system I PXE-boot grml64-small with the following command line options...

macsuck: All nodes connected to Huawei in VLAN 0

4

## Expected Behavior All nodes connected to (untagged) ports on a Huawei Switch (S57xx, S67xx) are listed in VLAN 0 ## Current Behavior ``` ./netdisco-do macsuck -DI -d 10.187.165.1 [...]...

VRP: Use hwEntityOpticalLaneRxPower if available

6

The values in hwEntityOpticalRxPower are measured in µW while the limits are using dBm. Converting all of them with uw_to_dbm creates bogus limits. Use hwEntityOpticalLaneRxPower (and hwEntityOpticalLaneTxPower) if available. Also...

Algo selection should be based on SSH version, not OS release

1

The current approach to select Cipher/Kex/MAC based on the distribution name and the OS release is not very good. It does not account for - OS release's default version and...

ovpn_dco_v2 significantly slower

11

Upgrading our eduVPN node to OpenVPN 2.6.2 with ovpn_dco_v2 leads to significantly lower throughput than running without DCO or with DCOv1. Unfortunately I cannot get the test rig used for...

2.6.2: Kernel warning refcount_warn_saturate

10

We have upgraded our production eduVPN server to 2.6.2 + 1c2c84e99d0c1513db38ac7a3858f21229906fd7 . It looks a lot better than before, it has been running for close to 6 hours now. This...

Kernel crash

8

Together with Gert we have been stress testing OpenVPN+DCO on one of our eduVPN nodes. It has been running for approximately 18 hours serving 10000 connections, before this kernel crash...

Wrong reads being pushed into MQTT

1

There are occasional wrong readings being returned from the inverter and being pushed into MQTT, i.e. here pv1current/pv1power/totalpower Good: ``` Dec 15 13:43:26 vzlogger inverter_connect[4766]: 'inverter_3811199530_pv1voltage': 27.5, Dec 15 13:43:26...