I can’t remember when exactly this began, but for maybe a few weeks now the first clicks of the share button in the web UI just give a ”Sharing is not available for private podcasts” notification at the bottom corner. This is for any and all podcasts, so not just actually private ones. After two or three clicks the sharing dialog then finally does pop up.

My main browser is Librewolf (based on Firefox), but the same issue occurs in Vivaldi too (which is based on Chromium).

There’s nothing in the browser’s console about this (no errors at all).

I made a screencast demonstrating the issue: https://youtu.be/5_LieFpsz0I

Both issues (”Network is unreachable” and WoL not working) were fixed for me after the latest kernel update, which was Linux 6.8.0-106.

Yeah, seems to be fixed: I tested in an Ubuntu 24.04 vm with WezTerm 20240203-110809-5046fc22 and couldn’t reproduce the issue.

(I first tried the nightly, which from the repository was 20260117-154428-05343b38, but that one was missing all window decorations entirely, and so couldn’t be resized at all.)

I’ll close the issue and unsubscribe, as I’m not using WezTerm currently myself. Others can reopen it if still affected.

I noticed that for the specific case of picking an element from the end using just the size of the array itself, the above is a somewhat contrived example; a plain -1 would work just as well. But I can change the example script as below, and the difference between outputs still holds:

#!/bin/bash

array=(
    "a"
    "b"
    "c"
)

i=3

value="${array[i - 1]}"

printf "%s\n" "${value}"

With the same arguments given, output differs between 3.12.0 and 3.13.0, as demonstrated in the example below. I didn’t see this mentioned directly in the release notes, so I was wondering if this is an intentional change or a bug. I don’t mind the change per se, but just wanted to be sure that it’s permanent before I adjust all my existing scripts to conform to the newer way shfmt prefers this.

$ cat asdf
#!/bin/bash

array=(
    "a"
    "b"
    "c"
)

value="${array[${#array[@]} - 1]}"

printf "%s\n" "${value}"

$ /usr/local/bin/archive/shfmt/shfmt_v3.12.0_linux_amd64 -i 4 -ci -l -d asdf # no output

$ /usr/local/bin/archive/shfmt/shfmt_v3.13.0_linux_amd64 -i 4 -ci -l -d asdf
asdf
diff asdf.orig asdf
--- asdf.orig
+++ asdf
@@ -6,6 +6,6 @@
     "c"
 )
 
-value="${array[${#array[@]} - 1]}"
+value="${array[${#array[@]}-1]}"
 
 printf "%s\n" "${value}"

Looks like patchset 2026-01-07 [1] should at least have the WoL issue fixed: ”net: ipv4: fix regression in local-broadcast routes” (more in [2]). Whether this helps with the other, ”Network is unreachable” issues, I wouldn’t know.

*[1] https://bugs.launchpad.net/ubuntu/+source/linux/+bug/2137664
*[2] https://lore.kernel.org/regressions/20250822165231.4353-4-bacs@librecast.net/

So that’s what was causing all these weird network issues all of a sudden here. Looks like 6.8.0-101-generic is likewise affected.

Sending wake-on-LAN packets also broke for me coincidentally with this. That is, my NAS (now also running 6.8.0-101) could still receive WOL packets sent from a server running 6.8.0-79, but none sent from my desktop (running 6.8.0-101). After downgrading the desktop back to 6.8.0-94, WOL packets sent from it were again immediately picked up by the NAS.

Kiitoksia. Editoin osoitteen pois tuosta aloituspostauksesta, jottei siihen ainakaan enempää botteja tarttuisi.

Vaikka viestin muokkaushistoriastapa nuo sen kuitenkin löytävät.

Seurailen iNaturalistin uusia havaintoja atom-syötteiden kautta syötteenlukijalla. Nämä kuitenkin lakkasivat tässä jokunen päivä sitten toimimasta, kun inaturalist.laji.fi vastaa nyt noutoyrityksiin 403 Forbidden. Tämän näkee myös vaikkapa wgetillä:

$ /usr/bin/wget 'https://inaturalist.laji.fi/observations.atom?verifiable=true&d1=2021-08-01&place_id=7020&taxon_id=26036'
--2026-02-22 10:21:39--  https://inaturalist.laji.fi/observations.atom?verifiable=true&d1=2021-08-01&place_id=7020&taxon_id=26036
Resolving inaturalist.laji.fi (inaturalist.laji.fi)... 172.66.151.8, 104.20.24.172, 2606:4700:10::6814:18ac, ...
Connecting to inaturalist.laji.fi (inaturalist.laji.fi)|172.66.151.8|:443... connected.
HTTP request sent, awaiting response... 403 Forbidden
2026-02-22 10:21:39 ERROR 403: Forbidden.

Selaimella samat syötteet saa kyllä noudettua, mutta syötteiden koko pointtihan on siinä, ettei sivuja tarvi tarkistella toistuvasti selaimella.

Ensiapuna vaihdoin osoitteiden domainin inaturalist.laji.fistä inaturalist.orgiin, joka edelleen tarjoilee nuo syötteetkin kuten ennen. Tällöin kuitenkin postausten (havaintojen) linkitkin osoittavat sinne inaturalist.orgiin, ja käyttäisin mieluummin laji.fi-instanssia, joka on hieman paremmin tänne Suomen oloihin räätälöity.

You’re fortunate to have come across the snake, as they’re usually pretty shy up there. That’s why they also don’t pose much of a risk when encountered: perhaps 9/10 will rather slither away at the earliest opportunity rather than stand their ground. Then again, had this one decided to stay, at least you’ll have less voles and mice rummaging around in your garden. :)