 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 • Hurdless (by Johhy Walker on 2024-04-01 00:26:15 GMT from United States)
Why Hurd when we have Linux for decades. I don't need to experiment.
2 • Re: GNU/Hurd (by Vinfall on 2024-04-01 02:16:09 GMT from Hong Kong)
Because Linux kernel by default comes with so many (closed source) binary blobs I guess? That's also why we have Linux-Libre as seen in Debian/Trisquel.
That being said, it's getting harder these days after so many years of waiting and people are really getting tired. IMO nowadays even a new kernel implementation written in Rust like Redox or even buggy Maestro can draw far more attention that this legacy…
3 • Hurd (by Andy Prough on 2024-04-01 02:28:07 GMT from United States)
I'm running Debian 12 Hurd version via KVM at the moment. I'm writing this comment from it, using the Links2 browser on the DWM window manager. It's fairly pleasant, although missing a few important packages like Firefox. Other than the limited number of packages, you really wouldn't know you are running a different kernel.
4 • rlxOS is an immutable Linux distribution not NixOS (by Robert on 2024-04-01 03:55:01 GMT from United States)
rlxOS is an immutable Linux distribution not NixOS, you might of confused them. Since their Distro linux names sound kind of alike.
https://www.zdnet.com/article/rlxos-is-an-immutable-linux-distribution-that-proves-looks-can-be-deceiving/
5 • rlxOS is an immutable Linux distribution not NixOS (by Robert on 2024-04-01 04:07:55 GMT from United States)
can the email address be edited out I didn't mean to share it, thanks :) if not that's ok
I guess. I been playing with Opensuse MicroOS and Fedora Silverblue and Kinoite, I like the new plasma 6, but on Fedora Kinoite, for some reason it has startup display bugs on my ASUS Republic of Gamers laptop, all the way right up to the X windows system, it has a bug right before loading plasma 6 on the Fedora Kinoite version, I used Tumbleweed on it too, it gets a text message about TPM thing on startup in the linux kernel, and some weird message about the blutooth, it works but still their is a kernel message about that too, its a strix laptop model is GL702VS and has a Geforce GTX 1070 mobel 3D graphics in it, with a core i7 processor, it can run windows 11 but scanning and it only able to use windows 11 with rufus, by default its a laptop that is not supported by windows 11 even if it can run it. it came with windows 10 on it. I like the idea of the MicroOS and Kinoite, and sometimes I like the gnome on laptop more and on my older desktop a gigabyte system I prefer plasma 6 or 5 and kde but that me, its been hard to find the perfect linux to run on this laptop, they work somewhat, and I always have to enable the keyboards backlight from either gnome or plasma by default they have the keyboard red lights off, its nice to have them on at night otherwise its hard to see the keyboard keys labels on them. but unlike the windows drivers for the keyboard the linux ones have to be turned on with settings.
6 • rlxOS is an immutable Linux distribution not NixOS (by Robert on 2024-04-01 04:29:37 GMT from United States)
if your wondering why linux over windows 11 the Security virus scanner does not work well on this laptop, the ASUS Republic of Gamers, GL702VS laptop, has Strix name above the keyboard on it, what windows 11 does not support on this laptop is the Intel core i7 processor that it came with, it has their TPM 2.0 device, which linux doesn't seem to like, the blutooth works but gets a kernel message on startup that I don't really understand, and in the kernel sometimes during grub or when loading the kernel depending on the linux distro, two text lines come up about the TPM , that maybe should be hidden but they are not using dmesg
tpm_crb [MSFT0101:00: Firmware bug] ACPI region does not cover the enture command/response buffer - this is show twiced during bootup on opensuse tumbleweed , not fedora I don't recall seeing this in Fedora at all in its kernel.
Bluetooth hcl0: Malformed MSFT vendor event 0x02 is the other message I see during bootup on opensuse tumbleweed
like SGX disabled by BIOS.is also in the kernel during statup their is no SGX settings in the bios about anything been disabled its something I have no control over on this laptop.
7 • NixOS good, but not for me (by J.D. Laub on 2024-04-01 04:44:42 GMT from United States)
I ran NixOS for a couple of years, and the experience went fairly well. I moved on because I didn't have a lot of disk space available, and it seemed like every time a core utility changed, a ton of disk was gobbled up retaining the prior generation alongside the current. It got to the point where I'd have to immediately remove the prior generation to avoid running out of space. It was working as designed, but I didn't (couldn't) give it a chance to breathe.
Another issue i hit was the way some configurations were specified in the nix file. Things that had previously been a simple tweak to a file under /etc/ ended up getting specified via an elaborate, syntactically-complex series of lines in the nixos config file; I was spending a lot of time digging around forums/posts/FAQs to find how to do things. Again, I'll take ownership of this - I was familiar with the "old" way & had trouble leaning the "new" way.
The nix config files between my machines got problematic. In my environment I had a reliable old desktop which did a lot of audio work, a newer laptop used for video editing, my wife's laptop with some specific office software, my kid's laptop with other needs, etc. Some of the nix config could be shared, but a lot wasn't, and keeping things straight was becoming onerous. Granted, nix offered repeatability, but I was too used to a simple "apt install" to fix a deficiency instead of making a config file change & then deploying that.
It also felt like if some software I wanted to try wasn't in the nixos repo, it would be way too much hassle to kick the tires. (I'm from the old configure / make / make test / make install days.) I suspect if I'd run the right nix-env commands first things might've gone better, but it got to the point where I felt like I was being straightjacketed.
I don't fault nixos - it just wasn't for me. What put it on my radar to start was that I wanted something along the lines of "make sure these 50 packages are installed on all machines, these 6 packages are installed on machine A, these 14 packages are installed on machine B, etc.". NixOS does far more than that. I haven't yet found a good solution for the simple need.
8 • Hurd (by Al on 2024-04-01 05:37:10 GMT from Bulgaria)
Hurd is important, it is the right way to do things. While I'm impressed by ability of linux and windows to create and maintain gigantic kernels - it is hard to do it without bugs and security flaws. Windows is updated every month and it is not known what updates really do and why they are needed if it looks same all the time...Some day everyone will awake hacked because there is so much unnecessary code in the kernel...(to mention just the most obvious reason)
9 • xz (by Wignersfriend on 2024-04-01 10:20:47 GMT from United Kingdom)
Worth noting that this vulnerability only occurs if your distro uses cmake to build it. If you use the Arch familly (for example) that don't build with cmake then you're safe.
10 • Re: NixOS good, but not for me (by Elisabeth on 2024-04-01 11:13:17 GMT from Germany)
@J.D. Laub,
ansible would be a solution to your problem
11 • @3 That is a pretty noticeable difference (by GT on 2024-04-01 16:11:36 GMT from United States)
"It's fairly pleasant, although missing a few important packages like Firefox. Other than the limited number of packages, you really wouldn't know you are running a different kernel."
I use Linux for specific applications, and if those applications don't run, the OS is essentially useless. I'm surprised it cannot run Firefox. Having a modern web browser is one of the most critical applications for an OS. While I can admire the effort, I can't admire the end result if the system is incapable of basic functionality, which seemingly extends beyond applications as it isn't compatible with most hardware.
Nonetheless...Godspeed, Hurd Devs. I won't be holding my breath waiting for a useable system, but I'm rooting for you.
12 • NixOS Versions (by ThatGuy on 2024-04-01 20:48:47 GMT from United States)
According to the review NixOS is available in two desktop editions: GNOME and KDE Plasma. Jesse downloaded the KDE Plasma edition.
On installation it asks which of 10 different desktop environments (including GNOME and Plasma) to install. Why have different versions if it is going to offer to install all of them?
13 • Hurd (by ThomasAnderson on 2024-04-01 20:48:54 GMT from Australia)
Hurd is a fantastic endeavour in pursuing a morally and ethically libre linux whic in the real world renders it useless.
It will never be useful and is really only an academic theoretical pursuit at this time.
Perhaps when we have free opensource eth/wifi, graphics, usb, and pretty much every other hardware, with which we can use free opensource drivers, then, we can maybe use hurd, but until then hurd is just a _urd.
14 • @13 - Hurd not useless (by Andy Prough on 2024-04-01 21:24:23 GMT from United States)
>"Hurd is a fantastic endeavour in pursuing a morally and ethically libre linux whic in the real world renders it useless.
It will never be useful and is really only an academic theoretical pursuit at this time."
I used the Debian 12 Hurd version yesterday for a few hours, and I've used it in the past. It's certainly not useless - you can't really tell that you aren't on a regular Linux kernel. Nearly all of the normal programs work just like normal. The problem right now is that Hurd is only stable as a 32-bit kernel, its experimental 64-bit version needs to get fully implemented. Also it's going to need a lot of hardware drivers and firmware compiled for it if it's going to have widespread use on live systems. But currently as a 32-bit kernel for a distro running in a KVM virtual machine it's working perfectly fine.
15 • Have you ever tried running Hurd? (by The Catboy on 2024-04-01 22:04:36 GMT from United States)
I would use it if it wasn’t stuck in development hell for the past 34 years. There’s no reason to use GNU Hurd when both the Linux Kernel and freeBSD are both so much more developed and actually being worked on compared to Hurd. I don’t even know if it will work on any of my hardware and I am not really interested in figuring out.
16 • Hurd (by M.Z. on 2024-04-01 23:14:46 GMT from United States)
Hurd is basically an IT science experiment. I don't even beta test my favorite Linux distros, so I'm not really the target audience for that type of thing; however, if it is worth working on to the developers then they are free to purse it & I wish them luck.
17 • Hurd hurts (by ThomasAnderson on 2024-04-02 00:36:03 GMT from Australia)
Considering that RedoxOS written in Rust, which is a microkernal OS and which will probably be ready for stable release probably sometime late this year, the amount of man hours spent on Hurd which could otherwise be used on other projects seems to me to be a completely misguided endeavor. Sure, these researchers/coders/whoever are passionate about Hurd, but just think, instead of canning the project over and over and starting from scratch, if they could have devoted their efforts to BSD or the linux kernel, the potential improvements we might have now.
Seems to me a little bit like the concord problem; they are so deeply invested with their time, that they feel unable to give up and walk away to do anything else, and it is probably the figurative hill that they will die on.
18 • @17 Hurd does not hurt (by Andy Prough on 2024-04-02 01:30:26 GMT from Switzerland)
>"the amount of man hours spent on Hurd which could otherwise be used on other projects seems to me to be a completely misguided endeavor"
The old, "how dare those developers waste their time like that" argument. Funny how it's only ever brought up by non-developer users. "How dare you waste your time on that - you should have been creating new games and new social media sites to entertain me!"
19 • I tried freeBSD once, half my hardware or machines don't have working mouse (by Robert on 2024-04-02 02:42:40 GMT from United States)
freeBSD tried it, for whatever reason, the USB mouse is not loading, otherwise yes it runs, also doesn't like my razer keyboard US keyboard, and the buttons don't work either, so yes it runs but has problems and is not as supported as ubuntu, arch, gentoo, etc.. they and fedora and opensuse work better on my hardware at home.
I had redownloaded freeBSD like a year ago or so.
20 • Hurd (by jazzfelix on 2024-04-02 08:29:45 GMT from Germany)
I tested Hurd about 20 years ago. It was hell of unstable. Tested it 15 years later. It was hell of unstable. Probably still not worth a try. No modern browser, only 32 bit. I don't know about stability or usability as a host for virtual machines which I would need, because I am sure it does not run any of the proprietary softwares I use.
21 • Hurd hurts (by ThomasAnderson on 2024-04-02 10:19:35 GMT from Australia)
@18
>The old, "how dare those developers waste their time like that" argument. Funny how it's only ever brought up by non-developer users. "How dare you waste your time on that - you should have been creating new games and new social media sites to entertain me!"
Exactly, good to see that you understand my point. Perhaps not games or social media, but they could have spent their time improving the linux kernel or any other program.
It's not like they haven't given it go, they have been at this since 1990. So good on them for trying, but people should know when to walk away when something isn't working, especially when there are other microkernel projects that could use talented devs.
In contrast to Hurd, SeL4 was started in 2006. OKL4 the commercial version used in mobile phones, exceeded 1.5 billion shipments in early 2012. Apple A series processors beginning with the A7 contain a Secure Enclave coprocessor running an L4 operating system[14] called sepOS (Secure Enclave Processor OS) based on the L4-embedded kernel developed at NICTA in 2006.[15] As a result, L4 ships on all modern Apple devices including Macs with Apple silicon. In 2015 alone, total shipments of iPhone was estimated at 310 million. (wiki)
People can pursue whatever project they want and they should follow their passion. but that can still be a waste of time, 34 years of wasted time to be exact.
Maybe my great grand kids will get to try a beta release in another 30 years.
22 • @17 & 21: (by dragonmouth on 2024-04-02 11:40:23 GMT from United States)
It's a good thing that various Linux developers did not follow your thinking and listen to Steve Balmer when he said that people should not waste their time on developing Linux.
BTW - Andy Prough was being sarcastic rather than agreeing with you. People should be able to develop any application(s) they feel like, not just the ones you need/want/like.
23 • GNU Hurd (by Highlander on 2024-04-02 12:01:44 GMT from United Kingdom)
Was that an April Fool question?
The GNU Hurd idea is around 40YO and not much has ever come of it.
Even Plan9 and Minix got further, and neither of them are of serious mainstream use.
Even the BSDs cannot offer a decent desktop, however good they are as servers.
Why does Linux exist? Why is Linux used for more servers than any other OS? Why does Linux power more supercomputers than any other OS?
24 • Alternatives to Linux (by Otis on 2024-04-02 18:50:42 GMT from United States)
@23
The overwhelming consensus here is that Hurd is not a viable alternative to Linux distros. Agreed. But your "Even the BSDs cannot offer a decent desktop, however good they are as servers" seems not valid as many find the various BSDs quite "decent" indeed, including GhostBSD of course.
25 • Hurd and so on... (by ThomasAnderson on 2024-04-03 04:50:33 GMT from Australia)
The questions is; what are real alternatives if you don't want to use Linux? If you want to have a fully functional OS with desktop and apps.
Hurd (archhurd etc)- not ready
RedoxOS - not ready
BSD flavors (Freebsd, midnightbsd, hardened etc) - yes
MacOS - yes
Winblows - yes
Haiku - yes and no
SerenityOS - yes
ReactOS - yes and no
ChromeOS - yes, but if you care about privacy forget about it
Minix3 - yes
TempleOS - yes
ToaruOS - yes
Not too many alternatives, but some interesting ones are there, probably the most notable being ToaruOS.
26 • "alternatives" (by Otis on 2024-04-03 15:44:55 GMT from United States)
@25 welllllllll.... Three of the offerings on that list (Windows, MacOs, and ChromeOS) are the OSs which Linux/BSD are alternatives to, is the way I'd say most of the world sees personal computing. Yeah, MacOS is "ready," along with the word's most prolific OS in the world, Windows.
Best of luck to ToaruOS and the others.
27 • Hurd (by Jacob Alexander Tice on 2024-04-03 19:48:49 GMT from United States)
Hurd is seemingly on life support, and looking like it's going to flatline soon. A shame, because I think the idea has potential.
28 • NetBSD (by Jon on 2024-04-03 23:47:25 GMT from Canada)
Congratulation to the NetBSD team on release 10.0
The project always amazes me on how much they get done with so little resources.
29 • Hurd and so on... (by ThomasAnderson on 2024-04-04 00:12:46 GMT from Australia)
I was checking out Haiku, seems it will run fine on my slightly older laptop, so I will give that a spin and see how it goes.
ToaruOS; I will also try to install this.
It would be good if Jesse reviewed some of these non-linux distros once in a while. Last Haiku review was in 2020 beta 2. But no SerenityOS, no Toarus...perhaps these are too far on the edge. There is a massive waiting list anyway, but most of these are just fluff; meaning debian with this wallpaper and icon theme.....most of them are nothing but respins and bring nothing new or unique, unlike say SerpentOS.
If you are reading this Jesse, your criteria for reviewing a distro/os should be more than just respins of (major distro + new icons/wallpaper). This will probably reduce your list by 99% and leave distros that are actually trying to do something new or unique.
30 • Review list (by Jesse on 2024-04-04 00:24:53 GMT from Canada)
> If you are reading this Jesse, your criteria for reviewing a distro/os should be more than just respins of (major distro + new icons/wallpaper).
Seems like an odd thing to post this week since I just reviewed NixOS, one of the more unusual and unique distributions in existence at the moment. But let's zoom out a bit....
I agree with you, that's why I review the odd ones and outliers. As often as I can, really. I've tried Haiku, MINIX, Serpent OS, FreeDOS, ReactOS, Void, etc. And I write about them on here.
The reason you don't see them mentioned more often is these little projects don't advance quickly. Almost nothing has changed with any of the aforementioned projects in the past few years. Haiku is still in beta and only puts out new versions every few years, ReactOS is mostly the same as it was 5 years ago, FreeDOS is the same it was 10 years ago, Serpent OS doesn't run for me (tried it, didn't boot), apart from fixing sound Void hasn't changed much in the last five years, MINIX appears to have been discontinued around three years ago, etc.
The same goes for NetBSD and OpenBSD. They improve, make little behind-the-scenes changes. But I could cut and paste my last review of OpenBSD, change the version number, and no one would notice. Which is probably why whenever I review these outliers people write to me to complain that I should review projects "people actually use" like Ubuntu and Fedora and not the cool, weird projects I'm so fond of.
31 • Hurd's other benefit (by CLia on 2024-04-04 02:29:29 GMT from Australia)
i ran Debian-Hurd CLI on bare metal a couple of years ago, interesting project.
the main benefit i see in it is it's *combination*,
of FOSS & microkernel+'servers' :)
those 'servers' are little bits of code all their own -
upgradable, researchable, securable...
maybe that's a better way for the future than ginormous monoliths of kernels
32 • @25 (by Reyfer on 2024-04-04 03:18:17 GMT from Venezuela)
TempleOS: Religion based os, not for me
SerenityOS: We are in 2024, not the 1990s
ToaruOS: Last stable release in December 2021, everything else small Github commits, not "ready" as you claim
33 • Haiku (by Dave Postles on 2024-04-04 08:04:48 GMT from United Kingdom)
I tried Haiku a couple of years ago. It ran fine with a good range of apps installed and other useful ones to install too. It would be nice to have some more security features. I might try it again.
34 • #2 re: "binary blobs" in linux (by Andrew on 2024-04-04 12:15:56 GMT from United States)
As I understand it (for what little that is worth XD), the binary blobs that are in the kernel source tree may only be built into kernels by users comping kernels for their own personal use, that will not be distributed, and that option is not enabled by default.
Compiled distribution kernels do not include binary blobs in their builds, and are restricted from doing so as that would violate the kernel's GPL2 licence
35 • Binary blobs (by Jesse on 2024-04-04 12:37:19 GMT from Canada)
@34: "As I understand it (for what little that is worth XD), the binary blobs that are in the kernel source tree may only be built into kernels by users comping kernels for their own personal use"
This is not true. The binary blobs are there for virtually every kernel, except for the libre-Linux kernels that scrape the binary blobs out.
> that will not be distributed, and that option is not enabled by default.
The binary blobs are included by default.
> Compiled distribution kernels do not include binary blobs in their builds
Virtually all distribution kernels include binary blobs. A few don't, like the libre distributions (Trisquel for example). But all mainstream distributions include binary blobs for firmware.
> s, and are restricted from doing so as that would violate the kernel's GPL2 licence
This is also not accurate. The firmware is usually under a separate license and not affected by the source code of the kernel. Different files can be distributed under difference licenses in the same source package.
36 • xz, openSSH and systemd (by Kazlu on 2024-04-04 16:17:49 GMT from France)
I hate to be the one opening this can of worms again but...
"OpenSSH does not directly use liblzma. However Debian and several other distributions patch OpenSSH to support systemd notification, and libsystemd does depend on lzma."
Isn't that an illustration of one of the anti-systemd arguments? systemd being too large, doing too many things, having a larger attack surface than other solutions?
I honestly may be wrong here, my question is genuine. But so is my concern.
37 • systemd and xz (by Jesse on 2024-04-04 16:35:50 GMT from Canada)
@36: "Isn't that an illustration of one of the anti-systemd arguments? systemd being too large, doing too many things, having a larger attack surface than other solutions?"
Yes, at least sort of. There is an argument people who don't like systemd express about it being used for too many things, spreading too much, getting hooked in to too many parts of the system. It's certainly a reason for concern.
Though, to be fair to systemd developers and fans, this isn't entirely a fault of systemd in this case. Debian (and other projects) modified OpenSSH to link in with systemd. If distributions had left OpenSSH to work as it normally does, then systemd wouldn't have been involved and liblzma wouldn't have been an issue.
So this might be less a valid complaint against systemd as it is a complaint against distribution packagers trying to patch upstream code to do things it wasn't supposed to do.
This isn't the first time Debian has done this with OpenSSH. Years ago they had a test case in OpenSSH which basically made security keys predictable by creating them with a known seed.
Basically, yes, systemd is large and maybe has a larger attack surface than it should. However, that would be less of a concern if distributions would stop linking things to it which are not supposed to be linked to it.
38 • systemd and xz (by ThomasAnderson on 2024-04-05 03:46:16 GMT from Australia)
I agree that it shows that systemd has a large attack surface:
1) it does too many things other than being an init replacement. Systemd is comprized of approximately 70 binaries that handle system initialization, daemons and services, logging and journaling, and many other functions that were already handled by dedicated modules in Linux
2) too many lines of code to audit properly. Approx 1.4 million lines. Compare that with the linux kernel which has about 28 million lines
However I am biased and do not like systemd as you can probably tell from previous posts.
The issue with XZ utils is not a problem with systemd per se, but an issue with how software is managed in the linux eco system with maintainers and trust. Trust at the end of the day is why this exploit found its way into those mentioned distros.
The other thing worth mentioning about this attack is the long game that the attacker(Jia Tan) played in getting this exploit into distros; a matter of years to gain the trust from the original developer to becoming a co-maintainer to get to this point.
Das problem (the problem), is that it is impossible for every included program in a distro to have multiple people look and scrutinize every line of code for every update/commit. A professional audits on that scale would cost ...well hundred of thousands of dollars or much more considering that the average distro has more than 1000 packages To ask the opensource community to do it this for free is too much.
What is the solution? Reduce the attack surface would be simplest imo. Reduce the number of programs/utils to the bare minimum in a distro, the absolute essentials only to provide full functionality. Anything else would need to be added by the user. Something like Alpine, but obviously it would need to come with desktop versions for their iso. But personally, too much is included in standard releases. Every time i install a new distro i go through the packages and end up ripping out hundreds of libraries/utils etc that i don't need, threading a careful line as to not break my system.
Yes you have netinstall for most distros, but even then there are a lot of unnecessary packages.
What is the solution to prevent another xz exploit? Is there even a solution to the opensource supply chain trust model? How many exploits have gone un-noticed and are currently active? We were lucky that xz was discovered by accident.
Back to systemd; the real problem is that it is now so deeply entwined into many open source projects that it has become like a hard dependency, where programs don't function unless it is installed. PostmarketOS's decision to switch to systemd is an example of this.
Number of Comments: 38
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 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 |
| • Issue 1044 (2023-11-06): Porteus 5.01, disabling IPv6, applications unique to a Linux distro, Linux merges bcachefs, OpenELA makes source packages available |
| • Issue 1043 (2023-10-30): Murena Two with privacy switches, where old files go when packages are updated, UBports on Volla phones, Mint testing Cinnamon on Wayland, Peppermint releases ARM build |
| • Issue 1042 (2023-10-23): Ubuntu Cinnamon compared with Linux Mint, extending battery life on Linux, Debian resumes /usr merge, Canonical publishes fixed install media |
| • Issue 1041 (2023-10-16): FydeOS 17.0, Dr.Parted 23.09, changing UIDs, Fedora partners with Slimbook, GNOME phasing out X11 sessions, Ubuntu revokes 23.10 install media |
| • Issue 1040 (2023-10-09): CROWZ 5.0, changing the location of default directories, Linux Mint updates its Edge edition, Murena crowdfunding new privacy phone, Debian publishes new install media |
| • Issue 1039 (2023-10-02): Zenwalk Current, finding the duration of media files, Peppermint OS tries out new edition, COSMIC gains new features, Canonical reports on security incident in Snap store |
| • Issue 1038 (2023-09-25): Mageia 9, trouble-shooting launchers, running desktop Linux in the cloud, New documentation for Nix, Linux phasing out ReiserFS, GNU celebrates 40 years |
| • Issue 1037 (2023-09-18): Bodhi Linux 7.0.0, finding specific distros and unified package managemnt, Zevenet replaced by two new forks, openSUSE introduces Slowroll branch, Fedora considering dropping Plasma X11 session |
| • 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 | 
Niigata Linux
Niigata Linux was a Fedora-based Japanese Linux distribution designed as a web application environment for web development with Apache and PostgreSQL.
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.
|
|
• 
• 
• 
• 
• 
• 
• 
0x969CD4E778C7b6549A2B00e34114e0168c86A542 
