XMPP Service Operators - 2024-11-04

I don't know how else to say this, but I don't understand why it's considered acceptable for ''professional'' linux distributions like Debian/Devuan to just not be able to shutdown if the system uses full disk encryption. Like, it's just not an edgecase they worked out... over how many years it's been around. The official documentation is to just accept this and press the hardware reset/hold the power button any time you need to reboot or power down.

I get that the root filesystem can't be unmounted under normal system conditions but shutting down isn't an uncommon edgecase

consider the situation you might not have unlimited energy and need to power down some subsystems that aren't necessary in a lower power situation. You go to power a secure system down, it goes through the shutdown runlevel killing all the processes and then it just hangs there, waiting indefinitely for the luks crypt layer to close for the root filesystem consuming energy doing nothing

?

I use FDE for many years with Debian and I never had issues shutting down.

huh?

yeah

me too

I'll admit that it got trickier to actually get a system to power off cleanly with systemd (sometimes it just hangs for minutes or longer shutting down some toy database service I might've installed for some tests), but it definitely isn't an issue related to FDE

I'm not even using systemd

on debian?

maybe that's why it doesn't work for you then.

devuan

I wouldn't consider Devuan a professional distribution. ✏

why

I can't phrase that without violating room rules.

> I can't phrase that without violating room rules. 😂 ↺

you can private message it to me

> I can't phrase that without violating room rules. 😂 ↺

> I can't phrase that without violating room rules. 😂 ↺

to say it politely, devuan is not under Debian's quality assurance processes ✏

it is more or less Debian without systemd

and I wouldn't have to use a fork if Debian's QA wasn't lowered to shoehorn systemd into it against the will of the community

which the way it was handled was explicitly against the Debian DSG ✏

which the way it was handled was explicitly against the Debian DSC ✏

which was also all for nothing as the creator abandoned it and went to go work for M$ anyways

split debian apart for nothing

nuegia.net: shutting down/rebooting with FDE has worked no problem for me using systemd with Arch for 8+ years and Debian and Ubuntu before that, sounds like you need to fix your system

Arch Linux, I just said it

It's just unfortunate there's no other Linux out there I know of that isn't based on or red-hat flavored, that's also stable ✏

nuegia.net, I specifically avoided that discussion because of exactly this off-topic.

we'll not have distro wars here.

distro wars?

I'm not going to ""war"" with someone because they use a different Linux distro, I'm merely asking for suggestions

that would be ridiculous

nuegia.net, this is close enough for me to mind, please don't drag this into being a nomenclature or wording discussion.

I think you got the feedback on your original question (there seem to be many FDE users with no issues of properly powering off a system, which suggests there might be something to fix on your end---but that is something to bring up elsewhere, e.g. in your distro's support channels).

So let's not bring up how systemd got in Debian or where the maintainer works if you need help getting your system rebooting I'm in a few MUCs that will help you, it's not a limitation

Sounds like a limitation of your init system then

moparisthebest, please stop engaging.

it's off-topic for this channel.

test ✏

sorry, gajim glitched hold on ✏

I don't know what's going on but i can't type new messages anymore only correct ✏

xmpp:selfhost@chat.moparisthe.best?join if you wish, I'll be there later and will try to help

hold on ✏

ok

test

idk what just happened, but i didn't mean to change the previous message. It said it's been an open issue in the debian bugtracker since 2015 but the official debian answer (as in from a @debian.org email address) is more or less just run systemd.

If i wanted to run redhat I would have just done that. But unfortunately, a lot of stable distros (as in not rolling release, backported fixes, etc) with also a lot of users so bugs get found and worked out is either redhat, some fork of redhat, or debian based

nuegia.net, consider this the last warning on the continuation of this topic.

jonas’, if you don't have anything to say or something nice please just stay silent on the matter

nuegia.net, I cannot, because you are continuing an off-topic conversation and as a room moderator it is my duty to call that out and stop it.

Are you having a bad day today?

nuegia.net, I'm just paying attention to this room for once. ✏

Well, I don't appreciate the way I'm being treated.

maybe have distro wars in cybersnoot@conference.nuegia.net

anyways, does anyone have information or resources regarding screen sharing over XMPP, and if there is a way to implement such a thing?

no, we can't because your banned from my entire network for ddosing and harassment

why are you even here?

you know, criminal activity...

ok

> ok lmfao

Is there a way to know if a JID is black listed in RTBL? I received a private message from someone who (said) tried to join mucs on my server but it's like he's banned. No one banned him manually but I'm running the RTLB module

and I found this: https://nixnet.services/ (same domain as the user contacting me)

he's pasting me (pieces of) messages from a couple mucs where he is not in (or I cannot see him in the userslist). wtf

wtf