so far so good
I've been using Devuan on a number of boxes for a while now, including a laptop, and it's been working very well. I guess it's time to do some updating soon.
Devuan Linux, the Debian fork that offers "init freedom" has announced the first release candidate for its second version. Dubbed "ASCII", Devuan 2.0 uses Debian Stretch as its base, doesn't use Systemd, and reached beta in February 2018. This week, the developers behind the distro announced ASCII's first release candidate, …
> ...and then you tested all packages and fixed the ones which are now broken?
You would only do that if you were building a distribution. I guess the OP has tested all the packages the OP is using. Devuan are doing the test-all-packages thing and look how long that is taking.
So what's the added value aside from having to additonally maintain a blacklist (if that's your thing) and constantly having to deal with systemd dependency issues as systemd swallows up more functionality over time.
Along with the fact you'd be making a statement when dropping Debian, there seems to be no reason for not switching to Devuan.
I've been a rabid Debian fan up until they adopted systemd.
Now it's Devuan all the way. At least that distro's maintainers seem to be concerned with stability and manageability of the OS, instead of attempting to make themselves seem more important by adding new unnecessary features and with new security holes and then slowly increasing the scope of their project.
I've been a rabid Debian fan up until they adopted systemd.
Preach it brother; I'm another ex Debian FanBoi.
I'll will also have to have switched out the RHEL/CentOS/OEL 6 machines before it EOLs on November 30th, 2020. Not sure what will replace em. most large $corporations get twitchy when they can't buy support contracts :(
"So what's the added value aside from having to additonally maintain a blacklist"
No blacklist maintenance needed so far on my Debian 9 systems with sysvinit, just 3 short lines in /etc/apt/preferences to disallow systemd reinstallation and another line in /etc/X11/Xwrapper.config.
So far the Debian developers have done a good job of making it fairly painless to work with other init systems. I fully expect it to get more difficult, which will at some point bring nearly 20 years of Debian use to an end for me.
Devuan looks interesting, but last time I checked the Devuan repositories didn't have a lot of the packages I use on Debian.
"Devuan looks interesting, but last time I checked the Devuan repositories didn't have a lot of the packages I use on Debian."
Devuan repositories use Debian repositories as their upstream. The mirrors either host all of Debian as well as all of Devuan, or use rewrite rules to redirect you to Debian servers for the stuff that is not in Devuan. It should all be there. Which packages that you use are not there?
Sure some things that rely on systemd that the Devuan developers haven't managed to remove that dependency are likely to be blacklisted, but if that's the sort of package you need, you might as well use a distro that uses systemd. I don't think there are many of those.
"Devuan repositories use Debian repositories as their upstream. The mirrors either host all of Debian as well as all of Devuan, or use rewrite rules to redirect you to Debian servers for the stuff that is not in Devuan."
Ah, thanks for that information. I missed that. Might be time to try Devuan on a spare drive.
Systemd is about more than init and those three short lines that you boast about. How can anyone not understand that after all these years. systemd has invaded user space with dependencies that tie user-space applications to systemd. It is in effect becoming a monolithic systemd OS where systemd will be required to run your favorite apps. This is not freedom.
Devuan is removing those "hooks" and restoring freedom to the Debian ecosystem.
Devuan supplies the complete Debian repositories except for the blacklisted packages and those that have been forked. IOW it is almost entirely Debian so should contain any apps that you are currently using. If those apps have been contaminated with systemd, feel free to come over, clean up the package and maintain it in the future.
"Systemd is about more than init and those three short lines that you boast about."
If that was directed at me I was merely pointing out a fact, not boasting. I'm quite aware of the insidious nature of systemd. I'm pleased to see I was mistaken about the range of packages offered by Devuan, and will give it a try when I get time.
>>Oh and I recently dumped Gparted - guess what, it now requires SystemD<<
I don't get it:
goose@t410:/tmp$ apt-cache depends gparted
"Yes - Gnome (probably). It's pretty inextricably tied to systemd.."
Not completely. OpenBSD has Gnome but no systemd. IIRC there is a library to provide some of the things that Gnome expects from systemd. Debian (and Devuan AFAIK) uses libsystemd0 to provide a similar function.
Gnome is not something I'd be interested in using. Both my Debian 9 (sysvinit) workstations and OpenBSD desktop use cwm nowadays.
Please design a better Installer & Bootmanager
1] to directly install to removable drive (USB SATA or USB-STICK, etc) with out trashing the main partition's boot sector as there's no need to write to it at all.
2a] Remember that Secureboot (GPT) mode does not mean you have to install a GPT partition and
2b] remember that CSM boot(MBR) mode does not mean you have to install a MBR partition and
so therefor offer separate GPT and MBR choices regardless of how the system is booted. GPT or MBR
Linux and Windows bane is users not realizing these problems and having their partitions trashed by that Grubby shit of an boot manager GRUB.
"Linux and Windows bane is users not realizing these problems and having their partitions trashed by that Grubby shit of an boot manager GRUB."
Never had an issue. But I do apply the long known good practice of installing any OS to its own drive (for its boot partition at least) and unplug any Linux drives before installing windows so it does not trash the grub making the system only boot windows without a linux rescue disk.
I can see how it can be an issue for dual booting on laptops however as laptops still only really support 1 drive and are not always the most user friendly for opening them.
The article doesn't mention what init system replaced it - we have all assumed a clasic SysVinit. Is this so?
I have some old systems that use respawn behavior in the inittab to keep some of my Oracle clients running. I have them all set up to run with init 4. Unfortunately, the inittab only respawns ROOT processes, so I needed a wrapper to setuid() and drop various privileges, then get the Oracle environment variables in place, erase any lock files, then finally execute the correct program. My C code that does this resembles duct tape and bailing wire.
Moving these processes to systemd was VERY pleasant. I created units that ran as the correct users, read environment files and set them before executing, erased lock files before forking the main process, then ran final settings mods after the last program was up. I did not need any of my ugly C for this at all.
I can do all of this under either system, but what I needed was much more straightforward with systemd. I understand why people don't like it, but it does work for me when I need it.
Devuan 2.0 RC now installed on several servers and 'just works'(tm) and likely to replace Ubuntu 16.04 as I also hate systemd for eating my servers!
Consider a system with a run away process (Sophos sav-scan on a large mail server), loadave goes up to 27, attempt to login and kill the process and gets 'Failed to connect to systemd' ... throws server in skip ... and expletives to Mr. Shuttleworth.
My systems now boot fast and clean, no silly animations, and everything works as it should ... especially Ethernet bonding which seems to have gone weird on Ubuntu 16.04 with identical boxes working, or more precisely not working, differently!
At The Linux Foundation's Open Source Summit in Austin, Texas on Tuesday, Linus Torvalds said he expects support for Rust code in the Linux kernel to be merged soon, possibly with the next release, 5.20.
At least since last December, when a patch added support for Rust as a second language for kernel code, the Linux community has been anticipating this transition, in the hope it leads to greater stability and security.
In a conversation with Dirk Hohndel, chief open source officer at Cardano, Torvalds said the patches to integrate Rust have not yet been merged because there's far more caution among Linux kernel maintainers than there was 30 years ago.
Microsoft is flagging up a security hole in its Service Fabric technology when using containerized Linux workloads, and urged customers to upgrade their clusters to the most recent release.
The flaw is tracked as CVE-2022-30137, an elevation-of-privilege vulnerability in Microsoft's Service Fabric. An attacker would need read/write access to the cluster as well as the ability to execute code within a Linux container granted access to the Service Fabric runtime in order to wreak havoc.
Through a compromised container, for instance, a miscreant could gain control of the resource's host Service Fabric node and potentially the entire cluster.
EndeavourOS is a rolling-release Linux distro based on Arch Linux. Although the project is relatively new, having started in 2019, it's the successor to an earlier Arch-based distro called Antergos, so it's not quite as immature as its youth might imply. It's a little more vanilla than Antergos was – for instance, it uses the Calamares cross-distro installer.
EndeavourOS hews more closely to its parent distro than, for example, Manjaro, which we looked at very recently. Unlike Manjaro, it doesn't have its own staging repositories or releases. It installs packages directly from the upstream Arch repositories, using the standard Arch package manager
pacman. It also bundles yay to easily fetch packages from the Arch User Repository, AUR. The
yay command takes the same switches as
pacman does, so if you wanted to install, say, Google Chrome, it's as simple as
yay -s google-chrome and a few seconds later, it's done.
Microsoft has made it official. Windows Subsystem for Linux 2 distributions are now supported on Windows Server 2022.
The technology emerged in preview form last month and represented somewhat of an about-face from the Windows giant, whose employees had previously complained that while the tech was handy for desktop users, sticking it on a server might mean it gets used for things for which it wasn't intended.
(And Windows Server absolutely had to have the bloated user interface of its desktop stablemate as well, right?)
Version 251 of the controversial systemd Linux init system is here, and you can expect it to feature in the next version of your preferred distro.
The unified system and service manager for Linux continues to grow and develop, as does Linux itself. There is a comprehensive changelog on Github, so we will just try to pick out a few of the highlights.
New releases of systemd appear roughly twice a year, so the chances are that this will appear in the fall releases of Ubuntu and Fedora.
Version 21.3 of Manjaro - codenamed "Ruah" - is here, with kernel 5.15, but don't let its beginner-friendly billing fool you: you will need a clue with this one.
Manjaro Linux is one of the more popular Arch Linux derivatives, and the new version 21.3 is the latest update to version 21, released in 2021. There are three official variants, with GNOME 42.2, KDE 5.24.5 or Xfce 4.16 desktops, plus community builds with Budgie, Cinnamon, MATE, a choice of tiling window managers (i3 or Sway), plus a Docker image.
The Reg took its latest look at Arch Linux a few months ago. Arch is one of the older rolling-release distros, and it's also famously rather minimal. The installation process isn't trivial: it's driven from the command line, and the user does a lot of the hard work, manually partitioning disks and so on.
A bunch of almost unbelievably clever tech tricks come together into something practical with redbean 2: a webserver plus content in a single file that runs on any x86-64 operating system.
The project is the culmination – so far – of a series of remarkable, inspired hacks by programmer Justine Tunney: αcτµαlly pδrταblε εxεcµταblε, Cosmopolitan libc, and the original redbean. It may take a little time to explain what it does, so bear with us. We promise, you will be impressed.
To begin with, redbean uses a remarkable hack known as APE, which stands for Actually Portable Executable – which its author styles αcτµαlly pδrταblε εxεcµταblε. (If you know the Greek alphabet, this reads as "actmally pdrtable execmtable", but hey, it looks cool.)
Comment Recently, The Register's Liam Proven wrote tongue in cheek about the most annoying desktop Linux distros. He inspired me to do another take.
Proven pointed out that Distrowatch currently lists 270 – count 'em – Linux distros. Of course, no one can look at all of those. But, having covered the Linux desktop since the big interface debate was between Bash and zsh rather than GNOME vs KDE, and being the editor-in-chief of a now-departed publication called Linux Desktop, I think I've used more of them than anyone else who also has a life beyond the PC. In short, I love the Linux desktop.
A Linux distro for smartphones abandoned by their manufacturers, postmarketOS, has introduced in-place upgrades.
Alpine Linux is a very minimal general-purpose distro that runs well on low-end kit, as The Reg FOSS desk found when we looked at version 3.16 last month. postmarketOS's – pmOS for short – version 22.06 is based on the same version.
Right after the latest release of the KDE Frameworks comes the Plasma Desktop 5.25 plus the default desktop for the forthcoming Linux Mint 23.
Biting the hand that feeds IT © 1998–2022