No.
I don't subscribe to the idea that there is anything 'in' or 'out' of scope for anyone. You want to write something, and people want to use it? Great. Do that. We already have a scarcity of maintainers, let's not make it worse.
As long as the not-init-system parts can be disabled (and they can be), I see no problem with systemd providing a whole bunch of extra tools that work well with the rest of the system.
@waldi @veronica
Is it known what happened already? Last I checked they didn't know.
You can run systemd without systemd-resolved. I have done so ~forever.
The idea is that it makes certain things easier (e.g., having different DNS configs for different network interfaces), but the systemd developers know and understand that it isn't a valid thing everywhere.
@waldi @veronica
Remember what the priority is set to currently.
Select 'low'. Congratulations, you're now in expert mode
Choose the 'set users and passwords' option.
You will now see a question whether you want to set a root PW. Choose not to.
Finish the 'set users and passwords' menu item
Go back to the 'set debconf priority' option.
Set the priority back to what it was.
You're not in expert mode anymore.
(2/2)
@veronica @Linux
Sudo is enabled if you choose not to set the root password. This requires you to go into expert mode in the installer though, although you don't have to do the full install that way.
What I do:
Run the installer normally
When prompted to enter the root PW, use the 'back' button until you're in the main menu
(1/2)
@veronica
the fediverse works best when you don't strive for "growth" or whatever and instead enjoy saying random bullshit with friends on the timeline
Never let anyone try to talk you out of a quick half hour DIY project. Those three hours will be the best six days of your life.
I agree with the message, but I read "masking" first as the type involving ffp2 etc things and so I was very confused when it started talking about autism ๐
@autistics @ashiel
Oh no. That was discussed in a bug report that this thread links to, but that's a terrible idea.
This is about adding an *option* to ls to swap the symlink and what that points to around in the ls output.
@bkuhn @vagrantc @mjw
Anyone who tries to parse the ls output for symlink status rather than using https://manpages.debian.org/trixie/coreutils/stat.1.en.html (and doesn't do so in a shell with potential output-changing environment variables cleared) deserves for their scripts to be broken.
ls is an interactive program, its output should not be considered parseable.
@bkuhn @vagrantc @mjw
A single contact in my #signal list which I have an empty chat with (not communicated in years) keeps sending "chat session refreshed" like no tomorrow. Two updates yesterday, roughly 200+ (yes, two hundred) in the last hour.
I blocked the contact, but am still receiving a plethora of "chat session refreshed"
Does this match any known attack patterns, or does anyone have another explanation?
I am wary of replying in case it's part of some attack pattern.
#retoot and reasonable speculation OK
That bug fails to notice that it is using confusing language in the documentation.
ln TARGET LINK_NAME
the target can reasonably be assumed to be the file that is created. But in the case of ln, it's the target *of* the file that is created.
I think that is where my confusion stems from, and I think this language should be updated.
I can't quite think of a good replacement for TARGET, though.
@bkuhn @mjw
Ok, ok, I lie. These days there's 'emile', which is able to boot Linux without Mac OS on some m68k models. But not then. And I don't think Emile ever supported the Q950.