@elly @semfault That looks more like £, not Ł

isn’t it good to open matrix and then

@lexfeathers I suggest XMPP. Both client and server implementations are significantly more lightweight than Matrix (like 16MiB vs 1.7GiB memory usage for prosody vs conduit), and in my experience it's generally much less broken. I have two Matrix clients (both Nheko) that refuse to verify each other and e2ee does not work.

You could also use IRC but you'd need to use some other service for file upload.

@vyr I don't know about iOS, but I thought support for OBEX file transfers was part of AOSP and so would be supported on any Android phone. Are some OEMs removing it for some reason?

@tomjennings @vyr Most smartphones support bluetooth file transfers

@outfrost @mcc @neia A web page would not be able to access other system io

@deadsuperhero @ariadne It's not just Synapse, although Synapse might be worse than the other implementations. I run a single-user Conduit server and it is currently using 1.4GiB of memory and has used ~32 minutes of CPU time in the 2 days it's been running. Compare to Prosody (an XMPP server), which is using 16MiB of memory and has used ~3 minutes of CPU time, and UnrealIRCd (an IRC server, linked to pissnet), which is using 21MiB of memory and has used ~4m30s of CPU time.

@tusooa @ariadne You can use Forgejo Actions with Codeberg but you must self-host the runners (source: https://docs.codeberg.org/ci/actions/). Codeberg hosts Woodpecker CI (see, for example, https://ci.codeberg.org/repos/13361/pipeline/43).

@tusooa @ariadne Codeberg CI does not use Forgejo Actions, it uses Woodpecker CI. I think Codeberg CI actually predates Forgejo Actions existing.

@civodul @zimoun In the case of Guix, turning off half of CI would certainly not reduce power consumption since more people would build from source without substitutes.

@stefano I have a 23" 1080p monitor and the 14" 1080p internal display of my ThinkPad. I voted two, but I don't always have the laptop lid open. It's smaller and at a less convenient angle, but useful so I can see stuff at a glance when doing something else on the external monitor. I always have it open when I play Luanti so I can see IRC at the same time.

@elly @karolherbst I've never had issues with audio playback while compiling and I compile on all threads (-j8) and don't use a separate drive. Video playback, on the other hand, I would expect to have issues depending on the codec and resolution (I only have hardware-accelerated decoding for H.264).

good god Lisbon airport is very active on GitHub

Instead of storing my data in the cloud, I just store it in the bush. It's the same thing, only palette-swapped. More accessible, too.

@ariadne @fwaggle I think the reason nosajoinpart was originally written may have been #5000 (the bot that sajoined you to thousands of channels if you joined that channel)

@RunxiYu @ariadne https://shop.unrealircd.org/products/unrealircd-polka-dot-womens-skater-skirt-aop

@fwaggle @ariadne InspIRCd is worse for this than UnrealIRCd. At least UnrealIRCd doesn't have SANICK. On pissnet we wrote modules to prevent SAJOIN abuse from remote servers (nosajoinpart and later nosajoinpartmode, which is the same thing but controlled by a local user mode instead of being always enabled).

@DavidsCreation @jonthegamenerd I agree that Firefox and Chromium aren’t great for practical user modifiability despite the fact that they’re free software. I might switch to Nyxt whenever it gains WebExtensions support. It’s basically the Emacs of web browsers - written in Common Lisp and meant to be easily user-modifiable.

@DavidsCreation @jonthegamenerd I see being proprietary as an issue in itself - it doesn't respect my freedom to modify the software running on my computer to do whatever I want. The Vivaldi EULA explicitly prohibits modification. It also prohibits reverse engineering/decompilation although I haven't looked at the code to see if this would be necessary. I avoid proprietary software whenever possible.

@DavidsCreation @jonthegamenerd I'm not making excuses for Mozilla's new Terms of Service, I'm just saying that it only applies to Mozilla's official binaries and not distro packages (which is what's relevant here, since whatever Firefox build is installed by default is very likely a package built from source by your distro that the Terms of Service does not apply to). I'd prefer my web browser to not have any kind of EULA (Terms of Service that has to be accepted to use the software is an EULA) and to only make requests to websites I visit. The proprietary component of Vivaldi is an essential part of it (the UI) and it's not possible to build binaries or use Vivaldi without it - if it was a small, optional component I might agree. I don't trust any proprietary software and would not use any distro that installed it by default.