 DistroWatch Weekly |
| Tip Jar |
If you've enjoyed this week's issue of DistroWatch Weekly, please consider sending us a tip.
(Tips this week: 1, value: US$20) |
|
|
|
 bc1qxes3k2wq3uqzr074tkwwjmwfe63z70gwzfu4lx  lnurl1dp68gurn8ghj7ampd3kx2ar0veekzar0wd5xjtnrdakj7tnhv4kxctttdehhwm30d3h82unvwqhhxarpw3jkc7tzw4ex6cfexyfua2nr  86fA3qPTeQtNb2k1vLwEQaAp3XxkvvvXt69gSG5LGunXXikK9koPWZaRQgfFPBPWhMgXjPjccy9LA9xRFchPWQAnPvxh5Le paypal.me/distrowatchweekly • patreon.com/distrowatch |
|
| Extended Lifecycle Support by TuxCare |
|
|
| Reader Comments • Jump to last comment |
1 • Since the demise of Sabayon (by Heinrich on 2024-03-25 00:44:16 GMT from United States)
Redcore seems to be one of the few Gentoo-based distros left after the demise of Sabayon.
2 • Redcore - did it install or not? Confused (by Andy Prough on 2024-03-25 01:36:47 GMT from United States)
@Jesse said,
>"When I tried running Redcore on my laptop, it was a different story. The live medium could boot on my laptop, but only to a text console. I was unable to get either a Wayland session or an X11 session of Plasma to run on my physical hardware, which appears to be a missing driver issue. This prevented me from running the system installer on the laptop."
You seemed to be saying here that it didn't install, but then you seemed to do a full review of the installed system. Were you just reviewing the vbox installation? Or maybe I'm reading it wrong?
3 • Rolling releases fast and slow. (by Bobbie Sellers on 2024-03-25 03:47:13 GMT from United States)
The comment calls PCLinuxOS a slow Rolling Release.
I would rather call it a steady Rolling Release.
Since it is a smaller project it takes a little longer when a problematic piece of
software from the Kernel to the Desktop Manager comes along. Most of the
users want to keep using their computers under PCLinuxOS and problems
happen and are unavoidable in any release as we see so often in the fine
reviews of the latest versions of the most interesting distributions.
Some people upgrade slowly and do not stay in close touch with the Forum
where announcements are made about problems that may arise. That may
give them some problems.
So generally the well-informed just keep Rolling along.
bliss- Dell Precision 7730- PCLOS 2024.03- Linux 6.6.22-pclos1- KDE Plasma 5.27.11
4 • slow rolling releases (by user on 2024-03-25 04:54:38 GMT from Hungary)
I have found too that not so speedy rolling as Void has better use cases than the top speedy ones as Arch or Tumbleweed. Similar to the car gears, where 5th gear is more frequently used than the 6th and the speed is optimal and safer for the journey.
5 • Did you fully install Redcore? (by Dan on 2024-03-25 10:00:46 GMT from United Kingdom)
@Jesse
So did you get to test a full installation or Redcore with desktop on physical hardware?
6 • Redcore (by DachshundMand on 2024-03-25 10:16:25 GMT from United Kingdom)
I was installing Redcore and I found that buttons on the first page of the installer did not work I would probably give up thinking that if the developers cannot make the installer work OK then what else is wrong.
7 • Do you prefer fast or slow rolling releases? (by James on 2024-03-25 10:39:06 GMT from United States)
I use Sparky semi-rolling, so voted slow and steady.
8 • Slow moving rolling release (by Kazlu on 2024-03-25 11:02:46 GMT from France)
I would add Manjaro in the list of slow rolling releases. It's actually the whole point of the distro, materialized in its branches: unstable is synced with Arch (and then Manjaro specific modifications are put there), then packages move to testing and finally to stable. They say a package typically takes about two weeks to reach the stable branch.
To me, that looks fine. The only problem I have with this (and potentially other slow rolling distros) is that it is unclear if there is a shortcut path for security patches. If a vulnerability is patched, I don't want to wait 2 weeks to get it. However it's perfectly fine for features. At least I did not find the information so I remain uncertain.
OpenSUSE slowroll is clear about this.
9 • PCLinuxOS (by ThomasAnderson on 2024-03-25 11:29:27 GMT from Australia)
Does pclinuxos provide the option to encrypt /home or the entire drive during installation?
Redcore looks good, if only, the ption was there to select your desired desktop like in OpenSuse.
Personally i can't stand KDE.
10 • Canonical Inclusiveness (by Otis on 2024-03-25 12:19:04 GMT from United States)
That in the News section about Canonical practicing inclusion to the point of propagating the thievery of malware along with its other software is heartening. I'm feeling much better now about stealing that 10 cent Mutt & Jeff comic from the local market when I was 8 years old.
11 • Canonical snap malware (by Alessandro di Roma on 2024-03-25 12:30:06 GMT from Italy)
Once upon a time I used Xubuntu, after snap I switched to Debian XFCE edition, and I'll never go back!
12 • Slow moving rolling release (by Mu on 2024-03-25 12:46:59 GMT from Germany)
@8
Manjaro has a graphic on their site explaining security fixes get "fast-tracked". They at least mention firefox getting fast-tracked this way.
13 • Rolling Releases (by steveo314 on 2024-03-25 14:09:56 GMT from United States)
I've used Debian Sid since 2007 more or less. The only time it isn't bleeding edge is the couple months they are in a hard freeze when they are trying to get a stable release out.
14 • Redcore (by Antonio on 2024-03-25 16:23:20 GMT from Belgium)
I did notice that Redcore's (and by extension, maybe Gentoo's) repository was missing some key items, particularly multimedia applications.
Searches for Rhythmbox, Celluloid, and a few others returned no results.
Rhythmbox(https://packages.gentoo.org/packages/media-sound/rhythmbox) and Celluloid(https://packages.gentoo.org/packages/media-video/celluloid) are in Gentoo's repository. Maybe they're not available(pre-built) in Sisyphus repôsitory.
15 • PCLinuxOS (by David on 2024-03-25 17:15:38 GMT from United Kingdom)
@9
Yes, you can encrypt /home at installation. And if you don't like KDE Plasma, there are installation media for Mate and Xfce available.
16 • What, exactly, is a 'slow rolling release'? (by R. Cain on 2024-03-25 18:34:18 GMT from United States)
From the poll--
"DO YOU PREFER FAST OR SLOW ROLLING RELEASES?"
Please define--VERY SPECIFICALLY--the difference between a "slow rolling release" and the fad of most distro developers which consists of absolutely having to generate a 'new', faster, more-bloated, buggier, more-feature-filled release than the last one they cranked out just six months ago...and six months before that...and six months before...
And of course, all the bugs generated by this frenetic pace are still there, and can't, aren't. and never will be fixed, because the developers are too busy working on the next fastest, biggest , most feature-filled...
Don't even waste your time submitting a "bug report". When they don't even have time for the very basics of thorough validation testing and Q-A, distro developers have no time to be bothered with responding to bug reports
Here's a good question for you: why do you even WANT a developer to attempt to generate a truly good, thoroughly 'vetted', brand-new semi-annual distribution when you know, as a critically-thinking technical person that it simply cannot be done?
17 • Posting a platform (by RoestVrijStaal on 2024-03-25 20:08:46 GMT from The Netherlands)
> Chandran has not posted a platform at the time of writing.
"Posting a platform" sounds like it takes some effort though :-)
18 • Semi-rolling (by Ed on 2024-03-25 22:18:22 GMT from Sweden)
I think most users are best served by semi-rolling distributions like Fedora, PcLinuxOS or Opensuse Slowroll. Especially on the desktop/laptop.
Going full-rolling like Arch or Opensuse Tumbleweed is not for everybody and necessitates deep knowledge and experience of fixing problems when they arise.
I just want to use my computer and not being perpetually concerned with potentially disruptive problems arising after a update.
I also dont want to use software that is very old and therefore I no longer use Ubuntu LTS or Debian Stable. My needs is hitherto best catered to by Fedora.
19 • @18 fedora (by Hoos on 2024-03-26 01:49:19 GMT from Singapore)
Fedora is not semi or slow rolling, since you have to change repositories to get to the new release. In my opinion anyway.
It is a fixed release distro with a great release upgrade path. I think this works better in fedora than doing the same in ubuntu or Debian based distro. The Fedora tool/specific commands for this do a pretty good job of clearing cruft in the midst of the release upgrade.
20 • Prefer rolling releases (by Dave on 2024-03-26 01:55:59 GMT from Australia)
For desktops, I like rolling releases for the simple fact there are never any "distro major version" upgrades, where things often go wrong and fail. Not having to worry about version numbers, code names, repo versions, update vs upgrade etc.
I also like getting new versions of software, at least relatively quickly, rather than waiting for years.
21 • Debian wiki (by a on 2024-03-26 04:21:03 GMT from Brazil)
"why Arch wiki is famous for good documentation but wiki.debian.org is not"
Even though I am a big fan of the Debian distribution, I can list three notable points why its wiki is not so acclaimed, namely:
- The distribution's homepage does not contain a visible link to the wiki. In comparison, the Archlinux homepage returns four results with the `ctrl+f wiki` command, while Debian returns none;
- The Archlinux wiki homepage has a section for interacting with it, teaching how to read, navigate, contribute, and edit. There is nothing equivalent on the Debian wiki homepage;
- Search engines typically display the Archlinux wiki before the Debian wiki.
22 • 18 • Semi-rolling (by Ed...from Sweden) (by R. Cain on 2024-03-26 16:58:45 GMT from United States)
"...I just want to use my computer and not being perpetually concerned with potentially disruptive problems arising after a update...."
-----------------------------------------------------
"...The Year of Linux is the year that you look at your distribution, compare to the year before, and you have that sense of stability, the knowledge that no matter what you do, you can rely on your operating system. Which is definitely not the case today. If anything, the issues are worsening and multiplying. You don’t need a degree in math to see the problem.
I find the LACK OF CONSISTENCY to be the public enemy no. 1 in the open-source world. In the long run, it will be the one deciding factor that will determine the success of Linux. Sure, applications, but if the operating system is not transparent, people will not choose it. They will seek simpler, possibly less glamorous, but ultimately more stable solutions, because no one wants to install a patch and dread what will happen after a reboot. It’s very PTSD. And we know Linux can do better than that. We’ve seen it. Not that long ago..."
https://www.ocsmag.com/linux-2017-the-road-to-hell/
23 • Debian Wiki (by JeffC on 2024-03-26 18:34:27 GMT from United States)
One big problem with the Debian wiki is that many pages are written referencing Debian four or more versions ago.
The Arch wiki is kept up to date, the Debian wiki seems to be a forgotten relic of bygone days.
24 • Regata OS 24 (by falcon52 on 2024-03-26 19:55:28 GMT from United States)
I've tried Suse on may occasions and never kept it around very long. I took a chance and loaded Regata on several computers and kind of liked it. However the latest update broke every installation and rendered the keyboards useless. I couldn't even enter my password on the login screen. This is on Intel, Gigabyte, ASUS motherboards and Intel, Radeon, and nVidia video cards, so it's not specific to the hardware.
25 • stability and docuemntation (by Daleep on 2024-03-27 00:59:17 GMT from New Zealand)
@22 - I think most users want things to improve but not drastically change. Windows 10 and now 11 throw that under the bus, so do many Linux distros and desktops (eg Gnome, KDE/Plasma). To re-iterate, improvement is good, crazy change because the 23 yo dev discovered a new drink at the bar is not.
@23 - this is a huge online problem when you run into issues on anything. "Advice" on PHP, C, Python, bash or distro configuration ... bring up 10 year old and often older results in the search. The *overflow sites are horrid - often ignore the problem, assume a solution ot position, or blankly state its a known issue. Unhelpful. I even got an AI to spew up some donkey advice quoting stackoverflow the other day - AND it missed the point, spewing irrelevant drivel. Docs should be kept up to date, and the search engines should pull their socks up and link to that new info, not the internet archive or mirrors.
my 2c
And soon, we have Ubuntu 24.04 N.N. which is an LTS release, so will form a base for Mint and many more for years to come. And, ...Gimp 3.0 sometime after May, maybe?
26 • @12 Manjaro fast-tracked updates (by Kazlu on 2024-03-27 08:41:14 GMT from France)
This is interesting. But even with the term you are giving me, I *still* cannot find it on their website! It seems important, it should be mentioned somewhere. Why burry this in some obscure place in their website? Anyway, if someone can point me to an informative page about this I would appreciate it.
27 • RELIANOID (by Geo. on 2024-03-27 12:54:06 GMT from Canada)
RELIANOID said "The HTTP farms parser has been fortified to improve robustness, and good practices have been applied across the core codebase to achieve Critic Level 4 compliance"
Google replied "there aren't many great matches for your search Try using words that might appear on the page you’re looking for. For example, "cake recipes" instead of "how to make a cake."
🙃
28 • Python debacle (by ThomasAnderson on 2024-03-28 01:12:36 GMT from Australia)
Slightly off-topic but relevant consiering the Github poisoning of many python packages not just in the last week but this seems to be an ongoing issue also last year and before that
Considering the scope and severity of the poisoning of python and pypi packages with malware, we should really ensure that the python packages installed by default are actually malware free, but worse still is that many linux apps use python dependencies which could be poisoned.
I noticed also that if i try to uninstall python from my linux it will break the system, the desktop, mate, gnome etc.
Perhaps python is not necessary for a headless install but if you run a desktop it seems we must have python installed.
How can we trust our install with all the malware poisoning going on? How can we trust any app that we run on our system that uses python? It seems like a security nightmare with no way out.
Thoughts?
29 • @28 • Python debacle (by Geo. on 2024-03-28 13:34:20 GMT from Canada)
"I noticed also that if i try to uninstall python from my linux it will break the system, the desktop, mate, gnome etc."
Yikes! 😲 That's a very bad thing.
30 • @28 Python debacle (by Jan on 2024-03-28 15:46:51 GMT from The Netherlands)
"I noticed also that if i try to uninstall python from my linux it will break the system, the desktop, mate, gnome etc."
Does (Ghost-)BSD also suffer from this Python-problem?
AntiX has a differrent DE, possibly no problem?
31 • a (by Computing debacle on 2024-03-28 17:41:40 GMT from Brazil)
@28 "How can we trust our install with all the malware poisoning going on? How can we trust any app that we run on our system that uses python? It seems like a security nightmare with no way out."
The same way you trust the Internet (the biggest vector for malware proliferation).
47 • Python debacle (by ThomasAnderson on 2024-03-28 23:28:45 GMT from Australia)
So apparently, Linux desktop is dependent upon Python.
Remove of all python apps means breaking your installation.
There seems to be no workaround as most of the linux system uses python scripts and many packages also use python.
How did this become the norm? Now because of this malware poisoning happening on Github of python packages, in essence, the entirety of linux's security is put into question.
There is no way, any person can manually check and verify each and every dependency used in a base install.
Even secure distros like Tails, or Whonix, of Cubes, all use python.
This is almost like the famous compiler trust problem (reflections on trusting trust, by ken thompson), but, not in the same way as Linux actively chooses to use python, for stictching together a working distro wheeras a different approach or programming language could be used.
48 • Python (by Checker on 2024-03-28 23:39:37 GMT from Canada)
@47
> So apparently, Linux desktop is dependent upon Python.
it is not.
> Remove of all python apps means breaking your installation.
Only on distributions which make Python a dependency of their base system, usually as part of a meta package.
> There seems to be no workaround as most of the linux system uses python scripts and many packages also use python.
Some Linux systems do, some don't. You can just use a distro which doesn't rely on Python if you're worried.
> How did this become the norm?
It didn't. You're misunderstanding the situation.
> Now because of this malware poisoning happening on Github of python packages, in essence, the entirety of linux's security is put into question.
This makes no sense. Your Linux distro isn't pulling in Python packages from GitHub.
> This is almost like the famous compiler trust problem
It's not. There isn't anything hidden here. You can just download Python scripts and read them if you want.
> Linux actively chooses to use python, for stictching together a working distro wheeras a different approach or programming language could be used.
Linux is not a uniform family of distributions. Different distributions use different tools and languages. If you have a grudge against Python then use a distro which doesn't include it.
49 • Python debacle (by ThomasAnderson on 2024-03-29 00:16:20 GMT from Australia)
@48
Open your package manager, select all the python installed programs and try to uninstall it without breaking your desktop.
Let me know how that goes.
BTW, Anaconda, which is the installer for RHEL, CentOS, Fedora, Oracle Linux, and Scientific Linux, is written in Python as are yum and dnf which are the package managers. They also require Python to function. Portage, which is the package manager for Gentoo, is also written in Python.
A lot of the modern system management functionality In RHEL requires Python. One example is firewall-cm.
>You can just use a distro which doesn't rely on Python if you're worried.
-- name one......
>This makes no sense. Your Linux distro isn't pulling in Python packages from GitHub.
-- you fail to graps the issue. The distros did infact pull those packages from Github to build the distro
>It's not. There isn't anything hidden here. You can just download Python scripts and read them if you want.
-- are you not understanding the recent issues with malware infestations in python and pyipi? They were using extremely obuscated code to hide their malware which would be impenetrable to the average user to see even if they went line by line through that pythons program code
>Linux is not a uniform family of distributions. Different distributions use different tools and languages. If you have a grudge against Python then use a distro which doesn't include it.
-- again, name one...any that doesn't use Python or which is not broken upon removing python
50 • Rolling release (by White_Wolf on 2024-03-29 10:04:20 GMT from Poland)
Solus is perfect as a rolling release. They always step behind bleeding edge so all is stable and almost latest.
51 • Python (by Otis on 2024-03-29 15:37:36 GMT from United States)
@47 @48 etc the only two distros I can find reported as not using python are DamnSmall and TinyCore.
But all I did was google "list distros without python."
52 • RedHat/Fedora security issue (by Dave Postles on 2024-03-29 17:23:20 GMT from United Kingdom)
https://www.redhat.com/en/blog/urgent-security-alert-fedora-41-and-rawhide-users
53 • Python (by Python Dev on 2024-03-29 20:47:44 GMT from Canada)
@49: "BTW, Anaconda, which is the installer for RHEL, CentOS, Fedora, Oracle Linux, and Scientific Linux, is written in Python as are yum and dnf which are the package managers. They also require Python to function. Portage, which is the package manager for Gentoo, is also written in Python."
it seems you are really focused on Red Hat and RHEL-based clones. Maybe step outside of the Red Hat ecosystem?
" you fail to graps the issue. The distros did infact pull those packages from Github to build the distro"
I understand the issue you're saying exists. What I'm saying is I don't think it exists. Can you point to any distributions which ship known malware in Python packages?
"again, name one...any that doesn't use Python or which is not broken upon removing python
Not sure why you're not doing your own research. But, okay, off the top of my head? I think you could do just fine with Puppy, Slackware, Tiny Core, probably Alpine, maybe Void. I don't think any of Arch's core relies on Python either. Basically once you step outside of the commercially backed Linux distributions, Python becomes less common and it either isn't included or you can remove it without breaking anything.
54 • @49 Python and distros (by Andy Prough on 2024-03-29 21:10:34 GMT from United States)
> "you fail to graps the issue. The distros did infact pull those packages from Github to build the distro"
a) No distro was pulling those malware infested packages, because they are fake python packages with altered names of real packages. If you can find a single distro that was pulling incorrectly named fake python packages from GitHub and packaging them in their repos without first inspecting them then you should come back and report it to us. You won't find any.
b) The malware in the fake Python packages was targeting Windows systems, so even if you do find a distro that somehow moronically downloaded incorrectly named fake Python packages from GitHub, they would have no effect on a GNU/Linux distro or any other non-Windows OS.
55 • Python debacle (by ThomasAnderson on 2024-03-29 22:33:40 GMT from Australia)
@53
>I understand the issue you're saying exists. What I'm saying is I don't think it exists. Can you point to any distributions which ship known malware in Python packages?
-no, but that lack of evidence does not that it isn't happening.
-just today it is discovered that a backdoor was found in the compression utility 'xz' versions 5.6.0 and 5.6.1 which breaks SSH encryption, which was incorporated into Arch (they just released a security alert for it)
-in this case not it is not python, but malware slipped through the cracks even though eyes were on it
-you make a point that the absence of evidence is NOT evidence of absence.
It is not somehow reassuring. The python and pypi poisoning that is happening on Github was on a massive scale. According to Checkmarx, 'The attackers used a combination of malware delivery techniques, from publishing rogue packages to PyPI, the main public registry for Python packages, to setting up rogue repositories on GitHub and using code obfuscation and typosquatting to avoid detection. The compromised credentials gave attackers access to GitHub accounts belonging to developers, which then allowed them to inject a malicious dependency into legitimate repositories. One example was a repository belonging to Top.gg, a Discord bot publishing platform whose community includes over 170,000 users.'
my install has 70 python packages. That requires a lot of eyes to scrutinize code.
Look, even if Alpine, Void, Tiny Core or Slackware don't depend on python (i can't verify this as i haven't downloaded and installed them; I run Devuan) the point I was trying to raise was that there are unecessary attack surfaces in a Linux distro that don't have to be there.
The more apps which are included in a linux distro base install, the greater the attack surface. Python is great because generally, programs or scripts that use python pull in many dependencies from many sources including pypi and thus even though the main python app may be ok, the dependencies may not be,
Reduce the attack surface. Reduce the reliance on python. Be vigilant.
56 • XZ malware (by ThomasAnderson on 2024-03-29 22:50:20 GMT from Australia)
Today, Red Hat warned users to immediately stop using systems running Fedora development and experimental versions because of a backdoor found in the latest XZ Utils data compression tools and libraries.
"PLEASE IMMEDIATELY STOP USAGE OF ANY FEDORA 41 OR FEDORA RAWHIDE INSTANCES for work or personal activity," Red Hat warned on Friday.
"No versions of Red Hat Enterprise Linux (RHEL) are affected. We have reports and evidence of the injections successfully building in xz 5.6.x versions built for Debian unstable (Sid). Other distributions may also be affected."
Debian's security team also issued an advisory warning users about the issue. The advisory says that no stable Debian versions are using the compromised packages and that XZ has been reverted to the upstream 5.4.5 code on affected Debian testing, unstable, and experimental distributions.
57 • rolling releases and xz - my $0.02 (by Brad on 2024-03-29 23:52:59 GMT from United States)
I just logged on to see that there were security updates (from Manjaro stable) for xz. Glad it came through so quickly, and I think this may answer a question from earlier posts about security fixes in Manjaro.
58 • XZ malware (by ThomasAnderson on 2024-03-30 00:05:04 GMT from Australia)
Microsoft software engineer Andres Freund discovered the security issue while investigating slow SSH logins on a Linux box running Debian Sid (the rolling development version of the Debian distro).
--
It was accidentally discovered.
How many have not been discovered?
Number of Comments: 59
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 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 |
| • Issue 1121 (2025-05-12): Bluefin 41, custom file manager actions, openSUSE joins End of 10 while dropping Deepin desktop, Fedora offers tips for building atomic distros, Ubuntu considers replacing sudo with sudo-rs |
| • Issue 1120 (2025-05-05): CachyOS 250330, what it means when a distro breaks, Kali updates repository key, Trinity receives an update, UBports tests directory encryption, Gentoo faces losing key infrastructure |
| • Issue 1119 (2025-04-28): Ubuntu MATE 25.04, what is missing from Linux, CachyOS ships OCCT, Debian enters soft freeze, Fedora discusses removing X11 session from GNOME, Murena plans business services, NetBSD on a Wii |
| • Issue 1118 (2025-04-21): Fedora 42, strange characters in Vim, Nitrux introduces new package tools, Fedora extends reproducibility efforts, PINE64 updates multiple devices running Debian |
| • Issue 1117 (2025-04-14): Shebang 25.0, EndeavourOS 2025.03.19, running applications from other distros on the desktop, Debian gets APT upgrade, Mint introduces OEM options for LMDE, postmarketOS packages GNOME 48 and COSMIC, Redox testing USB support |
| • Issue 1116 (2025-04-07): The Sense HAT, Android and mobile operating systems, FreeBSD improves on laptops, openSUSE publishes many new updates, Fedora appoints new Project Leader, UBports testing VoLTE |
| • Issue 1115 (2025-03-31): GrapheneOS 2025, the rise of portable package formats, MidnightBSD and openSUSE experiment with new package management features, Plank dock reborn, key infrastructure projects lose funding, postmarketOS to focus on reliability |
| • Issue 1114 (2025-03-24): Bazzite 41, checking which processes are writing to disk, Rocky unveils new Hardened branch, GNOME 48 released, generating images for the Raspberry Pi |
| • Issue 1113 (2025-03-17): MocaccinoOS 1.8.1, how to contribute to open source, Murena extends on-line installer, Garuda tests COSMIC edition, Ubuntu to replace coreutils with Rust alternatives, Chimera Linux drops RISC-V builds |
| • Issue 1112 (2025-03-10): Solus 4.7, distros which work with Secure Boot, UBports publishes bug fix, postmarketOS considers a new name, Debian running on Android |
| • Issue 1111 (2025-03-03): Orbitiny 0.01, the effect of Ubuntu Core Desktop, Gentoo offers disk images, elementary OS invites feature ideas, FreeBSD starts PinePhone Pro port, Mint warns of upcoming Firefox issue |
| • Issue 1110 (2025-02-24): iodeOS 6.0, learning to program, Arch retiring old repositories, openSUSE makes progress on reproducible builds, Fedora is getting more serious about open hardware, Tails changes its install instructions to offer better privacy, Murena's de-Googled tablet goes on sale |
| • Issue 1109 (2025-02-17): Rhino Linux 2025.1, MX Linux 23.5 with Xfce 4.20, replacing X.Org tools with Wayland tools, GhostBSD moving its base to FreeBSD -RELEASE, Redox stabilizes its ABI, UBports testing 24.04, Asahi changing its leadership, OBS in dispute with Fedora |
| • Issue 1108 (2025-02-10): Serpent OS 0.24.6, Aurora, sharing swap between distros, Peppermint tries Void base, GTK removinglegacy technologies, Red Hat plans more AI tools for Fedora, TrueNAS merges its editions |
| • Issue 1107 (2025-02-03): siduction 2024.1.0, timing tasks, Lomiri ported to postmarketOS, Alpine joins Open Collective, a new desktop for Linux called Orbitiny |
| • Issue 1106 (2025-01-27): Adelie Linux 1.0 Beta 6, Pop!_OS 24.04 Alpha 5, detecting whether a process is inside a virtual machine, drawing graphics to NetBSD terminal, Nix ported to FreeBSD, GhostBSD hosting desktop conference |
| • Issue 1105 (2025-01-20): CentOS 10 Stream, old Flatpak bundles in software centres, Haiku ports Iceweasel, Oracle shows off debugging tools, rsync vulnerability patched |
| • Issue 1104 (2025-01-13): DAT Linux 2.0, Silly things to do with a minimal computer, Budgie prepares Wayland only releases, SteamOS coming to third-party devices, Murena upgrades its base |
| • Issue 1103 (2025-01-06): elementary OS 8.0, filtering ads with Pi-hole, Debian testing its installer, Pop!_OS faces delays, Ubuntu Studio upgrades not working, Absolute discontinued |
| • Issue 1102 (2024-12-23): Best distros of 2024, changing a process name, Fedora to expand Btrfs support and releases Asahi Remix 41, openSUSE patches out security sandbox and donations from Bottles while ending support for Leap 15.5 |
| • Issue 1101 (2024-12-16): GhostBSD 24.10.1, sending attachments from the command line, openSUSE shows off GPU assignment tool, UBports publishes security update, Murena launches its first tablet, Xfce 4.20 released |
| • 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 | 
Neat-GNU/Linux
Neat-GNU/Linux was going to be like any other GNU/Linux distribution with a couple of differences, the most notable was the installation procedure, but also by keeping the number of packages at a minimum, hence the name; Neat. The installation was not done by copying precompiled packages but by actually compiling packages from source and then install them to the system. By making the list of software as small as possible we hope to create a system that was easy to maintain, that requires little space on the hard drive(s) but at the same time was fully functional. We will also try to include configuration scripts for some administrative tasks, like setting up the network, to make it easier to administrate. Update: As of December 2002, the Neat GNU/Linux distribution was no longer available.
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.
|
|
• 
• 
• 
• 
• 
• 
• 
