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 • Disk space allocation (by uz64 on 2024-02-19 01:42:21 GMT from United States)
I used to allocate 15-20 GB in my early years, and moved up a bit to 20-25 GB once I gained enough experience just for a bit more wiggle room. That might still actually be enough under certain circumstances (ie. basic window managers) but it really doesn't give much room for expansion. These days, it's definitely 30-35 GB if you use a modern full desktop environment on a mainstream distribution, as I found out the hard way through my sister's use of Linux. The 32 GB recommended is probably a good starting place.
My sister has been running Kubuntu on her laptop for many years after setting it up for her, with me occasionally upgrading it to the latest LTS release as they are released. It has been absolutely minimal trouble--except a couple years ago, when she started complaining that it was saying that she was running out of space. In fact, she was--and after looking at it and clearing the package cache, it would quickly keep filling up again through normal updates. I repartitioned, gave / about 35 GB just to be safe, and haven't had any complaints since.
It was originally set at either 20 or 25 GB, which was actually sufficient for many years, in fact leaving a lot of wiggle room in the beginning. It may have been after a system upgrade that the problems started to arise and it was brought to my attention. But yeah... full Linux distros with a complete desktop can take up quite a pit of space these days.
2 • Disk space allocation (by Sam Crawford on 2024-02-19 01:58:44 GMT from United States)
I use LVM (logical volume manager) so it allocates dynamic root and other folders sizes as needed.
I'm using openSUSE Tumbleweed with a 2TB disk and the system monitor is showing a 2TB /root folder as well as the same for /home and other folders.
I don't know if there is a downside to LVM but it's the option used when I do whole disk encryption?
3 • Well it's a 500GB SSD, so... (by Jerry on 2024-02-19 02:10:07 GMT from United States)
.. 50 GB+ (on that machine).
4 • Root space (by cor on 2024-02-19 02:12:03 GMT from United States)
Using a Samsung SSD for everything except /home and /var.
5 • Gaming on Linux (by Tran Older on 2024-02-19 02:49:31 GMT from Vietnam)
If you desire the best gaming experience on Linux AND XFCE, go for Fedora Games Rawhide. All top -notch hardware will be supported.
6 • Root space (by Sandy on 2024-02-19 04:03:41 GMT from United States)
Every distro I use will default to putting everything into one partition. All of my machines do this and it takes up the entire disk space, which ranges from 128GB-2TB.
7 • size of the root partition (by user on 2024-02-19 04:11:45 GMT from Czechia)
I allocate the entire disk to the system minus 512MB for EFI partiton.The root dataset takes as much as it needs, zfs filesystem.
8 • Root partition size with Snapper (openSUSE) (by SuperOscar on 2024-02-19 07:05:11 GMT from Finland)
I used to have ~ 30 GiB root partitions, but then ran into troubles in openSUSE with a btrfs root and system snapshots on. Now I often have even 80 GiB roots in openSUSE.
OTOH, if running, say, Debian with an xfs-formatted root and no snapshoting, ~ 30 GiB is still fine.
9 • Disk Space Allocation (by bassplayer69 on 2024-02-19 08:10:54 GMT from United States)
I use 500GB / (root), 2TB /home, and 2TB for /snapshots as I use btrfs on my system. Each mounting destination is its own SSD/nvme drive.
10 • Root partition (by Vukota on 2024-02-19 08:39:08 GMT from Serbia)
As long as you are using zfs, I don't see you'll have issues what is the size of your "root" partition.
When it does matter, 100+ seems like decent size, and using swap file/partition on SSD drive is always a bad idea.
11 • disk space alocation (by tomas on 2024-02-19 09:03:12 GMT from Czechia)
I have found that the space needed depends much on the distro installed. When I started with Linux more than 10 years ago, I used 20 GB partitions, to be able to do some distro hopping, and everything was fine for a long time. Now I only try some new distros from time to time and have raised the limit to 30 GB. After I have read the review of NixOS I wanted to try it too, but was very disappointed - before I could even learn how to manage the system, it finished by filling up the whole partition during an update, never checking if there is room enough, so 50 GB would be the minimum there. (I did not come across any recommendation.)
12 • Disk space allocation (by Daniel on 2024-02-19 09:12:39 GMT from United Kingdom)
I multiboot from a 500GB drive, so allow 40GB as a combined root and home partition for each distro (currently OpenSUSE Tumbleweed and Debian - just in case). I only use /home to store config files and anything I'm not bothered about losing. I keep photos, documents etc on a separate drive and symlink, so all my stuff is available in every distro I use and is safe if the OS collapses. This also makes it easy to do fresh installations of existing or new distros, although I don't distro hop much nowadays.
13 • root disk space (by Jim on 2024-02-19 11:36:02 GMT from United States)
/ 23G /boot 1.8G efi 0.2G total 25G. /z is the last partition with whatever space is left on that disc after it is imaged with the first three partitions. /z, my equivalent of /home has all my data and is 7tb plus on about 5 disks using softlinks so /z looks like one big drive. I use virtualbox and have all my applications inside virtual machines that reside on /z. The root partition only contains virtualbox, LibreOffice dump utility for backing up the operating system, squash FS utilities, tar, zstd, and rsync for backing up and restoring data. I have an 8 TB external disc that backs up all the data from /z
14 • Root disk space (by BigRoots on 2024-02-19 12:51:40 GMT from France)
70 GB partition allocated to /
(No dual boot - my Linux installation occupies the whole disk)
15 • Root partition size (by Tim on 2024-02-19 13:00:52 GMT from United States)
My root is a btrfs subpartition on a 916 GB partition. My /home is another subvolume in the same partition.
16 • root size (by dragonmouth on 2024-02-19 13:02:03 GMT from United States)
PCLinuxOS TDE will install in less than 20 GB root. The installer for all other versions refuses to run unless it sees a 30+ GB root partition.
17 • root space (by wally on 2024-02-19 13:31:03 GMT from United States)
/ is 136GB, better too big than too little. I've had to re-partition enough to learn better. Of that, 60GB is used. This is a workhorse for me. 17GB of that is my home directory on the same partition. My main data is a subdirectory separate partition w/ 38GB used.
18 • Partitioning & Review (by Jedediah Corncob on 2024-02-19 14:05:24 GMT from Denmark)
These days I don't bother with manual partitioning on general-purpose machines anymore. It was important back in the day but now I just let the installer run with default values, ie. one huge partition for everything.
On this week's review: Perhaps they should just have written a gaming-optimized install script to be run on a fresh Ubuntu minimal install instead of brewing a separate distro?
19 • How big is your root partition ? (by eb on 2024-02-19 14:09:01 GMT from France)
sda1 swap 200 mo sda2 EFI 200 mo sda3 / Slackware 14.2 30 go sda4 / Slackware 15.0 30 go sda5 Home 330 go sda6 Mac 100 go sda7 Exchange 10 go
2 root partitions for 2 different releases of the same distro. When Slackware 15.0 upgrades, I will erase sda3 and install 15.1 on it. I shift on the new release when it runs perfectly, with extra-softwares installed, and always keep the old release in case. I almost never use Mac.
20 • Let it be... (by Friar Tux on 2024-02-19 15:17:16 GMT from Canada)
@18 (Jed Corncob) I'm with you on this. I just use whatever is default in the Installer. Seems to work nicely for me. No hiccups, yet.
21 • Root partition (by David on 2024-02-19 15:51:57 GMT from United Kingdom)
Mine is 30GB and that was overkill: only 10GB is actually used. But then that's PCLinuxOS with Xfce.
22 • How much disk space to allocate (by RetiredIT on 2024-02-19 15:52:56 GMT from United States)
I never use 3 partitions. I always install each distro on 1 partition in classic legacy mode. I have no use for Home or Swap partitions. With 32 GB of memory on my Thinkpad T490 I never get close to running out of memory. And I also remove half of the startup programs and do backups of my data files several times weekly. Works just fine for me!
23 • on nix eating memory (by flake on 2024-02-19 16:43:35 GMT from Moldova)
One cool feature of nix in comparison with flatpak & snap is cleaning of unused dependencies
$ nix-collect-garbage
it is a very cool feature on par with
# apt autoremove
so nix doesn't eat that much
p.s: also if your current setup is stable, you can remove old setups too with
# nix-collect-garbate -d
or to delete a specific old setup.
24 • Root (by Nathan on 2024-02-19 18:21:52 GMT from United States)
I used to separate root and home, but as I have accumulated hardware my need to dual boot has decreased, so now I seldom deviate from single partition disks. As a result, my older computer has a 500GB root, while a newer one has 2T, and neither has a dedicated home partition.
25 • Root dimension in Snap/Flatpak era (by Mugabe on 2024-02-19 21:52:55 GMT from Italy)
Kubuntu's root (with Snap) occupies 48 GiB of disk space.
26 • Linux gaming (by npaladin2000 on 2024-02-20 00:51:10 GMT from United States)
I tried Draugher once...didn't impress me. Nothing seems to stand out about it versus options like ChimeraOS (for a console experience) or Garuda or Bazzite (for a more desktop oriented gaming experience). Or there's even just Fedora. Besides, Debian/Ubuntu's base has a lot of advantages, but bleeding edge hardware support isn't one of them.
27 • Disk Partition (by Vinfall on 2024-02-20 01:42:43 GMT from Singapore)
I used to follow Debian Recommended Partitioning Scheme (https://www.debian.org/releases/stable/amd64/apcs03.en.html) to seperate /var, /tmp and /home. However, this caused a lot of issues later on, notably with Flatpak as it uses /var as the default installation location. There is a symlink hack on issue tracker (https://github.com/flatpak/flatpak/issues/2147) but nothing beyond that, I started using a single partition in my next PC.
28 • Debian on 25GB root partition (by Jimbo on 2024-02-20 02:03:22 GMT from New Zealand)
For the past few years I've been using 25GB root partition on Debian + Cinnamon install. I'm now finding I'm regularly running out of space - and probably need to up this a bit perhaps to 30 or 40GB.
Bleachbit is a handy tool for disk clean up e.g, APT, caches and temp files. I run it periodically once every few weeks and will claw back 3-4GB in space.
29 • multiple drives (by Tomfree on 2024-02-20 03:12:10 GMT from United States)
Several PCs with two drives. SSD with 50GB for boot & home for each of 1 to 3 installed system. Large spinning drive for data (pics, video, music, docs, config backups, etc). External USB spinning drives for data backup, stored in a different room.
2 of the PCs have 2.5" racks for switching boot drives. Experimenting is done using this configuration.
Other PCs with one drive have one partition for each install (usually 2) and one partition for data.
Mint MATE for games from repository, from web for version control e.g. Minetest & CDDA, and from GOG.
30 • Size of Root Partition (by Andy Figueroa on 2024-02-20 04:55:12 GMT from United States)
I'm the system admin at a small school running Linux on the desktop computers. Usually, I set aside 30 GB for the root partition which includes users' home directories. Only the school business office PC has more than that where it 60 GB.
When setting up a new desktop PC, I usually create three equal partitions for the current and future system upgrades. If I install root on /dev/sda3, I will also have made a /dev/sda4 and /dev/sda5. The first major system upgrade will go ont /dev/sda4, and so forth. A secondary drive will always have at least two partitions for backups. Full /home backups are made every night, and then copied to a network server.
On my home system (Gentoo), I have a 128 GB root partition which primarily on contains the operating system, currently 39% full. I have separate /home and several data directories for files and big things like virtual machines. My binary Linux VirtualBox virtual machines are only 15 GB and are adequate usually only about 2/3 full.
31 • GhostBSD (by sirnixalot on 2024-02-20 08:49:31 GMT from Australia)
New release and still.....no option to encrypt.
FreeBSD encryption, no problem HardenedBSD encryption, sure NomadBSD encryption, bring it on
But GhostBSD which is based on FreeBSD which has encryption has no encryption option.
My question is why.
32 • Gaming Distro (by Erich B. F. on 2024-02-20 09:28:06 GMT from United States)
I would suggest Regata Linux.
33 • Root partition (by MrB on 2024-02-20 12:28:09 GMT from United Kingdom)
How big is my root partition? You show my yours and I'll show you mine...lol
34 • Kubuntu with 100GB (by Sanjay on 2024-02-20 13:48:29 GMT from India)
Earlier 20GB was sufficient for us, when Ubuntu edition come in 700MB ISO file, now its increased to 3.5GB around, now I have to use 100GB SSD for Kubuntu (because of android studio)
35 • Root Partition (by Robert on 2024-02-20 15:06:22 GMT from United States)
I'm not at my PC to check, but I believe I set this system up using LVM with a 30 GB root volume. Haven't had a problem with running out of space. I do use the leftover space on the drive for snapshots in case something goes wrong with updates (Arch).
36 • Had to move /var because of flatpaks (by Flaviano Matos on 2024-02-20 15:09:20 GMT from Brazil)
I was used to install Mageia with only rpm packages, which would fit nicely in a 30 GiB partition, or even less, but I liked to have some spare space. Now I am using some flatpaks. I notice some time ago that the root partition was getting full and looked for the culprit and it was a flatpak folder in /var. I decided to create a new 20 GiB partition and assign it to /var. Now, I have a 30 GiB root partition and a 20 GiB /var partition because flatpaks eat up a lot of space.
37 • Root dimension (by Portos on 2024-02-20 15:33:57 GMT from Italy)
Root dimension (in Kubuntu 23.10) is 32 GiB.
38 • root partition (by Robbie Rickson on 2024-02-20 15:44:09 GMT from United States)
Eh, back in my XENIX/SunOS days we'd micropartition the hell out of everything due to smaller drive sizes. /, /var, /var/spool, /usr, /usr/local, /home etc. Then we started getting commercial volume managers to increase the flexibility of our configs (e.g. Veritas).
Now, for most things, I think what Linux and *BSD have inboard is just incredible, and I'm happy for it.
Drive space is cheap now; I just dedicate a one terabyte nvme to / (under which I have a considerable amount of stuff in /opt as well), a four terabyte nvme to /home, and a two terabyte nvme to /home/virtual (which is my labbing playground).
39 • FreeBSD (by John on 2024-02-20 15:59:51 GMT from Canada)
I guess it kind of make sense for FreeBSD to phase out 32bit. I think FreeBSD were having a tough time with 64bit time_t on i386.
NetBSD and OpenBSD was able to move to 64bit time_t years ago, Linux I think it is finally workable. I saw OpenBSD may also be looking at phasing out i386. IIRC, OpenBSD does not build Firefox for i386 anymore because they cannot get it to compile. Also seems Linux distros are starting to eliminate i386 support too.
Once again, glad NetBSD is still around for people who still need support on 32 bit systems. I believe supporting i386 is easier for NetBSD due to their HAL (Hardware Abstraction Layer). I think their design of that removes a lot of complexities other systems need to deal with on 32bit.
40 • @31 sirnixalot: GhostBSD encryption (by Jedediah Corncob on 2024-02-20 16:50:20 GMT from Denmark)
I was wondering the same thing. It's weird, without encryption GhostBSD isn't relevant, which is sad.
Trawling their forums didn't yield an answer.
41 • @40, GhostBSD encryption, lack of (by Mr.Moto on 2024-02-21 04:16:16 GMT from Philippines)
"Trawling their forums didn't yield an answer." No need for "trawling". DuckDuckGo search: 'ghostbsd encryption' yields answers.
Sample: "I am basically alone working with the installer and I need to take time to learn how geli works to fix pc-sysinstall. It has been a request for years, but I never manage to make it work."
https://forums.ghostbsd.org/viewtopic.php?t=2320 https://github.com/ghostbsd/issues/issues/68
42 • @41 (by sirnixalot on 2024-02-21 04:34:55 GMT from Australia)
That forum post was from 2 years ago.
The issue itself was raised on github in 2021.
So the dev has known about it for 3 years.
No doubt doing these things alone is not an easy task, but why the dev doesn't get some help on this project is a little bewildering.
It can be a really good bsd distro but, if there is no encryption option available for privacy, it does limit the use case for a.lot of people.
Seeing as other bsd' do offer it, it does make ghostbsd irrelevant.
Nomabsd has an easy installer with geli encryption available.
I hope the dev takes on some help to fix this for the next release
43 • @42, GnostBSD encryption (by Mr. Moto on 2024-02-21 08:07:29 GMT from Philippines)
"That forum post was from 2 years ago." Does it matter? Since nothing has changed, it is extant. The dev says that it's been mentioned for years and he rates it as "low priority". BSD users are much fewer than Linux's. Of these, GhostBSD is a small part, and users who need disk encryption are a smallpart of GhostBSD users. I don't need or use disk encryption. Any data I need encrypted I encrypt, and it does not reside in my PC. It is external on my own hardware on in the cloud. I still don't use BSD because of the lack of support for WiFi. For me, that would be a higher priority, but I suppose they'll get to it as they can.
"why the dev doesn't get some help on this project is a little bewildering" I'm sure if you or someone else offered, they'd be happy to take you up on it. There are many one or two man projects out there that go neglected or are abandoned and no one comes on to help, not because they aren't wanted, but because there's no desire or incentive. Not at all bewildering.
Anyone who really must, for whatever odd reason, use only GhostBSD with disk encryption, can do so by following instructions on installing FreeBSD and building from there. The devs have even offered some hand-holding to at least on person who's asked. Otherwise, there is, as you state, Nomad., among others. The beauty of open source is choice.
44 • GhostBSD (by Jerry on 2024-02-21 12:45:16 GMT from United States)
@42 "Seeing as other bsd' do offer it, it does make ghostbsd irrelevant."
What a naive remark. The need for disk encryption is subjective, of course. GhostBSD presents us with a very nice, well made BSD distro. Eric is adult enough to highlight his struggles with various aspects of the development of GhostBSD, including encryption, right in the forums where you say your "trawling" yielded nothing.
45 • PCLinuxOS KDR live mirror/repository and freeze (by Jan on 2024-02-21 14:33:19 GMT from The Netherlands)
Last week I mentioned a problem at using an live-USB-testing of PCLinuxOS KDE, mirror/repository. Unexpectedly it turn out, despite checked mirror/repository, that you have to click RELOAD, then it functions.
After circa 5-10 minutes freezing after startup of the live-USB, seems something to have to do with the POWER-settings of the live-USB, so the PC/notebook went into sleep/hibernation I think. I had this too in another KDE live-USB, I experienced this only at at few (not all) KDE live-USB's. So disabling going into sleep/hibernation, at testing KDE-live-USB's seems to have to be looked over.
With the above I can understand that an installed/long-running KDE does not have this problem.
46 • Space for root (by Ennio on 2024-02-22 08:50:32 GMT from The Netherlands)
Years ago my standard was 4GB for root, after which comes the swap and the home partition; the rule is that if there isn't ehough space on that size than I'm "spoiling the baby". Now it's 8GB, but using Debian WMaker and not having all that was installed in the previous Mageia, it's comfortably in excess.
47 • Are you aware your website is not accessible? (by Someone Good on 2024-02-23 08:11:53 GMT from United Kingdom)
Distrowatch for around 2 weeks has not been accessible in many regions around the world. In the US, Germany, Siberia and Turkey and possibly many other countries, the website simply does not load at all.
I tested it with many VPN connections, only UK location worked.
Are you aware of this O site owner?
48 • root partition (by Andrew on 2024-02-23 09:08:14 GMT from United States)
my root / partition is 50GB exactly in "binary" GB (so a bit over 50GB in "decimal" GB; answering the poll I assumed a "binary" GB convention. /home and /boot are on separate partitions; /usr is on root / partition (never really understood the purpose of a separate /usr partition)
49 • Blocked in some countries (by Jesse on 2024-02-23 12:08:21 GMT from Canada)
@47: "Distrowatch for around 2 weeks has not been accessible in many regions around the world. In the US, Germany, Siberia and Turkey and possibly many other countries, the website simply does not load at all."
We are aware DistroWatch is blocked in Turkey. Which is unfortunate, but there is nothing we can do about it.
We are not blocked in the USA or Germany, we get steady traffic from those locations. In fact, most of our traffic this week has come form IP addresses in the USA and Germany.
50 • partitions size (by tn on 2024-02-23 14:11:01 GMT from France)
Partitions on a system depend on the system purpose. For a server this is not the same as for a workstation where we need to install a lot more tools for development.
For me, the rootfs is: - server: 16GB - workstation: 32GB - mediaplayer: 24GB
On systems with sufficient RAM, no swap. This isn't good on SSD.
51 • @47, 49, No internet access (by Mr. Moto on 2024-02-23 14:14:31 GMT from Philippines)
Lately, I haven't been able to connect using Private Internet Access VPN, no matter what country. Firefox says secure connection failed, and Chrome says website refused to connect. Only started happening recently. No problem connecting from my own IP. No problem connecting with Tor.
52 • Root dimension (by Ork on 2024-02-23 16:22:46 GMT from Italy)
Fedora recommends 70 GB of disk space for root partition.
53 • no internet access (by hotdiggettydog on 2024-02-23 22:26:18 GMT from Canada)
I've used the same pay-for vpn service for years and now have DW blocking my access. Today I'm able to get in.
I'm assuming vpn ip addresses are being blocked for spamming or whatever but its affecting honest folk. My home ip is private and secure and I want it kept that way.
Number of Comments: 53
Display mode: DWW Only • Comments Only • Both DWW and Comments
| | |
| NovaCustom |

NovaCustom PrivacyGuard Laptops - Escape from Big Tech
The NovaCustom PrivacyGuard Laptop is ideal for anyone who prioritizes privacy. Comes with Dasharo coreboot open source firmware and Zorin OS Pro, free from influence of Big Tech.
|
| 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 1176 (2026-06-08): Redcore Linux 2601, the problem with minimal system requirements, Red Hat account linked to compromised npm repositories, COSMIC to get frosted glass effect, openSUSE shows off system extension manager, Origami merges with RakuOS |
| • Issue 1175 (2026-06-01): PineTab2 with various distros, less common words of wisdom, Canonical shutting down Ubuntu's Pastebin, Murena nears 100k users, DistroWatch turns 25 |
| • Issue 1174 (2026-05-25): Solus 4.9, Linux tablets, Haiku boots on Apple M1 machines, Fedora drops Deepin packages, Mint improves Nemo performance |
| • Issue 1173 (2026-05-18): Sylve on FreeBSD, the benefit of BleachBit, Debian commits to reproducible builds, Debian publishes updated install media, Haiku introduces SMP support on ARM64 processors, Rocky Linux creates opt-in security repository, Fedora reconsiders AI tools, KDE receives generous donation |
| • Issue 1172 (2026-05-11): Fedora 44, dealing with extra fonts, Fedora plans to provide AI tools, problems with Ubuntu's new coreutils, TrueNAS extends its development cycle, postmarktetOS improves the boot splash screen, Redox ports tmux |
| • Issue 1171 (2026-05-04): Xubuntu 26.04, extending memory with VRAM, Ubuntu plans AI features, Devuan developer forks GTK2, Mint introduces hardware enablement builds, Linux running on a PlayStation 5, local kernel exploit found in Linux |
| • Issue 1170 (2026-04-27): ENux 5.2.1, picking a second distro, AlmaLinux expands CPU support, FreeBSD publishes Status Report, Ubuntu MATE skips 26.04 release |
| • Issue 1169 (2026-04-20): Lakka 6.1, free software and source-based distributions, FreeBSD Foundation publishes compatible laptop list, Debian holds Project Leader election, Haiku progresses ARM64 port, Mint to extend development cycle, Linux 7.0 released |
| • Issue 1168 (2026-04-13): pearOS 2026.03, EndeavourOS 2026.03.06, which distros are adopting age verification, Arch adjusts its firewall packages, Linux dropping i486 support, Red Hat extends its release cycle, Debian's APT introduces rollbacks, Redox improves its scheduler |
| • Issue 1167 (2026-04-06): Origami Linux 2026.03, answering questions for Linux newcomers, Ubuntu MATE seeking new contributors, Ubuntu software centre is expanding Deb support, FreeBSD fixes forum exploit, openSUSE 15 Leap nears its end of life |
| • Issue 1166 (2026-03-30): NetBSD jails, publishing software for Linux, Ubuntu joins Rust Foundation, Canonical plans to trim GRUB features, Peppermint works on new utilities, PINE64 shows off open hardware capabilities |
| • Issue 1165 (2026-03-23): Argent Linux 1.5.3, disk space required by Linux, Manjaro team goes on strike, AlmaLinux improves NVIDIA driver support and builds RISC-V packages, systemd introduces age tracking |
| • Issue 1164 (2026-03-16): d77void, age verification laws and Linux, SUSE may be for sale, TrueNAS takes its build system private, Debian publishes updated Trixie media, MidnightBSD and System76 respond to age verification laws |
| • Issue 1163 (2026-03-09): KaOS 2026.02, TinyCore 17.0, NuTyX 26.02.2, Would one big collection of packages help?, Guix offers 64-bit Hurd options, Linux communities discuss age delcaration laws, Mint unveils new screensaver for Cinnamon, Redox ports new COSMIC features |
| • Issue 1162 (2026-03-02): AerynOS 2026.01, anti-virus and firewall tools, Manjaro fixes website certificate, Ubuntu splits firmware package, jails for NetBSD, extended support for some Linux kernel releases, Murena creating a map app |
| • Issue 1161 (2026-02-23): The Guix package manager, quick Q&As, Gentoo migrating its mirrors, Fedora considers more informative kernel panic screens, GhostBSD testing alternative X11 implementation, Asahi makes progress with Apple M3, NetBSD userland ported, FreeBSD improves web-based system management |
| • Issue 1160 (2026-02-16): Noid and AgarimOS, command line tips, KDE Linux introduces delta updates, Redox OS hits development milestone, Linux Mint develops a desktop-neutral account manager, sudo developer seeks sponsorship |
| • Issue 1159 (2026-02-09): Sharing files on a network, isolating processes on Linux, LFS to focus on systemd, openSUSE polishes atomic updates, NetBSD not likely to adopt Rust code, COSMIC roadmap |
| • Issue 1158 (2026-02-02): Manjaro 26.0, fastest filesystem, postmarketOS progress report, Xfce begins developing its own Wayland window manager, Bazzite founder interviewed |
| • Issue 1157 (2026-01-26): Setting up a home server, what happened to convergence, malicious software entering the Snap store, postmarketOS automates hardware tests, KDE's login manager works with systemd only |
| • Issue 1156 (2026-01-19): Chimera Linux's new installer, using the DistroWatch Torrent Corner, new package tools for Arch, Haiku improves EFI support, Redcore streamlines branches, Synex introduces install-time ZFS options |
| • Issue 1155 (2026-01-12): MenuetOS, CDE on Sparky, iDeal OS 2025.12.07, recommended flavour of BSD, Debian seeks new Data Protection Team, Ubuntu 25.04 nears its end of life, Google limits Android source code releases, Fedora plans to replace SDDM, Budgie migrates to Wayland |
| • Issue 1154 (2026-01-05): postmarketOS 25.06/25.12, switching to Linux and educational resources, FreeBSD improving laptop support, Unix v4 available for download, new X11 server in development, CachyOS team plans server edtion |
| • Issue 1153 (2025-12-22): Best projects of 2025, is software ever truly finished?, Firefox to adopt AI components, Asahi works on improving the install experience, Mageia presents plans for version 10 |
| • Issue 1152 (2025-12-15): OpenBSD 7.8, filtering websites, Jolla working on a Linux phone, Germany saves money with Linux, Ubuntu to package AMD tools, Fedora demonstrates AI troubleshooting, Haiku packages Go language |
| • Issue 1151 (2025-12-08): FreeBSD 15.0, fun command line tricks, Canonical presents plans for Ubutnu 26.04, SparkyLinux updates CDE packages, Redox OS gets modesetting driver |
| • Issue 1150 (2025-12-01): Gnoppix 25_10, exploring if distributions matter, openSUSE updates tumbleweed's boot loader, Fedora plans better handling of broken packages, Plasma to become Wayland-only, FreeBSD publishes status report |
| • Issue 1149 (2025-11-24): MX Linux 25, why are video drivers special, systemd experiments with musl, Debian Libre Live publishes new media, Xubuntu reviews website hack |
| • Issue 1148 (2025-11-17): Zorin OS 18, deleting a file with an unusual name, NetBSD experiments with sandboxing, postmarketOS unifies its documentation, OpenBSD refines upgrades, Canonical offers 15 years of support for Ubuntu |
| • Issue 1147 (2025-11-10): Fedora 43, the size and stability of the Linux kernel, Debian introducing Rust to APT, Redox ports web engine, Kubuntu website off-line, Mint creates new troubleshooting tools, FreeBSD improves reproducible builds, Flatpak development resumes |
| • Issue 1146 (2025-11-03): StartOS 0.4.0, testing piped commands, Ubuntu Unity seeks help, Canonical offers Ubuntu credentials, Red Hat partners with NVIDIA, SUSE to bundle AI agent with SLE 16 |
| • Issue 1145 (2025-10-27): Linux Mint 7 "LMDE", advice for new Linux users, AlmaLinux to offer Btrfs, KDE launches Plasma 6.5, Fedora accepts contributions written by AI, Ubuntu 25.10 fails to install automatic updates |
| • Issue 1144 (2025-10-20): Kubuntu 25.10, creating and restoring encrypted backups, Fedora team debates AI, FSF plans free software for phones, ReactOS addresses newer drivers, Xubuntu reacts to website attack |
| • Issue 1143 (2025-10-13): openSUSE 16.0 Leap, safest source for new applications, Redox introduces performance improvements, TrueNAS Connect available for testing, Flatpaks do not work on Ubuntu 25.10, Kamarada plans to switch its base, Solus enters new epoch, Frugalware discontinued |
| • Issue 1142 (2025-10-06): Linux Kamarada 15.6, managing ZIP files with SQLite, F-Droid warns of impact of Android lockdown, Alpine moves ahead with merged /usr, Cinnamon gets a redesigned application menu |
| • Issue 1141 (2025-09-29): KDE Linux and GNOME OS, finding mobile flavours of Linux, Murena to offer phones with kill switches, Redox OS running on a smartphone, Artix drops GNOME |
| • Issue 1140 (2025-09-22): NetBSD 10.1, avoiding AI services, AlmaLinux enables CRB repository, Haiku improves disk access performance, Mageia addresses service outage, GNOME 49 released, Linux introduces multikernel support |
| • Issue 1139 (2025-09-15): EasyOS 7.0, Linux and central authority, FreeBSD running Plasma 6 on Wayland, GNOME restores X11 support temporarily, openSUSE dropping BCacheFS in new kernels |
| • Issue 1138 (2025-09-08): Shebang 25.8, LibreELEC 12.2.0, Debian GNU/Hurd 2025, the importance of software updates, AerynOS introduces package sets, postmarketOS encourages patching upstream, openSUSE extends Leap support, Debian refreshes Trixie media |
| • Issue 1137 (2025-09-01): Tribblix 0m37, malware scanners flagging Linux ISO files, KDE introduces first-run setup wizard, CalyxOS plans update prior to infrastructure overhaul, FreeBSD publishes status report |
| • Issue 1136 (2025-08-25): CalyxOS 6.8.20, distros for running containers, Arch Linux website under attack,illumos Cafe launched, CachyOS creates web dashboard for repositories |
| • Issue 1135 (2025-08-18): Debian 13, Proton, WINE, Wayland, and Wayback, Debian GNU/Hurd 2025, KDE gets advanced Liquid Glass, Haiku improves authentication tools |
| • Issue 1134 (2025-08-11): Rhino Linux 2025.3, thoughts on malware in the AUR, Fedora brings hammered websites back on-line, NetBSD reveals features for version 11, Ubuntu swaps some command line tools for 25.10, AlmaLinux improves NVIDIA support |
| • Issue 1133 (2025-08-04): Expirion Linux 6.0, running Plasma on Linux Mint, finding distros which support X11, Debian addresses 22 year old bug, FreeBSD discusses potential issues with pkgbase, CDE ported to OpenBSD, Btrfs corruption bug hitting Fedora users, more malware found in Arch User Repository |
| • Issue 1132 (2025-07-28): deepin 25, wars in the open source community, proposal to have Fedora enable Flathub repository, FreeBSD plans desktop install option, Wayback gets its first release |
| • Issue 1131 (2025-07-21): HeliumOS 10.0, settling on one distro, Mint plans new releases, Arch discovers malware in AUR, Plasma Bigscreen returns, Clear Linux discontinued |
| • Issue 1130 (2025-07-14): openSUSE MicroOS and RefreshOS, sharing aliases between computers, Bazzite makes Bazaar its default Flatpak store, Alpine plans Wayback release, Wayland and X11 benchmarked, Red Hat offers additional developer licenses, openSUSE seeks feedback from ARM users, Ubuntu 24.10 reaches the end of its life |
| • Issue 1129 (2025-07-07): GLF OS Omnislash, the worst Linux distro, Alpine introduces Wayback, Fedora drops plans to stop i686 support, AlmaLinux builds EPEL repository for older CPUs, Ubuntu dropping existing RISC-V device support, Rhino partners with UBports, PCLinuxOS recovering from website outage |
| • Issue 1128 (2025-06-30): AxOS 25.06, AlmaLinux OS 10.0, transferring Flaptak bundles to off-line computers, Ubuntu to boost Intel graphics performance, Fedora considers dropping i686 packages, SDesk switches from SELinux to AppArmor |
| • Issue 1127 (2025-06-23): LastOSLinux 2025-05-25, most unique Linux distro, Haiku stabilises, KDE publishes Plasma 6.4, Arch splits Plasma packages, Slackware infrastructure migrating |
| • Issue 1126 (2025-06-16): SDesk 2025.05.06, renewed interest in Ubuntu Touch, a BASIC device running NetBSD, Ubuntu dropping X11 GNOME session, GNOME increases dependency on systemd, Google holding back Pixel source code, Nitrux changing its desktop, EFF turns 35 |
| • Issue 1125 (2025-06-09): RHEL 10, distributions likely to survive a decade, Murena partners with more hardware makers, GNOME tests its own distro on real hardware, Redox ports GTK and X11, Mint provides fingerprint authentication |
| • 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 | 
Ares Desktop
Ares Desktop was a free operating sytem for people looking for a polished desktop environment for the educational, business desktop and home user fields. Ares Desktop was based on the Fedora Core system. Ares Desktop offers more than just an operating system: It comes with many packages that are used daily by desktop educational, business and home users. All these packages are bundled up in an easy installation program.
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.
|
|