@evan@drahardja since the US federal government does not support arresting Netanyahu, are you suggesting that New York should attempt to secede from the US? I don't think that's really possible without causing a civil war
@evan What would you rather use instead? A mailing list?
I don't like it when they use discord because I won't be able to join but I like IRC (but I have a bouncer, so staying connected for a long time isn't an issue)
@cwebber@LordCaramac@bkuhn@ossguy@richardfontana In a world without copyright (assuming no other changes), nothing would prevent people from withholding source code and attempting to restrict people’s freedom by technical means (DRM). On the other hand, it would also be entirely legal to reverse engineer everything and bypass the DRM.
Copyright should be removed, but DRM and providing binaries without source code should also be made illegal.
@libreleah it's using syscalls implemented by the kernel (mmap and/or brk probably), but those aren't what firefox is reimplementing
whatever firefox is doing does seem to break LD_PRELOADing another allocator, which is annoying. when I tried LD_PRELOADing mimalloc globally on alpine it broke audio/video playback
@libreleah huh, I didn't expect it to work on any of the B0-stepping CPUs since Intel ark says they only support 64GB max (while the CPUs only available in other steppings that don't work without hardware modifications all say 128GB)
When RAM prices go down I may try 128GB on OptiPlex 5050 SFF/Supermicro X11SSH-LN4F
(edit: also, all your posts have the language incorrectly set to "de" (which also caused my reply to have the incorrect language set initially))
@evan@cwebber@promovicz@laurenshof How do you handle notifications for the purpose of determining when the content is first read? I receive notifications for my mentions, which include the contents of the message. There's no way for the server to know when I actually read the message in the notification, only when the notification is received by my client (which will likely be within seconds to minutes of it being received by my server).
The options are either to include unverified content in the notification (which I don't consider to be acceptable), or verify it first, at which point it's almost the same as verifying it as soon as it's received by my server.
@cwebber@jfred@vagrantc you could have another minimal kernel + initramfs that decrypts /boot and then loads guix's kernel with kexec (something like u-root, except u-root doesn't support LUKS (but if disk space isn't an issue you could probably include a cryptsetup binary with u-root if you wanted to use that))
@cwebber@jfred@vagrantc this also has the advantage that it wouldn't be as slow as GRUB to decrypt your disk, and if you wanted to you could avoid entering your disk encryption password twice by either putting the key into the second (encrypted) initramfs (although this has security implications for LUKS2 because it makes the key accessible from userspace) or possibly using kexec handover (which I'm not sure how to do, or if it would require kernel modifications, but that is a thing)