 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
| | |
| TUXEDO |
TUXEDO Computers - Linux Hardware in a tailor made suite
Choose from a wide range of laptops and PCs in various sizes and shapes at TUXEDOComputers.com. Every machine comes pre-installed and ready-to-run with Linux. Full 24 months of warranty and lifetime support included!
Learn more about our full service package and all benefits from buying at TUXEDO.
|
| Archives |
| • Issue 1099 (2024-12-02): AnduinOS 1.0.1, measuring RAM usage, SUSE continues rebranding efforts, UBports prepares for next major version, Murena offering non-NFC phone |
| • Issue 1098 (2024-11-25): Linux Lite 7.2, backing up specific folders, Murena and Fairphone partner in fair trade deal, Arch installer gets new text interface, Ubuntu security tool patched |
| • Issue 1097 (2024-11-18): Chimera Linux vs Chimera OS, choosing between AlmaLinux and Debian, Fedora elevates KDE spin to an edition, Fedora previews new installer, KDE testing its own distro, Qubes-style isolation coming to FreeBSD |
| • Issue 1096 (2024-11-11): Bazzite 40, Playtron OS Alpha 1, Tucana Linux 3.1, detecting Screen sessions, Redox imports COSMIC software centre, FreeBSD booting on the PinePhone Pro, LXQt supports Wayland window managers |
| • Issue 1095 (2024-11-04): Fedora 41 Kinoite, transferring applications between computers, openSUSE Tumbleweed receives multiple upgrades, Ubuntu testing compiler optimizations, Mint partners with Framework |
| • Issue 1094 (2024-10-28): DebLight OS 1, backing up crontab, AlmaLinux introduces Litten branch, openSUSE unveils refreshed look, Ubuntu turns 20
| | • Issue 1093 (2024-10-21): Kubuntu 24.10, atomic vs immutable distributions, Debian upgrading Perl packages, UBports adding VoLTE support, Android to gain native GNU/Linux application support |
| • Issue 1092 (2024-10-14): FunOS 24.04.1, a home directory inside a file, work starts of openSUSE Leap 16.0, improvements in Haiku, KDE neon upgrades its base |
| • Issue 1091 (2024-10-07): Redox OS 0.9.0, Unified package management vs universal package formats, Redox begins RISC-V port, Mint polishes interface, Qubes certifies new laptop |
| • Issue 1090 (2024-09-30): Rhino Linux 2024.2, commercial distros with alternative desktops, Valve seeks to improve Wayland performance, HardenedBSD parterns with Protectli, Tails merges with Tor Project, Quantum Leap partners with the FreeBSD Foundation |
| • Issue 1089 (2024-09-23): Expirion 6.0, openKylin 2.0, managing configuration files, the future of Linux development, fixing bugs in Haiku, Slackware packages dracut |
| • Issue 1088 (2024-09-16): PorteuX 1.6, migrating from Windows 10 to which Linux distro, making NetBSD immutable, AlmaLinux offers hardware certification, Mint updates old APT tools |
| • Issue 1087 (2024-09-09): COSMIC desktop, running cron jobs at variable times, UBports highlights new apps, HardenedBSD offers work around for FreeBSD change, Debian considers how to cull old packages, systemd ported to musl |
| • Issue 1086 (2024-09-02): Vanilla OS 2, command line tips for simple tasks, FreeBSD receives investment from STF, openSUSE Tumbleweed update can break network connections, Debian refreshes media |
| • Issue 1085 (2024-08-26): Nobara 40, OpenMandriva 24.07 "ROME", distros which include source code, FreeBSD publishes quarterly report, Microsoft updates breaks Linux in dual-boot environments |
| • Issue 1084 (2024-08-19): Liya 2.0, dual boot with encryption, Haiku introduces performance improvements, Gentoo dropping IA-64, Redcore merges major upgrade |
| • Issue 1083 (2024-08-12): TrueNAS 24.04.2 "SCALE", Linux distros for smartphones, Redox OS introduces web server, PipeWire exposes battery drain on Linux, Canonical updates kernel version policy |
| • Issue 1082 (2024-08-05): Linux Mint 22, taking snapshots of UFS on FreeBSD, openSUSE updates Tumbleweed and Aeon, Debian creates Tiny QA Tasks, Manjaro testing immutable images |
| • Issue 1081 (2024-07-29): SysLinuxOS 12.4, OpenBSD gain hardware acceleration, Slackware changes kernel naming, Mint publishes upgrade instructions |
| • Issue 1080 (2024-07-22): Running GNU/Linux on Android with Andronix, protecting network services, Solus dropping AppArmor and Snap, openSUSE Aeon Desktop gaining full disk encryption, SUSE asks openSUSE to change its branding |
| • Issue 1079 (2024-07-15): Ubuntu Core 24, hiding files on Linux, Fedora dropping X11 packages on Workstation, Red Hat phasing out GRUB, new OpenSSH vulnerability, FreeBSD speeds up release cycle, UBports testing new first-run wizard |
| • Issue 1078 (2024-07-08): Changing init software, server machines running desktop environments, OpenSSH vulnerability patched, Peppermint launches new edition, HardenedBSD updates ports |
| • Issue 1077 (2024-07-01): The Unity and Lomiri interfaces, different distros for different tasks, Ubuntu plans to run Wayland on NVIDIA cards, openSUSE updates Leap Micro, Debian releases refreshed media, UBports gaining contact synchronisation, FreeDOS celebrates its 30th anniversary |
| • Issue 1076 (2024-06-24): openSUSE 15.6, what makes Linux unique, SUSE Liberty Linux to support CentOS Linux 7, SLE receives 19 years of support, openSUSE testing Leap Micro edition |
| • Issue 1075 (2024-06-17): Redox OS, X11 and Wayland on the BSDs, AlmaLinux releases Pi build, Canonical announces RISC-V laptop with Ubuntu, key changes in systemd |
| • Issue 1074 (2024-06-10): Endless OS 6.0.0, distros with init diversity, Mint to filter unverified Flatpaks, Debian adds systemd-boot options, Redox adopts COSMIC desktop, OpenSSH gains new security features |
| • Issue 1073 (2024-06-03): LXQt 2.0.0, an overview of Linux desktop environments, Canonical partners with Milk-V, openSUSE introduces new features in Aeon Desktop, Fedora mirrors see rise in traffic, Wayland adds OpenBSD support |
| • Issue 1072 (2024-05-27): Manjaro 24.0, comparing init software, OpenBSD ports Plasma 6, Arch community debates mirror requirements, ThinOS to upgrade its FreeBSD core |
| • Issue 1071 (2024-05-20): Archcraft 2024.04.06, common command line mistakes, ReactOS imports WINE improvements, Haiku makes adjusting themes easier, NetBSD takes a stand against code generated by chatbots |
| • Issue 1070 (2024-05-13): Damn Small Linux 2024, hiding kernel messages during boot, Red Hat offers AI edition, new web browser for UBports, Fedora Asahi Remix 40 released, Qubes extends support for version 4.1 |
| • Issue 1069 (2024-05-06): Ubuntu 24.04, installing packages in alternative locations, systemd creates sudo alternative, Mint encourages XApps collaboration, FreeBSD publishes quarterly update |
| • Issue 1068 (2024-04-29): Fedora 40, transforming one distro into another, Debian elects new Project Leader, Red Hat extends support cycle, Emmabuntus adds accessibility features, Canonical's new security features |
| • Issue 1067 (2024-04-22): LocalSend for transferring files, detecting supported CPU architecure levels, new visual design for APT, Fedora and openSUSE working on reproducible builds, LXQt released, AlmaLinux re-adds hardware support |
| • Issue 1066 (2024-04-15): Fun projects to do with the Raspberry Pi and PinePhone, installing new software on fixed-release distributions, improving GNOME Terminal performance, Mint testing new repository mirrors, Gentoo becomes a Software In the Public Interest project |
| • Issue 1065 (2024-04-08): Dr.Parted Live 24.03, answering questions about the xz exploit, Linux Mint to ship HWE kernel, AlmaLinux patches flaw ahead of upstream Red Hat, Calculate changes release model |
| • Issue 1064 (2024-04-01): NixOS 23.11, the status of Hurd, liblzma compromised upstream, FreeBSD Foundation focuses on improving wireless networking, Ubuntu Pro offers 12 years of support |
| • Issue 1063 (2024-03-25): Redcore Linux 2401, how slowly can a rolling release update, Debian starts new Project Leader election, Red Hat creating new NVIDIA driver, Snap store hit with more malware |
| • Issue 1062 (2024-03-18): KDE neon 20240304, changing file permissions, Canonical turns 20, Pop!_OS creates new software centre, openSUSE packages Plasma 6 |
| • Issue 1061 (2024-03-11): Using a PinePhone as a workstation, restarting background services on a schedule, NixBSD ports Nix to FreeBSD, Fedora packaging COSMIC, postmarketOS to adopt systemd, Linux Mint replacing HexChat |
| • Issue 1060 (2024-03-04): AV Linux MX-23.1, bootstrapping a network connection, key OpenBSD features, Qubes certifies new hardware, LXQt and Plasma migrate to Qt 6 |
| • Issue 1059 (2024-02-26): Warp Terminal, navigating manual pages, malware found in the Snap store, Red Hat considering CPU requirement update, UBports organizes ongoing work |
| • Issue 1058 (2024-02-19): Drauger OS 7.6, how much disk space to allocate, System76 prepares to launch COSMIC desktop, UBports changes its version scheme, TrueNAS to offer faster deduplication |
| • Issue 1057 (2024-02-12): Adelie Linux 1.0 Beta, rolling release vs fixed for a smoother experience, Debian working on 2038 bug, elementary OS to split applications from base system updates, Fedora announces Atomic Desktops |
| • Issue 1056 (2024-02-05): wattOS R13, the various write speeds of ISO writing tools, DSL returns, Mint faces Wayland challenges, HardenedBSD blocks foreign USB devices, Gentoo publishes new repository, Linux distros patch glibc flaw |
| • Issue 1055 (2024-01-29): CNIX OS 231204, distributions patching packages the most, Gentoo team presents ongoing work, UBports introduces connectivity and battery improvements, interview with Haiku developer |
| • Issue 1054 (2024-01-22): Solus 4.5, comparing dd and cp when writing ISO files, openSUSE plans new major Leap version, XeroLinux shutting down, HardenedBSD changes its build schedule |
| • Issue 1053 (2024-01-15): Linux AI voice assistants, some distributions running hotter than others, UBports talks about coming changes, Qubes certifies StarBook laptops, Asahi Linux improves energy savings |
| • Issue 1052 (2024-01-08): OpenMandriva Lx 5.0, keeping shell commands running when theterminal closes, Mint upgrades Edge kernel, Vanilla OS plans big changes, Canonical working to make Snap more cross-platform |
| • Issue 1051 (2024-01-01): Favourite distros of 2023, reloading shell settings, Asahi Linux releases Fedora remix, Gentoo offers binary packages, openSUSE provides full disk encryption |
| • Issue 1050 (2023-12-18): rlxos 2023.11, renaming files and opening terminal windows in specific directories, TrueNAS publishes ZFS fixes, Debian publishes delayed install media, Haiku polishes desktop experience |
| • Issue 1049 (2023-12-11): Lernstick 12, alternatives to WINE, openSUSE updates its branding, Mint unveils new features, Lubuntu team plans for 24.04 |
| • Issue 1048 (2023-12-04): openSUSE MicroOS, the transition from X11 to Wayland, Red Hat phasing out X11 packages, UBports making mobile development easier |
| • Issue 1047 (2023-11-27): GhostBSD 23.10.1, Why Linux uses swap when memory is free, Ubuntu Budgie may benefit from Wayland work in Xfce, early issues with FreeBSD 14.0 |
| • Issue 1046 (2023-11-20): Slackel 7.7 "Openbox", restricting CPU usage, Haiku improves font handling and software centre performance, Canonical launches MicroCloud |
| • Issue 1045 (2023-11-13): Fedora 39, how to trust software packages, ReactOS booting with UEFI, elementary OS plans to default to Wayland, Mir gaining ability to split work across video cards |
| • Full list of all issues |
| Star Labs |
Star Labs - Laptops built for Linux.
View our range including the highly anticipated StarFighter. Available with coreboot open-source firmware and a choice of Ubuntu, elementary, Manjaro and more. Visit Star Labs for information, to buy and get support.
|
| Random Distribution | 
Br OS
Br OS is a Brazilian Linux distribution based on Ubuntu and featuring the KDE Plasma desktop. It is designed as an intuitive, easy-to-use, general-purpose operating system for web navigation and content creation, providing a selection of useful applications for daily use.
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.
|
|
• 
• 
• 
• 
• 
• 
• 
