 DistroWatch Weekly |
| Tip Jar |
If you've enjoyed this week's issue of DistroWatch Weekly, please consider sending us a tip.
(Tips this week: 0, value: US$0.00) |
|
|
|
 bc1qxes3k2wq3uqzr074tkwwjmwfe63z70gwzfu4lx  lnurl1dp68gurn8ghj7ampd3kx2ar0veekzar0wd5xjtnrdakj7tnhv4kxctttdehhwm30d3h82unvwqhhxarpw3jkc7tzw4ex6cfexyfua2nr  86fA3qPTeQtNb2k1vLwEQaAp3XxkvvvXt69gSG5LGunXXikK9koPWZaRQgfFPBPWhMgXjPjccy9LA9xRFchPWQAnPvxh5Le paypal.me/distrowatchweekly • patreon.com/distrowatch |
|
| Extended Lifecycle Support by TuxCare |
|
|
| Reader Comments • Jump to last comment |
1 • This week's discussion of init software (by New User on 2024-07-08 00:42:18 GMT from Canada)
I Have looked up and read about init software since this discussion started, but you have a way of explaining things so it is comprehensible, and one can immediately think "so THAT's how it works".
One pointer for anyone interested - there is a detailed explanation of the various implementations of "runlevels" at Wikipedia: (When you mention "rescue", first thing that comes to mind is that OTHER OS)
https://en.wikipedia.org/wiki/Runlevel
When I started with Linux, just wanted an alternative to Windows. Never expected to get into the guts and low-level operations of operating systems. But reading here every week, have gained enough knowledge to not only understand things, but fix things myself, on the very rare occasion something goes wrong.
So thankyou not only for a great website, but for what you contribute to the community.
2 • Only SSH over console for servers (by Maxmax on 2024-07-08 02:35:03 GMT from France)
I've started web dev some 18 years ago using GUI for FTP transfer, and less than a year after that, I started to exclusively use the console (in a VM first to try, then directly using SSH). It's so fast in text mode instead of using a GUI to administrate a webserver, and once you know the basic commands, a lot can be done using only few dozen commands.
Of course, using Linux as daily driver is helping a lot to master some commands even I don't personally use the console so often (some Git and few batch operations, but I never reminder how to untar an archive for example) but since Linux can run anywhere, there many way to learn even on a phone.
So, console it's simply another type of tool compared to GUI, much more adapted for operation over network, and basically the only option for very cheap VPS only because of low amount of memory.
3 • Omega Linux (by InvisibleInk on 2024-07-08 03:56:09 GMT from United States)
Nice to see a distro keeping the venerable LXDE desktop alive. Would be even nicer if they had based in on Debian Bookworm, instead of Ubuntu 22.04. But I'm sure they had their reasons.
4 • CentOS 7 (by Andy Prough on 2024-07-08 05:24:20 GMT from United States)
>"With CentOS Linux 7 reaching its end of life did you..."
I've neve used CentOS and haven't tried RedHat for about 25 years, so I continued to not use CentOS or any of RedHat's clones.
Maybe that should be an option in the poll.
5 • LXDE desktop (by zephyr on 2024-07-08 05:39:23 GMT from United States)
@ #3 InvisibleInk: I too enjoy using LXDE, found WattOS many years ago, now with just Debian. Very small and lightweight, super fast!
6 • Changing init software after a distribution has been installed (by Bob Hepple on 2024-07-08 07:31:37 GMT from Australia)
I think changing the init system may be just the first problem as other sub-systems may have dependencies - I'm mainly thinking of the many tentacles that systemd has spread throughout Linux making replacing systemd so hard.
For example, on voidlinux (which uses runit as the init system) it is necessary to supply either elogin or seatd (or other tweaks) to backfill missing parts. No doubt the voidlinux devs could chip in and mention what other things that may need to be done when living without systemd.
7 • Linux cancer (by Linux cancer on 2024-07-08 08:48:31 GMT from Singapore)
@6 Systemd is Linux's cancer!
8 • changing init software (by picamanic on 2024-07-08 10:42:11 GMT from United Kingdom)
I would advise against trying to convert a systemd distro to another init system [life is too short; those tentacles]. Changing init in most other distros is possible, but is it necessary? In the case of voidlinux, provided you start from the XFCE4 distro, there is no need to "backfill" with elogind or seatd UNLESS you use it as the starting point for customisation [aka tinkering].
9 • opinion poll other option: (by jazzfelix on 2024-07-08 11:24:22 GMT from Germany)
Switched to FreeBSD. And I am really happy about that decision, it was long overdue.
10 • Init software (by Tennessee on 2024-07-08 10:27:34 GMT from France)
Not to mention the growing list of systemd incompatible packages!
https://pkgmaster.devuan.org/bannedpackages.txt
11 • Peppermint Loaded (by Nathan3 on 2024-07-08 12:10:22 GMT from United States)
I tried out Peppermint Loaded this past weekend.
Still has the Peppermint good looks but there is a small issue I did not have with normal
Peppermint. Install any software (for me Chromium and later the Zoom client).
The first shutdown after installing new software took over three minutes. And the next boot up
also took 4 to 5 times longer than a normal boot up. After that, things were back to normal.
Normal boot up was around 1 minute and 15 seconds on an older AMD laptop and about
6 seconds for a shutdown.
This is just an FYI.
This was on my distro hopping test laptop (2015 Dell AMD 6 laptop.
MX is still my daily driver.
12 • OmegaLinux (by Ratpoison on 2024-07-08 12:51:18 GMT from Italy)
One interesting thing is that OmegaLinux has removed the snap packages.
13 • Centos 7 migrate away from (by MarkE on 2024-07-08 13:36:33 GMT from United Kingdom)
Ubuntu Server LTS if the package configs are not too onerous to convert.
Otherwise Rocky 9.
Ubuntu is good because you can do in-place OS upgrades, whereas RHEL-derivs you *still* have to re-install (eye-roll emoji), but at least Rocky 9 is supported until 2032..
14 • Peppermint Loaded (by New User on 2024-07-08 13:49:54 GMT from Canada)
@11 Nathan3
Was just looking at Peppermint Loaded over the weekend. Aside from 32 bit and 64 bit versions, there are ISOs for both Debian and Devuan based installs. Just curious which version you you had that experience with. If I recall correctly, they can be used as live media, as well as installed. Assuming the only difference is the init system, would make an interesting comparison of bootup speeds. Also, if your temporary issue only happens on one version and not the other, and the only difference between the two is the init; that would point to where the problem is. If it happens with both versions, at least it was only a "temporary" issue.
15 • Omega , no joy (by david on 2024-07-08 15:26:45 GMT from United States)
No mouse and keyboard on the live iso. Why bother?
16 • CentOS 7 (by Jeffrey on 2024-07-08 16:15:28 GMT from Czechia)
While I don't use CentOS, so the question doesn't apply to me, when I first read about SUSE offering extended support for CentOS 7 I couldn't help but think "oh, great to see Blue Hat [the IBM-acquired Red Hat] generating business for other companies -- again". =)
17 • @6 (by RoestVrijStaal on 2024-07-08 17:12:32 GMT from The Netherlands)
Imagine how long and slimy the tentacles of wayland will be.
18 • Init systems and sound systems (by kullervo on 2024-07-08 21:05:49 GMT from Portugal)
Although systemd and Linux bloat are concerns (albeit minor ones), and although I've been (and continue to be) a happy Debian (sid) user for the last six years, I also changed to FreeBSD on my main machine, not because of those concerns, but because of OSS (Open Sound System): to my ears, and through the equipment I own, OSS sounds better than ALSA (and attachments) ever did. Of course I understand - and sympathize - why OSS was ditched from Linux, but I suspect that the "improvements" pilling up on the Linux sound stack (ALSA, Pulseaudio, Pipewire and who knows how many more to come...) are a sign that Linux users are also not quite happy with what they hear coming out from their computers' speakers (a harsh, dry sound, maybe?).
The added bonus is that FreeBSD (in this instance, with JWM) is great with resource usage from the get go, and using ports allow for a great deal of control over what you install in your system.
That said, a forthcoming project will be trying a minimal Gentoo install, replacing ALSA with OSS (already tried with Crux but sadly failed, probably due to my ignorance I wasn't able to compile OSS, which was unfortunate because Crux is a great distro if you want to learn how to tame the machine.)
A final thought: not having any particular ideological qualms towards systemd, I also feel uncomfortable with what it implies. Systemd is like a shopping mall versus street commerce: once you enter the mall, you inevitably end up spending more resources and pilling up more stuff than you eventually needed to.
Thank you to the Distrowatch staff for the great work, and also many thanks to the commentators for sharing your knowledge and experiences.
Thank you for reading.
19 • Can the dust settle now? (by Otis on 2024-07-08 22:54:09 GMT from United States)
The init system angst wars have taken an interesting, and rather mature turn, in my opinion. This week's Tips and Tricks section gives hope to those who love everything about their distro except for the init being bloat-bound, corporate/fascist inspired systemD. Now all you have to do is follow the steps outlined here at DW's T&T section, and you're a happy camper with the init of your choice.
Could this be the end of the wars?
20 • You kids have no idea... (by Tech in San Diego on 2024-07-08 23:55:55 GMT from United States)
Hey there, new wizards of the digital world! You whiz kids with your terabytes of storage and lightning-fast internet wouldn't believe what us pioneers had to work with. Here's a glimpse into the wild west of early computing:
Machines the size of refrigerators: Forget sleek laptops. Our computers were behemoths, taking up entire desks with whirring fans and blinking lights.
Punch cards and tape drives: No keyboards or mice! We fed data through stacks of punched cards or reels of magnetic tape. Imagine typing a whole document one hole at a time!
Memory measured in kilobytes: Today's gigabytes and terabytes seem like magic. Back then, a whole program might fit in just a few kilobytes, forcing us to be super efficient with code.
Loading times that tested patience: The internet? Forget about it! Starting a program could take minutes, with lots of whirring and beeping in the meantime. Patience was a key programmer virtue.
Limited displays: Fancy graphics and high resolutions? Nope. Our screens were often text-only with green or amber text, hard on the eyes after long coding sessions.
But guess what? We loved it! The challenge, the innovation, the satisfaction of coaxing these machines to do our bidding – it was pure magic. We may not have had the fancy tools, but we had the ingenuity and the passion that laid the foundation for the incredible tech world you enjoy today.
So, the next time you marvel at your smartphone's power, remember the pioneers who paved the way with punch cards, blinking lights, and a whole lot of patience. We salute you, future wizards of the digital world!
21 • re: You kids have no idea... (by picamanic on 2024-07-09 07:18:14 GMT from United Kingdom)
You forgot Paper Tape!
22 • re: You kids have no idea (by New User on 2024-07-09 08:54:36 GMT from Canada)
That brought back a lot of memories. Tried entering "computer museum" in web search engine, and was surprised just how many there are, often associated with universities. So if any if the "kiddies" want to see what us pioneers/geeks/old-farts/dinosaurs learned on and worked with, have a look.
Going back even earlier, we had our slide rules (still have mine), and even the abacus.
But if you REALLY want to be amazed, read up on that ancient Greek astronomical calculator, the Antikythera computer at:
https://en.wikipedia.org/wiki/Antikythera_mechanism
Where did the expertise to design and build that come from?
Also a good read:
https://en.wikipedia.org/wiki/Computer
If your eyeballs aren't left bulging out after reading all of that, do remember to return periodically to distrowatch to keep up with the latest.
Oops, no coverage of distros for quantum computing to be found here (yet....)
23 • Why bother? (by Appalachian on 2024-07-09 09:59:23 GMT from United States)
The whole idea of stripping systemd out of a distro, and then shoving in your own replacement, is a puzzling one to me. If you like Debian, but you don't like systemd, then Devuan has you covered and has been doing so for a few years now. There's also the very popular MX Linux (although I wouldn't use it on a laptop - terrible battery life).
Want newer packages without systemd? Well then, Artix is Arch without systemd, and they've been around for a while now too.
If others have already done your job for you then what's the sense in doing it yourself after the fact?
24 • Why bother? well, Why not? (by LJ on 2024-07-09 10:58:25 GMT from United Kingdom)
In response to the Appalachian, with regards to why strip out systemd yourself.
I'd say why bother installling any distro from command line, why write your own file manager when there are hundreds available, why change the shell you use.
If someone has done the job for me thats nice, but i wont learn anything from that. Not everything has to be a learning experience, but the easy route won't always get you to the destination you are looking for.
25 • Response on Peppermint (by Nathan3 on 2024-07-09 11:56:41 GMT from United States)
@14:
I used the Debian 64 version of the loaded Peppermint when I had the issue with long shutdown
and subsequent boot up after downloading software. I have not tried the Devuan version
of Peppermint. Anyway, this was on my older distro hopping laptop. I am now starting to look
at Void and/or some of it's derivatives. Yes, quite a jump from Peppermint but this is my play
machine and my satisfy my curiousity effort.
26 • Indeed, why bother? (by Otis on 2024-07-09 12:06:14 GMT from United States)
@23 It seems that there's been a misunderstanding. Those who love their Debian but don't love systemD can REMOVE it, rather than cover the entire distro with another one (Devuan).
The instructions are in more than one place now, and they appear to be a lot simpler than installing another distro from the beginning.
I hope this helps to clarify things.
27 • Peppermint Loaded (by Poiema on 2024-07-09 13:02:20 GMT from United States)
Wondering if this isn't part of what is going on in the background for that initial slowness:
Finally a few notes we want to share:
You might encounter a delay after running the /usr/sbin/update-system script during installation. This is completely normal and doesn’t signify an error. The installer operates in debug mode, which can cause the update process to appear slower than usual.
Why the wait? The script is automatically updating your system with the latest software packages (updates) in the background. This ensures you have a fully up-to-date system upon your first boot. (https://peppermintos.com/2024/07/a-new-peppermint-os-release-with-more-choices/)
28 • @26, why bother, Debian or Devuan (by Wally on 2024-07-09 13:59:38 GMT from Australia)
While you're explaining, maybe you can explain the difference between Debian and Devuan.
29 • Debian vs Starting from Scratch with Devuan (by Otis on 2024-07-09 16:25:13 GMT from United States)
@28 The point is if a user has a successful Debian install and loves it save the init system, that user can keep their beloved Debian workhorse and and REMOVE systemD then deploy SysV-init following the instructions posted in today's Tips and Tricks or those given elsewhere.
NO NEED TO DESTROY THE ENTIRE OS JUST FOR A BETTER INIT SYSTEM. Just change out the init system instead.
I can't think of too many more ways of making that simple important point. I'll probably have to try, though. I'll do my best if need be.
30 • re: Debian vs Starting from Scratch with Devuan (by picamanic on 2024-07-09 17:10:59 GMT from United Kingdom)
Of course, if it's that simple to switch Debian from systemd to sysvinit, then why not have it as a supported install-time option?
31 • Slackware + Systemd (by John on 2024-07-09 17:30:55 GMT from Canada)
Someone did get systemd working on Slackware, that was in the 14.2 days.
I could not find the link but it was possible.
32 • Install-time opt-out (by Otis on 2024-07-10 17:09:28 GMT from United States)
@30 Yes, and that option should be there in every systemD laden distro, imo.
Good idea but it aint'a gonna happen, as grampa used to say. From the dev's point of view it may be a bit like quitting smoking, no reason to do it in the first place, but now that you do smoke (deploy systemD) you are likely to have a very hard time quitting.
33 • LinWin (by Bresart on 2024-07-10 18:15:05 GMT from The Netherlands)
Linux problem is that it doesn't really work for anybody. Remove all that's not Gnome/systemd and there will be some chance for Linux to succeed, or keep the current mess, and it will stay 'server OS' forever. Nobody needs it as is. (Except 2%). Sad.
34 • fixing Linux (by Neville on 2024-07-10 22:00:37 GMT from New Zealand)
@33 - I think you really misunderstand the real issues with Linux.
Removing the opposite to what yuou write, namely any and all systemd and and and all Gnomeware would in my opinion BOOST Linux. Let us leave the political landmine of systemd aside, but focus on the track record for Gnome. Here are just a couple of scratches from the tip of a huge iceberg of problems:
Gnome 2 to Gnome 3 - went down "so well" with Linux users that it gave birth to MATE, Cinnamon, and started a number of other moves to new WMs and DEs.
Gnome's Nautilus file manager (what a cool name, Nautilus), has been losing features and integrations that power users love - F3 dual pane, etc, etc, etc. The latest Gnome 46 was the final insult, renaming it as "File". Wow, what high imagination they have over at the Gnome Foundation.
In parallel (in Gnome 46), the archive manager in Gnome no longer supports drag-n-drop.
The saddest part, forming the greatest risk to the Linux world, is two overly cash-loaded German women recently giving 1 million Euro to the Gnome people... to, no doubt, inflict more irreparable damage to Linuxland.
My 2c, YMMV.
35 • OmegaLinux (by Vukota on 2024-07-11 09:33:53 GMT from Serbia)
Site is just one page with download link on GitHub and not much info. Why would I try such Linux distribution in the first place?
36 • Fixing Linux (by De Schatberg on 2024-07-11 12:49:32 GMT from The Netherlands)
@34 (by Neville from New Zealand)
Removing exactly as described in @33.
You should remember a few details. Since basically every distribution worth mentioning has replaced "you name it" init with systemd, there must be a good reason for this. Linux is a server OS, and it probably only exists because of the large corporations that fund it. Gnome is currently the most efficient desktop environment for laptops. The number of laptops sold is constantly increasing, while the number of desktops is decreasing. Take away the gamers and the "recyclers" and there is not much left. Less features means more productivity.
37 • CentOS 7 (by B. Stack on 2024-07-11 16:27:09 GMT from United States)
For some systems, I have started migrating to a community EL. Other systems have hardware whose drivers were dropped for the kernel in EL8 so I'm stuck on CentOS 7. It still runs the apps I need, so why change it?
38 • Server? And? (by Gary W on 2024-07-12 05:31:35 GMT from Australia)
@36 Wow, some flights of fancy here. You do like an argument!
"Every distro worth mentioning" belittles many excellent distros which aren't so encumbered.
"There must be a good reason", sure, wannabes would like to ride on Red Hat's coat tails and echo its commercial success. In a word, money.
Linux is a desktop OS and a phone OS and an embedded OS and a spaceship OS and many other things. You're missing a big part of the Linuxsphere if you're only looking in the server room.
GNOME is ponderous and clunky and approaching Windows-level straightjacketing and throat-jamming.
"Less features means more productivity", so yeah, we should go back to green screens and punched cards!
39 • Server? And? Nothing else. (by Gnunot on 2024-07-12 15:42:08 GMT from United States)
@38 (by Gary W from Australia)
There is no need to belittle something that is already so small. It's just stating the facts. Either it's Fedora for those who want reasonably modern but stable, or it's Debian for those who want stable even if it means the software will be archaic. In the middle is Ubuntu. SuSe is more dead than alive, Arch is the one that "doesn't boot after an update", and that's about it. A few 90-year-old Slackware people who don't want to leave 1996, and Gentoo, which is probably only kept alive by Google.
Money makes the world go round, not love. If that's what's behind systemd's popularity, then it's a natural reason. Normal users don't care why something works. They just expect it to work.
Linux is not a desktop OS. It never was, and it never will be if it continues on the path it's been on for the last 20 years. Linux is a desktop failure. If it were a desktop OS, it wouldn't be used by 2%. Phone OS it is. Thank Google advertising for that.
Gnome is by far the most efficient GUI and it doesn't miss any features. That's easy to prove if you ask old people who never used a computer before and only started when they were forced to use smarthones. The same is true if you ask young people who are more flexible. Gnome is only a problem for those who are inflexible and stuck in their fixed idea of how it has to be (bad, bad!) Microsoft GUI or it's bad. Ask 20% of Apple users what they think about it. ;)
Don't confuse the recyclers, third worlders, and those who want to change every single button on their PC with 'PC users'. They are a small but very vocal minority. PS users want things that work, and the market share proves it.
40 • Gnome .. Linux as Desktop .. Etc .. (by Otis on 2024-07-12 16:10:13 GMT from United States)
@39. Hm. Well, I was going to enter the Gnome fray, and the (laughable) "Linux is not a desktop OS. It never was" fray.
But then a re-read of the whole post there halted me. That post is rife with prejudices and embedded with demeaning references to age, "third worlders," and on.
In other words, this Gnunot person disqualifies her/himself from measured and respectful discussion. We all joke, but those are not jokes. There is of course much worse posted here and there. But that is in the wrong direction. IMO.
41 • LMAO (by Sphynx on 2024-07-12 18:54:40 GMT from United States)
Why bother getting all hot under the collar regarding progress? At the end of the day, Linux users adopted systemd, pipewire, and Wayland because they are better. SystemV, ALSA, and x11 have a long list of problems, including the fact that computing has changed since 2010, let alone 1990.
Look, if you like tinkering under the hood, go with Linux From Scratch or Gentoo. Install $some_window_manager and write your own theme. But I guarantee you, all that is a colossal waste of time.
Be thankful to the developers, most of whom are volunteers. They have taken the time to review the options and make a pre-packaged distro for you. If you want to know the reasoning, you can read the technical board reviews for yourself. Debian, Ubuntu, Fedora, RHEL, these distros have published the reasoning for replacing SystemV, ALSA, x11, etc ...
Fedora and gnome FTW!!! There is a reason this is so popular, Fedora is a stable and modern OS and you do not have to tinker (often) under the hood as you do with Arch. I want to use my computer to accomplish work, either web apps, web browsing, audio/video processing, email, and occasional programing. Gnome stays out of the way, all the apps I use daily are easily accessible, and anything else is a few key strokes away.
Thing are not integrated with systemd for no reason, and you will have problems with systemV because sysV is outdated.
Not only that, but their arguments against systemd/wayland/pipewire make no sense. They are devoid of any technical merits and are made by people who haveno idea what they are talking about. Any init system, including systemV, has its fingers throughout the system you fools.
Funny thing about all this discussion, it seems as if 99.9% of those who complain about systemd have no idea how to compile a kernel or write init scripts.
42 • init scripts (by Sphynx on 2024-07-12 19:42:37 GMT from United States)
If gnome, or snaps, or sshd, or any other service does not run once you have removed systemd, it has NOTHING TO DO WITH SYSTEMD, it has to do with progress. Modern services on modern systems use init scripts written for systemd, and systemv init scripits are not included.
Thus, once you have installed systemd, you will need to start writing init scripts. As you all think systemV is so much better, should be trivial work. Never mind that part of the justification for systemd is that the init scripts are easier , LMAO
43 • SystemD and such... (by Friar Tux on 2024-07-12 19:43:56 GMT from Canada)
Not sure why all the hate (passion (??)) against SystemD. So far, of all the distros I've tested, the ones that give the most problems are those NOT using SystemD. My daily driver is Linux Mint/Cinnamon and it uses SystemD. I've used this for pretty close to 10 years, now, with absolutely no issues EVER - except the one my fat fingers created a couple of years ago. So... until someone can sit down with me, and actually point out where the problem with SystemD actually is, and where it is harming my daily productivity, I will continue to ignore the verbal diarrhea and carry on working with my "no issues" system (D).
44 • Response on Peppermint (by New User on 2024-07-12 20:01:49 GMT from Canada)
@25 Nathan3 - Thanks for the feedback.
45 • Systemd blackmail (by sysvinit_arrow on 2024-07-12 20:35:52 GMT from Italy)
@44
"Not sure why all the hate against SystemD. So far, of all the distros I've tested, the ones that give the most problems are those NOT using SystemD."
This is quite normal: systemd forces developers using other init systems to do quadruple jumps to get applications running that require systemd-related dependencies. You don't like systemd? Then systemd complicates your life and increases your workload. Accept it or suffer.
46 • systemd (by Jesse on 2024-07-12 20:49:00 GMT from Canada)
@42: "If gnome, or snaps, or sshd, or any other service does not run once you have removed systemd, it has NOTHING TO DO WITH SYSTEMD"
This is false. There are services, such as Snap which specifically rely on systemd. It has nothing to do with init scripts, but the features systemd provides. The Snap developers have stated Snapd relies on systemd and they have no interest in supporting distributions which do not use systemd and its libraries.
"At the end of the day, Linux users adopted systemd, pipewire, and Wayland because they are better. "
This isn't really accurate though, is it? Linux package maintainers adopted systemd, PipeWire, and Wayland. Linux _users_ generally just run whatever their distribution ships.
As for the "better" statement, you might want to consider "Better for whom?" The interests of developers, maintainers, users, and sysadmins don't always line up.
Number of Comments: 46
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.
|
| Archives |
| • Issue 1099 (2024-12-02): AnduinOS 1.0.1, measuring RAM usage, SUSE continues rebranding efforts, UBports prepares for next major version, Murena offering non-NFC phone |
| • Issue 1098 (2024-11-25): Linux Lite 7.2, backing up specific folders, Murena and Fairphone partner in fair trade deal, Arch installer gets new text interface, Ubuntu security tool patched |
| • Issue 1097 (2024-11-18): Chimera Linux vs Chimera OS, choosing between AlmaLinux and Debian, Fedora elevates KDE spin to an edition, Fedora previews new installer, KDE testing its own distro, Qubes-style isolation coming to FreeBSD |
| • Issue 1096 (2024-11-11): Bazzite 40, Playtron OS Alpha 1, Tucana Linux 3.1, detecting Screen sessions, Redox imports COSMIC software centre, FreeBSD booting on the PinePhone Pro, LXQt supports Wayland window managers |
| • Issue 1095 (2024-11-04): Fedora 41 Kinoite, transferring applications between computers, openSUSE Tumbleweed receives multiple upgrades, Ubuntu testing compiler optimizations, Mint partners with Framework |
| • Issue 1094 (2024-10-28): DebLight OS 1, backing up crontab, AlmaLinux introduces Litten branch, openSUSE unveils refreshed look, Ubuntu turns 20
| | • Issue 1093 (2024-10-21): Kubuntu 24.10, atomic vs immutable distributions, Debian upgrading Perl packages, UBports adding VoLTE support, Android to gain native GNU/Linux application support |
| • Issue 1092 (2024-10-14): FunOS 24.04.1, a home directory inside a file, work starts of openSUSE Leap 16.0, improvements in Haiku, KDE neon upgrades its base |
| • Issue 1091 (2024-10-07): Redox OS 0.9.0, Unified package management vs universal package formats, Redox begins RISC-V port, Mint polishes interface, Qubes certifies new laptop |
| • Issue 1090 (2024-09-30): Rhino Linux 2024.2, commercial distros with alternative desktops, Valve seeks to improve Wayland performance, HardenedBSD parterns with Protectli, Tails merges with Tor Project, Quantum Leap partners with the FreeBSD Foundation |
| • Issue 1089 (2024-09-23): Expirion 6.0, openKylin 2.0, managing configuration files, the future of Linux development, fixing bugs in Haiku, Slackware packages dracut |
| • Issue 1088 (2024-09-16): PorteuX 1.6, migrating from Windows 10 to which Linux distro, making NetBSD immutable, AlmaLinux offers hardware certification, Mint updates old APT tools |
| • Issue 1087 (2024-09-09): COSMIC desktop, running cron jobs at variable times, UBports highlights new apps, HardenedBSD offers work around for FreeBSD change, Debian considers how to cull old packages, systemd ported to musl |
| • Issue 1086 (2024-09-02): Vanilla OS 2, command line tips for simple tasks, FreeBSD receives investment from STF, openSUSE Tumbleweed update can break network connections, Debian refreshes media |
| • Issue 1085 (2024-08-26): Nobara 40, OpenMandriva 24.07 "ROME", distros which include source code, FreeBSD publishes quarterly report, Microsoft updates breaks Linux in dual-boot environments |
| • Issue 1084 (2024-08-19): Liya 2.0, dual boot with encryption, Haiku introduces performance improvements, Gentoo dropping IA-64, Redcore merges major upgrade |
| • Issue 1083 (2024-08-12): TrueNAS 24.04.2 "SCALE", Linux distros for smartphones, Redox OS introduces web server, PipeWire exposes battery drain on Linux, Canonical updates kernel version policy |
| • Issue 1082 (2024-08-05): Linux Mint 22, taking snapshots of UFS on FreeBSD, openSUSE updates Tumbleweed and Aeon, Debian creates Tiny QA Tasks, Manjaro testing immutable images |
| • Issue 1081 (2024-07-29): SysLinuxOS 12.4, OpenBSD gain hardware acceleration, Slackware changes kernel naming, Mint publishes upgrade instructions |
| • Issue 1080 (2024-07-22): Running GNU/Linux on Android with Andronix, protecting network services, Solus dropping AppArmor and Snap, openSUSE Aeon Desktop gaining full disk encryption, SUSE asks openSUSE to change its branding |
| • Issue 1079 (2024-07-15): Ubuntu Core 24, hiding files on Linux, Fedora dropping X11 packages on Workstation, Red Hat phasing out GRUB, new OpenSSH vulnerability, FreeBSD speeds up release cycle, UBports testing new first-run wizard |
| • Issue 1078 (2024-07-08): Changing init software, server machines running desktop environments, OpenSSH vulnerability patched, Peppermint launches new edition, HardenedBSD updates ports |
| • Issue 1077 (2024-07-01): The Unity and Lomiri interfaces, different distros for different tasks, Ubuntu plans to run Wayland on NVIDIA cards, openSUSE updates Leap Micro, Debian releases refreshed media, UBports gaining contact synchronisation, FreeDOS celebrates its 30th anniversary |
| • Issue 1076 (2024-06-24): openSUSE 15.6, what makes Linux unique, SUSE Liberty Linux to support CentOS Linux 7, SLE receives 19 years of support, openSUSE testing Leap Micro edition |
| • Issue 1075 (2024-06-17): Redox OS, X11 and Wayland on the BSDs, AlmaLinux releases Pi build, Canonical announces RISC-V laptop with Ubuntu, key changes in systemd |
| • Issue 1074 (2024-06-10): Endless OS 6.0.0, distros with init diversity, Mint to filter unverified Flatpaks, Debian adds systemd-boot options, Redox adopts COSMIC desktop, OpenSSH gains new security features |
| • Issue 1073 (2024-06-03): LXQt 2.0.0, an overview of Linux desktop environments, Canonical partners with Milk-V, openSUSE introduces new features in Aeon Desktop, Fedora mirrors see rise in traffic, Wayland adds OpenBSD support |
| • Issue 1072 (2024-05-27): Manjaro 24.0, comparing init software, OpenBSD ports Plasma 6, Arch community debates mirror requirements, ThinOS to upgrade its FreeBSD core |
| • Issue 1071 (2024-05-20): Archcraft 2024.04.06, common command line mistakes, ReactOS imports WINE improvements, Haiku makes adjusting themes easier, NetBSD takes a stand against code generated by chatbots |
| • Issue 1070 (2024-05-13): Damn Small Linux 2024, hiding kernel messages during boot, Red Hat offers AI edition, new web browser for UBports, Fedora Asahi Remix 40 released, Qubes extends support for version 4.1 |
| • Issue 1069 (2024-05-06): Ubuntu 24.04, installing packages in alternative locations, systemd creates sudo alternative, Mint encourages XApps collaboration, FreeBSD publishes quarterly update |
| • Issue 1068 (2024-04-29): Fedora 40, transforming one distro into another, Debian elects new Project Leader, Red Hat extends support cycle, Emmabuntus adds accessibility features, Canonical's new security features |
| • Issue 1067 (2024-04-22): LocalSend for transferring files, detecting supported CPU architecure levels, new visual design for APT, Fedora and openSUSE working on reproducible builds, LXQt released, AlmaLinux re-adds hardware support |
| • Issue 1066 (2024-04-15): Fun projects to do with the Raspberry Pi and PinePhone, installing new software on fixed-release distributions, improving GNOME Terminal performance, Mint testing new repository mirrors, Gentoo becomes a Software In the Public Interest project |
| • Issue 1065 (2024-04-08): Dr.Parted Live 24.03, answering questions about the xz exploit, Linux Mint to ship HWE kernel, AlmaLinux patches flaw ahead of upstream Red Hat, Calculate changes release model |
| • Issue 1064 (2024-04-01): NixOS 23.11, the status of Hurd, liblzma compromised upstream, FreeBSD Foundation focuses on improving wireless networking, Ubuntu Pro offers 12 years of support |
| • Issue 1063 (2024-03-25): Redcore Linux 2401, how slowly can a rolling release update, Debian starts new Project Leader election, Red Hat creating new NVIDIA driver, Snap store hit with more malware |
| • Issue 1062 (2024-03-18): KDE neon 20240304, changing file permissions, Canonical turns 20, Pop!_OS creates new software centre, openSUSE packages Plasma 6 |
| • Issue 1061 (2024-03-11): Using a PinePhone as a workstation, restarting background services on a schedule, NixBSD ports Nix to FreeBSD, Fedora packaging COSMIC, postmarketOS to adopt systemd, Linux Mint replacing HexChat |
| • Issue 1060 (2024-03-04): AV Linux MX-23.1, bootstrapping a network connection, key OpenBSD features, Qubes certifies new hardware, LXQt and Plasma migrate to Qt 6 |
| • Issue 1059 (2024-02-26): Warp Terminal, navigating manual pages, malware found in the Snap store, Red Hat considering CPU requirement update, UBports organizes ongoing work |
| • Issue 1058 (2024-02-19): Drauger OS 7.6, how much disk space to allocate, System76 prepares to launch COSMIC desktop, UBports changes its version scheme, TrueNAS to offer faster deduplication |
| • Issue 1057 (2024-02-12): Adelie Linux 1.0 Beta, rolling release vs fixed for a smoother experience, Debian working on 2038 bug, elementary OS to split applications from base system updates, Fedora announces Atomic Desktops |
| • Issue 1056 (2024-02-05): wattOS R13, the various write speeds of ISO writing tools, DSL returns, Mint faces Wayland challenges, HardenedBSD blocks foreign USB devices, Gentoo publishes new repository, Linux distros patch glibc flaw |
| • Issue 1055 (2024-01-29): CNIX OS 231204, distributions patching packages the most, Gentoo team presents ongoing work, UBports introduces connectivity and battery improvements, interview with Haiku developer |
| • Issue 1054 (2024-01-22): Solus 4.5, comparing dd and cp when writing ISO files, openSUSE plans new major Leap version, XeroLinux shutting down, HardenedBSD changes its build schedule |
| • Issue 1053 (2024-01-15): Linux AI voice assistants, some distributions running hotter than others, UBports talks about coming changes, Qubes certifies StarBook laptops, Asahi Linux improves energy savings |
| • Issue 1052 (2024-01-08): OpenMandriva Lx 5.0, keeping shell commands running when theterminal closes, Mint upgrades Edge kernel, Vanilla OS plans big changes, Canonical working to make Snap more cross-platform |
| • Issue 1051 (2024-01-01): Favourite distros of 2023, reloading shell settings, Asahi Linux releases Fedora remix, Gentoo offers binary packages, openSUSE provides full disk encryption |
| • Issue 1050 (2023-12-18): rlxos 2023.11, renaming files and opening terminal windows in specific directories, TrueNAS publishes ZFS fixes, Debian publishes delayed install media, Haiku polishes desktop experience |
| • Issue 1049 (2023-12-11): Lernstick 12, alternatives to WINE, openSUSE updates its branding, Mint unveils new features, Lubuntu team plans for 24.04 |
| • Issue 1048 (2023-12-04): openSUSE MicroOS, the transition from X11 to Wayland, Red Hat phasing out X11 packages, UBports making mobile development easier |
| • Issue 1047 (2023-11-27): GhostBSD 23.10.1, Why Linux uses swap when memory is free, Ubuntu Budgie may benefit from Wayland work in Xfce, early issues with FreeBSD 14.0 |
| • Issue 1046 (2023-11-20): Slackel 7.7 "Openbox", restricting CPU usage, Haiku improves font handling and software centre performance, Canonical launches MicroCloud |
| • Issue 1045 (2023-11-13): Fedora 39, how to trust software packages, ReactOS booting with UEFI, elementary OS plans to default to Wayland, Mir gaining ability to split work across video cards |
| • 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 | 
helloSystem
helloSystem is a FreeBSD-based, desktop-oriented operating system. The project seeks to provide a macOS-style desktop interface and layout while using open source software.
Status: Active
|
| 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.
|
|
• 
• 
• 
• 
• 
• 
• 
