 DistroWatch Weekly |
| Tip Jar |
If you've enjoyed this week's issue of DistroWatch Weekly, please consider sending us a tip.
(Tips this week: 3, value: US$50.37) |
|
|
|
 bc1qxes3k2wq3uqzr074tkwwjmwfe63z70gwzfu4lx  lnurl1dp68gurn8ghj7ampd3kx2ar0veekzar0wd5xjtnrdakj7tnhv4kxctttdehhwm30d3h82unvwqhhxarpw3jkc7tzw4ex6cfexyfua2nr  86fA3qPTeQtNb2k1vLwEQaAp3XxkvvvXt69gSG5LGunXXikK9koPWZaRQgfFPBPWhMgXjPjccy9LA9xRFchPWQAnPvxh5Le paypal.me/distrowatchweekly • patreon.com/distrowatch |
|
| Extended Lifecycle Support by TuxCare |
|
|
| Reader Comments • Jump to last comment |
1 • Q&A (by Vinfall on 2023-12-18 01:43:54 GMT from Singapore)
Renaming files: If you are bad at command line, it's also possible to use ls -1 (or ls -a1) to dump the file list, copy that column, replace strings using any tool like sed/Excel, and then curate a renaming script you can paste. Of course, Perl rename command would be much simpler if you are comfortable with cli.
Open a terminal and directory quickly: you can use Ctrl + Alt + T to do that, and then use alias in shell rc, rely on shell history using Ctrl + R, or create a symlink in $HOME. Also, terminal file manager like nnn (with cd on quit shell integration installed) is always your best friend.
2 • RlxOS (by Devlin7 on 2023-12-18 05:17:42 GMT from New Zealand)
I downloaded and tried RlxOS XFCE4 on three different pieces of hardware. The same thing happened three times in a row. XFCE4 panel hung during the install. The install completed but the OS wouldn't boot. I waited a week and downloaded a newer ISO and got exactly the same issue again. I decided to give up at this point.
3 • @1 (by BlackCodec on 2023-12-18 06:05:17 GMT from Italy)
Simply find . -type f -exec rename ... Or without perl you could use sed to store new name in a var and then mv {} ${newname}
4 • The full cd command (by Simon on 2023-12-18 06:15:26 GMT from New Zealand)
Since "the full cd command" is often something like cd - or cd .. and since even when we do need to name specific directories we can use abbreviations like cd f*/b* or use BASH tab completion to finish the names, "the full cd command" usually takes less than one second. I guess like most things shell-related it's different for folk who can't touch-type, but as long as you can type and know the various BASH shortcuts for typing directory names, cd is very fast.
5 • Removing spaces (by daviddpf on 2023-12-18 08:13:12 GMT from United States)
Have a look at "detox". Simple and fast.
6 • fzf fuzzy history search (by Luca on 2023-12-18 08:41:12 GMT from Italy)
I use and recommend fzf fuzzy history (and file) search... I use its integration with fish, but it also works with bash and other shells
7 • GUI renamer (by Mr Renamer on 2023-12-18 09:15:48 GMT from Spain)
Another very good and very easy to use GUI renamer is 'GPRename'.
8 • How do you jump to a new directory in a shell? (by James on 2023-12-18 11:08:18 GMT from United States)
I do not use the command line: 46 (13%)
I was surprised by that number, I so often feel like I am the only one not using the terminal. Good to see I have company and helps dispel the myth you have to be a computer geek to use Linux.
9 • Renaming directories (by Ken Harbit on 2023-12-18 11:36:42 GMT from United States)
I don't know the command line. In the past I have sometimes caused problems instead of fixing them. I use MXLinux file manager. For me, it's quick and easy and I cause less problems.
10 • Command Line (by Friar Tux on 2023-12-18 15:17:49 GMT from Canada)
@8 (James) & @9 (Ken) I'm with you, I stopped using command line way back when - with MSWindows 3.11. We now live in the 21 century. Command line, to me is for hobbyists, and developers. I much prefer point and click. I'm looking forward to A.I. input in another 5 to 10 years. Something to the effect of Star Trek's computer - "Computer, write a Christmas letter to my Gramma. Make sure to mention the year's events." We're close, but still not quite there.
Anyway, back to command line. Some have said that it's faster to use the terminal to do stuff. I disagree. I find pointing and clicking is faster and doesn't mess up your computer when you make a spelling error, give you a "Command Not Found" because you hit the wrong keyboard key. Now you have to start all over again. How is that faster. This is why Point-And-Click was invented in the first place. Computers would not have gained the prominence they have today if we were still using the terminal and command line. I thought of this the other day, while in the doctor's office, watching him renew my prescriptions and sending them to the pharmacy. Point and click, and done, in less than 30 seconds.
11 • Jumping to a “new” directory? (by SuperOscar on 2023-12-18 16:22:45 GMT from Finland)
I’m not sure if the Opinion Poll question of “jumping to a new directory” means a directory that is not current or a directory that is actually new or even yet non-existing, but for the latter I use a Zsh function:
# create-curr-word-as-dir()
#
emulate -L zsh
local -a words
local dir
words=(${(z)LBUFFER})
dir=${(Q)~words[-1]}
if [[ -e $dir ]]; then
zle -M "already exists: $dir"
else
mkdir -p $dir && zle -M "created: $dir" || zle -M "cannot create: $dir"
fi
Bind this to, say, Alt+M, and you can type `cd not-yet-existing-directory Alt+M Enter`, and the directory is created before you run the actual command line.
12 • @10 Friar Tux: (by dragonmouth on 2023-12-18 16:53:41 GMT from United States)
" I'm looking forward to A.I"
Be careful what you wish for. Something to the effect of Hall9000 :-)
A.I. is already causing problems.
13 • Command line (by Daniel Martinez on 2023-12-18 16:54:44 GMT from United States)
@8, @9, @10,
I'm not a big user of the command line for day to day stuff but, I wouldn't exactly shun it either. I has saved my butt a few times when something goes wrong. It is worth while to learn, at least, a few things when all you have is a terminal because your desktop/window manager won't load. Stuff happens.
Peace.
14 • Of command lines, CD and other stuff... (by tom joad on 2023-12-18 17:17:26 GMT from Sweden)
Honestly!
Linux is full of geekie little toys to amuse and distract for folks with plenty of free time on their hands.
Me? I like the KISS method...'Keep it simple, @#$%^&*!!!
I do the 'cd' and get stuff done. Then I move on...
And that is how I voted.
15 • command line (by Titus Groan on 2023-12-18 18:06:01 GMT from New Zealand)
Using a GUI and mouse is great - until its not.
If something goes wrong when using GUI driven actions, there is often no error feedback. They silently exit.
Possible causes: incomplete update, mis-match of libraries, Bug unique to your hardware / software setup.
For that information, you would need to use the command line.
16 • @#5: detox (by grindstone on 2023-12-18 18:29:44 GMT from United States)
+1 Like any fine tool, a pleasure every time its used.
17 • Running out of Improvements (by Scott M. Boston on 2023-12-18 22:39:14 GMT from United States)
I kind of feel like there really should only be Seven Linux Distros. Linux is essentially being one homogeneous base. In general - they're almost no better than its next closest competitor. Fedora Ubuntu, Mint, Arch, Endeavor, Manjaro , OpenSuse Every other "Nux is just junk
18 • Pushd fan (by AdamB on 2023-12-19 00:02:35 GMT from Australia)
I voted for "I use an alias", and I have quite a few set up, but many of them, instead of being 'cd ' are 'pushd '.
Pushd has transformed my use of the command line in the last few years. Paths can be long and complicated, but if a path is in my 'dirs -v' list as #3 (for instance), I can change to it by issuing 'pushd +3' and can copy a file to it by issuing 'cp ~3'.
Since discovering pushd, I have not needed to use a file manager (such as MATE's Caja) so often - and I have some virtual machines which are not running a graphical environment, so efficient command-line use is extra handy.
19 • Correction to #18 (pushd) (by AdamB on 2023-12-19 00:06:31 GMT from Australia)
Should be:
and can copy a file to it by issuing 'cp ~3'
20 • Directory jumping (by archer on 2023-12-19 00:32:38 GMT from Moldova)
Are those directory questions made by a windows user ?
Literally the most basic usage pattern wasn't asked:
1) type cd & first 2 letters of a folder and press TAB
2) when you already used this command recently press
3) search for command in history + type folder name
4) use "cd -" to jump to previous dir
these 4 things are universal and people use them for 40 years.
Sure there are fancy bash plugins like 'ohmybash' which add ability to predict names, but good old covers this for 'cd' out of box.
so couldn't really choose the poll option and went with 'I use a shell that predicts directory names' instead of 'I use tab for completion' which I am sure 90% of people would choose when dealing with 'cd' command
I suspect that 'I use a shell that predicts directory names' was about using oh-my-bash plugins, oh-my-zsh or fish shells, but those fancy configurations deal mostly with predicting 'git' and complicated commands, not about 'cd', which covers just fine.
21 • Directory jumping (formatted) cause used tags (by archer on 2023-12-19 00:36:31 GMT from Moldova)
Are those directory questions made by a windows user ?
Literally the most basic usage pattern wasn't asked:
1) type cd & first 2 letters of a folder and press TAB
2) when you already used this command recently press 'up'
3) search for command in history + type folder name 'ctrl+r'
4) use "cd -" to jump to previous dir
these 4 things are universal and people use them for 40 years.
Sure there are fancy bash plugins like 'ohmybash' which add ability to predict names, but good old 'tab' covers this for 'cd' out of box.
so couldn't really choose the poll option and went with 'I use a shell that predicts directory names' instead of 'I use tab for completion' which I am sure 90% of people would choose when dealing with 'cd' command
I suspect that 'I use a shell that predicts directory names' was about using 'oh-my-bash' plugins, 'oh-my-zsh' or 'fish' shells, but those fancy configurations deal mostly with predicting 'git' and complicated commands, not about 'cd', which covers just fine.
22 • A.I. (by Friar Tux on 2023-12-19 01:47:45 GMT from Canada)
@12 (dragonmouth) "A.I. is already causing problems."
Unfortunately, yes, but, every new bit of software has caused problems in it's infancy. Time and development will improve it, hopefully. And yes, there is the possibility of abuse and misuse. Mankind certainly has a penchant for that. For everything we have invented, someone has found an illegal and/or unethical use for it. That should not stop us from trying, though.
23 • CLI (by So on 2023-12-19 09:17:45 GMT from Spain)
@10 So the radio is useless because the have invented the TV?
24 • Command line (by James on 2023-12-19 11:51:52 GMT from United States)
Why I don't use the command line.
I never learned to type beyond hunt and peck.
I am old and struggle to remember new thing, like complicated commands.
Now that is not to say I never use the command line. If I want to move something I call up my file browser with the terminal to drag and drop, I find that much easier than trying to type the path.
I use Synaptic for software management, which uses the terminal for me, but one thing Synaptic is not always good at is fixing broken packages, sometimes in works, sometimes it doesn't for broken packages. For that I have a cheat sheet, copy and paste. The one essential command to me is
sudo dpkg --configure -a
in case there is an interruption in an upgrade. After that, pure GUI.
25 • Leon A.I. (by Wilma on 2023-12-19 13:52:11 GMT from Switzerland)
@10, @12, @22
"I'm looking forward to A.I"
There is actually a personal assistant available for Linux (2019).
It only requires a computer with at least 8GB of RAM.
All you have to do is download it from GitHub.
You can also run it locally if you like.
26 • cd via command line (by Simon Plaistowe on 2023-12-19 19:33:18 GMT from New Zealand)
@4 and @14 yes I agree totally, keep it simple and use those shortcuts. My vote goes to the standard bash cd command.
27 • mouse vs command line (by Buster on 2023-12-19 23:28:45 GMT from Canada)
Most of us can certainly use the command line to some extent. But I, now, would use it only as a last resort, in Windows or Linux.
Linux will never be a popular desktop until it can be handled with a mouse or equivalent, much like automatic transmission has replaced the stick shift, and sensor dryers replaced the 'guess and check' dryer.
Many distros work very well with a mouse only. These distros should be praised and encouraged. Otherwise Linux will remain a toy for the technically inclined computer users, when Linux could take over the world (so to speak).
28 • @27: (by dragonmouth on 2023-12-20 11:55:48 GMT from United States)
"Linux will never be a popular desktop until it can be handled with a mouse or equivalent ..."
Linux CAN be handled with a mouse or equivalent already. It is the pundits and "experts" who keep pushing CLI "just in case" that are holding Linux acceptance back. They make it sound like if you don't know the magic spells, you can't be a Linux user.
Windows was at a similar point, except at that time everybody wanted to play with the new toy - GUI. Because of how long we've had GUI, CLI has become the new gee-whiz toy.
29 • Command line (by Cmdline user on 2023-12-20 12:34:04 GMT from Singapore)
It's weird that when Windows is adding the command line terminal through Powershell and WSL whereas Linux is moving towards the GUI ditching the command line.
30 • Command Line (by picamanic on 2023-12-20 12:46:28 GMT from United Kingdom)
I suppose people adverse to typing, will login by selecting characters from a menu with the mouse to build their password. There must be a distro that does this.
31 • Command Line (by Zane on 2023-12-20 13:50:47 GMT from United Kingdom)
I like the analogy to stick shfit vs automatic cars - the fact is many use manual cars in the UK because it's more fuel efficient and the public learn from driving lessons how to operate them. We have automatics, but they're rare. A bit like the cli - it's more efficient to use, but only if you put the time in to learn.
And Linux is about choice. Saying the cli is useless because of the GUI or vice versa is a stupid argument. You don't like it, don't use it - nobody's holding a loaded gun to your head. Using that as an excuse because you're not willing, want to or able to learn is a bit dumb. Just be happy with your choice and don't expect anyone else to like it (nor should you).
32 • Command Line (by Buster on 2023-12-20 18:47:53 GMT from Canada)
Well, I can see I made a blunder mentioning stick shift. That wont change anyone's mind. My sports car had a stick shift and every time I was in GB I used a stick.
I don't care what people use for their distros, but I think most people outside the community think mistakenly you have to use the command line, and many people on the forums eagerly promote using it.
But we know at the same time that the vast majority of desktop users (Windows, Apple) use a mouse or equivalent. Those are the people we have to win over, or always remain marginal
33 • CLI vs GUI (by Otis on 2023-12-21 00:04:38 GMT from United States)
@32 "But we know at the same time that the vast majority of desktop users (Windows, Apple) use a mouse or equivalent. Those are the people we have to win over, or always remain marginal."
Those going from MacOS or Windows to Linux are quite varied in reasons. We see them in distro forums talking about it, and most seem to be attracted to Linux via some version of getting away from "the Man," so to speak. They sound a lot like I did back in 96 when I first started in Linux. Already there was a veritable take over by Microsoft, and Windows 95/98 was out there as computing, it was marketed as THE ONLY computing we'll ever need, a huge assumption and a clever marketing strategy. It reminded me of Kleenex and Coke, their names became synonymous with the whole world of that commodity.
As to the CLI thing, yes I do remember all the braggy way the savvy Linux users were (and basically still are) about "cracking a shell so you can get into the system and make changes from the inside." I felt guilty not knowing basic commands so I learned them, and beyond.
I think that "winning over" Apple or Microsoft users to Linux is a silly endeavor, as the ones who come around to Linux are made up of experimenters, explorers, revolutionaries, and those just bored for a while. Also those who honestly do want to become experts; a tiny minority of new Linux users I'm guessing. So.. the GUI to replace CLI is attractive and always will be, probably more and more so.
34 • This CLI versus GUI "debate" (by picamanic on 2023-12-21 14:40:34 GMT from United Kingdom)
The people commenting on the CLI versus GUI "debate" here are hard for me to fathom. I started using "Unix" computers in 1988 [SUN and Silicon Graphics workstations], migrating to Linux when it first became usable with Redhat 6.0. Thoughout these 35 years, I have used a mixture of CLI and GUI programs, as appropriate for the work. The "Year of the Linux Desktop"? Always used it. I have never used Microsoft or Apple. Maybe that's where I have been going wrong.
35 • @10, @11, @34 (by Jay on 2023-12-25 02:55:02 GMT from Bosnia and Herzegovina)
I wouldn't give up zsh for anything either, so maybe (like picamanic) I'm doubly 'wrong'. ;)
There is no innate virtue in using one UI over the other beyond whether it best fits the task at hand. GUIs were designed for ease of use, CLIs for power and flexibility. All things being equal, pick whichever UI best fits your workflow.
For those that think one UI is somehow superior to the other, try using the full capabilities of the computer in front of you. Limiting oneself by deciding one UI should be used exclusively is actively choosing to be a half-wit.
If computers can do both UIs, you should be able to as well.
36 • Christmas (by Friar Tux on 2023-12-25 13:20:05 GMT from Canada)
Not here to comment, but seeing as this is still up and running, I want to wish the DW Team and all of you out there a very Merry Christmas, and tons of prosperity in the New Years.
37 • PostMarketOS (by Tux_Raider on 2023-12-27 01:16:07 GMT from United States)
thats the first distro i seen on distrowatch that has builds for smartphones
kudos to PostmarketOS for this, its what i been hoping for for years, a FOSS contender in the smartphone market, i am aware of others LineageOS, Graphene and some others
what i want to see is Fairphone and Pinephone be usable in the USA but i think Apple & Google and the NSA dont want that to happen
38 • cd with CDPATH (by John on 2023-12-29 17:08:26 GMT from Canada)
I use cd with CDPATH set, a bit different than the options and I find it a big time saver :)
39 • @37--Pinephone (by R. Cain on 2023-12-29 22:02:47 GMT from United States)
"...what i want to see is Fairphone and Pinephone be usable..."
Ever since Pine Microsystems Inc (Fremont, CA) was dissolved and was replaced by Pine Store Ltd (Hong Kong), a lot of people have wanted to see a Pinephone be usable.
Its (Pine's) last Pine Monthly Blog--after some prior, unexplained, very random fits and starts (1 April; 10 April; 12 August; 15 August; supposed to occur on the 15th of every month)--was August 2023.
Is Pine still in business? No help from the search engines.
Number of Comments: 39
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 1146 (2025-11-03): StartOS 0.4.0, testing piped commands, Ubuntu Unity seeks help, Canonical offers Ubuntu credentials, Red Hat partners with NVIDIA, SUSE to bundle AI agent with SLE 16 |
| • Issue 1145 (2025-10-27): Linux Mint 7 "LMDE", advice for new Linux users, AlmaLinux to offer Btrfs, KDE launches Plasma 6.5, Fedora accepts contributions written by AI, Ubuntu 25.10 fails to install automatic updates |
| • Issue 1144 (2025-10-20): Kubuntu 25.10, creating and restoring encrypted backups, Fedora team debates AI, FSF plans free software for phones, ReactOS addresses newer drivers, Xubuntu reacts to website attack |
| • Issue 1143 (2025-10-13): openSUSE 16.0 Leap, safest source for new applications, Redox introduces performance improvements, TrueNAS Connect available for testing, Flatpaks do not work on Ubuntu 25.10, Kamarada plans to switch its base, Solus enters new epoch, Frugalware discontinued |
| • Issue 1142 (2025-10-06): Linux Kamarada 15.6, managing ZIP files with SQLite, F-Droid warns of impact of Android lockdown, Alpine moves ahead with merged /usr, Cinnamon gets a redesigned application menu |
| • Issue 1141 (2025-09-29): KDE Linux and GNOME OS, finding mobile flavours of Linux, Murena to offer phones with kill switches, Redox OS running on a smartphone, Artix drops GNOME |
| • Issue 1140 (2025-09-22): NetBSD 10.1, avoiding AI services, AlmaLinux enables CRB repository, Haiku improves disk access performance, Mageia addresses service outage, GNOME 49 released, Linux introduces multikernel support |
| • Issue 1139 (2025-09-15): EasyOS 7.0, Linux and central authority, FreeBSD running Plasma 6 on Wayland, GNOME restores X11 support temporarily, openSUSE dropping BCacheFS in new kernels |
| • Issue 1138 (2025-09-08): Shebang 25.8, LibreELEC 12.2.0, Debian GNU/Hurd 2025, the importance of software updates, AerynOS introduces package sets, postmarketOS encourages patching upstream, openSUSE extends Leap support, Debian refreshes Trixie media |
| • Issue 1137 (2025-09-01): Tribblix 0m37, malware scanners flagging Linux ISO files, KDE introduces first-run setup wizard, CalyxOS plans update prior to infrastructure overhaul, FreeBSD publishes status report |
| • Issue 1136 (2025-08-25): CalyxOS 6.8.20, distros for running containers, Arch Linux website under attack,illumos Cafe launched, CachyOS creates web dashboard for repositories |
| • Issue 1135 (2025-08-18): Debian 13, Proton, WINE, Wayland, and Wayback, Debian GNU/Hurd 2025, KDE gets advanced Liquid Glass, Haiku improves authentication tools |
| • Issue 1134 (2025-08-11): Rhino Linux 2025.3, thoughts on malware in the AUR, Fedora brings hammered websites back on-line, NetBSD reveals features for version 11, Ubuntu swaps some command line tools for 25.10, AlmaLinux improves NVIDIA support |
| • Issue 1133 (2025-08-04): Expirion Linux 6.0, running Plasma on Linux Mint, finding distros which support X11, Debian addresses 22 year old bug, FreeBSD discusses potential issues with pkgbase, CDE ported to OpenBSD, Btrfs corruption bug hitting Fedora users, more malware found in Arch User Repository |
| • Issue 1132 (2025-07-28): deepin 25, wars in the open source community, proposal to have Fedora enable Flathub repository, FreeBSD plans desktop install option, Wayback gets its first release |
| • Issue 1131 (2025-07-21): HeliumOS 10.0, settling on one distro, Mint plans new releases, Arch discovers malware in AUR, Plasma Bigscreen returns, Clear Linux discontinued |
| • Issue 1130 (2025-07-14): openSUSE MicroOS and RefreshOS, sharing aliases between computers, Bazzite makes Bazaar its default Flatpak store, Alpine plans Wayback release, Wayland and X11 benchmarked, Red Hat offers additional developer licenses, openSUSE seeks feedback from ARM users, Ubuntu 24.10 reaches the end of its life |
| • Issue 1129 (2025-07-07): GLF OS Omnislash, the worst Linux distro, Alpine introduces Wayback, Fedora drops plans to stop i686 support, AlmaLinux builds EPEL repository for older CPUs, Ubuntu dropping existing RISC-V device support, Rhino partners with UBports, PCLinuxOS recovering from website outage |
| • Issue 1128 (2025-06-30): AxOS 25.06, AlmaLinux OS 10.0, transferring Flaptak bundles to off-line computers, Ubuntu to boost Intel graphics performance, Fedora considers dropping i686 packages, SDesk switches from SELinux to AppArmor |
| • Issue 1127 (2025-06-23): LastOSLinux 2025-05-25, most unique Linux distro, Haiku stabilises, KDE publishes Plasma 6.4, Arch splits Plasma packages, Slackware infrastructure migrating |
| • Issue 1126 (2025-06-16): SDesk 2025.05.06, renewed interest in Ubuntu Touch, a BASIC device running NetBSD, Ubuntu dropping X11 GNOME session, GNOME increases dependency on systemd, Google holding back Pixel source code, Nitrux changing its desktop, EFF turns 35 |
| • Issue 1125 (2025-06-09): RHEL 10, distributions likely to survive a decade, Murena partners with more hardware makers, GNOME tests its own distro on real hardware, Redox ports GTK and X11, Mint provides fingerprint authentication |
| • Issue 1124 (2025-06-02): Picking up a Pico, tips for protecting privacy, Rhino tests Plasma desktop, Arch installer supports snapshots, new features from UBports, Ubuntu tests monthly snapshots |
| • Issue 1123 (2025-05-26): CRUX 3.8, preventing a laptop from sleeping, FreeBSD improves laptop support, Fedora confirms GNOME X11 session being dropped, HardenedBSD introduces Rust in userland build, KDE developing a virtual machine manager |
| • Issue 1122 (2025-05-19): GoboLinux 017.01, RHEL 10.0 and Debian 12 updates, openSUSE retires YaST, running X11 apps on Wayland |
| • Issue 1121 (2025-05-12): Bluefin 41, custom file manager actions, openSUSE joins End of 10 while dropping Deepin desktop, Fedora offers tips for building atomic distros, Ubuntu considers replacing sudo with sudo-rs |
| • Issue 1120 (2025-05-05): CachyOS 250330, what it means when a distro breaks, Kali updates repository key, Trinity receives an update, UBports tests directory encryption, Gentoo faces losing key infrastructure |
| • Issue 1119 (2025-04-28): Ubuntu MATE 25.04, what is missing from Linux, CachyOS ships OCCT, Debian enters soft freeze, Fedora discusses removing X11 session from GNOME, Murena plans business services, NetBSD on a Wii |
| • Issue 1118 (2025-04-21): Fedora 42, strange characters in Vim, Nitrux introduces new package tools, Fedora extends reproducibility efforts, PINE64 updates multiple devices running Debian |
| • Issue 1117 (2025-04-14): Shebang 25.0, EndeavourOS 2025.03.19, running applications from other distros on the desktop, Debian gets APT upgrade, Mint introduces OEM options for LMDE, postmarketOS packages GNOME 48 and COSMIC, Redox testing USB support |
| • Issue 1116 (2025-04-07): The Sense HAT, Android and mobile operating systems, FreeBSD improves on laptops, openSUSE publishes many new updates, Fedora appoints new Project Leader, UBports testing VoLTE |
| • Issue 1115 (2025-03-31): GrapheneOS 2025, the rise of portable package formats, MidnightBSD and openSUSE experiment with new package management features, Plank dock reborn, key infrastructure projects lose funding, postmarketOS to focus on reliability |
| • Issue 1114 (2025-03-24): Bazzite 41, checking which processes are writing to disk, Rocky unveils new Hardened branch, GNOME 48 released, generating images for the Raspberry Pi |
| • Issue 1113 (2025-03-17): MocaccinoOS 1.8.1, how to contribute to open source, Murena extends on-line installer, Garuda tests COSMIC edition, Ubuntu to replace coreutils with Rust alternatives, Chimera Linux drops RISC-V builds |
| • Issue 1112 (2025-03-10): Solus 4.7, distros which work with Secure Boot, UBports publishes bug fix, postmarketOS considers a new name, Debian running on Android |
| • Issue 1111 (2025-03-03): Orbitiny 0.01, the effect of Ubuntu Core Desktop, Gentoo offers disk images, elementary OS invites feature ideas, FreeBSD starts PinePhone Pro port, Mint warns of upcoming Firefox issue |
| • Issue 1110 (2025-02-24): iodeOS 6.0, learning to program, Arch retiring old repositories, openSUSE makes progress on reproducible builds, Fedora is getting more serious about open hardware, Tails changes its install instructions to offer better privacy, Murena's de-Googled tablet goes on sale |
| • Issue 1109 (2025-02-17): Rhino Linux 2025.1, MX Linux 23.5 with Xfce 4.20, replacing X.Org tools with Wayland tools, GhostBSD moving its base to FreeBSD -RELEASE, Redox stabilizes its ABI, UBports testing 24.04, Asahi changing its leadership, OBS in dispute with Fedora |
| • Issue 1108 (2025-02-10): Serpent OS 0.24.6, Aurora, sharing swap between distros, Peppermint tries Void base, GTK removinglegacy technologies, Red Hat plans more AI tools for Fedora, TrueNAS merges its editions |
| • Issue 1107 (2025-02-03): siduction 2024.1.0, timing tasks, Lomiri ported to postmarketOS, Alpine joins Open Collective, a new desktop for Linux called Orbitiny |
| • Issue 1106 (2025-01-27): Adelie Linux 1.0 Beta 6, Pop!_OS 24.04 Alpha 5, detecting whether a process is inside a virtual machine, drawing graphics to NetBSD terminal, Nix ported to FreeBSD, GhostBSD hosting desktop conference |
| • Issue 1105 (2025-01-20): CentOS 10 Stream, old Flatpak bundles in software centres, Haiku ports Iceweasel, Oracle shows off debugging tools, rsync vulnerability patched |
| • Issue 1104 (2025-01-13): DAT Linux 2.0, Silly things to do with a minimal computer, Budgie prepares Wayland only releases, SteamOS coming to third-party devices, Murena upgrades its base |
| • Issue 1103 (2025-01-06): elementary OS 8.0, filtering ads with Pi-hole, Debian testing its installer, Pop!_OS faces delays, Ubuntu Studio upgrades not working, Absolute discontinued |
| • Issue 1102 (2024-12-23): Best distros of 2024, changing a process name, Fedora to expand Btrfs support and releases Asahi Remix 41, openSUSE patches out security sandbox and donations from Bottles while ending support for Leap 15.5 |
| • Issue 1101 (2024-12-16): GhostBSD 24.10.1, sending attachments from the command line, openSUSE shows off GPU assignment tool, UBports publishes security update, Murena launches its first tablet, Xfce 4.20 released |
| • 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 |
| • 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 | 
Libranet GNU/Linux
The Libranet Linux Desktop was a production of Libra Computer Systems Ltd. Libra has been providing UNIX systems and software development since 1984. We are located in the Vancouver area of British Columbia, Canada. We chose Debian as the base of Libranet. Debian GNU/Linux was solid and true to the spirit of GNU/Linux. We are a small team who see the future in GNU/Linux. We believe that Libranet was not only a solid replacement for Microsoft Windows, but surpasses it in almost all aspects. As GNU/Linux evolves and more and more hardware becomes supported, we find no need to run anything else. Libranet runs in our own office on both desktops and servers and fulfills all our business and personal computing needs. Our goal was to continue to produce a system to be proud of.
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.
|
|
• 
• 
• 
• 
• 
• 
• 
