 DistroWatch Weekly |
| Tip Jar |
If you've enjoyed this week's issue of DistroWatch Weekly, please consider sending us a tip.
(Tips this week: 3, value: US$125.70) |
|
|
|
 bc1qxes3k2wq3uqzr074tkwwjmwfe63z70gwzfu4lx  lnurl1dp68gurn8ghj7ampd3kx2ar0veekzar0wd5xjtnrdakj7tnhv4kxctttdehhwm30d3h82unvwqhhxarpw3jkc7tzw4ex6cfexyfua2nr  86fA3qPTeQtNb2k1vLwEQaAp3XxkvvvXt69gSG5LGunXXikK9koPWZaRQgfFPBPWhMgXjPjccy9LA9xRFchPWQAnPvxh5Le paypal.me/distrowatchweekly • patreon.com/distrowatch |
|
| Extended Lifecycle Support by TuxCare |
|
|
| Reader Comments • Jump to last comment |
1 • Devuan/Debian (by Myrtle on 2020-06-22 00:44:26 GMT from United States)
They both ran hot on my laptop and I could not resolve it despite a lot of searching and queries.
Had to go back to Arch.
2 • Poll options (by Anon on 2020-06-22 00:44:42 GMT from United States)
I’m curious how many prefer the ‘focus on one int’ option, as I do, but with the notable caveat of it not being systemd.
3 • Poll options (by bison on 2020-06-22 01:00:22 GMT from United States)
@2 I'd be OK with that, but I voted #1,
4 • Devuan Review (by Newby on 2020-06-22 01:01:58 GMT from Canada)
- Appreciate the timing of the review. Was going to download Devuan and have a look, but the review answered my questions about the distro and so saved a download and some work. Probably stick with Salix, MX, and occasionally Slackware.
- Which brings up question: Isn't Slackware waaaaaaaay overdue for a new release?
- Also, Devuan review mentions an "automatic update notifier". I see that in regular Salix install, but not Slackware. Not certain how that is implemented in Salix, so as to add same function to Slackware?
- And speaking of automatic update notifier, Salix has a nice feature where when something new is plugged in, an icon pops up confirming this, but it is NOT auto-mounted; you have to click to mount.
In MX, such items are automatically mounted. This can be disabled and one can manually mount a device, but it would be nice to know how to do it the Salix way in MX (ie- have an icon popup when a device is plugged in, but NOT automount it).
Any advice/suggestions appreciated
5 • init options (by Jeffrydada on 2020-06-22 01:13:00 GMT from United States)
I'm one of those guys who just doesn't care what init system my distro uses. Does the OS boot properly? Does it do what it needs to do so I can get to work and be productive with my chosen OS? If the answer is yes then I'm ok with whatever might be under the hood. There are many other criteria that I look at with an OS. I usually find myself running from a Debian/Ubuntu base because my recording studio software tends to run the best on that base. Systemd works for me, it boots my Ubuntu Studio into a Kde Neon desktop and Traction Waveform 11 runs flawlessly amd I record music. Mission accomplished. I don't ever ask myself "golly would sysvinit be a better option?" nope never crosses my mind. Sorry just not a deal breaker for me.
6 • Init systems (by Keith Stoneman on 2020-06-22 01:55:56 GMT from United States)
I prefer OpenBSD for a lot of reasons, including the code transparency and ability to understand exactly what is going on. I do use Linux distros also, and prefer anything but the systemd mess because it is so opaque and has sucked in so many subsystems and made them opaque as well. So the Linux distros I use generally either use SysV init or offer it as an option.
It's too bad Red Hat has taken over the Linux world to the point that it's almost impossible to escape their products. They have the same tendencies that made me abandon Windows over twenty years ago.
7 • Boot time init option (by Andy Prough on 2020-06-22 01:57:09 GMT from United States)
I really like the ability of MX to switch init systems at boot time, I wish we would see more of that from other distros.
8 • @4 MX like Salix (by Angel on 2020-06-22 02:09:24 GMT from Philippines)
"it would be nice to know how to do it the Salix way in MX (ie- have an icon popup when a device is plugged in, but NOT automount it)."
Menu > Settings > File Manager Settings > Advanced. Make sure "Enable Volume Management" is checked. Click on the "configure" link. Uncheck "mount" options. Keep "browse" option checked. Removable drive will show on Thunar side panel, but won't mount.
For a desktop icon: Menu > Settings > Desktop > Icons tab and check the box for Removable Devices below. You may have to scroll to see it.
9 • Poll question, Devuan (by randomly generated entity on 2020-06-22 03:32:57 GMT from United States)
I voted #1, but honestly I'm an agnostic when it comes to init. Like @5, as long as it works I'm fine with it, and I'm not an anti-systemd zealot, though I do understand some of the concerns. I've learned how to work with systemd now to the extent that I'm actually more comfortable juggling services, etc., with it than with other init systems. That said, I do appreciate those distros that doggedly stick to their way of doing things, particularly Gentoo, Void and Slackware, though the first does give the user the choice of systemd.
As for Devuan, I thought Jesse got it exactly right. It does what it does well, which is pretty much Debian without the supposed abomination of systemd. The default use of the barely maintained yet still functional wicd is unique, but that's about the only other difference between the two. I agree that the live Devuan installer is unnecessarily complicated and unfriendly. I probably would have opted for the DVD had I known that that essentially uses the Debian installer.
Mainly I wonder what the user base is for Devuan. Can there really be more than a few thousand folks planet-wide that refuse to use systemd yet demand a Debian-ish experience? Will this project have the momentum and manpower to survive? I wonder...
10 • Multiple init systems (by Wellenjäger on 2020-06-22 04:02:27 GMT from Russia)
I have Artix Linux installed on my PC. During several months I used it with s6 as it seemed to be faster and less greedy in resourses than other inits. But several crashes after updates prompted me to change to OpenRC. So I like the option to choose which init system to install.
Besides Artix, I have Void with runit and Devuan with SysVinit.
11 • choice of init systems (by Bobbie Sellers on 2020-06-22 04:14:33 GMT from United States)
As long as systemd is not the only choice.
Whether it is good or bad for Linux depends on ones point of view as i am a hobbyist who uses computer for practical things and who does not care for the complications which systemd seems to create..
An Enterprise which must demand absolute accountability and which is willing to pay for support and special projects might be happier with systemd.
bliss
12 • why switch inits (by Adina on 2020-06-22 04:29:36 GMT from United States)
Am I the only one that's not just ambivalent, but actually happy with systemd? Stats say no, but comments sections always beg to differ. If I switched to another init now, I'd have to figure out how to recreate a bunch of my startup scripts and timers without systemd. sure it's got a lot of code and does some things I don't need, but configuring it and writing new unit files is really easy and I have plenty of space on my drives (and real problems). Despite my history as a developer, I happily identify as a knowledgeable end user today, and at the end of the day I just want something that works and is easy to support, the same reason I use Arch.
13 • Devuan Review (by Darren on 2020-06-22 05:34:17 GMT from New Zealand)
I have used the Beowulf release and it was pretty nice to use. However like Buster which is the Debian equivalent su is really messed up because the paths are different which you will find in the release notes.
There is a work around but in its untouched state mucks up things like dpkg-reconfigure tzdata and gdebi-gtk.
Quote"The su command in buster is provided by the util-linux source package, instead of the shadow source package, and no longer alters the PATH variable by default. This means that after doing su, your PATH may not contain directories like /sbin, and many system administration commands will fail. There are several workarounds: "
Source: https://wiki.debian.org/NewInBuster
I do not understand the change as I can see no benefit. Wasted a lot of hours trying to find out how to fix it until I found the answer. To be honest I am disappointed in this release.
14 • Devuan 3.0 Look & feel (by Devuan 3.0 Look & feel on 2020-06-22 05:50:48 GMT from Singapore)
I understand Devuan does n't care much about look & feel. Still they spent effort on that to make it a boring red like color.
I wonder, why don't they try to make it look *good* when they are putting some effort on that, instead of making a dull color scheme.
15 • devuan vs debian (by Gary W on 2020-06-22 06:55:39 GMT from Australia)
I often wonder if there is any practical difference between running Devuan, and running Debian with one of the recipes for removing/replacing/disabling systemd.
Disclaimer: MX user.
16 • Devuan and runit (by Sondar on 2020-06-22 07:12:07 GMT from United Kingdom)
Always nice to have choices - even if they're irrelevant for the great unwashed. Voted 2., but 1. would also suit. Could be wrong, but thought the runit option flashed by when doing a web install?
17 • backports (by Reuben on 2020-06-22 07:14:57 GMT from United States)
Jesse notes that backports can introduce bugs into the system. Is this less likely to happen than with a rolling release?
18 • Linux and BSD core system packaging (by harbl on 2020-06-22 07:49:23 GMT from Philippines)
First of all, thanks to Jesse for the elaborate response. I emailed 2 different questions and didn't expect both of them to get featured on the weeklies. It's much easier, for me at least, to learn these things when I get an answer directly rather than gathering info from multiple sources and making my own interpretation about it.
The answer on the Q&A mentioned Fedora CoreOS. Is this different from Fedora Silverblue? From what I understand, it seems to me like Fedora CoreOS is more oriented towards server use, while Silverblue mentions that it's "a variant of the Fedora Workstation". Is CoreOS just a "server version" of Silverblue?
19 • @17 backports (by DaveT on 2020-06-22 08:18:20 GMT from United Kingdom)
With a rolling release any bugs in a package are hopefully found quickly and fixed quickly.
You use backports when you are running an LTS or similar stable release but there is some whizzo feature in the most recent release that you simply must have. Bug fixes might be a bit slower in backports.
If you find yourself running too many backported packages that is generally considered a bad thing.
Just upgrade your system to the latest version.
20 • devuan (by peer on 2020-06-22 08:28:34 GMT from Netherlands)
I just downloaded devuan-live and tried it on my old toshiba laptop.
Unfortunately my wifi adapter was not recognized (intel 2200BG).
But it run great.
21 • Devuan (by Rick on 2020-06-22 11:03:07 GMT from United States)
You said: "Devuan, to my mind, is a solid operating system." Really? I found it to be old and archaic with a very complicated and confusing installer which broke at the beginning of the install. To me it is completely unusable. There are much better distros to choose from!
22 • Devuan (by César on 2020-06-22 11:15:33 GMT from Chile)
¡Saludos a todos!
Well, i tried Devuan Beowulf (because i don't like "systemd" distros) the last days but...¡PROBLEMS!...first, the bluetooth never works, Gdebi don't works too, some repos are down (sometimes not), my Brother printer never recognize...well, is lightweight and fast, but is unable to use in my everyday HP computer, more problems than satisfactions. I hope the Devuan team fix this and others problems in the next future, because is not a "bad" distro, but must be polish for the average user.
Greetings from Santiago de Chile.
23 • @14: (by dragonmouth on 2020-06-22 12:36:59 GMT from United States)
"why don't they try to make it look *good*"
Define "look good". "Look good" is a matter of personal Taste. What looks great to you may look like an absolute abomination to someone else. Considering how easy it is to change the look of any DE or distro, it is irrelevant how they are configured initially.
24 • @8 MX like Salix (by Newby on 2020-06-22 12:44:53 GMT from Canada)
Thanks for tips. Looked at icons page several times, but kept missing that "Removable Devices" icon option. Didn't realize till you pointed it out, I hadn't scrolled to end of page. Problem solved.
25 • systemd (by Myrtle on 2020-06-22 13:42:30 GMT from United States)
The percentage of poll questions which inevitably lead to comments about init systems seems to be very high. And it began years ago. Sin embargo, no matter the poll question in dw weekly, the conversation here will quite likely have systemd discussion laced through it.
I find this interesting, and @6 (the last sentence) seems to supply us with a rather dark dynamic in the linux world having to do with that particular init and its influence on not just distros, but us.
26 • Voting (by Friar Tux on 2020-06-22 13:54:55 GMT from Canada)
I didn't actually vote as there was no 'It Doesn't Matter To Me' category. As mentioned by some others - so long as the OS works and works well, I don't really care 'what's under the hood'. I HAVE noted, however, that most of the non-systemd distros I've tested seem to have issues during and post install, while most of the systemd distros tend to run smoothly out-of-box. At my age, you tend to go by experience as opposed to what others say is good or bad.
As always, Linux is about choice. There's something for everyone - and if there isn't, you can build it. That's why I use Linux.
27 • @26 - You said it! (by Van Penguin on 2020-06-22 14:19:24 GMT from United States)
Man if there was a way to pin @26 to the top, we should do it.
When I get a call from my work, or a call in the middle of the night to fix an outage, I don't care whats under the hood. I just need a system that boots up and get me doing my job. So whatever my favorite distro decides to go with and they feel they can support that one the best, I'm onboard.
28 • @13, Darren (by barnabyh on 2020-06-22 14:51:39 GMT from Germany)
Thank you for that, last year I was wondering why Gdebi failed but didn't persist to check it out. My personal workaround was either to use the command line or fully log in to the root account, possibly both, for this one manual install.
Nice to have an explanation at last.
29 • SystemD - Not for everyone, but likely here to stay. (by Somewhat Reticent on 2020-06-22 16:26:24 GMT from United States)
SystemD is not an "init system", it's a system-management paradigm.
It's aimed at management of large numbers of systems.
That's normally a large-business use-case.
For some unusual cases, it also provides unique functionality.
(I have yet to see a human-readable implementation of the XML it uses)@21 So, just like DebIan, better you look at derivatives.
30 • Init systems and OSs (by TheTKS on 2020-06-22 16:30:43 GMT from Canada)
@26 “ I HAVE noted, however, that most of the non-systemd distros I've tested seem to have issues during and post install, while most of the systemd distros tend to run smoothly out-of-box.”
Once again, more evidence to me that everyone’s experience is highly dependent on their specific combination of hardware and software.
My experience is different. Both systemd and non-systemd distros/OSs have given me few but different installation and post-installation problems. I haven’t seen an advantage of one over the other in my usage.
I’m inclined to dislike systemd, but the systemd distros I use (Xubuntu and elementaryOS) function just fine for what I use them for.
On the other hand, the non-systemd distros/OSs (Slackware, OpenBSD, sometimes Puppies, occasionally TinyCore) are the ones I most enjoy using.
Didn’t vote since none of the options applied.
TKS
31 • Devuan (by curious on 2020-06-22 17:06:35 GMT from Germany)
I think those people that don't like systemd (for whatever reasons) would not see Devuan as a waste of time and energy.
No one is being forced to use Devuan. But there are obviously enought people interested to develop it. In Linux, that is reason enough for it to exist.
I am very glad that it exists, even though I don't use Devuan (or "pure" Debian). Having an alternative that works and does not use the latest corporate project is always a good thing, especially since so many distros have adopted systemd without questioning it.
32 • Devuan beowulf with runit-init as PID1 (by Head_on_a_Stick on 2020-06-22 17:57:27 GMT from United Kingdom)
@Jesse, I've written up a guide for you on the Devaun forums:
https://dev1galaxy.org/viewtopic.php?id=3628
Great review btw, good work sir!
33 • systemd (by whoKnows on 2020-06-22 17:59:47 GMT from Switzerland)
@ curious
Maybe you'd better be learning than questioning.
You should look at it from another perspective: Init systems in Linux are just like species.
Inferior disappear and superior survive — just like with dinosaurs.
Will see if systemd is here to stay — the rest didn't.
By the way, does this help?
https://www.digitalocean.com/community/tutorials/how-to-use-journalctl-to-view-and-manipulate-systemd-logs
34 • runit (by Jesse on 2020-06-22 19:26:18 GMT from Canada)
@32: "@Jesse, I've written up a guide for you on the Devaun forums:"
That's great. I hope your guide makes it into the project's official documentation. I tested it out and it works like a charm.
Side note, the forum post makes a cheeky comment about how installing the runit-init package must have been "far too complicated" for me to figure out. Which is all in good fun. However, I'd like to point out my issue wasn't with the process being complicated, just that it was undocumented. And if someone tries to install "runit" instead of "runit-init" it doesn't work, which is likely to confuse people.
35 • Apology (by Head_on_a_Stick on 2020-06-22 19:55:52 GMT from United Kingdom)
@34: "Side note, the forum post makes a cheeky comment about how installing the runit-init package must have been "far too complicated" for me to figure out."
Ah, sorry about that, I shouldn't have posted that and it has been removed.
36 • @33 whoKnows: (by dragonmouth on 2020-06-22 21:32:22 GMT from United States)
Your analogy is not quite accurate. Species disappear or survive on their own merits. The existence, or lack thereof, of init systems is heavily influenced by whims of the developers. Many distro developers replaced their init systems with systemd in a lemming-like rush because it was a new shiny, not because the other init systems sucked.
37 • Devuan with runit-init (by Andy Prough on 2020-06-22 21:46:23 GMT from United States)
@32 - I left a response on the Devuan forum, but just wanted to say thanks - installing runit-init did it for me very easily. Seems to be working fine so far.
38 • @33, 36 lemmings and dinosaurs (by WhatMeWorry on 2020-06-22 22:02:12 GMT from United States)
So it's agreed. The anti-systemd developers are dinosaurs and the pro-systemd ones are lemmings. Glad we got that worked out.
39 • Init system preferences of lemmings and dinosaurs (by TheTKS on 2020-06-22 22:15:29 GMT from Canada)
@38 Well, that might be a milestone in the whole init-system... whatever it is.
Someone actually made a funny about it. Is that possibly the first humourous reference to it all?
I’m still inclined to dislike systemd, but that made me laugh.
40 • Lemmings and dinos (by Friar Tux on 2020-06-22 22:27:37 GMT from Canada)
@38 (WhatMeWorry) Actually, I was thinking it was the other way around. Lemmings were all following each other into systemd, and the dinos were the other, old, 'early age' inits . Still funny, either way.
41 • runit on Devuan (by nauved on 2020-06-22 23:53:02 GMT from United States)
runit as an init option on Devuan along with some other enhancements that didn't make it into 3.0 will be featured in a Beowulf point release hopefully coming soon. :)
42 • Probably #1 philosophically but #3 in practice (by Young Dinosaur on 2020-06-23 00:40:09 GMT from United States)
Have been working with Linux based systems for just over 20 years now and never had any problems debugging network issues until systemd showed up. Things that "just worked" on sysvinit seem to throw up obtuse and extremely hard to diagnose errors in my experience. I think sysvinit is old, insecure and needs to be phased out entirely if no one is willing to maintain it, but choice is a good thing and won't criticize someone for using systemd as long as they are happy. I work exclusively with OpenRC now and have had very few issues.
43 • BSD vs. Linux (by Jyrki on 2020-06-23 03:32:02 GMT from Czechia)
I use both.
My server, htpc and my prime laptop run Artix Linux (with OpenRC init). I am Artix users from the day it got created. And it's the reason why I am still running Linux.
And my other laptop runs OpenBSD and I like it more and more. If one day it would be impossilbe to switch from systemd to any other alternative on Linux, I will give up on it and use OpenBSD everywhere.
44 • Init Wars (by whoKnows on 2020-06-23 07:10:34 GMT from Switzerland)
@ 36
I hope that you noticed that you're saying nonsense. Your favorite init system was also created “by whims of the developers” and was also adopted “in a lemming-like rush” sometime in the past.
Some were used by few, others by many and some others disappeared.
It's all about the evolution — if species or init's.
Stronger will survive.
@ 38
“So it's agreed. The anti-systemd developers are “past” and the pro-systemd ones are “future”. Glad we got that worked out.”
There's nothing you (or I) can do to change it — can't stop the progress, can't stop the evolution ...
If systemd proves bad, it'll disappear and get replaced with some other, new init again.
However, it'll not happen just because you “love” it or “hate” it.
The time will tell.
@42
https://www.linux-magazine.com/Issues/2017/199/Systemd-Graphical-Tools
https://wiki.archlinux.org/index.php/systemd
45 • Evolution? (by curious on 2020-06-23 09:55:55 GMT from Germany)
Darwinism is dangerous nonsense if applied to anything except biology.
Init systems are not "surviving" because they are weaker or stronger (whatever that may mean). The traditional init - as well as all the alternatives - will "survive" as long as somebody is willing to maintain it. However, that has nothing to do with strong or weak or evolution.
And please stop the name-calling. "Dinosaurs" and "Lemmings" were fun the first time, but its getting old already.
I find it quite odd that, although we're talking about free open-source software, some people seem very insistent that choice is unnecessary and that some kind of corporate-guided "evolution" must be followed by everyone.
If you like the newest toys from Redhat, thats fine - but respect those that don't.
46 • @44 and co-religionists (by WhatMeWorry on 2020-06-23 11:14:34 GMT from United States)
“So it's agreed. The anti-systemd developers are “past” and the pro-systemd ones are “future”. Glad we got that worked out.”
Please be so kind as to not put words in my mouth. For those suffering from humor deprivation, my post was meant to highlight the uselessness and silliness of this arguments, not to advance them. Yes, present company is included.
What next? Whether Gnome devs are a hostile alien species? Whether Arch forum members lurk in digital caves waiting to jump and bite unwary passing newbies in the ass?
Linux is a gift. Enjoy the variety, quitcharbellyaching and maybe offer thanks to Torvalds and the other Linux Gods for the unearned bounty, whether you be dimosaurishly or lemmingly inclined. (Thanks of the monetary variety are also welcomed by all sides of the "init wars," by the way.)
47 • Iinsistent that choice is unnecessary? (by whoKnows on 2020-06-23 11:22:13 GMT from Switzerland)
@45
"I find it quite odd that, although we're talking about free open-source software, some people seem very insistent that choice is unnecessary and that some kind of corporate-guided "evolution" must be followed by everyone. If you like the newest toys from Redhat, thats fine - but respect those that don't."
Where did I insist on using systemd or prohibiting you to use something else?
"Many distro developers replaced their init systems with systemd in a lemming-like rush because it was a new shiny, not because the other init systems sucked."
That quote comes from @36 • @33 (by dragonmouth)
"Evolution instead of revolution"
https://en.leica-camera.com/Photography/Leica-M/Leica-M10/Designed-and-made-in-Germany
evolve - to develop gradually, or to cause something or someone to develop gradually
https://dictionary.cambridge.org/dictionary/english/evolve
https://www.discovertec.com/blog/evolution-of-technology
dinosaur (Synonym) - antiquated, archaic, out-of-date ...
https://www.thesaurus.com/browse/dinosaur
48 • systemd and choice (by Kerry on 2020-06-23 13:38:48 GMT from United States)
I object to the fact that systemd gets its hooks into everything to the point where you cannot switch it out without breaking your system. Debian and Arch no longer support any other init system. So yes, I choose to use Artix, MX Linux, Devuan, Gentoo and easy to install derivatives like Exgent, Redcore, Calculate Linux, Sabayon.
49 • The Arguments & The Verdict (by whoKnows on 2020-06-23 14:40:06 GMT from Switzerland)
Might be interesting reading for some.
The Arguments:
https://www.reddit.com/r/linux/comments/5n069y/why_do_people_not_like_systemd/
The Verdict
https://fossforce.com/2020/02/the-verdict-on-systemd-is-in/
"The resistance to systemd has not died with this decision, of course. Distrowatch continues to list one hundred distributions that do not use systemd — a minority, but a large and determined one. Those opposed to systemd still have plenty of choice, including Debian derivatives like Devuan and Knoppix.
But if cautious, ultra-democratic Debian can opt to retain systemd, then it seems here to stay for the foreseeable future."
50 • 25 • systemd (by Myrtle) non-Systemd (by Vern on 2020-06-23 17:00:03 GMT from United States)
Yes, I agree. the init debate will never end. Its not much different than your favorite sports team, or politics.
I tried a few of the non-Systemd distros. I dismissed them not because of non-Systemd , but the distro didn't preform as expected or the "frond end" was not for me or any other areas I didn't like or were just so-so.
I use my computer to actually do things. I spend ZERO amount of time thinking how glad I am using this init over Systemd.
I run Office for various tasks, VLC for my video, or MPV. I play a few board games. Check up on my finances, among countless other ventures.
Which begs the question: Do those that harp on Systemd actually USE their computer for any productive work!
If they name a non-Systemd distro their using, in the same breath they feel the need to berat Systemd. People that I find using Systemd, just use their system without further comment, or they don't comment at all.
All my systems use Systemd, but I'm not disrespecting any other init system. I'm much more interested in how the distro I use performs. I'm not in the least interested in the boot process, what PID is running, what process is now running.
All my Systemd OS's run as fast or faster than the other init systems I've tried. In the end, I use my computer to do work or play.
51 • init wars..... (by Titus_Groan on 2020-06-23 19:24:05 GMT from New Zealand)
and here I was, thinking that we had groan up a bit and agreed to disagree over systemd (pun intended)
looking forward to next years init intermittent warfare.
if it works for me, great, if something else works for you, great too.
have I used both (sysV and systemd), yes, and that is not a problem either.
52 • Iinit system, whatever (by OstroL on 2020-06-23 19:45:37 GMT from Poland)
I agree with Vern @50, I use my computer to do work or play. Of course, I sometimes tinker with a distro, creating a live iso, but that's play more than work. Also, my laptop boots in 13 seconds to the login screen and the login is instantaneous. So, who cares about an init system that I don't even notice. For fun, I once played around with Devuan, when it started happening, even created an live iso, which is even noted at the Devuan web site. One of the first such live isos. Then, I dropped the idea, for it is much easier to create with Debian. Oh, sure, I use my computer for work and play.
These all the work is done on the 'net, except for few installed apps such as GIMP, VLC. I use MS Office online, when the need arises. take screenshots straight from the web browser. Most of the installed apps are just taking space, rarely used. There's always an equivalent app in the web. All I need is a fully fledged browser like Opera or Vivaldi, and the keyring to encrypt the passwords.
Google was right in creating the Chromebook that web is the future, but was wrong in not allowing other browsers in.
53 • Devuan Review: Broken SU (by Darren on 2020-06-24 05:20:43 GMT from New Zealand)
@barnabyh
The Refracta Dev (A Derivative of Devuan) came up with this fix.
Create a file called su in /etc/default
add this line
ALWAYS_SET_PATH yes
su will work as normal once you reboot.
Yes I sympathise I wasted a lot of time on this wondering wtf. Again Debian never have released Buster with this breakage.
54 • congratulations (by Tim on 2020-06-24 11:10:04 GMT from United States)
I have to congratulate the DW community for one of the tamest discussions of systemd in recent years. I thought that poll question was going to blow up.
At the end of the day I just want distros like Devuan to be looked at as other options. I don't really care about my init system, but the strength of open source software is that we have options. I don't use MATE because I hate GNOME 3, I use it because I like GNOME 2.
55 • Why hate? (by noClue on 2020-06-24 11:37:56 GMT from Switzerland)
I find all those pro/against systemd discussions quite unnecessary. It kinda reminds of religious wars.
The situation is actually pretty clear: every important Linux Distribution adopted systemd with reason.
Big companies are financing the Linux development and are developing what they need.
People who must or need to use systemd, learned how to use it.
Most ordinary users usually don't need to fiddle with init's and don't care much what init their Distro is using.
The small number of those who need to fiddle with init's, but refuse to learn are the minority.
They have a choice either to learn on how to use it or to install something non-systemd.
I can hardly understand, why does it need so much hatred.
56 • why not have the best of both worlds (by fonz on 2020-06-24 11:54:41 GMT from Indonesia)
selected #2, i like having mult opts. thankfully mx linux works well with dodging bullets. ive tried multiple systems, and honestly i felt systemd worked the best for me, but im leaning towards not liking systemd. mx really does great at juking here, since ive also tried a bunch of network managers, and none (ime) worked as easily as gnome network manager thing...
sooner or later systemd might patch the hell out of the workarounds antix/mx do -_-
57 • Missing poll options (by CS on 2020-06-24 13:13:24 GMT from United States)
(4) I avoid systems (and people) who have not adopted the systemd standard.
58 • "evolution" (by Otis on 2020-06-24 13:51:55 GMT from United States)
Yeah, let's assign the evolution concept to the things and changes we agree with and like, leaving those OTHERS to the trash heap of primitive ideas long since discarded.
The inventors of modern marketing and weapons have always done that; let's do it with systemd, too.
59 • Web is the FUTURE! and Chromebooks (by TheTKS on 2020-06-24 14:07:12 GMT from Canada)
@52 OstroL
"all the work is done on the 'net, except for few installed apps such as GIMP, VLC. I use MS Office online, when the need arises... Most of the installed apps are just taking space, rarely used. There's always an equivalent app in the web... Google was right in creating the Chromebook that web is the future"
I sure hope web is not the *only* future. I expect there will always be demand for devices with local apps that work when unconnected, sometimes on devices that are always unconnected.
I use Microsoft online (Office365), too, for work. Some of its apps and features are very good for my needs, but many aren't, or are often slow or cumbersome even though our network at the office is almost always fast enough and not bottlenecked. They also make unexpected changes to files and features that confuse users.
Outlook Online doesn't come close in usability to the Outlook desktop app for me and for many others. I'm glad it's there to use as a backup if the Outlook desktop app loses its brains (happens once in awhile) or my main machine is unavailable.
Now a Chromebook rant. They have other problems, too, in my view.
First, while Chromebooks are very usable, I warned my family to consider anything they do on them as becoming co-owned by Google.
Second, limited OS lifetime of 6.5 years (I missed that in the list of "features" in their marketing material.) I didn't know when I bought my first (and last) one that it was already an "old" design, released 3¼ years earlier.
After 3¼ years, my Chromebook will no longer get security updates. So not to junk usable hardware, I am looking at how to install another OS that can get security updates, probably a Linux, maybe a BSD. The time that I will have to spend doing that is making the original price look much less attractive. Live and learn.
TKS
60 • Reality check of how the init war "victory" was engineered (by nauved on 2020-06-24 14:42:31 GMT from United States)
In this brilliant post on the Debian user forum - "Combatting revisionist history" - dasein crunched the numbers and put to rest the idea that systemd won the day with the first GR vote in 2014:
http://forums.debian.net/viewtopic.php?f=20&t=120652
"But here's the thing, and there is just no getting around it. Once you eliminate the ass-covering "no GR required" amendment, “systemd is a bad idea, the only real question is how bad” didn't place third.
It placed first. By a substantial margin.
Conversely, “systemd is a good idea” didn't place first.
It placed last."
And there you have it folks.
61 • DebIan GR (by Somewhat Reticent on 2020-06-24 15:15:51 GMT from United States)
Many DebIan code developers get $upport from large-Enterprise businesses.
Once a (pointy-hair?) boss was sold by some visionary on a new paradigm for automating system management, a putsch was pretty much inevitable.
The question wasn't if. It was about whether to burn bridges.
Whether the same disciplines Linus applies to kernel code will be brought to bear on the new system-management paradigm remains to be seen. Only time will tell.
62 • A variant of Godwin's Law (by Cheker on 2020-06-24 19:00:51 GMT from Portugal)
@25 @50
Poeterring's Law - as an online discussion about Linux grows longer, the probability of it derailing towards systemd approaches 1.
63 • Discussion (by M.Z. on 2020-06-24 22:33:08 GMT from United States)
I enjoy this discussion on init. It is indeed very tame by systemd related standards. As with some others, I just use whatever & rarely notice any difference. My one big tip on avoiding systemd related problems:
If you want to install a systemd based distro from one computer onto the hard drive of another make sure to disconnect all the HDD connections aside from the one you're installing on. This avoids a fat boring & ugly 90 second hang at the start of every boot caused by systemd looking for things on other hard drives (mostly swap partitions I think).
Other than that one caveat, use what works for you and have fun.
64 • @59 ex-chromebooks (by pengxuin on 2020-06-25 20:28:04 GMT from New Zealand)
have a look here:=> https://mrchromebox.tech/
I have 3 ex chromebooks, 2 with HDD and one with eMMC.
be aware that you may have to "tinker" with the Coreboot bios to boot up your installed system as some distros and Coreboot disagree as to where grub goes.
install of Coreboot bios is pretty straight forward, just be sure the device is supported before you start.
hardware wise, the ex chromebooks should be fully supported by a late model kernel.
most distros will just install and go, if UEFI capable.
good luckl
65 • ex-chromebooks (by TheTKS on 2020-06-26 16:26:12 GMT from Canada)
@64 pengxuin
https://mrchromebox.tech/
Thanks, I saw that site a few months back but had forgotten about it.
I was thinking of installing Debian, Slackware or OpenBSD, and wasn't thinking of Kodi, but will have another look at this and Kod's website.
I'm limited in OS choices, since it's 32-bit ARM, RK3288 based.
A couple of other sources I've looked at so far.
https://github.com/nikolas-n/GNU-Linux-on-Asus-C201-Chromebook
https://wiki.debian.org/InstallingDebianOn/Asus/C201
Somewhere among those I expect I can find something that will work.
TKS
66 • SystemD (by fire breathing rooster on 2020-06-27 02:48:16 GMT from Austria)
I actually prefer distros with systemd. I've never experienced a problem with it. ( ͡~ ͜ʖ ͡°)
67 • no systemd problems (by Otis on 2020-06-27 17:04:54 GMT from United States)
@66 Analogy: You likely noticed no problems with Bill Gates purchasing Best Buy shelf space once legitimately vied for by SuSeLinux, TurboLinux, RedHat, et al so that only Windows could be populated in those spaces, resulting in a 98% market share for an inferior operating system. Windows works okay, right?
68 • Who Needs Devuan. Use Star (by Sid the Kid on Star on 2020-06-27 21:40:18 GMT from United States)
I have been using computers before Debian came out. I knew some of the first geeks who started programming for Debian while I was still trying to figure out Yggdrasil Linux/GNU/X. Since that time I have used many Linux distros and some BSDs, so I have some idea of what I think is better that the next one down the road. I used Devuan when it first hit the scene, but then after a couple of updates (2.0), it didn't work out so well. For instance, it wouldn’t boot at all. I tried it on another laptop, and I got the same results, so not wanting to use Debian or the other systemD controlled distros, I decided to try the Devuan offshoots, and I settled on Star. No problem.
Some time later, more recently that is, out of curiosity, I tried Devuan 3.0, and lo and behold, it did the same thing as Devuan 2.0. I'm sticking to Star. It’s the bare essentials, and you can add anything you want from the Devuan repository without any hassle. Star shines bright. There are very few things of anything out there that do the trick outside of individual taste.
69 • Init (by Walt R. on 2020-06-28 18:57:07 GMT from United States)
Have never used SystemD, and from what I have read It seems to be multi-layered complication that I do not want to mess with. After using Slackware for many years I really like its BSD init. It took some time to get used to, yet is is less complicated than System V.
Not looking to start an argument!
Thanks,
Walt R.
70 • @69 • Init -Doesn't Slackware use SysV? (by Elcaset on 2020-06-28 20:25:46 GMT from United States)
According to Distrowatch, Slackware does use System V.
71 • Slackware Init (by Jesse on 2020-06-28 21:06:15 GMT from Canada)
@69: "After using Slackware for many years I really like its BSD init. It took some time to get used to, yet is is less complicated than System V."
Slackware does use SysV init. However, the scripts/configuration are arranged differently than on most other Linux distributions. If you have used SysV init on Debian and on Slackware they might feel entirely different. SysV is very flexible and you can do all sorts of different configurations with it. It can use shell scripts, BSD-style init, run executables directly, run jobs in parallel...
Usually when people talk about SysV complications or limitations they're talking about the approach one specific distro (like Debian or Fedora) used. Not limitations or features caused by SysV itself.
For example, two of the big features people see as selling points of systemd are cgroups and parallel service starts. SysV has had parallel service starts for ages. And you can use cgroups with SysV, it just isn't baked into PID1. Likewise, some people don't like that SysV uses shell scripts, but that's a feature of the individual distro, you can use unit files, BSD-style config files, or run executables directly from SysV if you want. It's just most distros do not.
72 • SysV init (by Elcaset on 2020-06-28 23:30:36 GMT from United States)
Thanks, Jesse. I had no idea how flexible SysV init is.
73 • Init (by Jesse on 2020-06-29 00:01:16 GMT from Canada)
@72: "Thanks, Jesse. I had no idea how flexible SysV init is. "
My pleasure. To be fair one of the reasons SysV init is so flexible is that it doesn't really do much. When SysV switches runlevels (usually a fancy way of saying it is starting up or shutting down), it basically just runs a program specified in its configuration file. That program could be, and usually is, a script. But it can be an executable program, a service manager (like OpenRC) or anything, really. SysV init doesn't care, it just runs the program/script and considers its job done.
SysV init tries to be very small and simple. All the logic of running scripts in parallel or working out dependencies or cgroups is handled by other, helper programs. Typically "startpar" to run jobs in parallel, "insserv" to work out dependencies, and scripts or a service manager to handle starting/stopping services. SysV init's strength (and weakness) is in being so small and uninvolved that it doesn't so anything, allowing the distro developers to throw in whatever logic or tools they like. The init process just signals start-up, shutdown, and reaps zombies.
Number of Comments: 73
Display mode: DWW Only • Comments Only • Both DWW and Comments
| | |
| TUXEDO |
TUXEDO Computers - Linux Hardware in a tailor made suite
Choose from a wide range of laptops and PCs in various sizes and shapes at TUXEDOComputers.com. Every machine comes pre-installed and ready-to-run with Linux. Full 24 months of warranty and lifetime support included!
Learn more about our full service package and all benefits from buying at TUXEDO.
|
| *NEW* NovaCustom |
NovaCustom PrivacyGuard Laptops - Escape from Big Tech
The NovaCustom PrivacyGuard Laptop is ideal for anyone who prioritizes privacy. Comes with Dasharo coreboot open source firmware and Zorin OS Pro, free from influence of Big Tech.
|
| Archives |
| • Issue 1173 (2026-05-18): Sylve on FreeBSD, the benefit of BleachBit, Debian commits to reproducible builds, Debian publishes updated install media, Haiku introduces SMP support on ARM64 processors, Rocky Linux creates opt-in security repository, Fedora reconsiders AI tools, KDE receives generous donation |
| • Issue 1172 (2026-05-11): Fedora 44, dealing with extra fonts, Fedora plans to provide AI tools, problems with Ubuntu's new coreutils, TrueNAS extends its development cycle, postmarktetOS improves the boot splash screen, Redox ports tmux |
| • Issue 1171 (2026-05-04): Xubuntu 26.04, extending memory with VRAM, Ubuntu plans AI features, Devuan developer forks GTK2, Mint introduces hardware enablement builds, Linux running on a PlayStation 5, local kernel exploit found in Linux |
| • Issue 1170 (2026-04-27): ENux 5.2.1, picking a second distro, AlmaLinux expands CPU support, FreeBSD publishes Status Report, Ubuntu MATE skips 26.04 release |
| • Issue 1169 (2026-04-20): Lakka 6.1, free software and source-based distributions, FreeBSD Foundation publishes compatible laptop list, Debian holds Project Leader election, Haiku progresses ARM64 port, Mint to extend development cycle, Linux 7.0 released |
| • Issue 1168 (2026-04-13): pearOS 2026.03, EndeavourOS 2026.03.06, which distros are adopting age verification, Arch adjusts its firewall packages, Linux dropping i486 support, Red Hat extends its release cycle, Debian's APT introduces rollbacks, Redox improves its scheduler |
| • Issue 1167 (2026-04-06): Origami Linux 2026.03, answering questions for Linux newcomers, Ubuntu MATE seeking new contributors, Ubuntu software centre is expanding Deb support, FreeBSD fixes forum exploit, openSUSE 15 Leap nears its end of life |
| • Issue 1166 (2026-03-30): NetBSD jails, publishing software for Linux, Ubuntu joins Rust Foundation, Canonical plans to trim GRUB features, Peppermint works on new utilities, PINE64 shows off open hardware capabilities |
| • Issue 1165 (2026-03-23): Argent Linux 1.5.3, disk space required by Linux, Manjaro team goes on strike, AlmaLinux improves NVIDIA driver support and builds RISC-V packages, systemd introduces age tracking |
| • Issue 1164 (2026-03-16): d77void, age verification laws and Linux, SUSE may be for sale, TrueNAS takes its build system private, Debian publishes updated Trixie media, MidnightBSD and System76 respond to age verification laws |
| • Issue 1163 (2026-03-09): KaOS 2026.02, TinyCore 17.0, NuTyX 26.02.2, Would one big collection of packages help?, Guix offers 64-bit Hurd options, Linux communities discuss age delcaration laws, Mint unveils new screensaver for Cinnamon, Redox ports new COSMIC features |
| • Issue 1162 (2026-03-02): AerynOS 2026.01, anti-virus and firewall tools, Manjaro fixes website certificate, Ubuntu splits firmware package, jails for NetBSD, extended support for some Linux kernel releases, Murena creating a map app |
| • Issue 1161 (2026-02-23): The Guix package manager, quick Q&As, Gentoo migrating its mirrors, Fedora considers more informative kernel panic screens, GhostBSD testing alternative X11 implementation, Asahi makes progress with Apple M3, NetBSD userland ported, FreeBSD improves web-based system management |
| • Issue 1160 (2026-02-16): Noid and AgarimOS, command line tips, KDE Linux introduces delta updates, Redox OS hits development milestone, Linux Mint develops a desktop-neutral account manager, sudo developer seeks sponsorship |
| • Issue 1159 (2026-02-09): Sharing files on a network, isolating processes on Linux, LFS to focus on systemd, openSUSE polishes atomic updates, NetBSD not likely to adopt Rust code, COSMIC roadmap |
| • Issue 1158 (2026-02-02): Manjaro 26.0, fastest filesystem, postmarketOS progress report, Xfce begins developing its own Wayland window manager, Bazzite founder interviewed |
| • Issue 1157 (2026-01-26): Setting up a home server, what happened to convergence, malicious software entering the Snap store, postmarketOS automates hardware tests, KDE's login manager works with systemd only |
| • Issue 1156 (2026-01-19): Chimera Linux's new installer, using the DistroWatch Torrent Corner, new package tools for Arch, Haiku improves EFI support, Redcore streamlines branches, Synex introduces install-time ZFS options |
| • Issue 1155 (2026-01-12): MenuetOS, CDE on Sparky, iDeal OS 2025.12.07, recommended flavour of BSD, Debian seeks new Data Protection Team, Ubuntu 25.04 nears its end of life, Google limits Android source code releases, Fedora plans to replace SDDM, Budgie migrates to Wayland |
| • Issue 1154 (2026-01-05): postmarketOS 25.06/25.12, switching to Linux and educational resources, FreeBSD improving laptop support, Unix v4 available for download, new X11 server in development, CachyOS team plans server edtion |
| • Issue 1153 (2025-12-22): Best projects of 2025, is software ever truly finished?, Firefox to adopt AI components, Asahi works on improving the install experience, Mageia presents plans for version 10 |
| • Issue 1152 (2025-12-15): OpenBSD 7.8, filtering websites, Jolla working on a Linux phone, Germany saves money with Linux, Ubuntu to package AMD tools, Fedora demonstrates AI troubleshooting, Haiku packages Go language |
| • Issue 1151 (2025-12-08): FreeBSD 15.0, fun command line tricks, Canonical presents plans for Ubutnu 26.04, SparkyLinux updates CDE packages, Redox OS gets modesetting driver |
| • Issue 1150 (2025-12-01): Gnoppix 25_10, exploring if distributions matter, openSUSE updates tumbleweed's boot loader, Fedora plans better handling of broken packages, Plasma to become Wayland-only, FreeBSD publishes status report |
| • Issue 1149 (2025-11-24): MX Linux 25, why are video drivers special, systemd experiments with musl, Debian Libre Live publishes new media, Xubuntu reviews website hack |
| • Issue 1148 (2025-11-17): Zorin OS 18, deleting a file with an unusual name, NetBSD experiments with sandboxing, postmarketOS unifies its documentation, OpenBSD refines upgrades, Canonical offers 15 years of support for Ubuntu |
| • Issue 1147 (2025-11-10): Fedora 43, the size and stability of the Linux kernel, Debian introducing Rust to APT, Redox ports web engine, Kubuntu website off-line, Mint creates new troubleshooting tools, FreeBSD improves reproducible builds, Flatpak development resumes |
| • Issue 1146 (2025-11-03): StartOS 0.4.0, testing piped commands, Ubuntu Unity seeks help, Canonical offers Ubuntu credentials, Red Hat partners with NVIDIA, SUSE to bundle AI agent with SLE 16 |
| • Issue 1145 (2025-10-27): Linux Mint 7 "LMDE", advice for new Linux users, AlmaLinux to offer Btrfs, KDE launches Plasma 6.5, Fedora accepts contributions written by AI, Ubuntu 25.10 fails to install automatic updates |
| • Issue 1144 (2025-10-20): Kubuntu 25.10, creating and restoring encrypted backups, Fedora team debates AI, FSF plans free software for phones, ReactOS addresses newer drivers, Xubuntu reacts to website attack |
| • Issue 1143 (2025-10-13): openSUSE 16.0 Leap, safest source for new applications, Redox introduces performance improvements, TrueNAS Connect available for testing, Flatpaks do not work on Ubuntu 25.10, Kamarada plans to switch its base, Solus enters new epoch, Frugalware discontinued |
| • Issue 1142 (2025-10-06): Linux Kamarada 15.6, managing ZIP files with SQLite, F-Droid warns of impact of Android lockdown, Alpine moves ahead with merged /usr, Cinnamon gets a redesigned application menu |
| • Issue 1141 (2025-09-29): KDE Linux and GNOME OS, finding mobile flavours of Linux, Murena to offer phones with kill switches, Redox OS running on a smartphone, Artix drops GNOME |
| • Issue 1140 (2025-09-22): NetBSD 10.1, avoiding AI services, AlmaLinux enables CRB repository, Haiku improves disk access performance, Mageia addresses service outage, GNOME 49 released, Linux introduces multikernel support |
| • Issue 1139 (2025-09-15): EasyOS 7.0, Linux and central authority, FreeBSD running Plasma 6 on Wayland, GNOME restores X11 support temporarily, openSUSE dropping BCacheFS in new kernels |
| • Issue 1138 (2025-09-08): Shebang 25.8, LibreELEC 12.2.0, Debian GNU/Hurd 2025, the importance of software updates, AerynOS introduces package sets, postmarketOS encourages patching upstream, openSUSE extends Leap support, Debian refreshes Trixie media |
| • Issue 1137 (2025-09-01): Tribblix 0m37, malware scanners flagging Linux ISO files, KDE introduces first-run setup wizard, CalyxOS plans update prior to infrastructure overhaul, FreeBSD publishes status report |
| • Issue 1136 (2025-08-25): CalyxOS 6.8.20, distros for running containers, Arch Linux website under attack,illumos Cafe launched, CachyOS creates web dashboard for repositories |
| • Issue 1135 (2025-08-18): Debian 13, Proton, WINE, Wayland, and Wayback, Debian GNU/Hurd 2025, KDE gets advanced Liquid Glass, Haiku improves authentication tools |
| • Issue 1134 (2025-08-11): Rhino Linux 2025.3, thoughts on malware in the AUR, Fedora brings hammered websites back on-line, NetBSD reveals features for version 11, Ubuntu swaps some command line tools for 25.10, AlmaLinux improves NVIDIA support |
| • Issue 1133 (2025-08-04): Expirion Linux 6.0, running Plasma on Linux Mint, finding distros which support X11, Debian addresses 22 year old bug, FreeBSD discusses potential issues with pkgbase, CDE ported to OpenBSD, Btrfs corruption bug hitting Fedora users, more malware found in Arch User Repository |
| • Issue 1132 (2025-07-28): deepin 25, wars in the open source community, proposal to have Fedora enable Flathub repository, FreeBSD plans desktop install option, Wayback gets its first release |
| • Issue 1131 (2025-07-21): HeliumOS 10.0, settling on one distro, Mint plans new releases, Arch discovers malware in AUR, Plasma Bigscreen returns, Clear Linux discontinued |
| • Issue 1130 (2025-07-14): openSUSE MicroOS and RefreshOS, sharing aliases between computers, Bazzite makes Bazaar its default Flatpak store, Alpine plans Wayback release, Wayland and X11 benchmarked, Red Hat offers additional developer licenses, openSUSE seeks feedback from ARM users, Ubuntu 24.10 reaches the end of its life |
| • Issue 1129 (2025-07-07): GLF OS Omnislash, the worst Linux distro, Alpine introduces Wayback, Fedora drops plans to stop i686 support, AlmaLinux builds EPEL repository for older CPUs, Ubuntu dropping existing RISC-V device support, Rhino partners with UBports, PCLinuxOS recovering from website outage |
| • Issue 1128 (2025-06-30): AxOS 25.06, AlmaLinux OS 10.0, transferring Flaptak bundles to off-line computers, Ubuntu to boost Intel graphics performance, Fedora considers dropping i686 packages, SDesk switches from SELinux to AppArmor |
| • Issue 1127 (2025-06-23): LastOSLinux 2025-05-25, most unique Linux distro, Haiku stabilises, KDE publishes Plasma 6.4, Arch splits Plasma packages, Slackware infrastructure migrating |
| • Issue 1126 (2025-06-16): SDesk 2025.05.06, renewed interest in Ubuntu Touch, a BASIC device running NetBSD, Ubuntu dropping X11 GNOME session, GNOME increases dependency on systemd, Google holding back Pixel source code, Nitrux changing its desktop, EFF turns 35 |
| • Issue 1125 (2025-06-09): RHEL 10, distributions likely to survive a decade, Murena partners with more hardware makers, GNOME tests its own distro on real hardware, Redox ports GTK and X11, Mint provides fingerprint authentication |
| • Issue 1124 (2025-06-02): Picking up a Pico, tips for protecting privacy, Rhino tests Plasma desktop, Arch installer supports snapshots, new features from UBports, Ubuntu tests monthly snapshots |
| • Issue 1123 (2025-05-26): CRUX 3.8, preventing a laptop from sleeping, FreeBSD improves laptop support, Fedora confirms GNOME X11 session being dropped, HardenedBSD introduces Rust in userland build, KDE developing a virtual machine manager |
| • Issue 1122 (2025-05-19): GoboLinux 017.01, RHEL 10.0 and Debian 12 updates, openSUSE retires YaST, running X11 apps on Wayland |
| • Full list of all issues |
| Star Labs |
Star Labs - Laptops built for Linux.
View our range including the highly anticipated StarFighter. Available with coreboot open-source firmware and a choice of Ubuntu, elementary, Manjaro and more. Visit Star Labs for information, to buy and get support.
|
| Random Distribution | 
Container Linux
Container Linux (formerly CoreOS) was a Linux-based operating system for servers. Built from the ground up and designed primarily for the modern data centre, Container Linux provides specialist tools for making the system secure, reliable and up-to-date. Some of the more interesting features of the distribution include reliable updates and patches via FastPatch, a dashboard for managing rolling updates via CoreUpdate, a docker for packaging applications, as well as support for bare metal and many cloud providers.
Status: Discontinued
|
| TUXEDO |
TUXEDO Computers - Linux Hardware in a tailor made suite
Choose from a wide range of laptops and PCs in various sizes and shapes at TUXEDOComputers.com. Every machine comes pre-installed and ready-to-run with Linux. Full 24 months of warranty and lifetime support included!
Learn more about our full service package and all benefits from buying at TUXEDO.
|
| Star Labs |
Star Labs - Laptops built for Linux.
View our range including the highly anticipated StarFighter. Available with coreboot open-source firmware and a choice of Ubuntu, elementary, Manjaro and more. Visit Star Labs for information, to buy and get support.
|
|
• 
• 
• 
• 
• 
• 
• 
