@nixCraft It really has been taking a very wrong direction for quite some time. Lots of bloat and unnecessary components, poor standards, etc etc.
Apparently OpenRC is a really good alternative, but it comes at the catch that a lot of stuff is built to call systemd a dependency and will claim it can't work without it. *Sigh* Hopefully all this will result in a general switch away from that hot mess and proper support from everything for, well, anything else...
@nazokiyoubinbou @nixCraft blegh! this type of dependency on something that should be totally independent is a sign of structural failure, i suppose..
i've been a debian fanby for the longest time but maybe it's time to look into other distros. can anyone recommend me which are the most "mainstream"/well-maintained non-systemd distros?
blegh! this type of dependency on something that should be totally independent is a sign of structural failure, i suppose..
Exactly this.
Systemd has completely lost sight of its entire purpose. It should be simple, minimal, and just get the job done. It sure shouldn't become... this...
(And I too am a Debian person. I kind of don't really want to switch right now though.)
@nieuemma @snosrapkungfu @bazkie @nixCraft From what little I can tell it doesn't change a lot. It sets the userdb birthdate and keeps changing it and it sets the ID to its name as you said. It also throws in an arbitrary script that just simply says something to the effect of "error, unable to determine age" or whatever in a folder of its own that nothing would ever call. 😆
Basically every single part of it is more just for show than anything else. The one and only thing it does seriously I'm pretty sure people can manually do if this script can do it — without the potential breakage of the system identifying itself differently.
They also plan to do a "flatpak store for children" with stuff like an app that prints the text "peepee" really big. Like I said, it's all for show...
@snosrapkungfu @nazokiyoubinbou @bazkie @nixCraft
https://agelesslinux.org/distros.html
It also comes with a list of options
This is almost entirely the problem at my end. I also have spent many years on various distros from Mandriva, to Magiea, to Ubuntu, to Garuda.
To the best of my knowledge all of those that still exist are systemd houses.
If I want to move away from systemd, it seems I have to go with off-band distros, but I still want my KDE desktop!
@bytebro @bazkie @nixCraft Turns out there are a few that are specifically designed to move away. I'm probably going to give Devuan a shot as soon as I can as it sounds like it's very close to pure Debian in every other way. They have a page listing several distros that are not based on systemd (or at least have an easy option to switch): https://www.devuan.org/os/init-freedom
Distrowatch themselves popped up to suggest it and a couple of others.
Very interesting, thank you. I've bookmarked that to look at perhaps tomorrow afternoon. I'll certainly try it out in a VM, if that is doable.
Currently struggling to find an actual installable ISO. If it's simply a framework that needs a distro around it, then that's outside of my skill-level, I suspect.
@bytebro @bazkie @nixCraft In installation under images: https://www.devuan.org/os/documentation/install-guides/excalibur/install-devuan#images
You probably want desktop or netinstall.
@bytebro @nazokiyoubinbou @bazkie @nixCraft
https://agelesslinux.org/distros.html
Heres some options. I'm personally looking into Artix. Multiple DEs and KDE is one of them.
Installed it in a Gnome-Boxes VM and not impressed with the WE. It doesn't automagically recognise my screen size on boot, unlike Ubuntu, Mint, Cachy, Tuxedo, Garuda, etc, do. And the best resolutions available in the Settings screen are not even close to what is needed.
I think this one goes down as a 'work-in-progress' for now.
@bytebro @bazkie @nixCraft That's very strange. It's mostly plain Debian in regards to things like what drivers/etc are in the stock kernel as far as I know. If plain Debian works then it should.
Works fine for me, but I have an AMD GPU which is a whole lot of Just Works™ in Linux compared to others these days. (Kind of ironic that once it was nVidia for that and now they are the ones that suck at it.)
Main thing I ran into was stuff like pipewire-pulse wouldn't work with it stock. It would need something such as that MX Linux method.
Speaking of, maybe you should look into MX Linux?
Devuan still refuses to, or is unable to, sort out a wide-screen on boot - according to my notes this should be about 3440x1440, and it doesn't seem to be able to handle that. Hey-ho, we'll look for other alternatives.
I get that, but many other distros seem to be able to work that out at the time of install. And no 'obvious' route post-install to make it work as it should. Obvs, currently, not a fan!
I tell you what - this has all been within Gnome-Boxes. Next time I'm bored and sober, I'll have ago at installing it on VirtualBox, which I believe I still have on here...!
Hah! Well that was interesting - I fired up VirtualBox for the first time in a long time, then told it to create a Devuan VM, with essentially the same config that the Gnome-Boxes one had. It crashed whilst booting the ISO, so didn't even get to a Live login! Colour me as 'less than comfortable' with it, right now.
Stable? Sure. It's a 2.5yr old Tuxedo laptop with 32GbRAM and 1Tb of SDD.
For each VM, I've given 16Gb of virtual RAM and 40GB of virtual HDD. The Gnome-Boxes one works, but has no clue about my graphics capabilities, and the VirtualBox one simply fails even to boot the ISO.
Most odd.
@bytebro It really is super weird. Like I think their installer is based on an older version of the Debian installer, but it's basically just the Debian installer even.
Oh well. Give MX Linux a look?
BTW, to save me a lot of searching, do we know what distro (if any) MX might be derived from? Some of the VM managers like to try and guess stuff based on the base distro...
@bytebro They pretty much say it all on their website. It's based on Debian Stable, but integrates some things from antiX Linux. It very much resembles pure Debian, but the change to sysvinit does mean some stuff is funky and it doesn't look like they've changed everything. (I'm going to have to manually rig up an old fashioned init-style service for cdemu for example I guess.)
BTW on your graphics issues, were you just talking about the framebuffer? Because a VM probably couldn't detect your monitor settings at the UEFI/init stuff. You'll probably have to manually specify a resolution if you want the framebuffer to not just default to whatever.
Normally the firmware gets it from the videocard which in turn gets the monitor itself, but a VM doesn't have direct access.
OK, as far as the graphics thing goes, I'm not sure about that - what I saw was in the System Settings, then Display, I could opt to change the screen resolution, but not a single available option actually came close to my screen. As I think I said, several other distros have just gone - 'oo that's a big screen, here you go!' or similar either at start-up or after log-in 🙂
Also as I'm (almost!) about to try MX, I'll remember the Debian roots when Gnome-Boxes asks me, thanks.
@bytebro @nazokiyoubinbou @bazkie @nixCraft
captured
@bazkie @nazokiyoubinbou @nixCraft Devuan is Debian with an alternative init.
Antix provides multiple init implementations.
FreeBSD is not hard if you are used to Debian.
@distrowatch @bazkie @nixCraft I didn't know about this Devuan. That's kind of interesting. Perhaps that might help keep some of the compatibility I currently enjoy. I hope. I may have to give it a good look.
Thanks!
EDIT: Devuan has a page listing a number of distros with alternative inits it seems: https://www.devuan.org/os/init-freedom
@distrowatch @bazkie @nazokiyoubinbou @nixCraft I've had an excellent experience with MX, which recently reinstated their classic dual-init support: https://mxlinux.org/blog/mx-25-dual-init-setup/
Now it's dual-init by default. My favorite Debian-based distro.
@nazokiyoubinbou @distrowatch @bazkie @nixCraft The distro supports both. As you can see in the linked post you can easily remove either, but you can also pick and choose at every boot, for any purpose (troubleshooting, dev, debug, etc). MX is a decidedly pro-user distro.
In the same vein, you can use flatpaks, snaps, appimages, debs, containers, whatever, if you so choose. It's quite flexible but not (IMO) overwhelming.
Still, of course, not everything for everyone, it might not be for you.
@nazokiyoubinbou @distrowatch @jandi @bazkie @nixCraft
Snap packages make sense for IoT devices which can cause catastrophes if unpatched, due to their auto updating.
Drove me off Ubuntu as a desktop
@distrowatch @jandi @bazkie @nixCraft I don't see how though. That's why I was asking of course. Just if both are installed and both are running then you get the leanness of sysv and the bloat of systemd... Which means just that much more instead of less....
In other words it's not just "best of both worlds" but literally straight up "both worlds," meaning best, worst, and a combination of the two all in one.
I just don't see how you can have 1+2 and not get 3 instead of 1.
@distrowatch @jandi @bazkie @nixCraft So the combo system just has the libraries, not actually running both? They don't really say anything to that effect specifically, so that's definitely something one would have to be very clear about.
All it says on there is "dual-init" without any real specifics.
@distrowatch @jandi @bazkie @nixCraft Ok. I'll admit I'm still confused about the full purpose of this or why it's better than just picking one and working with that.
I think for now I'll just be going with Devuan.
@distrowatch @jandi @bazkie @nixCraft Ok, coming back to this, I tried Devuan and immediately saw issues like simply not being able to use pipewire-pulse at all. I had assumed they would have built workarounds for stuff like that, but it kind of looks like they haven't.
So now I'm looking at MX Linux again and still trying to wrap my head fully around its setup. It seems their KDE iso is systemd only, but also their XFCE4 option includes one for newer systems with a newer kernel, so I went ahead and installed that second XFCE4 option. It at no point asked me which init to use, but it seems to have systemd installed but not running or working.
Is it safe to assume this one will be the best compatibility balance without age-gate crap or will systemd's direction still infect it?
@nazokiyoubinbou @jandi @bazkie @nixCraft MX Linux gives you the choice of which init to run at boot time. You select which one you want from the boot menu.
As for your second question: it's too soon to tell. You would have better luck asking the MX Linux developers what their plans are.