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 • New distro testing (by Jordan on 2016-03-21 01:56:00 GMT from North America)
Simple here.. just download and run on same machine, different hd.
2 • New distro testing (by Terry R. on 2016-03-21 02:12:05 GMT from North America)
I download the liveCD first and try it out and see what all the distro contains and what works and does not work either on my desktop or a laptop. If I like what I see and most things are working correctly then I'll check to se if there is an an install version. I'll install on a test system box and try out on the test system box for a a while. Check everything through and through and report any bugs to the site we master or bug dept.
3 • Antergos (by erinis on 2016-03-21 02:13:11 GMT from North America)
Thanks for the very informative review. Did the download and It was as you said approx 1 hour from begging to end. Installed Mate and used the keep it simple method. No ZFS. just the default install. No need for getting fancy after all. Odd though that during the install process I did want to have gufw yet after a reboot it would not load. Oh well not a problem, that will not work itself out. Looking good so far. Cheers
4 • antergos (by erinis on 2016-03-21 02:18:29 GMT from North America)
After a successful install when you reboot..... the clock will show up and blink . Click on the time to log in. This had me wondering for a second or 2. Thanks.
5 • New Distro Testing (by slick on 2016-03-21 04:03:16 GMT from North America)
USB drive for me, at one point tested everything to see what Linux was all about, then settled with just Debian. Now just test what is systemd-less such as Devuan or Openrc.
Often test with live first and if it looks interesting enough may install to test-drive for a closer look.
Testing distros can be a tedious experience unless you narrow the field down and stay with-in. Only test an image below 700mb and WM only distributions.
6 • Testing Distros (by Mike on 2016-03-21 05:37:33 GMT from Asia)
I only test 2 distros now: CentOS and Ubuntu. Life and work got in the way of trying out every major distro that comes out. Now it's just long-term supported versions for me. Always in a VM first, then on a spare server or workstation. That's it.
My servers will eventually use the latest versions. So I just dive in mostly and see how my configurations fit or don't, or if there's an easier, cleaner way of setting things up.
Actually looking into Ansible to help with this.
7 • Antergos updates (by Bill on 2016-03-21 06:15:27 GMT from Oceania)
Thank you for reviewing Antergos - but I have to say that you have missed talking about one very important detail which really shows a lack of meaningful research into Antergos and Arch. What happens when you update your system?
Users of the mighty Arch (I am a fan) know that they have to regularly check the Arch website before updating. The brilliant Arch documentation and "Latest News" give the user the information needed to keep the system up-to-date and correctly configured. Arch is unlike most distros - users have to get a bit more involved and cannot simply update without reading these news items.
Manjaro Linux (also based on Arch) protects users from these details. Antergos does not and Antergos users must become familiar with the reading necessary before updating.
None of this is meant as criticism of Arch or Antergos, two of my favourite distros. Maybe Antergos has gone more like Manjaro in doing the work for users, I have not used it for a couple of years - either way an informed reviewer would have discussed this.
8 • small typo (by g1 on 2016-03-21 06:42:36 GMT from Europe)
You probably meant "rpm -q --changelog gcc".
9 • Package versions (by Alexandru on 2016-03-21 06:58:25 GMT from Europe)
Several core concepts of package version strategies were not mentioned. 1. When a new release coming after x.y its version will usually be x.y+1 if it is backward compatible with version x.y. When backward compatibility is not guaranteed, its version may be x+1.0. 2. When two different distributions ship some package with their specific version, the version number is usually divided into upstream version and distribution specific subversion number. Usually these two parts are made easy to distinct. For example: foo-1.2.3-4.5-fedora-xxx.rpm foo-1.2.3~4.5-debian-yyy.deb Both use upstream version 1.2.3 of package foo with fedora or debian specific patches subversion, each 4.5. This feature is almost standard across linux distributions and helps comparing the upstream version of some package among them.
10 • Nominating_Jesse_Smith_for_Debian_project_leader_but... (by k on 2016-03-21 07:12:37 GMT from Europe)
... then what would happen to us who really depend on his contributions to our community through DWW?
11 • Distro tests (by zykoda on 2016-03-21 07:27:31 GMT from Europe)
Download .iso to a hard drive. Use GRUB2 stanza or command prompt to fire up iso. Gparted to partition 2nd hard drive on which to install. Boot from 2nd hard drive. To keep update pre-existing grub.cfg, otherwise delete iso and install partition.
12 • @7 - Manjaro and news; Antergos review (by Hoos on 2016-03-21 08:03:41 GMT from Asia)
Manjaro in general does a good job of making the updates mostly trouble-free even if the user does not check first for warnings in the forum.
However once in a rare while, a big problem might arise and those who jumped into upgrading without first checking, find themselves having to spend a fair bit of time seeking help and then to solve the problem. It happened recently. An update left some users not able to access their encrypted disks or partitions.
So it is still a good habit even for Manjaro users to check first, particularly if you're not knowledgeable enough to solve serious issues yourself, and I include myself in this group. At worst you've "wasted" a few minutes reading the developer's first post in the thread.
As for the Antergos review, I agree that for any rolling distro, a key part of any review should be how the reviewer updated the system and what that experience was like.
13 • Testing Distros (by linux user on 2016-03-21 09:14:39 GMT from North America)
I try to test out a variety of distros for all needs/purposes.
Download torrents of said distros versus full .iso files whenever possible to save bandwidth.
Use a program to help download the torrent files to full .iso files of said distros.
Use a program to write them to a USB flash drive (I'm finding out Unetbootin isn't the best or sometimes approved medium to do such).
Load up the live version of the distro I want to test on a lone computer and make sure I check out every feature and program available.
14 • Testing Distros (by anticapitalista on 2016-03-21 10:13:09 GMT from Europe)
Firstly in VirtualBox. If I like, then fromiso boot from hard drive. If I still like, install to hard drive.
15 • Antergos (by RickG on 2016-03-21 12:12:27 GMT from North America)
I understand your protocol of testing and trying everything that is offered, but I would put zfs and btrfs in the experimental category for now. I have been using Antergos for over a year now and I love it. As a long time Ubuntu family user, I found myself becoming tired of release cycles and PPAs. I was attracted to the concept of a rolling distro with a software base that rivaled Debian/Ubuntu and a package system that was at least as fast as dpkg. That left Arch. While I appreciate the philosophy of build it from scratch, Antergos gives you a nearly stock Arch setup with very little work. As such it is as close as you can come to Arch with out installing everything by hand. I prefer Gnome Shell as my desktop and running an always current Gnome Shell is worth lots of little updates everyday that a rolling release requires. Ubuntu Gnome is also a great distro, but they are hampered by the Ubuntu release cycle. That being said they are my second go to distro followed by Ubuntu Mate. I encourage folks to view Antergos as a way to get an Arch like system up and running fast. Try it with your choice of desktop and it may convert you!
16 • Linux & happiness ($$, training, employment, sex, etc) (by Greg Zeng on 2016-03-21 12:48:10 GMT from Oceania)
CTO, CIO and more junior workers might be interested in the below report.
http://stackoverflow.com/research/developer-survey-2016 "Speaking of the Linuxes, Ubuntu is tops among them with 12.3% of the entire OS market for developers. Fedora, Mint, and Debian accounted for 1.4%, 1.7%, and 1.9% of all responses, respectively."
Mint is just one of the Ubuntu-derivatives. The reports probably assumes Canonical's main marketing Ubuntu with Unity, rather than the several members of the Ubuntu "flavors" or the 66 other versions of Ubuntu tracked as "live" by Distrowatch's search engine.
Industry coders seem fearful of other Linux versions. Arch is reportedly popular with Linux claimants on Distrowatch, etc. The RPM groups are still trying hard but unsuccessfully trying to get any popularity imho.
17 • Antergos (by Bob on 2016-03-21 12:48:18 GMT from Europe)
As an Antergos enthusiast I must say that it is not only one of the best arch distros, their community is also very friendly and reliable. Just ask any questions in the forum and it won't be long before you get the answer you were looking for.
18 • Antergos Review (by Andy Mender on 2016-03-21 13:52:30 GMT from Europe)
@Jesse,
Very nice review, I really liked it. Great that you looked into ZFS support for Linux and into the root account business. However, I would strongly discourage locking the root account out and doing administrative tasks solely through sudo. Should the sudo config break somehow, you're stranded and have to do a chroot from outside the drive. This happened to me once on a Debian Testing installation.
19 • version numbers (by Jason F. on 2016-03-21 14:42:45 GMT from Europe)
Another way of handling version numbers is to increment the appropriate numbers whenever a smaller-value digit gets too big for your taste. (a'la Linus "Professional" Torvalds =P )
20 • Testing new distributions (by Bobbie Sellers on 2016-03-21 15:17:59 GMT from North America)
I am restricting my testing to interesting variants like Qubes and the majors plus what I am using personally. Using Mageia 5 presently, but had used PCLOS in the past so those get my attention as I originally used Mandriva. Because I help the LUG I will get into Ubuntu, Fedora especially the alternative spins, the more compact distros deriving from Puppy and DLS Linux, 4MLinux is very functional and of course I have to keep up on Knoppix which I used for a while as my main but now keep for dealing with problems.
Recently I learned by means of a brief note in the DistroWatch Weekly that PCLOS was bring out updates again. Some complaints have been made neglect of 32 bit machines but the Community Releases have it covered. <http://communityiso.pclosusers.com/>. Some of those with the lighter weight desktop managers are coming in at under 700 Megabytes and are suitable for CD distributions.
bliss
21 • Partitions (by Ron on 2016-03-21 17:59:32 GMT from North America)
I usually just create another partition on my main desktop computer to test other distros.
22 • Arch FUD (by linuxista on 2016-03-21 21:36:33 GMT from North America)
@12 said, "However once in a rare while, a big problem might arise and those who jumped into upgrading without first checking, find themselves having to spend a fair bit of time seeking help and then to solve the problem. It happened recently. An update left some users not able to access their encrypted disks or partitions."
There was a bug last year that could cause data corruption on file systems mounted with the discard option and residing on software RAID 0 arrays. (If you do not use software RAID 0 or the discard option, then this issue does not affect you.)
This affected almost nobody. I've been using the same installation of Arch for over 6 years, and I never check for bugs before I update. It's never any kind of catastrophic problem or fail. Overall the system if very robust, and any small breakages or bugs, which are infrequent, I deal with as they arise. Even when I buy a new laptop, I'll probably migrate my same old Arch install to the new machine because it's that stable and cruft-free.
23 • Testing New Distros (by Bill S on 2016-03-21 21:55:41 GMT from North America)
I first test the Distro in Virtualbox and if it looks promising I burn a CD-RW and install it to one of my 8 HD's many partitions. If that works well, I keep it until I get tired of it, then I make an image of it and save it to one of 4 external HD's. DW definitely put the fun back in for me.
24 • Archistas and Linus Worship (by Arch Watcher 402563 on 2016-03-21 22:30:50 GMT from North America)
@7 Bill: Antergos updates, if only Arch were so informative. The home page is mostly dead but for a package scroll. Arch Overlords of Doom expect you to subscribe and read the dev mailing list. They tell you so if you ever ask why something didn't hit the home page. Ugh.
Manjaro Linux doesn't "protect" users from details. Arch does, by burying them in its dev mailing list. Manjaro offers a far more informative blog which gets regularly updated and much friendlier forums without the Arch Warlord Moderators of Doom who get their kicks booting people about.
Arch only supports two kernels, main and LTS. Manjaro supports far more Linux kernel versions than Arch. (You can use AUR kernels, but have you ever done it, kid? I have, and it isn't easy like precompiled Manjaro choices.) Manjaro's lead dev actively bisects the Linux kernel to isolate bugs.
I'm glad Antergos is out there doing its thing. For those wishing to avoid systemd yet use Arch, there's Obarun.org on runit. After installing Antergos, probably you can overlay Obarun. Obarun isn't attempting to be a distro, but rather a "mod kit" of sorts.
@23 linuxista: Sorry to disagree a little on Arch FUD. To an extent I'm with you. When Arch fails, the fault lies not in us, and not in Arch, but in Linus and Lennart. I have machines that won't boot the current kernel. I have to use LTS. It's a systemd thing. I am never again going to install systemd, ever.
@Jesse: thanks for the news on Redox OS. I am so glad to hear of sane people trying to produce a decent micro kernel in a proper language, which is what we should be using, not Linus and Lennart madhouse craziness.
http://www.redox-os.org/book/book/introduction/why_redox.html
The minimum that Linux distros should do is switch to musl libc and LibreSSL. Gentoo is working on it:
https://wiki.gentoo.org/wiki/Project:Hardened_musl/Bluedragon https://archives.gentoo.org/gentoo-dev/message/41d4dc2edb3bb267b7bef08ea7418155
About versioning, I thought the consensus had arrived? http://semver.org/
I rather prefer date-based versioning. Git tags are horrible...
25 • @25 Arch/Systemd (by linuxista on 2016-03-21 23:39:55 GMT from North America)
I also have a Manjaro install, and I have no complaints at all about Manjaro. It's a great project, and installing alternate kernels is more straightforward than with Arch. That being said, I find little to no difference in stability b/t Arch and Manjaro, and I've never had a kernel upgrade with Arch not boot, nor any issues whatsoever with systemd, so our experiences are quite different in those respects.
If I were to install from scratch on a new machine would I install Arch or Manjaro? Probably I'd install Manjaro, since installation is easy and a few other small issues are made easier. It's not significantly better than Arch, but on the other hand, there's no downside at all to Manjaro vs. Arch unless one needs so much to be on the cutting edge that 2 weeks is somehow an unreasonable. It's hard to imagine where that's justified.
26 • Arch/Manjaro (by Bushpilot on 2016-03-22 00:04:09 GMT from North America)
I installed manjaro xfce a couple of months ago. It is a very fast and easy install compared to other distros I have tried. Had two difficulties after an update and know know that automatic updates are nor always safe. If it wasn't for these recent issues, I would recommend it for new users. Manjaro is quite a bit slower to boot and operate that Debian Xfce that I have been using as well, even with a SSD. Manjaro downloads and updates files twice as fast as Debian and I prefer pacman over synaptic pack manager.
Manjaro has a lot going for it. It automatically sets up discard in fstab when using a SSD. Debian install is more complex to install because one needs to know what applications are required to get everything working. Learning Linux is required for both of these two Distro's and both are superb distro's for newbies willing to learn.
27 • Antergos, Testing Distros (by freetux on 2016-03-22 04:40:06 GMT from Europe)
Antergos: has gained a guaranted spot in my multiboot rig by its own merit: bleeding edge, speed, stability, aesthetics, user friendliness.
Opinion Poll: "None of the above", a direct install to Hd. Some distros are problematic, e.g. if they change Swap UUID (Manjaro) or lack an option not to install Grub (Manjaro?). Though, both easy to sort out and sure all important data is backed up in advance.
28 • @22 - Arch & Manjaro and their user bases not exactly the same (by Hoos on 2016-03-22 05:20:53 GMT from Asia)
@22 said: "...There was a bug last year that could cause data corruption on file systems mounted with the discard option and residing on software RAID 0 arrays.....I've been using the same installation of Arch for over 6 years, and I never check for bugs before I update. It's never any kind of catastrophic problem or fail. Overall the system if very robust, and any small breakages or bugs, which are infrequent, I deal with as they arise.... "
Maybe the issue arose in Arch last year (not sure it's the same issue), but for whatever reason, in Manjaro this problem seemed to really kick off in the 21/2/2016 update (see https://forum.manjaro.org/index.php?topic=31356.0 ).
One or two users on the forum were quite upset. The difference is what a user expects coming into Manjaro, maybe from Debian/Ubuntu. When you get an issue, after running Arch for 6 years you are experienced and just get on with solving it. A new user of Manjaro might expect that all Manjaro updates would be problem-free and able to be installed with a click of a button. And when it doesn't go well...
My @12 post was addressing another poster's view that Manjaro had sheltered users a lot from the details of having to read the "latest news" or update announcements from the official site before updating. I was just pointing out that sometimes a little check saves a user grief and aggravation. See for instance from page 11 onwards of the forum thread I linked to.
Note: I don't run Arch so can't comment on it. I have been using Manjaro for 3+ years and I really like it. They have a great forum, very helpful and patient. I just don't think users should treat it exactly the same as a fixed release type of distro like Debian stable or Ubuntu.
29 • @28 Manjaro bug (by linuxista on 2016-03-22 06:04:30 GMT from North America)
It doesn't look like it's the same issue, but something about a kernel update causing problems for people who encrypted their root drive across lvm. I'm sure it's a bug and shouldn't have happened, but for me I like to keep things simpler than that. Sort of an invitation for complication.
You said: "When you get an issue, after running Arch for 6 years you are experienced and just get on with solving it. A new user of Manjaro might expect that all Manjaro updates would be problem-free and able to be installed with a click of a button. And when it doesn't go well..."
That is a true statement, but the question doesn't seem to be whether a new user has to solve anything on Arch or Manjaro (which, after installation, require about the same amount of maintenance), but whether a new user has to solve more on Arch/Manjaro relative to other distro options.
For example, 1) I don't think I have to troubleshoot small bugs any more than I did when I used to run Ubuntu/Mint even with the more frequent updates, 2) a combination of the Archwiki and a clean patch-free system means my troubleshooting on Arch is far easier more successful than it ever was on Ubuntu/Mint, 3) there is no need for release upgrades, which are both daunting and confusing for new users and quite risky and crufty.
I've installed Manjaro for a newbie/non-tech interested friend, and he comes running to me when something as simple as a lock file left in the /var/cache/pkg prevents him from updating. He's not going to learn; has no desire to learn. But, guess what? He'd get into pickles no matter what distro he was using. The only solution for a case like that would be don't update your OS regardless of what distro you're using and go for as long as you can.
I guess I resist the idea that any new user is going to get away with pushing a gui button and having things work 100% of the time, regardless of the OS, be it Windows, OSX or Linux. After choosing their OS the user is going to have to get his hands dirty to some extent, and my experience with Arch/Manjaro is that they don't require anything significantly more than any other OS I've used, and in the long term, less. A lot of traditional thinking in the Linux world objects to this, but I use Arch/Manjaro b/c in my experience it is both the easiest and most stable.
30 • "usually just create another partition" ... snails only. (by Greg Zeng on 2016-03-22 06:25:28 GMT from Oceania)
21 • Partitions "I usually just create another partition on my main desktop computer to test other distros." This is secret ... don't tell everyone! My old (2013) Dell XPS-15 has mSATA SSD on board (so easily upgraded from its 128GB, which I did). My Linux partitions are generally 10 to 15GB. They (ten of them) share the same SWAP partition (2GB) and the same NTFS-compressed "data" partitions. Grub-customizer allows easy selection of any of the ten Linux partitions, or the two Windows-10 partions (25 GB each). Installation from the USB3 flash drive, onto any of the nine partitions on the SSD takes about five (5) minutes. Manjaro took longer (15 minutes), and has its own Grub-Customizer type application, which will recognize all the other nine Linux distributions, but not the two Win-10 operating systems. Customizing the DE and the software (Opera, Firefox, etc) takes another hour, if I wish to do so. My W10 partitions are all NTFS-compressed, and very easily & quickly defragmented, repaired, etc with W10 utilities. All my Linux operating systems easily & reliably read-write all my NTFS-compressed partitions. ZFS, BTRFS Linux partitions are having great trouble with Grub Customizer atm. This Customizer is all-GUI, but has some trouble with the newer Ubuntu-16.04 beta releases. Generally it allows easy, flexible access to any Linux distro, with any selection of Linux kernels (old, new, beta or alpha) installed for that distro. All the above techniques involve no CLI, except the initial installation of Grub-Customizer. This has been very reliable for my over the last several years, and literally hundreds of Linux distributions. Only one other Linux reviewer is using Grub-customizer it seems, as I use it. Instead of just researching, perhaps I'll need to publish these simple methods of easy, quich & reliable multi-booting.
31 • @27 testing distros, my practice; @30 Grub-customiser (by Hoos on 2016-03-22 08:16:25 GMT from Asia)
@27 said: "None of the above", a direct install to Hd. Some distros are problematic, e.g. if they change Swap UUID (Manjaro) or lack an option not to install Grub (Manjaro?). Though, both easy to sort out and sure all important data is backed up in advance."
I have experienced the above 2 problems before, just not in Manjaro and not distros in the Debian/Ubuntu family,
I think the Manjaro installers do give you the option not to install grub, because I remember using that option. I recall that what they didn't permit was installation of bootloader into the root partition. Maybe that has changed, I don't know.
In respect of the swap issue, one example was either the Salix or Vector Linux CLI installer. The existing swap partition was displayed in one page of the installation process, but you couldn't unselect it. If you proceeded with install, it formatted afresh the swap partition, causing the UUID to change. Very annoying for all the other distros on my machine, and fstab files had to be edited.
For that reason, I start with Virtualbox installation of a distro I'm interested in. It's more to get a feel for the installer and the options it offers, especially in respect of choosing mount points and the bootloader options.
After that safe run-through of the installer in Virtualbox, if the distro in the VM still interests me, then I install onto HDD via a USB stick.
As for Grub-customiser, I used it in both an Ubuntu-based distro as well as Manjaro up to about 2+ years ago. It worked fine for a while, then I noticed it began to add additional os-prober entries in the grub files.
So your HDD will be checked more than once when you're updating the boot menu via Grub-customiser, and when you have many distros, some of which have multiple kernels, the process is long. Then on boot up the grub menu would show the whole list of distros twice or 3 times over. For that reason I uninstalled it on my machines. It may have improved now, I wouldn't know.
32 • Arch, Antergos, Manjaro, systemd (by Bill on 2016-03-22 09:07:34 GMT from Oceania)
@12 and others, I have used Arch and Antergos (among many other distros), now from the Arch family I use Manjaro with OpenRC. No systemd, Arch Linux underneath, a friendly and helpful community and some fantastic bespoke technologies.
But read the forums and website before updating! As 12 says, you should do this with any rolling-release distro.
Bill
33 • Testing distros, etc... (by claudecat on 2016-03-22 12:39:39 GMT from North America)
Like some others, I almost always go straight to a bare-metal install, having already done enough research to know whether I want it there. Playing with distros in VM's just seems like an exercise in futility to me, and aside from a Puppy flash drive for emergencies I don't find running live sessions to be very useful or indicative of how things will run once installed, at least with regard to speed.
In response to some other comments here, my experience with Arch/Manjaro mirrors one poster in that it's been very positive. Really not a single issue, ever, even back when Arch made the move to the dreaded systemd. I believe I did the reading on that one, but generally I don't even bother to read up before updating anymore. Pacman is very good at telling you what's what as it works its magic.
As for the swap partition issue someone mentioned, what I've learned to do (to avoid my existing swap being formatted and upsetting other distros) is to not even let the installer use swap. I just add it to that distro's fstab afterward. Much easier to edit one fstab rather than several (12 in my case).
34 • Antergos review (by genetics73 on 2016-03-22 15:11:17 GMT from North America)
A rather harsh review of Antergos, in my opinion. I am not a Linux expert by any means, but when I installed a recent release of Antergos (using ext4 file system), the process went without a hitch, took about an hour (including the burning of an ISO file), and the resulting KDE desktop functioned perfectly. One can modify, adjust, prettify the desktop easily, and the repositories are well stocked with a variety of software packages. Even Calibre is available, for e-book lovers. Antergos has become my preferred distro. Compared to such stalwarts as Debian or (heavens help us) PCLinuxOS Full Monty, the Antergos distro is a breeze to work with - pun intended.
35 • @32 Read b/f updating (by linuxista on 2016-03-22 15:23:20 GMT from North America)
"But read the forums and website before updating! As 12 says, you should do this with any rolling-release distro."
Disagree. The only time I was ever burned with an update was when Arch switched to systemd about 4 years ago. When I encountered problems, I read the fix, an implemented it painlessly after the fact. This idea of having to read b/f updating is oversold.
36 • Antergos, Manjaro and other Arch things (by Andy Mender on 2016-03-22 17:36:37 GMT from Europe)
I think both Antergos and Manjaro do Arch Linux right, but sooner than later I find myself wanting a bare-bone system, in which I am the administrator, manager, etc. Release cycle upgrades are like tsunami waves - when they hit, things get displaced. That's essential why I stopped using Ubuntu distributions. It was always easy and fun until a version upgrade. Hence, I find rolling-release distributions provide a much more stable experience in the really long run. Another thing is rolling out updates per package, not per operating system. Frequent updates mean one can very easily anticipate breakage and prepare for it suitably beforehand. Lastly, the minimal install of Arch. Lesser complexity = less problems.
For the above reasons I always return to Arch. It's my go-to distribution regardless of my current fancy.
37 • @36 upgrades, rolling, etc.. (by Jordan on 2016-03-22 19:41:07 GMT from North America)
I like rolling, too. But I do have to say that over the years the majority of my difficulties with the various distros I've installed were my fault, not the distros' fault. If the distro broke because of/after an update, I just moved on to another install of that distro or just went ahead and tried a new one.
I've reinstalled, changed distros, gone back to Windows, etc mainly out of impatience. Solutions, fixes for the issues I've encountered over time have been learned, but not because I set out to learn about linux so much as seen the same problems dealt with so many times; posts about these things here there and everywhere do finally get remembered, albeit accidentally most often.
38 • Versions (by Kragle von Schnitzelbank on 2016-03-22 19:45:41 GMT from North America)
For some, the value of version numbers extends to hardware (which vintage/version works with which vintage/version) as well as inter-dependencies (which version(s) work with which version(s)) which quickly becomes rather complex. Vendors' overloading model distinctions keeps it from ever being dull. . . I wonder if build systems might be a suitable topic someday? Several distros are working on making them easier - UE, Solus, and Trisquel, for instance.
39 • @37 Rolling Linux, etc. (by Andy Mender on 2016-03-22 20:40:59 GMT from Europe)
I think everyone gets a 'bad update' from time to time. That's just the nature of things. However, when a system is minimal and only ever changing in a non-invasive manner...I think that's exactly when GNU/Linux shines.
I 'escaped' from Windows precisely because I had almost no control over what my operating system was doing. Who should have that control then? Microsoft? I believe it's dangerous if the user is deprived of understanding his or her own computer. Minimalist GNU/Linux distributions, such as Slackware and Arch Linux, but also BSD systems try to fix this :).
40 • @30 (by Ron on 2016-03-22 20:44:23 GMT from North America)
Oooops, I gave away the greatest kept secrete ;-) You are correct. It is very easy to create and boot into a partition. I have used both the CLI and programs like gparted to create partitions and file systems, etc. Works great. I don't usually worry about encryption while testing, unless I plan on switching to that distro if the test goes well.
So many options with Linux, it's what keeps me with Linux. It gets so frustrating using closed sourced operating systems, too limiting and costly to have and use what should simply be a part of the OS to being with.
41 • @39 GNU/Linux vs Windows (by Jordan on 2016-03-22 22:04:27 GMT from North America)
Well yes for sure the Windows strategy has been to at least hide and often obfuscate the inner workings of the OS. That is what seems to make most users comfortable with it, sadly.
Linux encourages first hand knowledge. That difference may be why it's about 2 percent of use as compared to Windows. What's telling is that distros keep me coming back, right after the first Windows BSOD back in '96.
As mentioned before, I don't have the ability to be an expert at any of it, but I am more like the person who tunes their car and changes tires on my own etc, so Linux is a better fit for me. Add to that the dangers you mention and the security/privacy differences in choice and I ended up being more at home with this or that distro rather than Windows.
Tumbleweed is on this machine's main hard drive now. Hoping it doesn't explode on the next update. ;)
42 • Antergos (by freetux on 2016-03-22 22:19:37 GMT from Europe)
There's many Distros based on Debian, Ubuntu, Slack, a.s.o. Antergos is Arch-bseed. What I've found curious at current DW weekly edition, is the number of comments related to Arch-based Manjaro. It's not unusual to happen among common users of other derivative Distros that were reviewed here. What's the rational? By the way ...there are 12 Manjaro release announcements in DW during 2015, not very much an Arch (none in three years) KIS thingy......
43 • Antergos (by daspicer on 2016-03-23 02:49:38 GMT from Asia)
"By the way ...there are 12 Manjaro release announcements in DW during 2015, not very much an Arch (none in three years) KIS thingy......"
The Arch Linux ISO is updated on the 1st of every month. It would be redundant to announce that monthly.
44 • @42 - discussing Arch-based distros (by Hoos on 2016-03-23 03:58:07 GMT from Asia)
It's because Antergos, an Arch-based rolling distro, was reviewed by Jesse this issue, and someone in commenting about Jesse's review made an offhand comment about Manjaro, also Arch-based, that I didn't really agree with.
Then linuxista replied because he didn't agree with me, and so on so forth.
Not surprising or curious at all. If a DW issue dealt with openbox, for instance, I'm sure there will be mention in the comments about certain distros that are associated with it, e.g. crunchbang, bunsenlabs, semplice, archbang. The usual suspects.
45 • Testing Distros (by Richrd on 2016-03-23 04:38:44 GMT from North America)
I used to test by installing to HD in a new partition and upgrading GRUB (or LILO before it) -- until I did so with Calculate Linux about four years ago. When it automounted my data drive, it changed ownership and group of all files to "user".
This did not play well with the other already-installed distros, including my favorite at the time, which had no "user" group, and, of course, could not read any data files at all. Easy to fix, yes, but very, very bad behavior.
Since then, I install Mint and upgrade once a year. No need to run risks with my data and Mint is as good as any, more or less, YMMV.
46 • Fly Safely (by Arch Watcher 402563 on 2016-03-23 07:20:30 GMT from North America)
@26 Bushpilot, "Manjaro is quite a bit slower to boot and operate..."
Switch to the Open RC spins and feel the speed. LXQt just shipped. https://forum.manjaro.org/index.php?topic=25875.msg263964#msg263964
For any spin or init, learn tmpfs. Use it for pacman and /var/cache generally. https://wiki.manjaro.org/index.php?title=OpenRC,_an_alternative_to_systemd#Using_tmpfs https://www.freedesktop.org/software/systemd/man/tmpfiles.d.html
47 • @45 Testing distros - calculate linux (by Hoos on 2016-03-23 07:44:40 GMT from Asia)
Yes, I tested Calculate first in Virtualbox, and found the installer and installation process not very suitable for my multiboot machine, so I never went ahead with a HDD install.
However, the distro intrigued me, since I don't know much about Gentoo and its offshoots, so I still run it in the VM.
48 • @44 - GNU/Linux distros using component X and based on Y (by Andy Mender on 2016-03-23 16:44:54 GMT from Europe)
Spot on, this is exactly the case! I was one of the few people that mentioned Manjaro. This specific Arch-based distribution gets the most 'announcement time' on DistroWatch, because they simple have a lot of announcements on their website :). Be it an update to the most recent 16.09 dev release or fixes to the former 15.xx release. There is always something to inform the community about, which I think is great!
Arch proper doesn't talk about itself so much. It just gets the job done. Also, there are no grand Releases to highlight. On the other hand, the main website does in fact mention key changes, but they're not as groundbreaking as a new version of Fedora in a general sense :P.
49 • Manjaro speed up (by Bushpilot on 2016-03-23 17:00:44 GMT from North America)
Thanks (46) Will give tmpfs a try ans see is it helps.
50 • Antergos (by Sebastian on 2016-03-23 20:35:10 GMT from Europe)
Thank you for reviewing Antergos. I switched from Ubuntu to Antergos recently, and wouldn't go back (No issues on my system, MATE works just fine). I first thought about trying Mint, but it's just too mainstream ;-) Keep on with the good work!
51 • Re: Manjaro speed up (by Arch Watcher 402563 on 2016-03-24 02:41:28 GMT from North America)
@49 Bushpilot, Your SSD may have degraded since you were running Debian on it.
52 • 3.20 (by Gnome on 2016-03-24 04:48:55 GMT from Europe)
Paldo, Gnome was (kind of) love (affair) at first sight. Gnome 3.20 has just been released today, and I'm more than happy to post from it.
A big thaks to "Jürg and Raffaele are both students of the Department of Computer Science at the Swiss Federal Institute of Technology in Zurich, Switzerland".
Get it here (unstable branch) http://paldo.org/index-section-downloads.html
53 • SSD may have degraded (by zcatav on 2016-03-24 09:15:24 GMT from Europe)
@51 • Re: Manjaro speed up (by Arch Watcher 402563) "Your SSD may have degraded since you were running Debian on it." What does it mean?
54 • Maynard Desktop (by Jake on 2016-03-24 19:13:56 GMT from North America)
@Jesse: The next time you do a review for the Raspberry Pi, could you give us an update on the Maynard desktop? It was previewed in 2014, but I haven't heard anything since. Also, I had to go to archive.org to get the link for install script. It's based on Wayland, which is another topic monitored here, so I thought I'd throw this out there. Thanks!
55 • Manjaro Speed (by Bushpilot on 2016-03-24 19:19:32 GMT from North America)
Re: Spywatcher: @51,
I am using an Intel 530 SSD that has an application to measure the soundness of the drive. It says that it it performing at 100%. I formatted and installed Manjaro Xfce to this drive then reformatted and installed Debian onto it.
My conclusions remain the same. Manjaro is much slower on boot up and in system response than Debian. This is not the prime reason I am remaining with Debian. I can easily live with manjaro and in fact have Debian, Manjaro and debian testing on 3 separate drives.
The reason I have Debian as my main OS is that it is stable and polished in its operation. Manjaro has failed on 2 occasions when doing an update. Still, I marvel how good Manjaro is in so many aspects compared to Debian. If Manjaro keeps improving as it has in the past year, it could certainly be my number 1 OS. Stability is the only real issue I have it (Manjaro).
56 • Maynard desktop (by Jesse on 2016-03-24 19:20:45 GMT from North America)
@54: At the moment, it looks like Maynard is still pretty early in its development. Packages for Raspbian haven't made their way into the main repositories yet, for example. Once it hits a stable release I'll be happy to look at it.
57 • I'll Parachute Away Now (by Arch Watcher 402563 on 2016-03-25 00:24:07 GMT from North America)
@55 Bushpilot, if any Linux distro is "slow(er)" on a good SSD then something's mistuned. Differences on good SSD for boot or general performance should not be noticeable, perhaps modulo network stuff.
Saying the OS feels warm or cold is neither diagnosis nor benchmark. I have my own long experience with both distros, and my anecdotes point the opposite way from yours in absolutely every respect (Google me). Manjaro is faster, more stable, less buggy, and easier to use.
You may have some issue in XFCE tuning that's different between distros. Manjaro puts a lot of work into making XFCE run well, it being the flagship desktop, unlike Debian which has none. It could be one single component like the network manager or some daemon that differs. It could be kernel settings specific to your hardware. I think Manjaro has a lot more hardware detection activity, too.
The main bottleneck in any OS is the filesystem. I suggest reformatting your ext4, if that's yours, with journal off, not just to save SSD cells, but to speed up and stabilize ext4.
It would be wonderful if you could benchmark and isolate key performance differences and post them to both distros so THEY can retune for everyone.
58 • test new distributions & review (by LambNotDragonCharacter on 2016-03-25 03:27:31 GMT from Europe)
In testing a distribution, if I am very interested in it and like what it offers, then I shall try it on a Live USB/DVD. If it is only a curious situation, then for me, just run it in V-Box.
A great review Jesse, of a very fine Arch based distro-Antergos. I too had similar experiences with this rolling distro. I do like it a lot, but IMHO I considerate a "Bleeding" edge release, like Arch (of course). I have been of late very impressed with Manjaro. Manjaro does hold back new release packages, for extended testing before release (Maybe call it "Cutting" edge, instead of "Bleeding".), I prefer this. :) I am really enjoying the current KDE 5 release (Appears very stable to me. YMMV) and the Xfce version is top shelf, too. Manjaro also has a bunch of fine community releases as well. Manjaro, IMHO is very "new user" friendly, but not for total Linux Noobs (after a few months, ok.) Definitely deserving of being a "top 10" distro. It has shades of Teal, doesn't hurt that I am a fan of this color. ;) My 2 bits.
Hey Jesse, a possible future review of the Manjaro 16.06 release?
59 • @58 (by Blue Knight on 2016-03-25 04:30:56 GMT from Europe)
> Manjaro, IMHO is very "new user" friendly, but not for total Linux Noobs (after a few months, ok.) Definitely deserving of being a "top 10" distro. It has shades of Teal, doesn't hurt that I am a fan of this color.
Manjaro is to Arch what Ubuntu was to Debian in 2004.
60 • @59 (by LambNotDragonCharacter on 2016-03-25 09:01:50 GMT from Europe)
"Manjaro is to Arch what Ubuntu was to Debian in 2004."
Ahhhhh...the good ol' days. But definitely before my time in personal Linux history. Reading the history of Ubuntu, that was IMO, what appears an exciting time. :)
61 • @55 and 57 - boot and running times. (by Hoos on 2016-03-25 17:59:20 GMT from Asia)
My personal experience didn't gel with @55, so I decided to actually time with a stopwatch the bootups of 3 of my XFCE distros installed on the same hard drive, all of which are running kernel versions 4+. Note that these are installations of the official full versions. None are net- or minimal installs. I haven't tweaked any of them to try to make them run faster. All 3 bootup to the lightdm log-in screen.
Boot times from slowest to fastest:
1. SolydX (Debian-based XFCE with systemd, very close to vanilla Jessie) - 30.69s 2. Manjaro (XFCE with systemd) - 28.58s 3. MX15 (Debian based XFCE without systemd) - 20.5s
The stopwatch test was in line with my previous subjective gauge of their boot times.
I use both systemd and non-systemd distros and I'm not making any judgement or conclusion on the above results. Booting times are not a big issue for me when we are talking about a few seconds' difference.
However, once booted up, I find Manjaro very fast and responsive in operation. This is a subjective feeling, but I think Manjaro and MX15 are pretty quick and SolydX is just a tad slower than the other 2.
All 3 are very respectable distros and frankly the difference in running speed is really not significant to me. The difference lies more in the aspects of rolling vs fixed, and how up to date their respective packages are.
62 • Antergos reinstall and ZFS pools (by far2fish on 2016-03-25 20:25:04 GMT from Europe)
I switched to Antergos last year after being a Fedora fanatic for years. I love the speed and "lightness" of Antergos with Gnome DE compared to how Gnome runs on Fedora. Not too fond of the Light-DM login manager, but I have finally gotten used to it - but I did replace it with GDM for the first few months. Have had a few localization issues as I run Linux with English language, but with a different European locale, but nothing I could not fix by tweaking the config.
I did have to reinstall once. Not due to a broken update, but rather me messing up the Light-DM config and not having a backup. Faster to reinstall than to fix it manually.
During the reinstall, cnchi complained about being unable to re-create the LVM volumes, so possible the same "bug" as Jesse encountered with the ZFS pools. Had to boot the laptop up in Gparted and wipe the partitions before doing the reinstall.
63 • testing distros & /data partitions (by M.Z. on 2016-03-25 20:36:34 GMT from North America)
I occasionally try new distros via live USB/DVD, but for the last few months I've tended to try things on a VM more often. Also as with others I run multiple distros on my 3 main machines with shared /data partitions.
@30 & 40 I run a similar setup on most of my computers where I have 2-3 distros and a shared /data partition in ext4 format. I don't use Windows anymore so I don't really care about compatibility with the one copy I have sitting on a completely unused partition. The only PC I have that doesn't multi-boot like that is my firewall system with pfSense on it. I consider all of the distros to be somewhat disposable, but I also haven't gone out of my way to wipe & replace anything & prefer to use a VM on my laptop for most testing/distro hoping. As I've done before I'll spill the beans & link to the article by the lady who best explained to me how to best achieve my multi distro bliss. If you bookmark it on Firefox & sync your bookmarks with each new system it serves as a very helpful reminder of what to do with each new install. see here:
http://www.linuxtoday.com/blog/2009/08/painless-linux.html
64 • Testing distros (by slick on 2016-03-25 21:02:16 GMT from North America)
Antergos, thought I would give it a try since it has been mentioned often in this particular readers comments section.
Found it to be a very awesome distro, chose openbox, installed to a test drive and very smooth install, trouble free event.
I normally use Debian, Devuan and Openrc distros, but happy I took a look and enjoyed what I found.
Kudos to the Antergos development team. Very good, rock solid Arch based distro!
65 • test distros (by John Silva on 2016-03-26 00:19:43 GMT from Europe)
Ubunto betas were just released and that's a great opportunity for a few test drives, live or whatever. Many of us came to Linux from the Ubuntus and later explored, diverted to other Distros. So did I. Still, after a quick view, the bottom line is terrific. The Ubuntus are miles up and better than any other Distro, Mints included. Ubuntu is simply the best!
66 • @65 (by Gustavo on 2016-03-26 13:11:53 GMT from South America)
I´m typing this from Ubuntu 16.04 beta and it's running great, faster than previous versions. Ubuntu Software Center is finally gone. Maybe it is time to move back to Ubuntu after a season using LinuxMint.
67 • Matter of Opinion (by M.Z. on 2016-03-26 22:00:13 GMT from North America)
@65 I am very much of the exact opposite opinion on Mint vs Ubuntu, though of course I've avoided Ubuntu for awhile now because of all the issues surrounding their main edition. Even ignoring that I really can't see anything better about Ubuntu than Mint. Mint even makes some Ubuntu things like PPAs easier to use with various Mint tools. Indeed part of the value of all downstream distros is that, when done well, they have all of their parent distros strengths & then add extra. I may eventually try a newer Ubuntu after the end the spyware issue, but none of the stuff I've read on Ubuntu makes me think it will do anything better than Mint. After reading the early reviews I'll probably put it on a VM on my LMDE system, but I can't see it going any further than that. While they did good things in the past I have yet to see Ubuntu do anything to move the bar on the desktop in a good long while. They seem far too concerned with the smart phone market to do anything big & new on the desktop.
68 • Redox review (by gfhakka on 2016-03-27 01:15:05 GMT from Oceania)
It would be good if Jessie could do a review of Redox. Do microkernels have anything useful going for them; and is Rust the next big thing in programming?
69 • Matter of Perspective (by John Silva on 2016-03-27 18:52:01 GMT from Europe)
@67 Mint may be better than Ubuntu, but only for those who feel comfortable with Cinnamon! I would name 3 kings in Linux: Debian under supported archiquetures, Red Hat for enterprises and Manjaro that releases 15 desktop environments (though we only see 2 to download, in its site). Ububntu has 8 well supported DEs! I understand people concerns about spyware. Still, I state: Ubuntu is a safe paradise, if we consider what's going on in the world. See w10 in pc's and Android in smart phones.
70 • Mint versions (by M.Z. on 2016-03-27 19:31:35 GMT from North America)
@69 Actually there are 4 desktops for the main version of Mint: Cinnamon, KDE, Mate, & XFCE. The Cinnamon & Mate versions are also available on LMDE 2. Personally I'm rather partial to Mint KDE & like LMDE Cinnamon as well. See here:
https://www.linuxmint.com/release.php?id=26
& both LMDE desktops are here:
https://www.linuxmint.com/release.php?id=24
I think the 4 DEs in the main edition cover the preferences of the vast majority of desktop Linux users, though some may want something else. It may take a little extra time for the KDE & XFCE versions to get released, but after that you get a very stable base & plenty of nice updates to both mint tools & things LibreOffice that you wouldn't get in the Ubuntu LTS. I think the combo of stability & updates is better for most users, & like I said they have all the most popular mainstream desktops covered.
71 • Mint Versions (by John Silva on 2016-03-27 19:55:07 GMT from Europe)
Thank you M.Z. Indeed, it's a long time since I had a look into some of the Mint and after your remarks I'm considering it's worth a revisit. I really regrety they don't have a Gnome Shell as it's my prefered environment, though I bet sometime they'll go for it :)
72 • Never Gnome Shell (by M.Z. on 2016-03-27 21:48:36 GMT from North America)
@71 Well I'm also in the opposite camp on the whole Gnome 3 thing, & I think the Mint team were fairly explicit about Gnome 3 not fitting their target audience. It all boils down to that 'mainstream desktop' thing I mentioned in passing above. Mint is very much targeted to those who want an easy experience that is familiar to most desktop users. That means if it's popular among Linux users & can quickly & easily be set to look like the classic desktops from Windows of KDE, then it's likely to get in. If it's going off in some experimental direction like Gnome & to a lesser extent Unity, & it would require a work around like the Mint Gnome Shell Extensions that Mint tried after Gnome 3 came out, then it is meant for another distro.
I think I'm defiantly in agreement with the Mint team on that one because when I put Fedora 22 in a VM on my LMDE system & played with it I didn't like it much. I know the Gnome folks are trying to do something innovative, but I don't think it works well for me or most of the Mint target audience. I suppose if some big changes are integrated into a future Gnome release, or if it picks up enough extra momentum that the Mint folks think another version is warranted things could change. Of course anyone who wants Gnome can find plenty of distros that do a Gnome spin including Debian, Fedora, Mageia, & of course Ubuntu. I'd bet good options for Gnome users will stay plentiful, though I wouldn't bet on Gnome being a good fit for Mint or their target users anytime soon.
Number of Comments: 72
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 1108 (2025-02-10): Serpent OS 0.24.6, Aurora, sharing swap between distros, Peppermint tries Void base, GTK removinglegacy technologies, Red Hat plans more AI tools for Fedora, TrueNAS merges its editions |
• Issue 1107 (2025-02-03): siduction 2024.1.0, timing tasks, Lomiri ported to postmarketOS, Alpine joins Open Collective, a new desktop for Linux called Orbitiny |
• Issue 1106 (2025-01-27): Adelie Linux 1.0 Beta 6, Pop!_OS 24.04 Alpha 5, detecting whether a process is inside a virtual machine, drawing graphics to NetBSD terminal, Nix ported to FreeBSD, GhostBSD hosting desktop conference |
• Issue 1105 (2025-01-20): CentOS 10 Stream, old Flatpak bundles in software centres, Haiku ports Iceweasel, Oracle shows off debugging tools, rsync vulnerability patched |
• Issue 1104 (2025-01-13): DAT Linux 2.0, Silly things to do with a minimal computer, Budgie prepares Wayland only releases, SteamOS coming to third-party devices, Murena upgrades its base |
• Issue 1103 (2025-01-06): elementary OS 8.0, filtering ads with Pi-hole, Debian testing its installer, Pop!_OS faces delays, Ubuntu Studio upgrades not working, Absolute discontinued |
• Issue 1102 (2024-12-23): Best distros of 2024, changing a process name, Fedora to expand Btrfs support and releases Asahi Remix 41, openSUSE patches out security sandbox and donations from Bottles while ending support for Leap 15.5 |
• Issue 1101 (2024-12-16): GhostBSD 24.10.1, sending attachments from the command line, openSUSE shows off GPU assignment tool, UBports publishes security update, Murena launches its first tablet, Xfce 4.20 released |
• Issue 1100 (2024-12-09): Oreon 9.3, differences in speed, IPFire's new appliance, Fedora Asahi Remix gets new video drivers, openSUSE Leap Micro updated, Redox OS running Redox OS |
• Issue 1099 (2024-12-02): AnduinOS 1.0.1, measuring RAM usage, SUSE continues rebranding efforts, UBports prepares for next major version, Murena offering non-NFC phone |
• Issue 1098 (2024-11-25): Linux Lite 7.2, backing up specific folders, Murena and Fairphone partner in fair trade deal, Arch installer gets new text interface, Ubuntu security tool patched |
• Issue 1097 (2024-11-18): Chimera Linux vs Chimera OS, choosing between AlmaLinux and Debian, Fedora elevates KDE spin to an edition, Fedora previews new installer, KDE testing its own distro, Qubes-style isolation coming to FreeBSD |
• Issue 1096 (2024-11-11): Bazzite 40, Playtron OS Alpha 1, Tucana Linux 3.1, detecting Screen sessions, Redox imports COSMIC software centre, FreeBSD booting on the PinePhone Pro, LXQt supports Wayland window managers |
• Issue 1095 (2024-11-04): Fedora 41 Kinoite, transferring applications between computers, openSUSE Tumbleweed receives multiple upgrades, Ubuntu testing compiler optimizations, Mint partners with Framework |
• 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 |
• 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 | 
wattOS
wattOS is a fast desktop Linux distribution based on Debian. Using the lightweight Openbox window manager as its default user interface, the distribution strives to be as energy-efficient as possible so that it can be used on low-specification and recycled computers.
Status: Active
|
TUXEDO |

TUXEDO Computers - Linux Hardware in a tailor made suite Choose from a wide range of laptops and PCs in various sizes and shapes at TUXEDOComputers.com. Every machine comes pre-installed and ready-to-run with Linux. Full 24 months of warranty and lifetime support included!
Learn more about our full service package and all benefits from buying at TUXEDO.
|
Star Labs |

Star Labs - Laptops built for Linux.
View our range including the highly anticipated StarFighter. Available with coreboot open-source firmware and a choice of Ubuntu, elementary, Manjaro and more. Visit Star Labs for information, to buy and get support.
|
|