blog.crox.net

The 2006 Dürrenast train disaster occurred on May 17 when a runaway BLS maintenance train with failed brakes sped downhill from Frutigen towards Thun, ultimately crashing and killing three people. As the train gained uncontrollable speed, dispatchers faced critical choices, similar to the theoretical "trolley problem": routing the train towards populated or obstructed lines would potentially cause greater casualties. Ultimately they opted for a crash against stationary work trains in Dürrenast to limit wider harm.

Max S wrote a detailed account of the events on Medium.

On SWI swissinfo.ch you will find an article about the events, as well as a link to an SRF film (in German with subtitles in several languages).

8 years later there are still issues on Raspberry Pi / Raspbian with WiFi power management causing disconnects and generally bad performance.

I've found a reliable method to disable WiFi Power Management for the on-board WiFi chip (brcmfmac) here: NetworkManager WiFi Power Saving.

I found a working procedure here:

- Make sure both EFI partitions are mounted from /etc/fstab, eg. using /boot/eficopy in addition to /boot/efi. (Both partitions need to have the proper partition type GUID, i.e. C12A7328-F81F-11D2-BA4B-00A0C93EC93B or "EFI System".)

- Run dpkg-reconfigure grub-efi-amd64 and include both partitions when prompted.

Add this line to /etc/apt/sources.list:

deb http://deb.debian.org/debian bookworm-backports main

Run:

# apt-get update
# apt install -t bookworm-backports libheif1

This solves the issues encountered when decoding HEIF (.heic) files produced by iPhone / iOS 18, causing for instance rendering in Nextcloud to fail.

This page has more details on using Backports.

I'm trying out the "Nextcloud Office" app together with "Collabora Online - Built-in CODE Server". That Nextcloud instance is behind a reverse proxy.

The problem I encountered was that regardless of the 'overwritehost' and 'overwriteprotocol' settings, the WOPI URL kept being automatically changed from https to http.

From other posts regarding similar issues I figured out that the WOPI URL is obtained by querying https://[yourinstance]/apps/richdocumentscode/proxy.php?req=/hosting/discovery

Looking at the proxy.php source code, I found the reason for the issue:

// URL into this server of the proxy script.
if ((isset($_SERVER['HTTPS']) && $_SERVER['HTTPS'] !== 'off')
        || (isset($_SERVER['HTTP_X_FORWARDED_PROTO']) && $_SERVER['HTTP_X_FORWARDED_PROTO'] === 'https' )
        || (isset($_SERVER['HTTP_X_FORWARDED_SSL']) && $_SERVER['HTTP_X_FORWARDED_SSL'] === 'on')
) { 
    $proxyURL = "https://";
} else {
    $proxyURL = "http://";
}

I then modified my reverse proxy (Apache) config to add the missing header:

RequestHeader set X-Forwarded-Proto "https"

Now everything works as expected