Wow, that’s incredibly cool!

Interesting, I’ve worked on car infotainment system for a short while, it was based on yocto, I think, and it was build with systemd support, tbh not once developers had a problem with resources on that thing, a lot of problems were with safety and regulatory requirements.

Before that I had an experience with wind river based system for network appliance and there were no systemd but that was when systemd was still a new thing.

Modern hardware is extremely powerful and has a lot of resources, I think there is some project that runs more or less standard linux on esp32.

That’s pretty niche use-case devices that can run linux but at the same tume limited enough that systemd is the bottleneck. I do get it that running systemd on some embedded devices makes little sense.

Systemd has stable API so nothing stops other systems from implementing parts of it that interest them, thing is, *bsds aren’t interested or resource constrained so much that they can’t.

How exactly is it controlled by Red Hat? Having systemd is a massive blessing for linux distributions that use it and for absolute majority of users.

I know what uv is, also never felt the need for package manager do a lot more. Just not my use case, pip + pipx is enough for me. I do develop in python but I’m trying to do it as tidy as possible without any or minimal external deps due to environment constraints, maybe for web dev or other fields where there is a need to install billion external libraries and multiple versions of them uv is a right choice, who knows. Personally I would prefer first party tool.

I’m not blaming cargo specifically for building it is slow to download deps as well, which was clearly stated in my first post. I’m going to edit it now.

Pip is a sane default that works for absolute majority of cases, anyway correct tool for installing programs from pypi is pipx that eliminates ‘dependency hell’, but ofc new cool tool is the only way to do things.

When little program in rust that replaced previous one compiles two hours compared to previous that compiled in a few minutes it matters.

Maybe they just set it up that way, I think there is an option for this behaviour.

I’m not enthusiastic about it, I’m just old enough to remeber how bad were good old times before systemd and a bit miffed how old and untrue statements about it are perpetuated.

Poorly how? Really I can’t remeber any time that it failed me in any way.

You are forced to use a lot of things bit systemd is where you draw a line? 😺

• It’s developed for linux and there is literally 0 linux distributions that are POSIX-compliant, also standard is dead.
• It doesn’t, also moving it to any other PID won’t make any difference.
• It is modular (IIRC there is only three mandatory parts) and portable.
• Was completely on musl side (also musl is as much not portable and modular as systemd 🙃 and in every practical way worse than glibc).
• It’s not an init, nor does it present itself like this. Do you have any benchmarks that show this slowness when doing comparable operations?
• Why exactly depending on a stable system component is a bad thing? Distros without systemd are moving against the stream, obviously there going to be some problems.

What kind of pain points? Tbh kde is as close to the ideal desktop as it gets in my opinion, it mostly gets out of your way, but when you need something it’s almost always already there just waiting.

Gparted isn’t a gnome app, it’s a standalone app. Dolphin can do everything that nemo does. 🙃

Just tested ‘the most basic way’ and it doesn’t has this behaviour neither on my machine, nor in vm. Are you sure that it isn’t just something that you configured? Anyway it’s one of the best file managers.

The best way is to use ssh-ca and certificate based auth.

Pypi isn’t in any way less an option for distributing software countless projects that use it that way can be used as a proof. Hell, awscli installed from pypi for ages. In my experience cargo is extremely slow at downloading hundred libraries that every program needs and rustc is extremely slowly builds them.

Funny thing is, nothing in the list adheres to the so called unix philosophy.

Why would it need to be modular? What kind of modules should even be there? It can be implemented in multiple ways anyway. Rust programs are extremely slow when I build them, it really take ages on my machines, but it works just fine.

Depends, in your case pull works. There is no universal answer here.