 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 • debian (by wally on 2021-07-12 00:28:03 GMT from United States)
Has to be 'stable', my life runs on it.
2 • Debian based distros, most preferred by distro creators. (by Greg Zeng on 2021-07-12 01:47:18 GMT from Australia)
The RPM based distros are the peer competition to Debian. However, the type of not-open licensing creates so many incompatible versions of the RPM binary files. Using Distrowatch "search" function, there are 4 types of Debian.
1) "Debian". 22 derivatives, including the many versions of Ubuntu & Mint.
2) Debian STABLE. 28 versions.
3) Debian TESTING. 9 versions.
4) Debian UNSTABLE. 3 versions.
This totals 62 derivatives, plus the 3 "official Debian" parents to the 62 "children". If you use Distrowatch "search for other "parent systems, including Arch, puppy, LFS, & the many incompatible versions of RPM. Most of these Debian derivatives can use the official ready-to-run compiled Linux kernels, including the 1,119 past & present alpha, beta & final releases of these, freely available on the official Ubuntu website ("Index of /~kernel-ppa/mainline"). These compilations are for the major CPU hardware, and are often available for normal & low latency versions.
Debian is preferred because third party coders are not confused by the other many Linux types. Debian is preferred so far, even though snapd, flatpak & appimage possibilities may exist.
3 • Debian (by Tech in San Diego on 2021-07-12 03:12:54 GMT from United States)
I started using Debian as an alternative to Ubuntu years ago and found it to be a "very stable" distro, one of the best out there. But then I stumbled on Arch and have never looked back. The choice was an easy one for me, no bloatware, limited system resources, up-to-date kernel and applications and very responsive, even on old hardware.
I've been leaning towards openSuse Tumbleweed in the past few months for all the above same reasons. openSUSE, with it's BTRFS filesystem has saved me on more than one occasion and for that reason alone I enjoy Tumbleweed.
All the Best!
Tech in San Diego
If you can read this...thank a Teacher.
Since it is in English...thank a Veteran
4 • debian (by dave on 2021-07-12 03:46:08 GMT from United States)
I voted for 'stable' because that's traditionally what I have used, but I gave up on pure Debian when systemd became a requirement. Floated between Devuan, AntiX and MX.. using MX at the moment but probably not for much longer. Not sure what the future will hold. I will probably try returning to AntiX, despite the fact that it's the most overtly communist of the 3. Whether too corporate or too communist, every distro today seems to have some reprehensible aspect to overlook; I had a relatively good time with it, before MX. If Debian would exit the systemd dependency hell, I would probably go back to it, with lingering trust issues.
Pretty sure those are all based on Debian stable-- that's why I still selected that for the poll (I basically consider them all to be customized Debians) Maybe I should've selected "I don't run Debian" ???
5 • "Rolling, rolling, rolling. Keep them distros rolling." (by Bob on 2021-07-12 03:47:19 GMT from United States)
I’m not a fan of the “version freeze policy” used by Debian and distros based from it (e.g, Ubuntu, Mint), as it’s really arbitrary for most software (with exception to critical and flagship packages, such as the kernel and libraries.)
It’s not uncommon to be on a “stable” LTS version, such as Ubuntu 20.04, and be stuck with buggy software in which the upstream developers have fixed the issues, yet the package will never be in the official repositories because, heaven forbid, “version 3.0.5 is a higher number than 3.0.4!” (Even though the bug is fixed in version 3.0.5!)
How this is considered “more stable” and “safer” is beyond me. Luckily, for rolling release distros, such as Arch, Manjaro, and openSUSE Tumbleweed, you inherent upstream bugfixes (for all software, not just “crucial”) simply by keeping your system up-to-date without having to resort to PPAs, Flatpacks, and so on.
6 • Debian versions & Debian vs. Arch (by Dave on 2021-07-12 04:41:17 GMT from United States)
I’ve seen the case made that Debian Testing is the worst of the three when it comes to security and stability because the Debian team fixes vulnerabilities and major bugs quickly in Stable and the upstream developers fix them quickly and they’re deployed immediately in Sid. But The Debian team doesn’t do the same in Testing (which they’re quite clear about), and it can take weeks to get fixes that Sid gets immediately.
Re. Debian Sid vs Arch as rolling-release options, I get the sense that the AUR isn’t as trustworthy as official repositories, and Debian’s official repository is much bigger than Arch’s.
7 • Which Debian-based distro? (by Trihexagonal on 2021-07-12 05:34:45 GMT from United States)
Debian or a distro based on it being my Linux preference, I have a Kali Linux 2021.2 box and have used it since BackTrack 5.
8 • KDE (by Thomas on 2021-07-12 06:05:27 GMT from France)
The most important aspect of KDE is that, as opposed to Gnome, it lets the user decide what to use and how to use it with an (overwhelming, for some) lot of configuration options. It means that the user is not led by what the developpers think (s)he should do and how to do it. Instead of being forced to adapt himself to what has been decided for him, the user can adapt his environment to his needs.
However I totally agree, kwallet is bad design for seamless UX. It's a bad keepass-like stuff / Firefox "logins & passwords" for applications.
Regarding to automatically restarting applications at login time, it's, as always with KDE, a configuration option...
9 • No GNOME version available for Sid (by Microlinux on 2021-07-12 06:38:33 GMT from France)
Cheers to the Siduction team !
10 • Debian testing (by Charlie on 2021-07-12 07:21:25 GMT from Hong Kong)
@6
True.
I even read some books recommending Debian Testing, which is a horrible idea after I try it myself.
Contraty to many's belief, "Unstable" and "Testing" are not in relative relationship in Debian, they both are considered unstable according to Debian. What makes Testing even worse is its freezing period, problems are freezed as well and cannot be solved.
If you want fresh packages in Debian, just go unstable, it's more stable than many distro's stable release.
11 • kde and rolling dist (by pappito on 2021-07-12 07:25:56 GMT from Australia)
While currently running Arch with plasma DE I have a fond spot for debian testing and openbox/fluxbox.
While the KDE integration with plasma is good, there is still room for improvement and the little extras I don't need/want that stick around are a continual nuisance (they don't impair my use, just annoy me knowing they are there at all). Discover, Feedback, QT (video and networking) that seem to be wastes of space for me.
Arch has become a much more usable base for a newb like me with archinstall making the whole process much more streamlined for a time poor user.
Debian installation, no where near as easy as archinstall. for me. Takes 3 to 4 times as long to install (I don't get this. how. they are both installing from USB + internet mirror) and I still get the occasional GRUB issue or video issue after rebooting.
TLDR +1 for unstable I guess.
12 • Debian questionaire (by Romane on 2021-07-12 08:26:27 GMT from Australia)
Have been running Debian Testing since Larry was introduced as Debian Testing, and been very happy with it. For various reasons, I dropped KDE a few years back and switched to Xfce, which I find runs very well on Testing. Yes, there are also two dual/multiboot siduction systems on the beastie, one Plasma, one Xfce, just so I can keep my curiosity satisfied, but my primary system is Debian Testing with Xfce (do have a Debian Testing with Plasma to multiboot into as my wife runs Debian stable with Plasma, and I like to just watch the system develop that she will next be running when Testing becomes Stable).
So far as bloat, yes, much on siduction. One of the first things that I do on my siduction (and on my Debian) installs is to remove all the schtuff that I don't want (and install those very few other packages I regard as important) - my needs are simple, and doing so helps to simplify my system.
Though Testing may not be as up-to-date with packages as Sid (and siduction), I have found over the past decade (give or take) that Testing has been, for me, as rock-solid and stable as Stable, and the "newness" of packages is sufficiently new to not need to go chasing newer (read "cutting edge").
But it is a little like that silly Windows vs Apple vs Linux debate - best is a personal choice, but what is "best" is what works for that person.
Romane
13 • Debian Testing user since Crunchbang Linux (by Jimbo on 2021-07-12 09:18:14 GMT from New Zealand)
Another +1 for Debian Testing; and been using since Crunchbang Squeeze - I like pseudo 'rolling' through 2 years and then switching my apt sources.list file to the next version. This upgrade path has worked well and on last laptop I didn't have to wipe the system partition in 7 years of running it.
14 • Best Debian Rolling (by Y.M. on 2021-07-12 09:54:46 GMT from Spain)
Best Debian rolling distro is, IMHO, Sparky Rolling. Far better than Siduction and with great utilities to help the users.
15 • Debian branches (by marco71 on 2021-07-12 10:02:39 GMT from Romania)
I was a fan of debian unstable (sid) since siduction's previous names sidux and aptosid; but right now I became fan of debian oldstable and oldoldstable, which are perfect for lite VMs and containers ...
...and due to the fact that any new linux kernel version and apps. are getting bigger and bigger (bloated), I'll stuck with these old branches many years for now on
16 • @13 Debian Testing (by Alexandru on 2021-07-12 11:53:14 GMT from Austria)
To run permanently Debian Testing you even don't need to touch your sources.lst. Debian repository has a link "testing" that is updated after each release. So you can change your /etc/apt/sources.lst from:
deb http://deb.debian.org/debian/ bullseye main contrib non-free
into:
deb http://deb.debian.org/debian/ testing main contrib non-free
And this will always be Debian Testing.
17 • siduction bloat (by dragonmouth on 2021-07-12 12:28:48 GMT from United States)
I cannot fathom why distro developers insist on cramming so much software, including the kitchen sink, into the default install of their distros. The good news is that, on most distros, all the unwanted/unneeded superfluous software can be safely uninstalled, leaving a much leaner system. Therefore, I don't see why the reviewer is whining about the surplus software. The solution is simple, if you don't need it, uninstall it.
It is interesting (paradoxical, ironic?) that the reviewer criticizes siduction for installing too much software by default but then goes on to rave about Arch and AURs because they have " nearly endless amounts of applications".
18 • Debian (by Ankleface Wroughlandmire on 2021-07-12 14:03:00 GMT from Ecuador)
I'm very much an openSUSE person, running the static Leap release on some laptops and servers, and rolling Tumbleweed on other laptops. But I'm extremely impressed by Debian stable as well. I was given a LaCiE NAS as a gift some years ago, still perfectly good hardware, but its firmware was one of those "throw it over the fence" releases of an ancient snapshot of Debian stable with a weird immutable filesystem and a different init system, and LaCiE stopped supporting it years ago. But fortunately I found an obscure wiki with instructions on hacking the bootloader and installing vanilla Debian for the "armel" processor architecture. From there I put OpenMediaVault on top of it, and I now have a nice modern web GUI with rock solid current Debian stable ticking away below it. I couldn't be happier. Just a perfect set it and forget it system thanks to the incredible flexibility and architecture support of Debian.
19 • Debian Sid (by Basilio on 2021-07-12 14:22:01 GMT from Italy)
I don't understand all this rush to upgrade to the latest available kernel. If I have an old pc, I want stability and choose Debian Stable. If I have a new pc (and Debian Stable doesn't support it) I would use OpenSUSE Tumbleweed rather than relying on Debian Sid or Arch. Stability and reliability are not optional when it comes to operating systems.
20 • Debian branch. (by Tuxedoar on 2021-07-12 15:19:32 GMT from Argentina)
I need a stable working environment and Debian stable delivers that perfectly. Very ocasionally I have a need of a newer version of something than what it is offered by the stable branch of Debian. Whether that be for better hardware support (not the case, most of the time) or a particular feature that an application offers at a later version (or software that is not even available on Debian), none of them a are a big deal for me. For instance, the version of Geeqie that is shipped by the current Debian 10, doesn't have support for the WEBP image format. Then, what I do is to compile a newer version of it and run it from an LXC container.
Cheers!.-
21 • debian (by DaveT on 2021-07-12 18:46:44 GMT from United Kingdom)
Stable on servers, unstable on the desktop.
Despite the name unstable rarely causes any problems and when a package is misbehaving it gets fixed quickly.
22 • Debbie (by Tad Strange on 2021-07-12 20:32:24 GMT from Canada)
I don't know if I've ever managed to successfully install Debian (it's been years since I've tried). It was always one of the least friendly, up there with the likes of FreeBSD and Arch.
I often gravitate to derivatives of it, though, and have a Kubuntu running at work currently
I might look at Siduction. I tried Sidux in the long ago, and it seemed useful.
I might have to switch to a hardware install of Win10 for work, however. The latest version won't run in Virtualbox at all, and VMware is having awful CPU spikes with it, freezing for many long seconds every few minutes. Whether Windows broke the emulators or vice versa I am running out of time for indulging such philosophies...
(My Windows-only application depends on an offline Google Drive File Stream folder in order to run in the way that it must)
23 • Debian (by Justin on 2021-07-12 21:03:23 GMT from United States)
I like Debian. I like they have a security team that patches stuff relatively quickly. I like that Raspberry Pi's run on top of a system I already know. I like that major things don't change quickly or when I generally don't want them to (stuck with Wheezy as long as I could).
However, Debian gets in its own way. They have caused a number of bugs through their own patching process. They stop supporting widely used software because of this process (most notable to me is no OOB Virtualbox guest utils support for two major releases). Like Fedora, they make non-free software inaccessible by default, which always throws off users (the package is built and listed on their site... oops, need to update /etc/apt/sources.list). And as others have mentioned, they often "lock in" software bugs (Ubuntu and Mint do this too). There was a ZSNES bug that would crash the emulator because of a timing error. The bug was fixed quickly, but because it was the wrong day, "testing" had frozen over, etc., that bug stayed in the repos for years (this one was specifically an Ubuntu snapshot, but same idea). The solution after waiting months for that "Linux fixes bugs quickly" to wear off? Just "dpkg -i" a later deb and hope for the best. I think "Debian stale" would be a better name.
Am I glad Debian is around? Of course, and it's generally the basis for most of my work. I wish Devuan had a similar positive reputation (only built through time). Debian does a lot of hard work no matter how you feel about the politics that go on there.
24 • @Debbie (by Rodoastro on 2021-07-12 21:06:52 GMT from Italy)
Don't overlook Linuxmint Cinnamon. Ubuntu/Debian derived but simple and complete.
25 • Debian on a Chromebook (by penguinx86 on 2021-07-12 21:12:08 GMT from United States)
I tried Linux Beta on my Chromebook. It is basically a command line version of Debian 10 Buster that runs inside ChromeOS. It works ok for command line stuff, but low end Chromebook hardware is a bit whimpy to run graphical Linux apps. We're talking about a slow Celeron dual core processor, 4gb of RAM and only 16gb of slow eMMC storage. Sure, it 'works', but it's very slow and not very practical.
26 • @23 Justin: (by dragonmouth on 2021-07-12 21:17:25 GMT from United States)
"I wish Devuan had a similar positive reputation"
Do you use a distro because it works for you or because other users like it?
27 • Siduction (by scratch_user on 2021-07-12 21:33:01 GMT from United Kingdom)
So how is it with HiDPI display screens? Compare, say, to Ubuntu 20.04?
28 • Debian and shells (by Andy Figueroa on 2021-07-13 03:11:30 GMT from United States)
I primarily run Gentoo, but secondarily and for the enterprise and wife am using and supporting MX-Linux, based on Debian stable. The stable base with up-to-date applications is terrific, by default boots with sysv-init, but systemd is installed and can be used (ugh) for compatibility.
With regard to shells, additional shells are a distraction and except for very limited special use cases a waste of time. BASH is excellent, highly refined, and the standard for a reason of virtually every Linux distribution. Alternate shells are for the very bored.
29 • Using Debian (by Ades on 2021-07-13 03:54:46 GMT from Brazil)
Any time I need to install linux in other people's PC I make it with Debian Stable because
it has the word "stable" on it. I am not going to install in some ones else PC a distro with
the word "Testing" on it and I only will install a distro with the word "unstable" in a production
PC the day I start to burn $100 bills.
What makes Debian great is the package system and the vast list of available packages. Non-technically
leaned people don't like to get their foot into the lame sub-world named "Dependency Hell". They don't
have patience and time, and time is money.
What people inside de Debian project could do is make a "Core Debian Stable" and let us to populate it
with packages more update. It is difficult to keep an usable system only using old packages like in the
case of "NVIDIA card " cited by Ivan Sanders. Keeping a "Core Debian Stable" is more easy than keep a whole
full "stable" distro. Core Stable could be anything like 2 Gigabytes in packages (containing the develop and
compile packages, of course). The current "Debian Stable" Buster is 57 Gigabytes! It is a lot of job :()!
And 99.9% of the hardware problens are Kernel thing any way! Create a "Core Debian Stable" and - like Apple,
Android and those guys in Redmond - let people make software for it
Why keeping reinventing the well over and over again?
https://en.wikipedia.org/wiki/Sisyphus
30 • KDE wallet (by Bobbie Sellers on 2021-07-13 04:23:29 GMT from United States)
I hate wallets. They tell by their definition where passwords are hidden. I have my own
solution which I will not share because i believe in 'security by obscurity`. Devise your own
solution and the people who penetrate security will waste endless time looking for
the wallet contents.
bliss - boots & runs a Pretty Cool Linux Operating System aka pclinuxos.
If you want to know more about it<https://www.pclinuxos.com/forum/index.php>
is where you can learn. Rolling Releases forever...
31 • debian/devuan (by denk_mal on 2021-07-13 07:23:41 GMT from Germany)
On my client I use debian stable but on the server I switched to devuan stable: I will get back to debian when all services on debian/systemd (incl. dbus-daemon) could be restarted without rebooting the server; I don't like to reboot a server only to have a daemon restarted.
32 • Updating workload (by AdamB on 2021-07-13 23:18:20 GMT from Australia)
For many years I have been running Arch, and Ubuntu derivatives; both of these involve frequent and numerous updates. When you have a lot of machines (physical and virtual), one is kept busy keeping them up to date - particularly for Arch, for which manual Pacman intervention is occasionally required.
My current approach is to use Arch or Void on a machine which needs to have up-to-date software, and Debian/Devuan Stable or Testing on everything else. The current Devuan Testing seems to be working quite well.
Machines running Stable or Testing don't need to be rebooted very often.
As a result of some of the comments here, I will try Sid sooner or later.
33 • What a great idea... (by Trihexagonal on 2021-07-13 23:47:17 GMT from United States)
@29 "What people inside de Debian project could do is make a "Core Debian Stable" and let us to populate it with packages more update."
You mean distribute the Debian Base System and use apt-get to build the DE, WM, FM, etc. on up?
That is an great idea and I hope Debian picks up on that. That's what FreeBSD does.
@29 said:
"Any time I need to install linux in other people's PC I make it with Debian Stable because
it has the word "stable" on it."
There is a difference in naming of Branches between FreeBSD and Linux.
I use FreeBSD 12.2-RELEASE, which would be like going with the point release of Kali 2021.2 for me.
FreeBSD-STABLE is the development branch from which major releases are made. Changes go into this branch at a slower pace and with the general assumption that they have first been tested in FreeBSD-CURRENT.
FreeBSD-CURRENT is the "bleeding edge" of FreeBSD development and FreeBSD-CURRENT users are expected to have a high degree of technical skill. Less technical users who wish to track a development branch should track FreeBSD-STABLE instead.
https://docs.freebsd.org/en/books/handbook/cutting-edge/#current-stable
34 • Sid distros (by Somewhat Reticent on 2021-07-14 17:07:30 GMT from United States)
A while ago VSIDIO was sleek and fast, like a lean mean racing machine.
Last ISO's from 2019.
35 • @26 dragonmouth - Devuan Reputation (by Justin on 2021-07-15 18:51:18 GMT from United States)
"I wish Devuan had a similar positive reputation"
"Do you use a distro because it works for you or because other users like it?"
I use one because it works for me, and fixing security bugs is important to me. I can list what I see distros like Debian and Ubuntu doing, both what they say they do and what I see them doing (generally good but with flaws). Mint clearly does not care as much. They only give Cinnamon updates to the latest release, not all the LTS releases, and for LMDE, they even published "you shouldn't use LMDE if you care about security." I take a TNO approach. Even Arch and Gentoo that get fixes "free" because they always use the latest I still watch (and from what I can see Arch devs are pretty prompt, probably out of cutting-edge pride)..
For Devuan, I can't find evidence on how they handle security fixes, both what they say and what they do. The "doing" part takes years of doing it before the trust is earned. Yes, I do use things like Trinity and small/obscure distros, just never outside a VM that has a specific purpose. It's a big job to maintain security fixes for thousands of packages or big targets like browsers, so I find it better to be safe than sorry.
36 • Debian/Sid (by Corbin Rune on 2021-07-15 19:01:12 GMT from United States)
Man, talk about blasts from the past. I messed with Siduction and Aptosid's progenitor, Sidux, years ago. Rather liked it, and ran it for some months. Haven't checked it out since I got into Arch and its wacky descendants, though. Might fire it up in a VM over the weekend for old times' sake.
37 • I currently run "bullseye", not "testing" (by Matt on 2021-07-16 15:42:01 GMT from United States)
I usually upgrade to the newer version before it becomes the official stable version. My sources.list file uses the name "bullseye" for the repositories, so I'm currently running the testing branch, but it will soon become the stable branch. Probably about 6-9 months after bullseye is officially released, I will switch to "bookworm". I've been using Debian for about 18 years.
38 • There aren't many bad ones (by Bill on 2021-07-16 17:59:14 GMT from United States)
The big distinction is between .deb and .rpm. I've learned enough cli to limp along with deb files and that's probably where I'll stay. For new people, I usually recommend Mint Cinnamon or MATE, just because they work from the jump and recognize most peripherals.
I stay away from 'testing' or 'beta' releases--let the authors complete their work first. Stable or LTS distros are less troublesome. I run a scratch-built desktop, no UEFI, no Windows, just simple stuff. It's carrying three HD's right now, so I have a permanent system (right now it's Mint Cinnamon) but I have KAOS and Bhodi on the others for experimenting with. My pet peeve is distros that don't allow me to create my own structure and configure GRUB the way I want it. Debian and its progeny are my comfortable spot; they're all mostly the same, except for cosmetics.
One curiousity: Dave, in a comment above, said that distros can be 'communist.' And 'corporate.' Anyone have a clue what he's talking about? He sounds a bit subversive/conservative.
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 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 |
| • Issue 1100 (2024-12-09): Oreon 9.3, differences in speed, IPFire's new appliance, Fedora Asahi Remix gets new video drivers, openSUSE Leap Micro updated, Redox OS running Redox OS |
| • 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 |
| • 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 | 
Rescuezilla
Rescuezilla is a specialist Ubuntu-based distribution designed for system rescue tasks, including backups and system restoration. It was forked from the "Redo Backup & Rescue" project which was abandoned in 2012. Like its predecessor, it allows a "bare-metal restore" after any hardware failure directly from the live image. Some of the features include: works directly from the live CD/USB image; works with Linux, macOS and Windows; automatically searches a local area network for drives to backup to or restore from; recovers lost or deleted data files; includes configuration tools for managing disk and drives. Rescuezilla uses a simplified LXDE user interface.
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.
|
|
• 
• 
• 
• 
• 
• 
• 
