Yeah, Devuan is Debian minus systemd (which you can still do manually by dropping into a shell during Debian installation, but this was easier. XD)
I'm still running Linux on several boxen. This was my CachyOS laptop, but I decided to hop to Devuan next.
I've got an OpenSuse SFF desktop and my work machine is vanilla Debian. ;)
@paul I don't feel qualified enough to really contribute anything meaningful to the whole pro/con discussion but it was my impression that the whole systemd issue isn't quite as black and white as it is often made out to be.
I remember reading a forum post by an Arch maintainer that went fairly in-depth on the whole situation and they argued that the status pre-systemd was worse in Arch.
@rl_dane @sotolf
@sotolf @thedoctor @rl_dane yeah, it was just BSD style init scripts, right?
Absolutely marvelous.
Alpine uses OpenRC which is very similar.
But systemd is bloat - it's not just the init system, it's everything, and that's not good.
init system, disk mounter, dns resolver, password checker, time resolver, and it does everything worse and more complicated than the stuff we had before :p
The fact that Debian agreed to *that* is hilariously tragic.
@navi @paul @sotolf @thedoctor
I've heard rumblings about Devuan having, eh, "undesirables" in it, but I haven't heard anything concrete.
I haven't heard anything about Artix, but Arch-derivatives aren't interesting to me. The native packages don't have everything I need (compared to Debian-derivatives), and the AUR is super scary right now.
@rl_dane @navi @paul @thedoctor
I've heard about both Devuan and Artix communites as not being quite Kosher, but I don't quite remember why, just that they were iffy.
I am using arch for a long time, with only a couple of AUR things that I have vetted. But using AUR should always have been scary, it's just that people got lulled into the lie that using AUR helpers was a good idea.
@sotolf @navi @paul @thedoctor
Hard agree. User-contributed "ports" should be vetted like a babysitter juggling chainsaws.
@thedoctor @rl_dane @navi @paul
I'm not really sure, I don't think I have seen a single person that uses an AUR helper not just :q as soon as the pkgbuild gets shown and say yes, or just disable it showing them. It makes installing stuff from the AUR too easy, so that you don't actually thinkg about it.
@navi @paul @kabel42 @rl_dane @thedoctor
Yeah, it's all I've seen as well, and I feel the temptation for the times that I tried out paru and yay or yaourt back in the day, it's too easy, and it's too easy to skip, so it's what you will do, especially when you're tired and just want this thing working so that you can do something way more fun than trying to install a package.
@sotolf Not using a helper opens you up to not updating your packages in time, no? If you only have a few that may be acceptable for some but I, personally, really don't feel like manually checking whether any of my five packages had an update, pulling the new PKGBUILD, glancing at any changes, building and then installing the new packages.
This may be the exception and I absolutely see your point, but I for one would always opt for an AUR helper that simply shows me the PKGBUILD and any diffs on update so I can skim it without losing the convenience of automated updates.
@thedoctor @navi @paul @kabel42 @rl_dane
I mean, it certainly is something that makes sure that you don't install too much from the AUR, I don't enjoy updating things in general, mostly it's just stuff getting worse than it used to be, as long as it still works I usually don't bother too much.
@thedoctor @navi @paul @kabel42 @rl_dane
Well I mean it's even more true now than it used to be sadly, but it's always just stuff breaking, things getting more cumbersome, stuff getting added that I never use anyway etc :P
@sotolf @thedoctor @navi @paul
The last time I was using one I would just do a search for http. That would probably NOT be recommended SOP at this point. 😂
@thedoctor @sotolf @navi @paul
Even if you read every single line of the PKGBUILD carefully, can you really truly be sure there's nothing untoward going on there?
We need to get back to having proper assurances of trust in software and not just slapping stuff together slipshod, like we're doing now.
@rl_dane @thedoctor @sotolf @navi @paul
the average pkgbuild is pretty simple https://aur.archlinux.org/cgit/aur.git/tree/PKGBUILD?h=digilent.waveforms
I'd trust that more than an unofficial appimage or ppa and even your average distro maintainer could patch anything in their package if they want AFAIK
@rl_dane
This mostly comes down to build provenance and supply chain security in general then. If I do read everything carefully, I don't think that exposes me to more risk than installing some binary off Github or a Flatpak or a third-party PPA or something of the sort.
I'm all for improving the security of the whole thing, though.
@sotolf @navi @paul
@rl_dane @thedoctor @navi @paul
Not really, since usually they pull stuff too, but there are other things, to look at too, votes on the aur repo, some times a quick search, and see that they are pulling from the repos that they should, and that they don't do things that are too different from "standard" scripts.
@sotolf @navi @paul @thedoctor
I always try to get details when somebody says that a community "isn't quite kosher," because there are cases where a community is trying to walk up to the line of fascism without being fascist and that kind of stuff needs to be called out.
But there are also cases where it's just "optics," and people haven't really looked into it in sufficient depth and it's not good to just deprecate them for no good reason.
@navi @paul @sotolf @thedoctor
I'll have to cruise Devuan's IRC sometime.
Easy exits aren't compatible with world domination plans. :P
...it's not just the init system, it's everything, and that's not good.
Exactly.