Look up in the sky, it's time for a Full Moon Gals! 🌕

https://www.feywads.com

https://www.ko-fi.com/heatherhorns

#fullmoongals #comic

I didn't have much faith in the petition, but then I realized that many phenomena are very much non-linear, especially when you factor in the high comorbidity between ADHD-havers and LGBTQ+ users

apparently, when the deadline is about to hit you, the hyperfocus kicks in  and now only 90k out of 1M signatures remain, less than 10%

we're at a point where, if we don't make it, it will be very sad. it's not the same if we don't make it because we're missing three countries and half a million votes... then it's like: sure, whatever. but if we don't make it now, then it's like, fuck, it actually hurts

so come on go sign the thing!  

https://eci.ec.europa.eu/043/public/#/screen/home

.door {
max-width: 90%;
float: right;
}

#memes #CSS #webdev

I just discovered something really subtle about WireGuard... TL;DR if you are adjusting interface MTUs precisely, and you have mismatched MTUs between peers in some cases, make sure your smallest MTU is always a multiple of 16!

WireGuard header overhead is said to be 32 bytes + UDP + IP, so 80 bytes for IPv6 and 60 bytes for IPv4. That's where you get the default MTU of 1420 (1500 - 80, so it works with IPv6).

But that's not precisely true! Actually, WireGuard will add up to 15 bytes of padding to the data, to make it a multiple of 16, as long as it doesn't exceed the MTU on that side of the connection.

So let's say you have a server with the MTU set at 1440, but you also have a client that is using IPv4 over PPPoE. So you set its MTU to 1432, subtracting the PPPoE overhead of 8 bytes. That should be fine, since the client will figure out the right path MTU for any connections, right?

Wrong!

The TCP client and server will negotiate an MSS that gives 1432 byte IP packets within the tunnel. But 1432 is not a multiple of 16! However, the client WireGuard instance knows that there is no headroom, so it will send 1432 + 60 = 1492 byte packets, which is the maximum PPPoE MTU. But on the way back, the server thinks it can go up to 1440! 1432 % 16 == 8, so it will try to round up to 1440. Then, it sends 1500 byte packets, which don't fit in PPPoE!

The fix is to either set both the client and server MTU to 1432, or to round down the client MTU to 1424.

Reminiscing about the once-in-a-lifetime #WildIce skating we had in late October. Almost doesn’t seem like it was real.

#NordicSkating #ChugachStatePark #DenainaEłnena #Anchorage #Alaska

If the US blocks access to HRT, ADHD drugs, and SSRIs, I cannot begin to describe to you how much all of the tech sector will screech to a halt. The internet is built and maintained by trans people, people with chronic depression, and the neurodivergent.

https://www.motherjones.com/politics/2025/02/kennedy-rfk-antidepressants-ssri-school-shootings/