 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 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 | 
Luit Linux
Luit Linux was a small bootable live CD distribution based on KNOPPIX and Damn Small Linux. A small compact live distribution with tools and applications for day to day needs, without compromising on its look and feel and ease of use.
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.
|
|
• 
• 
• 
• 
• 
• 
• 
