Posts
1094
Following
136
Followers
65
AS4242423219 on DN42
Also @noisytoot@mice.tel in case chinchillas eat the cables
oh no
1
0
0
repeated

Michael Stapelberg 🐧🐹😺

PSA: Did you know that it’s **unsafe** to put code diffs into your commit messages?

Like https://github.com/i3/i3/pull/6564 for example

Such diffs will be applied by patch(1) (also git-am(1)) as part of the code change!

This is how a sleep(1) made it into i3 4.25-2 in Debian unstable.

43
18
2
@famfo @kytta EKU was a mistake. what valid use is there for being able to prevent a cert being used for client authentication?
0
0
1

@sodiboo @tastytea It depends on if the GPL is interpreted as a license or a contract. It was originally written as a license and the FSF has traditionally considered it to be a license and not a contract (which means only the copyright holder can enforce it), but in SFC v Vizio the SFC successfully argued that it was a contract (and therefore they did have standing to sue as a non-copyright holder)

… so, you should contact the SFC and/or FSF and/or FSFE about this, because they can sue, even if they’re not the copyright holder.

0
0
2
repeated

Woe is Meow(ing Constantly)

Back in my day, ā€œChatGPTā€ is what FRENCH PEOPLE SAID to their CATS when they wanted to talk about GUID PARTITION TABLES

0
2
1
@maddy @link how much of that is media from remote instances? after 9 months of running a 2-user instance (subscribed to some large relays) my database is at 39GB, but I don't run a mediaproxy
0
0
0
@dpk I do use btrfs. ext4 has a fixed inode limit that makes it unacceptable for things which create a lot of files (like guix), and btrfs has useful features like compression, snapshots, checksumming, and RAID-1. I won't use ZFS for licensing reasons (and because it has a separate ARC cache that does not play well with the normal Linux disk cache if you have any other filesystems), and bcachefs is now out-of-tree and probably much less stable than btrfs.
0
0
0
@seabass unfortunately sleep will be rather difficult because of the symptoms
0
0
0
@ariadne does the third option say "rabbit"?
1
0
2
@tom @neil I read this post before seeing the context and initially thought you meant you were wearing it and couldn't take it off for just under 2 weeks
1
0
1
I think I have the fosdem flu
1
0
0
@nay @elly @ptrc I hadn't heard of IP warming. Does it actually matter if you aren't hosting email for many people/mass-sending emails/hosting large mailing lists?
0
0
0
@nay @elly @ptrc isn't that more of an IP address lottery you have to do once rather than ongoing maintenance? (at least for a personal mail server)
1
0
1
@elly @ptrc I run my own mail server and there's not that much maintenance (beyond just doing security updates), at least between Debian releases (the version of dovecot in trixie totally changed its configuration which is why I'm still on bookworm, and in a previous upgrade the opensmtpd package broke in a way that meant I couldn't receive any email from gmail (I don't remember what exactly the issue was, but it was something TLS-related))
2
0
1
@elly @ptrc run your own mail server? it's the only option that can fully be trusted
1
0
1

@inconspicuous-lurker-99 @nelson According to this, you can disable privacy.resistFingerprinting and use privacy.fingerprintingProtection instead, which has a privacy.fingerprintingProtection.overrides setting that you can change to ā€œ+AllTargets,-CSSPrefersColorSchemeā€ to disable the forced light mode.

I’m not sure why they added a new setting instead of making resistFingerprinting overridable, or what exactly the differences are.

1
0
1
@nelson @inconspicuous-lurker-99 privacy.resistFingerprinting forces light mode, that's probably why
2
0
2
Show older