pleroma.debian.social

pleroma.debian.social

werdahias (tired) | @werdahias@pleroma.debian.social

Debian Developer. EE student.
Likes hiking, reading and free software.
#RightToRepair
"Freiheit ist immer Freiheit des anders Denkenden." - Rosa Luxemburg

@th hmm, this does look like a GPIB port

@rohini yeah, this hit different in school when we learned about the atrocities Belgium committed in the Congo. Really fucked, and in Brussel the statue of King Leopold II still stand, like he wasn't instrumental to it.

Big Endian won't tell you this but you don't actually need to chose between big- and little-endian, you can just select no endianness!

Endinaness was invented by Big Endian to sell more big-endian

A dropdown where byte order can be selected. The options are little-endian, big-endian, default endianness and No endianness.

@lkundrak If you know which file you want you can use apt-file to find it.

@cccpresser alles klar

@cccpresser relativ
biased, aber:
IC identification. Wenn auf dem Silkscreen keine reference designators sind, und man nur ne kryptische IC Beschriftung hat.

I am not sorry.

Ceci n'est pas une pipe written in a monospaced font. There is a UNIX pipe character | in between.

@mirabilos klassiker

@navi right. Well, once this change lands, I hope I can dedicate some time to write native init services for openRC for a minimal install (cron, ssh, boot stuff,...)

@navi my concern is mostly having a place for native init scripts they can live in while not conflicting with the sysvinit ones. In Debian a package must not ship the same file under the same path.

@navi currently sysvinit scripts in Debian are shipped in /etc/init.d so if /etc/rc has a higher priority then this is great since "pure" openRC scripts can be used over sysvinit ones.

@vriska goddamn are here I thought something celebration-worthy had happened

@mirabilos @navi @ska I wouldn't think so. A major issue would be getting those scripts upstreamed and then shipped in Debian

@navi @ska @mirabilos great :) I honestly believe openRC + seatd is the future. udev is ok, but the rest of the systemd operating system can die for all I care.

@navi @ska @mirabilos well, some maintainers even dropped them without any comment, thus breaking things. Will openRC then prefer the ones in /etc/rc? Then I can start rewriting all of them.

@mirabilos @navi @ska

Unfortunately most heavily favour systemd, and even a (hidden) option in the installer is likely not happening.

@mirabilos @navi @ska /2
might need to talk to a fellow DD about it.

I also want to create a minimal installation script with mmdebstrap, so I don't need to manually purge systemd and reinstall openRC.

@mirabilos @ska @navi 1/ running it as daily driver. The main problem is that you're kinda forced to run elogind, and that user services should be tested / integrated more. I do not have any energy to get user services e.g. for pipewire upstreamed. There's also the issue that some packages ship sysvinit scripts, and you have to use those over the a shorter, concise openRC one. I think diversions could fix that,

Went to a demo in light of the communal elections here earlier today, and it felt really good to scream away the anxiety, even if it was really cold. #Alerta #Alerta

ยป