 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 • Arch EndeavourOS (by Tim Maskell on 2023-01-09 01:09:44 GMT from Norway)
Running Arch or EnveavourOS for quite some time.Years actually. Great distros.
2 • tamed ARCH (by every-other-?nix on 2023-01-09 02:45:58 GMT from New Zealand)
Running RebornOS (main) and Manjaro (faster, newer machine), both with Cinnamon desktop. The newer machine is to replace the main one as its a 14 yo HP dv7 (i7, 8GB). Let's say it has been a multi month process and nowhere near completed. :) Doesn;t help to be semi-retired and so days turn to weeks...
3 • The Arch Club (by 8ight.bit.al on 2023-01-09 02:46:58 GMT from United States)
Arch Linux seems to me like learning a martial art. One has to pay the dues; put in the work and take the lumps. Tends to keep out the also-rans. When mastered, it's a skill to be proud of.
I got tired of the constant updates, wondering if this was the one that broke things. I don't want to work that hard for my computer; I want my computer to work hard for me.
Eagerly await every issue of DW; Thanks for everyone's many fine efforts.
May I suggest the new Salix release for a review. The last DW review was August 2013.
4 • Arch (by furby on 2023-01-09 02:50:06 GMT from United States)
I like arch, and the AUR, but do not usually run it.
If I did, I would use a downstream version. I just don't want to spend a lot of time setting up any Linux. I wanna do my work.
Another problem for me is the frequency and size of updates. If I could find a more fixed release Arch with some updates, I might try it (and yes, I've tried Manaro and have other problems with it).
I also don't get part of the Arch way, that users should have to do the command line install because they have to learn at least some Linux to do it. I have installed Arch from scratch, and find many of those things to be Arch-specific. Yes, users do have to know some Linux, but I think an automated install outweighs this.
5 • Arch (by DaveB on 2023-01-09 03:09:45 GMT from Australia)
I have set up Arch - it was a fun challenge. However I only did it once. I have tried multiple distros over the years, but these days stick with Arch derivatives - simply as they are easier to install.
One thing about Arch - you learn the basics, and if you break something, it can be repaired in the CLI. This encourages skills useful for those supporting any distro.
Also the doco is excellent. Even before I first installed Arch, I often found myself looking at the Arch doco to solve an issue. Today if assisting with something else, the Arch doco is where I often start.
I'm looking at this week's poll. I find it interesting that only 54% of respondents do not run a form of Arch (but only 155 people have responded so far).
Have a good day :0)
6 • Arch allegedly making things unnecessarily difficult (by Josh Smith on 2023-01-09 03:15:26 GMT from Australia)
I have not found Arch unnecessarily difficult like you seem to think, Jesse. In fact, I've found it a lot easier to use long-term than any other distribution (and like you, I'm a distro-hopper, and have tried close to a hundred different distributions). Sure, the initial set up can be unnecessarily challenging for newcomers, but once you've done it a few times it's a cakewalk. In fact, I could probably do it from memory despite last installing Arch years ago.
Its approach to package management in particular is easier, in my experience, than any other distros. Since starting using Linux, I've found myself frequently needing to build my own packages due to no distribution having all the packages I want. With Gentoo I find myself always having to look up EAPI standards and ebuild functions (the documentation for which I have found difficult to find in the past and difficult to understand) in order to build my own package, with distributions using the RPM package manager you need to understand the macros used and with Debian packages you need to understand the make-like syntax of the packaging files (which I've found quite challenging). As for Arch Linux, you merely need to understand shell script (the language of the Linux command-line) in order to be able to build your own packages. Creating my own Arch package takes me mere minutes to achieve, whilst with other distros it would likely take me hours.
I also like how any query I have about my Arch system is likely to be answerable in mere minutes by looking it up on the Arch Wiki. Plus Arch's repositories, if you include the AUR, are some of the vastest of any distribution, so it's less frequent that I even need to package for it than I do with other distros like Fedora and openSUSE. I will admit that pacman's syntax is less intuitive than that of most Linux package mangers (e.g. pacman -S package is how you install a package, versus apt install package for APT), but with enough experience with it this becomes an insignificant detail as you'll eventually have all the commands you need memorized.
7 • Arch Linux and children (by mnrv-ovrf-year-c on 2023-01-09 03:21:07 GMT from Puerto Rico)
Before spring last year I knew nothing, but *nothing* about Arch Linux. Didn't know there was a distro which was 3/5 of the name of the tallest mountain in Africa, didn't know another was named after a British warship, and a bunch of others were named "Arc-something" without a lot of imagination. Didn't know darned good Linux distros came from the Low Countries.
Welp, today I'm full of Manjaro, EndeavourOS and ArcoLinux. Firstly many thanks to the people at Arch Linux after 20 years of pushing the envelope of technology everyday. Many thanks to the developers and contributors of the "children" distros for making it possible for somebody who *doesn't* want to say, "BTW I use Arch!" Manjaro good, EndeavourOS is the best and Messeman has the most moves. Period.
8 • Arch guided installer (by R Hoagland on 2023-01-09 03:42:41 GMT from United States)
Installing the "Arch way*" is definitely a learning experience and worth doing once, but I'm a little surprised Jesse didn't try the guided installer that's been included in Arch for quite a while now.
9 • no Arch for me. (by Bobbie Sellers on 2023-01-09 05:47:54 GMT from United States)
I have avoided Arch and learned about at least 16 years ago. If I was 20 years younger and in good health I might try it just to learn about this sort of computing. I came from the Amiga GUI OS to Mandriva Linux and on to PCLinuxOS 64. All I have to say is hurray for Gael Duval who created the interactive GUI installer for Mandrake. When I started with 2006 Mandriva it came on 6 CDs and the installer included prompts for the next disk. The best use for Windows XP that I ever found was copying the 6 iso files and making them into bootable disks for use.
Thanks for the Newsletter.
The new file system for Slax sounds interesting but is this for the Ubuntu or the Slackware based Slax?
10 • Arch or Arch-based - not for end users (by LInux Refugee on 2023-01-09 06:14:41 GMT from United States)
I've been using Arch for 4-5 years. I haven't found it a challenge, but have seen significant counts of users hitting issues and not being able to resolve them when something goes wrong within the packages. Grub Aug 2022 is a prime example.
AUR isn't supported, and it's on users to understand what's going on. Yet youtubers keep touting AUR as a benefit.
I do like Reborn and EndeavourOS. These (and other Arch-based distros) are doing quite noble work in bringing Arch to the masses.
Jesse's writeup is good and fairly done, while raising some distinct questions users should think about. The time commitment and ability to resolve problems are critical to success with this distro.
11 • Arch Installers (by Sidney Skinner on 2023-01-09 06:36:41 GMT from Barbados)
Besides children of Arch they are several Arch Installers. These are not distributions, therefore should not be included in Distrowatch, just installers. They install stock Arch. Calam-Arch-Installer.iso https://sourceforge.net/projects/blue-arch-installer/
Arch Linux GUI https://archlinuxgui.in/
Anarchy Installer This is in Distrowatch but should not be as all it installs is stock Arch.
Zen Installer https://github.com/spookykidmm/zen_installer
There are several others. The one I use is just a personal project of the author and per author's request I will not name it here but can be found via an internet search of Vanilla Arch installers
12 • Arch guided installer (by Roger Brown on 2023-01-09 06:44:34 GMT from Australia)
@8 Unfortunately the Archlinux guided installer has been malfunctioning for quite a few months - it's clearly not well supported by the Archlinux devs. In fact they have removed reference to it in recent Archlinux iso releases.
However in the January 2023 release Archinstall is back working - hopefully for good.
I've been running Arch for some years now - it's a great distro and once installed is simple to maintain. And as already mentioned the documentation is unrivalled.
13 • Arch Install (by Kerry Kappell on 2023-01-09 06:45:04 GMT from United States)
The official installation guide doesn't tell you that there is a menu driven CLI install script (or it's just hard to find). Boot up the install media and type: archinstall. It can set up the network, xorg, server or desktop configuration easily.
14 • Arch installers (by Roger Brown on 2023-01-09 06:54:03 GMT from Australia)
@11 The only installer of those you mention that is still current is Calam-Arch (first on your list) - still being updated monthly and works quite well. The online installer at https://endeavouros.com/ is similar.
AFAIK those are the two best installers providing a near pristine online installation.
15 • Arch, Manjaro, rsync (by Guido on 2023-01-09 07:15:32 GMT from Philippines)
I use an Arch derivative on my machines, Manjaro. It is very easy to install and upgrades are stable as all Arch packages are first extensively tested before going into Manjaro's stable branch.
Pacman is extremely quick to use with a few helpers. Arch has fewer packages than Debian because Debian has many programs broken into several smaller packages. Most of the time you have to install them all anyway.
Note: There is an interface for rsync called Grsync.
16 • Everyone who is famous has fame (by Trihexagonal on 2023-01-09 07:19:21 GMT from United States)
But not everyone who is famous has infamy. And when it comes to discos, Kali is famous for its infamy, That makes it notorious.
People who don't use it are the ones compelled to espouse "Buyer Beware" to those who do, in my notoriety
I've never used Arch, but I like what I'm hearing as far as no hand holding or dumbing down of the userbase.
BTW, I use FreeBSD, too.
17 • Arch (by Matthew on 2023-01-09 07:30:30 GMT from United Kingdom)
Contrary to Jesse's experience I find that it takes more time and effort to strip out the bloat from a "user friendly" distribution than it takes to install and configure Arch how I like it. YMMV.
18 • Installing Arch (by jesuiswiizzz on 2023-01-09 08:19:48 GMT from Belgium)
After installing Arch manually for a few times, I finally decided to use archfi/archdi, and I've never had any problem ever since. I know it prevents me from asking questions in the official forum, but since I've never had the faintest (real) issue in several years and I've always found solutions in the forum or somewhere else, I don't mind. If working a little helps me have the system that I want, and nothing else, it's OK for me.
19 • arch (by babu on 2023-01-09 08:34:51 GMT from Belgium)
Thank you for reviewing Arch.
Only disagree with Mr Jesse Smith on 'archinstall'. My experience is that this script is not too complicated and does a very good job.
Maybe the simplest way to install Arch is to install ArchBang, the arch 'child', provided by Mr Green. The installer is very simple and you can afterwards replace i3 easily by any desktop environment you like.
Of course there are many more 'children' you might try.
20 • Arch (by Benoitghar on 2023-01-09 08:38:54 GMT from Australia)
Arch was the very first Linux distro I installed - the instructions in the wiki are (or were) easy to follow and I've never got the aura around the installation process - seems a bit of the "look at me" factor rather than a rite of passage.
I don't believe the process taught me anything about Linux except maybe the internals of installers - basically anyone capable of reading instructions should be able to do it.
I liked the system and it worked well but over time I just found it didn't have the software I wanted (I am not prepared to trust the AUR and I've never liked flatpaks) so I moved on to MX where I get all that I want from the Debian repos without third party involvement - a reason I moved to Linux in the first place.
21 • Arch again (by Dr.J on 2023-01-09 09:37:45 GMT from Germany)
Maybe it's a generational thing. I started with computers in the 80s and in those days we had to start by finding the right driver for the built-in hard drive before we could even install an operating system. The whole process usually ended with the printer installation, which took a good half day. Compared to that, I didn't find my first Arch installation very complicated, because many things have to be done manually (language settings, harddisk partitioning, creating the fstab etc.), but are solved very comfortably, for example the internet connection via dhcp. But my impression is that today we live in a world where the graphical user interface, language commands and plug'n'play have become the standard. A good example is Mabox as one of the archchildren providing graphical user interfaces for the Openbox-WM and for Conky. Say goodbye to "${color gray30}${swapbar}${color}${color #61c4bc" and welcome to the 21st century. In this respect Arch is perhaps one of the last dinosaurs...
22 • Arch: the Arch-wiki (by JeffC on 2023-01-09 11:35:11 GMT from United States)
The Arch wiki was great back 10 to 15 years ago.
Then it would give instructions on digging into the internal workings of a Linux based OS.
Now? No digging into the configuration and learning the inner workings.
It seems to all just be:
sudo systemd fix-it-for-me
23 • Arch (by fox on 2023-01-09 12:19:38 GMT from Canada)
I had an installation of Arch installed on my laptop, and ran it as an occasional distro for two years without any problems. I installed it as a challenge - the installation was presented in my local Linux club, and I thought it would be fun to try it. I definitely learned more about the command line from doing the installation, and was pleased that I could make it work. I also filled it in with applications from AUR so as to have a distro that I could use all the time if I ever wanted to.
The two biggest problems I had with Arch were the huge updates and the time it took to build some programs when installed or updated. Eventually I removed the distro; I wasn't really using it anyway. Presently I have Manjaro running as a secondary distro. Like Arch, it is very responsive in comparison to my main distro, Ubuntu. But also like Arch, the updates are huge. I have had it for about two years and it has never broken. Because of its responsiveness, I enjoy using it more than Ubuntu, but I wouldn't trust any rolling release distro as my main driver.
24 • Openmandriva rolling (by EireLinux on 2023-01-09 12:37:32 GMT from Ireland)
Congratulations to Openmandriva for entering the rolling world. Since I use only rolling distros and I like "keep it complicated" philosophy, to me another distro like this is a huge benefit.
Especially rolling distro with a bunch of configuration tools and KDE desktop, which is only good looking and flexible desktop for Linux/Unix today.
Speaking of which, porting KDE to OpenBSD is a great news, as soon it is implemented fully, gonna try OpenBSD.
25 • Arch (by Fabio on 2023-01-09 12:57:07 GMT from Italy)
I have never used Arch and i shalll not use in the future, because i prefer
stable distributions as like Debian, Mint, etc,
but I have to say that the web site ArchWiki (https://wiki.archlinux.org/) is
one of the best with very good documentation generally valid for each
linux distribution. For example, try to search "systemd" in this site and you will
find a nice collected source of information on this item.
26 • Arch (by rich on 2023-01-09 13:17:56 GMT from United States)
I prefer using disttro's that take a lot of the leg work out for you. I don't use Arch but do use Endeavour OS Linux and Manjaro. I used Manjaro for a couple years and find that Endeavour is also excellent and up to speed with it's package management. Updating is time consuming but that's fine for me as I like the latest improved versions of the software as it comes out. I also use AUR repository and have about a dozen packages from there running on my computer also. But you might run into issues with some of the software not working or compiling right. All in all I'm glad I got away from the Debian, Ubuntu, Mint arena and also stop using Fedora and it's workings. Endeavour is pretty smooth and works well for me. I'm happy it works well and support forums are typically 'very good'.
Rich ;)
27 • Arch Linux (by dah on 2023-01-09 13:19:57 GMT from United States)
Several years ago, I went through the long Arch Linux install process. I learned quite a bit and used it as my preferred distro for a couple of years. After a couple more installs (with a new desktop and a laptop), however, I decided to try some of the "Arch children" (Antergos, Manjaro, etc.) that came with installers. After trying several, I settled on Artix and have been using it ever since.
I agree that Arch Linux itself seems to be made more difficult than it has to be on purpose. On the Arch forums, if you ask a question on something, more often than not you'll get a snotty response telling you that you obviously didn't read the documentation and that you don't know what you're doing. Very annoying.
The folks at Arch like to say that you can you can build your Arch system the way you want it with your choice of applications, yet they don't give you a choice on the init software. With Arch, it's systemd or else. That is a direct contradiction of the "Arch way." Artix gives you alternatives. I started with OpenRC and have recently switched to dinit.
Arch is a solid base, but it's derivatives are better than the original.
28 • No rolling releases for me (by Zed on 2023-01-09 13:28:33 GMT from Italy)
The "rolling release" distros are for a very small audience of users: at any moment you can have a problem with an application or with the entire operating system. The only model that has a future is the LTS one: an "enterprise distro" with support for 10 years + an experimental distribution every 6-12 months (with at least 2 months of testing behind).
29 • Arch (by The Amnesiac Philosopher on 2023-01-09 14:03:54 GMT from United States)
I appreciate Jesse explaining what Arch means by following the KISS philosophy, because, I've always thought it meant that it referred to something completely different.
Several years ago (around 2016 ???)...when Arch had really blown up in popularity and after hearing how it would only install the packages that you need...back before "By the way" had become such a meme...I tested building an Openbox system from the ground up on Arch, Debian, and Ubuntu. Back then, if I could "eek out" some more resource savings on my old hardware, that's what I was looking for.
I was used to building my own system from a Debian netinstall, so I had a list of packages to install so that the test would be as close as possible for each of the 3 builds. Granted, I had to use pacman to find the names of some packages since their naming convention is different on Arch...
My results were surprising to me...
Lowest RAM usage/2nd highest Disc space usage: Ubuntu
Lowest Disc space usage/2nd highest RAM usage: Debian
Highest RAM and Disc space usage: Arch
I haven't tried this type of test again since then, and it probably would have been better to use another distribution; such as, Fedora (or whatever) back then.
Anwho...no hate towards Arch. It's fun to use, but I'm an old-fogey and prefer a stable distro.
30 • @28 WHAT?? (by Reinaldo Fernandez on 2023-01-09 14:10:50 GMT from Venezuela)
Rolling release is for a very small audience? What? Are you one of those people that think that when others like something that you don't, they must be a very small group because you are the center of the universe? By the way, I have been using Debian Testing for years and no real big issues, and also Sid on one machine and no issues, both are rolling
31 • @28: (by dragonmouth on 2023-01-09 14:46:32 GMT from United States)
Each to his own.
LTS in an enterprise environment, yes. When you have thousands of workstations to update, LTS is the only way to go. On an individual desktop, it's ridiculous. One day you wake up and your LTS distro is 4-5 years behind.
I have used PCLinuxOS (rolling) for more than 6 years, 3-5 updates per week. Never had a glitch or a hiccup. Actually, I don't give a rat's behind how many others use rolling distros. It works for me.
32 • @#3 I got tired of the constant updates, (by Jeffersonian-1789 on 2023-01-09 15:00:31 GMT from Poland)
Hello #3:
I understand, I actually stop using (deleted it!) Windows 10, because updates were a mess, slow and increasingly bulky... and not even "good" (often buggy).
I use Fedora, and in the package control configuration file (/etc/dnf/dnf.conf), I usually (manually) deactivate the update of large bulky packages like Firefox, etc... and only do an update once a month by removing the "#" on the exclude line like this:
#exclude=FlightGear-data
I like Fedora for many reasons, one is that the RPM package system is more ad advanced than the old Debian packages used on many distros.
I find it ridiculous that the many Linux distros use (pretty much) the same unified kernel, but so many package management systems: it was great to experiment, now, very much like for LSB (linux Standard Base) it is time to unify Linuxes around a single package system, and outside of religious wars, nothing prevents this... and to continue experimental better thing !
Note that even RPM's are not fully unified : many RPM packages for OpenSuse just don't worlk out of the box on Fedora (latest: 37), for example try "Sigil"...
And yes, a "unified " Linux package management system, would allow to create simple GUI on many Desktops too, now it is too complicated, so there is a link Desktop Packages
JF-1789
33 • Running Arch Linux (by TimC on 2023-01-09 15:11:55 GMT from United States)
I have run Arch Linux on my main host since 2014. I think people who say it is subject to "frequent breakage" are doing something wrong.
But yes, I agree with the reviewer's comment about it appealing to those who want to read all the docs and do everything "hands on". I was an administrator of many systems from the late 70s until 2009, from IBM mainframes to big Sun Solaris systems. With hundreds or even thousands of users depending on my systems being correct and reliable, I had to know what to do and how to do it when things went haywire. So, "hands on" is in my nature.
34 • Gentoo (by MJ on 2023-01-09 15:42:16 GMT from United States)
I remember running Arch back in 2008-2010 as a secondary to Slackware, which was my preference at the time. I've since moved to Gentoo and have been quite content. Gentoo and Arch both have had great documentation over the years. I've preferred portage over pacman/AUR. If you're interested in something that gives you more control both are great options.
35 • Verifying a disk's contents was copied properly (by Mark on 2023-01-09 15:50:41 GMT from Austria)
It's worth mentioning that:
1. Clonezilla has the option to check the checksums of all files after cloning drive A to drive B
2. There is a GUI tool FreeFileSync which can conveniently check files in two directories using binary comparison.
Cheers!
36 • @33: I must be doing something wrong (by Matt on 2023-01-09 15:59:39 GMT from United States)
I'm a fairly experienced linux user (started back in 2001). Over that time I have tried every major distribution and many minor ones. Arch broke for me after about one week while updating daily, and I would not recommend Arch for that reason.
The emphasis of Arch on updating everything constantly comes at the expense of stability. Debian testing/unstable is a rolling release with better quality control.
37 • Arch review (by Dasherpack on 2023-01-09 16:28:32 GMT from Spain)
I feel this review was one of the best in this site in the last three months, mainly because it is a review that is very useful to users. I think that reviewing the top 52 distros every week would be way more useful to users than choosing weird distros nobody has heard about.
However, I will still read them, because your reviews are one of the bestin the Linux community.
38 • Arch inspired distros (by Otis on 2023-01-09 17:02:41 GMT from United States)
They seem snappy, crisp, and easy to set up and use. But... love getting away from systemd.. so.. MX helps with that choice and behaves quite the same for me.
39 • Manjaro & Chakra (by Fred on 2023-01-09 17:16:25 GMT from United States)
I've been running Manjaro for about a year now. I really liked Chakra, another Arch child, but it gave up the ship. I tried Kubuntu and it was okay, but I missed not having an up to date OS. Then they started to use Snap which I found a bit clunky. So now I'm with Manjaro. Haven't had any issues.
40 • arch (by thym on 2023-01-09 17:30:35 GMT from Greece)
There is not a pefect distro. the best distro, a distro for all. Everyone chooses and sticks to something more according to his needs, preferences or by luck. I think this review succeds to this: describing some type users that is most probable to find Arch their distro to go.
Personally, i was running arch (10-11 years before, towards the end of the /etc/rc.conf era). I used to update it, three or more times a week, by following these steps: check for announcements, warnings, tips in the official site, check the forum to see if an update had caused any problems, then perform the upgrade by applying manual intervention if instructed so. Sometimes, i had to fix something, usually minor, afterwards,
To be honest, i do not have the time anymore for all this staff.
Bleeding edge distros usually demanding more time for administration: the advantages for most users are questionable.
About the installer, all that typing for me is no. I prefer to perform an installation without reading and copying staff. Graphical or ncurses tools are okay. I do not mind to edit text files -on the contrary, i like it- but i prefer to do this after the installation.
Finally, aur may have 1 billion programs but i do not 1 billion programs.
41 • Arch (by Robert on 2023-01-09 17:39:06 GMT from United States)
I've run Arch for many years off and on.
Every now and then something breaks badly enough to send me off to another distro. And while I will be happy with the user-facing simplicity of other distros for a while, eventually their automation and configuration management just gets in my way and sends me back to Arch, where the system will always do what I tell it to do.
Even the manual setup process, while more work than necessary in most cases, can be a plus if, say, I don't want to use GRUB or want something specific from my filesystems.
42 • Arch or what else? (by Risto on 2023-01-09 17:51:28 GMT from Finland)
I have to confess: I have never thought of running Arch. I consider myself as a USER, I use a computer to do things. I'm not a Linux enthusiast, interested in setting up a Linux system from CLI, when there are other distros I can use after a minimal set up time. The usual: time, language, personal accounts etc and you are USING the system. I admit, as a Windows refugee, my only interface to my system is GUI.
43 • @32: (by dragonmouth on 2023-01-09 18:42:58 GMT from United States)
I wholeheartedly agree with you but the Balkanization of Linux is another topic that is better not broached. (just like systemd vs. sysVinit). Any Tom, Dick or Harry can make a few cosmetic changes in a distro and come out with a new one. How many of the 1,000+ distros actually introduce a novel idea?
There used to be a Universal Distro Updater called AppImage. But that was not good enough for RedHat and Canonical. They invented their own Universal programs. So now we have three Universal Updaters. And that is the Achilles' Heel of Linux. Everybody wants to dictate the standards to the rest of us.
44 • Balkanization is good (by Matt on 2023-01-09 18:59:20 GMT from United States)
I think Balkanization is good. Linux doesn't put up barriers to changing anything. You can create a new package manager, desktop environment, init system, or pretty much anything else you want to try. If it turns out to be a bad idea, it will wither and die. If it is a good idea, it will grow and people will improve upon it. This type of innovation Linux allows is the exact opposite of Windows or macOS.
45 • endeavourOS (by phil on 2023-01-09 20:59:33 GMT from Netherlands)
I am using EndeavourOs now for 8 months and everything work perfectly ... I used before Linuxmint (cinnamon or Xfce) and now I prefer EndeavourOS for its reactivity . I have discovered and installed some new applications that Mint does not offer and no need to search for a PPA or anything .... everything is included in Endeavour (Arch) ... That makes the difference . Appimages and Flatpaks are available too, that makes a great and wide choice
46 • dircmp (by Will on 2023-01-09 21:57:56 GMT from United States)
I got sick of trying to figure out rsync for comparisons of directories and wrote a python script to do the job. I like it when I'm trying to figure out how to sync two directories or see if there are dupes in one dir. It will do a fast check (digest parts of files) or slow check (full digest), it doesn't use dates at all. The basic output shows:
files only in one dir
files with same name but different digest
files in both with same digest (identical)
files with same name but different digest
etc.
I will eventually tweak it to show sync plans and execute those plans, but it works as a lister, now.
https://github.com/decuser/decuser_python_playground
future direction
https://decuser.github.io/unix/python/2022/12/15/dircmp.py-improvements.html
47 • @32 (by Panther on 2023-01-09 23:12:35 GMT from United States)
That is a good question, why is there not a universal package management tool across all distros?
You can google search this question and there a a bunch of explanations but they basically come down to a few factors:
1. There is no standardised organisation to the file system followed by all distros, the locations of files / libs / configuration files varies.
2. Naming conventions vary across distros, not every library has the same name on each distro.
3. Dependencies also vary across distros. A distro such as Debian may have one large package with more files / libs whild a distro such as arch or gentoo may break them down into several smaller packages.
4. The security model (if any) of the distro. For example your universal package would have to have selinux and apparmor rules (at least).
5. Licensing. The various distros have different policies and approaches to what can be packaged .
6. Fractured community standards. Some people would view speed as the most important feature, ohters would object to big borther dictating how to package, etc.
This is why flatpack or snap are the current model, but they require each package to contain all the libs / dependencies.
48 • @#27 Arch, Debian. . . (by rich on 2023-01-09 23:59:32 GMT from United States)
quote. . . "I agree that Arch Linux itself seems to be made more difficult than it has to be on purpose. On the Arch forums, if you ask a question on something, more often than not you'll get a snotty response telling you that you obviously didn't read the documentation and that you don't know what you're doing. Very annoying."
I had a similar experience about 14 years ago with Debian. . . . Some of us don't aspire to become software programmers or hardware engineers. I was the target of 'righteous' indignation for asking a 'quote' stupid question in the Debian forums and the responses I received were far from moderated. That's was a wake up call to me about the types of people out there who think everyone who doesn't ascribe to their learning behaviors or standards are just plain stupid. Albeit we're not all rocket scientists.
I just want to use my computer for my needs without 'Bill Gates' and his monolithic capitalistic reach on me or the government prying into my computer. The capitalist greed is 'good' analogy is everywhere I look and quite frankly has put most of us in a downward spiral today. I don't like Windows (stopped using it with 'Windows ME' and that's when I went to Linux route. Yes, I have learned much more than I can relate but the indignation is what turned me off. I can only say that it's good most 'Forums' are moderated with 'decent' people who willing to give you a learning hand.
End of Rant. . . .
Rich;)
49 • Arch love (by Francois on 2023-01-10 00:21:17 GMT from France)
When I started using Linux seriously, Ubuntu was the rising star, and soon after appeared many Ubuntu derived distributions, very popular at that time.
I enjoyed more Debian derived distros like MEPIS (now MX Linux) and SIDUX (now siduction). The latter introduced me in the world of the rolling release distributions: a blessing, especially if you need to reinstall few weeks before an official release.
But the Ubuntu/Debian/Fedora world has too many patches on the same release of the software, while the original programmers are advancing to new, updated, fixed, feature rich versions of their softwares.
In this domain Archlinux has no equal, having the stable version of each software when their developers consider it stable, and after few of consistency tests of the Arch developers. These reasons make Arch the base distribution of choice of a lot of new Arch derived distros that nowadays have taken the place in the past used by Ubuntu and Debian derived distros. It's flexibility and versatility permit them to provide amazing projects like Xerolinux, EndeavourOS, Garuda, Manjaro...
I use Arch since 2010. I install on my family's computers Kubuntu LTS, but I still care for having the latest release of stable software. As many of you said, the responsiveness of pure Arch derived distros is without equal. And you can have every day the last stable release of everything by simply writing: sudo pacman -Syu
50 • Arch classic (by Gunslinger on 2023-01-10 00:24:08 GMT from United States)
Been running Arch going on 8 years. Enjoy looking at the others out there, but for me they fall short.
Enjoy what ever you like
51 • Arch love II (by Francis on 2023-01-10 00:55:58 GMT from France)
The current situation of the Linux lovers is that the distribution is no more at the centre of the attention because you can have similar experiences with many distributions.
Too many non enterprise developers are busy with patches, refinement, esthetics, ... and too few maintain core packages or advance useful tools.
But it is an amatorial world where everybody decide where to spend his time despite missing the whole picture.
52 • ARCH Linux (by Rodrigo on 2023-01-10 01:01:46 GMT from Spain)
I find installing Arch a waste of time, as Jesse explained in the article, you have lots of options to get the same in less time (and with fewer headaches). Having said that, we say in Spain that, "para gustos los colores", this is why I respect people who have hobbies I find weird like spending their spare time installing Linux systems from scratch just for fun... but, please, don't tell that this hobby is "simple".
53 • Hyperbola (by Andy Prough on 2023-01-10 01:19:49 GMT from United States)
My one Arch-based distro that I'm using is called Hyperbola, which has no systemd, no dbus, uses xenocara for its video server, sndio for its sound server, doas instead of sudo, and in a lot of ways emulates BSD. I've really enjoyed my time with it, especially because the developers are so completely committed to only using software with completely free licenses.
54 • Arch (by penguinx86 on 2023-01-10 02:06:41 GMT from United States)
I tried Arch Linux when I constantly distro hopped 10-12 years ago. It's been a while since I used it. I can't remember much about it. Most likely, I quit using it because it was incompatible with the Wifi adapter in my laptop.
55 • Arch (by Tran Older on 2023-01-10 03:20:30 GMT from Vietnam)
I remember when Arch was young
We all techies had so much fun
Holding hands and days were done
Had an old good lappy and a place of our own
But the biggest kick I ever got
Was setting up a thing called the Openbox
While the other kids watch soccer 'round the clock
We were glueing our eyes to the Openbox.
Well, Arch coding is something shocking
When your fingers just can't keep still.
I never knew me a better time, and I guess I never will
Oh, lawdy mama, those weekend nights ...
56 • Arch learning experience (by FriarTux on 2023-01-10 08:44:33 GMT from Australia)
I've used arch since it came on the scene. Learn Arch and you will learn just about all Linux distros. The archinstaller is buggy. All you do is answer alot of questions. The real learning comes from installing arch the arch. I have learned more from arch than any other distro. Its a great learning experience and am glad to have tackled it 100's of times.
57 • Arch Linux Review (by Otis on 2023-01-10 14:46:47 GMT from United States)
Reviewing from the standpoint of being highly technically savvy around Linux and coding in general lends to a bit of reported disappointment marbled through the review itself, for the reason that what needs to be done with Arch is within the know-how grasp of the reviewer and deemed not necessary in the face of so many distros out there that have installers, most notably Arch based distros. "
There are many posts in here, not just today but through the years of Distrowatch history, expressing notions of Arch (and sometimes Gentoo) being a very good way to learn Linux in general just by working through installation and configuration to the user's liking. Those comments are being made by not just beginners in the world of Linux, but also by those who've been using Linux for some time but likely started right off on their Linux journey looking for an easy to install and configure distro that "just works."
That, "...I often get the impression Arch Linux is trying to make things harder just for the sake of making things harder" surprised me. The box of Legos is not trying to make things harder to build a toy house or battle tank or windmill, it's just saying build what you want no matter what it is, here are the pieces for that anything.
58 • Riding the Arch Wave (by Kyle K on 2023-01-10 15:42:42 GMT from United States)
I discovered Arch Linux on the early part of that popularity wave that @29 mentioned, and that couldn't have come at a better time for me. I was still in school, and computers were still something that I worked on as a hobby, so I had the time, patience, and motivation to learn how to use it. The Arch ecosystem really "clicked" with me. The ability to build a system from the ground up combined with the excellent documentation was a breath of fresh air compared to my prior experience in mostly Ubuntu-based distros, where it always felt like I was fighting the maintainers' will when making my (probably ill-advised) system-level customizations.
When I decided to make Linux my daily driver system during college, Arch was the natural choice due to my familiarity with it. And I continue to use it to this day, on both my personal and work systems. I have had Ubuntu, Mint, and OpenSUSE installations that all bricked themselves during upgrades, but the Arch system that I installed on my college laptop back in 2017 is still going strong. And as a software engineer, the Arch Build System is an absolute godsend for installing obscure and/or custom software. (The AUR may get all of the attention, but I consider the ABS to be the unsung hero of the Arch platform.)
Having said all of that, I absolutely agree that Arch Linux is not the right choice for everyone. It requires a certain amount of patience and effort that most users either do not have or do not want to spend on maintaining their computer. I know that my own success with Arch has been built on my ability and willingness to take an active role during system upgrades, both in researching potential issues beforehand and in troubleshooting issues that arise afterward. Maybe one day I will lose my drive to perform so much manual intervention. Luckily, there are plenty of good Arch derivatives out there; Manjaro is already a vastly more approachable system than its parent, and I sometimes find myself using Artix images when I want to quickly get an Arch system up and running with a graphical desktop. Until then, though...
I use Arch, by the way.
59 • The Review Itself (by Saul on 2023-01-10 16:45:17 GMT from United States)
Awesome review of Arch ! Best review I've read of any distro.
60 • Arch (by Simon on 2023-01-10 21:50:05 GMT from New Zealand)
Wow, I'm astonished to see that roughly half of Distrowatch poll respondents are using Arch or an Arch derivative... I had no idea it was so popular, and to be honest I struggle to understand why. Slackware is a cleaner, simpler, more "pure" environment for a really hands-on build-from-upstream-source approach; at the other extreme, Gentoo is vastly more powerful and sophisticated than Arch, if you're wanting your customizations to apply to everything you're building and to be carried forward with the rolling release model... and, as Jesse said, most popular distros provide much better out-of-the-box experiences than Arch, both in terms of ease of setup and in terms of integration and polish. Arch seems like a kind of compromise between Slackware and Gentoo, with some of Slackware's simplicity (yet far more unnecessary complexity than Slackware), and some of Gentoo's flexibility (yet far less flexibility than Gentoo): it's never appealed to me because it doesn't excel at either of the qualities for which it's known. If you want tidy simplicity, Slackware knocks Arch out of the park, and if you want powerful flexibility, Gentoo knocks Arch out of the park. I guess if you want a bit of a taste of both, Arch is a reasonable compromise... but I don't know why people like it so much. I've tried it several times over the years since it emerged, and have never liked it enough to deploy the systems I'd put together with it. It feels to me like a weird hybrid that's a bit worse at both its aims in order to try for both at once... basically the spork of distros. The one thing I do admire about it is its community documentation: the Arch wiki is outstandingly good. Well... that and its logo. Maybe the real reason it's so popular among Linux nerds is that its logo reminds them of the starfleet insignia from Star Trek.
61 • Arch - installing and updating on ARM 32-bit (by TheTKS on 2023-01-10 23:14:16 GMT from Canada)
Congratulations and thanks for 20 years of Distrowatch. I've been using Linux for a bit over 6 years, but occasionally read articles that were published long before that and I find still helpful.
TL;DR: After much wailing and gnashing of teeth, I got a 32-bit ARM Arch/ChromeOS hybrid installed on a Chromebook with just the packages I want. It now runs and updates stably (no more wailing and gnashing.)
Arch is working fine, but I still like Slackware the best.
The Long Version
ArchLinuxARM with Xfce on a 32-bit Chromebook here, for a bit over half a year. I installed it rather than another Linux because the instructions for installing on this hardware were the clearest and closest to a complete recipe that I found. This was my first ArchLinux installation.
It was an ordeal to install, but that was because of the specific steps to install it on this challenging hardware, not because Arch itself is hard to install - time-consuming, but not hard for someone with some Linux command line experience.
The Good, The Bad and The Ugly
The Good: I have a usable Linux that has only the packages I want. Even a web browser (Firefox) is fast enough to be usable on this low spec hardware. The Arch wiki is far from perfect but was more than helpful, it was essential.
The Bad: I ran into several roadblocks while installing and breaks during the first few updates (more on that below), to the point that I started calling this installation One-Thing-After-Another Linux. There remains a need to manually maintain a workaround to a couple of systemd module issues (maybe that belongs in The Ugly.)
The Ugly: The first stage was installing a Frankenstein Arch-on-ChromeOS-kernel. With that said, the installation recipe gives instructions for installing a mainline Arch kernel (but also says some hardware may not be supported, so maybe that's ugly, too.)
To address a few complaints about Arch:
Breaks: I haven't run into any in months. After working through the first few post-update breaks, I started looking at the Arch and Arch ARM website news sections, package update notices and forums to keep watch for possible update problems, and pay close attention to the pacman update messages. It now runs and updates stably, so I stopped calling it One-Thing-After-Another Linux.
Updating, all that updating!: I update once a week, but don't have a lot of packages installed and don't use Arch daily. I would rather do update only when any package has an identified as a security fix, but I haven't found a quick way to find that. Updating weekly or upon security fix notice won't work for everybody, but does for me.
I want my, I want my, I want my systemd (with apologies to Mark Knopfler and Sting): or if not, systemd-less children are easy to find on Distrowatch x86_64. The few times I have had to interact directly with systemd, I haven't enjoyed it, so I would rather have installed a systemd-less 32-bit ARM child, but didn't find one.
TKS
62 • BTW (by Jay on 2023-01-11 01:36:54 GMT from Germany)
I looked at all available distro lines before I jumped to Arch and settled on a second-generation adaptation, part of the Manjaro branch.
I've been using Arch for some years now but I can't remember exactly when that began because it seemed so natural. Arch gave me current apps that just worked, so there was never any issue with my switchover.
To not have to waste hours deleting all the cruft one finds on most mainstream distros and to get current versions of apps I actually wanted made switching over a delight and the Arch documentation is excellent - it reminds me of Gentoo's.
I keep my workstation as uncluttered as possible and perhaps that's why I've never seen an update kill it. I've seen an improperly packaged app (with a missing library dependency) that annoyed me, but I rebuilt it from sources and never looked back.
I have no brand loyalty; I think the 'best' Linux is the one that best fits the task - and Arch meets my desktop requirements in a way nothing else has.
63 • @60 Archery (by crackers on 2023-01-11 02:43:20 GMT from Australia)
@60 Simon you are spot on in my view - I never found Arch, which I used for about a year, could hold a candle to Slackware for simplicity.
All said and done I've found the Ubuntu family (and some Debian derivatives) almost perfectly optimised for any hardware I've thrown at them and Arch, with which I agree with Jesse is more a toolkit or something than a distro, was a distance behind. To me there's no contest in what I would choose first.
However that's my view and like Simon I don't know why people like it so much - Arch has many defenders on forums who get very prickly about the slightest hint of criticism of The One True Way and more than a few come across to me as seeking to justify the time they put into it, just human nature I guess.
64 • DebiArch (by Crackly Dan on 2023-01-11 03:43:19 GMT from Canada)
I'm a long time Debian user. When I need help with a feature I look in /usr/share/doc first, then the Debian wiki second, and if those don't have the answer, I head over to the excellent Arch wiki. I've never tried Arch as it seems geared toward the DIY crowd, and their excellent documentation proves it!
65 • Re Previous Comments (by New User on 2023-01-11 08:43:39 GMT from Canada)
@60 Simon and @63 Crackers - Fully agree with your comments on Slackware versus Arch.
Not to be overly critical of Arch. Have found their documentation great, but not always applicable.
Jesse did a great review this week and saved me trying Arch again. Have already achieved Nirvana with Slackware (and Salix); and MX for an effortless Debian base.
For those of us who just want to get work done, and no longer want to spend our lives experimenting to see if a distro might serve our needs, Distrowatch has been invaluable.
Also, Distrowatch has been a great resource for following where efforts (such as EasyOS) are headed.
Correction re comment #2 in Distrowatch Weekly 1000: The reference there to comments 7 & 15 should have referred to Distrowatch Weekly 994 and not 944.
66 • Why I use Arch (by Antonio on 2023-01-11 08:48:29 GMT from Italy)
I decided to try Arch, after spending some time with Ubuntu and derivatives, because everytime I ran into trouble with thos distros, I often ended up finding the solution in the Arch wiki. If the documentation is that good, I thought ...
I also used Arch on my main work system for a couple of years and, yes, I had trouble with rolling updates but not more frequently than with Windows, so what?
Now Linux is no longer my work daily driver, but I still have Arch on my main home computer and that is a 10 years old installation I have moved through different PCs in this time frame. Wanted to try it in the beginning, used daily, had troubles, solved them, learned a lot in the process. Not bad
67 • By coders, for coders? (by Mu on 2023-01-13 01:32:38 GMT from Germany)
That snotty attitude some folks are getting feels to me like "coder gatekeeping" that ironically is at odds with the whole notion of Linux being ready for the desktop. IMO, it isn't and it never was. By its very nature, you have to dig into text configs and use sensitive console commands where a misplaced slash or any small error may spell the difference between success or nuking something important. It has always been a "bare to the metal" kind of OS, and that's also what's cool about it.
Seasoned Linux users tend to favor distros that "just work" for what they're trying to do. That's because always having to tinker to make stuff run properly gets old real quick. I really enjoyed Arch back when it still had install scripts. They stopped offering that at some point, and I stopped using it. Now there's a text installer again. It all just feels like an excuse for the devs not to put in a proper solution. There is NO excuse for buggy Linux installers as this is the first and most crucial interaction with the future OS, and yet even Calamares and others are easy enough to crash into a wall just by picking non-defaults.
Once you have it running, Arch is a fine system. I like Debian/Armbian for servers personally. I had real ugly breakage with Manjaro before so I would stick to plain Arch instead, and check the news for breaking changes.
68 • Use Arch or not (by Eric Leung on 2023-01-13 02:15:43 GMT from Hong Kong)
Personally I agree that Arch or EndeadourOS is a very solid distribution. And I have funs to play with either of these.
However, people would prefer to use Debian for production machine. Therefore, it requires lot of time and earn enough reputation.
69 • tried Arch but use Debian (by peer on 2023-01-13 08:34:44 GMT from Netherlands)
I installed and tried Arch several times.I also tried Endeavour. I used Manjaro kde for about a half year. But I went back to Debian. Not because it is better (I do not know which is better) but because I just feel at home with Debian .
Number of Comments: 69
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 | 
Zevenet
Zevenet was a load balancer and application delivery system based on Debian. The Zevenet platform provides HTTP and HTTPS connections for web applications as well as load balancing services for TCP and UDP traffic. Zevenet was available in community and commercially supported editions.
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.
|
|
• 
• 
• 
• 
• 
• 
• 
