 DistroWatch Weekly |
| Tip Jar |
If you've enjoyed this week's issue of DistroWatch Weekly, please consider sending us a tip.
(Tips this week: 1, value: US$23.74) |
|
|
|
 bc1qxes3k2wq3uqzr074tkwwjmwfe63z70gwzfu4lx  lnurl1dp68gurn8ghj7ampd3kx2ar0veekzar0wd5xjtnrdakj7tnhv4kxctttdehhwm30d3h82unvwqhhxarpw3jkc7tzw4ex6cfexyfua2nr  86fA3qPTeQtNb2k1vLwEQaAp3XxkvvvXt69gSG5LGunXXikK9koPWZaRQgfFPBPWhMgXjPjccy9LA9xRFchPWQAnPvxh5Le paypal.me/distrowatchweekly • patreon.com/distrowatch |
|
| Extended Lifecycle Support by TuxCare |
|
|
| Reader Comments • Jump to last comment |
1 • script for this and that.. lol (by dhoni on 2021-03-08 04:08:18 GMT from Indonesia)
I build script mainly to automate some process in linux server such as sql backup, zimbra mailbox backup, daily reset for some accesspoint, etc. Other than that i build script to integrate couple service. for example automatic upload jitsii meet recorded video to nextcloud and send email to host the link for downloading the video.
2 • CentOS 7 (by Tran Older on 2021-03-08 04:58:46 GMT from Vietnam)
No need to cry over spilled CentOS 8. For the time being, MATE on CentOS 7.9 is good enough for 99.99
% daily productivity. By the way, there's a way to have Plasma 5.20 running on CentOS 7.9 instead of KDE 4.x. My English is not good enough for process explanation.
3 • Scripts, SUSE (by Simon on 2021-03-08 05:48:59 GMT from New Zealand)
60 custom scripts in /usr/local/bin at present. Many of them use yad, a very quick and easy way to script simple GUI tools.
I will be looking closely at the new SUSE. Its being binary compatible with the enterprise release makes it suddenly one of the most attractive, viable free desktops...not one of my favourite distros in any other respect (it does indeed feel, as the Distrowatch summary says, a bit "bloated and slow"), but the combination of an enterprise-quality base with a popular desktop distro is something that even CentOS didn't have (its users were mostly running servers), and the newly free (for limited installations) Red Hat doesn't provide either (it's not Fedora-compatible so its users are limited to the same fairly server-centric repos that CentOS had). If SUSE's free "Leap" desktop, like the enterprise release, is supported for many years (2028 at present for SLE 15) it is now the only distro comparable to Ubuntu LTS in terms of being (a) free, (b) having plenty of desktop packages precompiled, and (c) able to be installed and then just largely forgotten and trusted to run for 5 years or more (with updates continuing to fix problems without creating new ones).
4 • Artix versions: base vs community, stable vs weekly, torrents vs direct (by Somewhat Reticent on 2021-03-08 06:49:49 GMT from United States)
Weighing in at about 3GB, community gtk and qt versions include more apps
Weekly versions will likely need less updating to be current
Torrents may avoid overloading direct mirrors in Greece, Denmark, China, Germany, USA
5 • Artix, one of the Linux world's best kept secrets (by Răzvan on 2021-03-08 07:32:21 GMT from Romania)
Having used Artix since 2019, I can only echo Jesse's impressions on Artix, one of the precious few distros left whose devs still use basic common sense instead of arrogance in the process of shaping up their end product.
Taking the thing-that-should-not-be out of the equation and replacing it with not one, but a choice of three sane alternatives (of which I am particularly fond of runit) is precisely the one ingredient that the Arch people have failed to add to their otherwise great recipe.
Biased as I may be, I would actually go as far as to recommend this distro to newcomers to Linux over the Mints and the Ubuntus of the world. In spite of its rolling release nature, it's remarkably stable, certainly more so than the aforementioned distributions, in my experience at least. And unlike its parent distro, it's dead easy to install, and you have several turnkey ISOs with different desktop environments and/or init systems to try out.
6 • Salient OS (by Ilmar on 2021-03-08 10:02:45 GMT from Latvia)
Finally, Salient OS is recognized and accepted. It's nice to see it in Distrowatch database.
Have a nice day Distrowatch team and other Linux users!
7 • scripts (by James on 2021-03-08 11:23:24 GMT from United States)
Not only don't I write my own scripts, I could not write a script if I wanted to and am not even interested in learning. But i am that user that doesn't exist according to most articles, the casual internet and email user that uses Linux.
8 • Artix review (by Otis on 2021-03-08 12:42:47 GMT from United States)
Thank you for that. As said above that distro seems to be a well kept secret.
I use pamac for the gui software managing (off and on as I enjoy pacman's silly 'pacman -Syu' etc commands).
9 • Artix printing (by mechanic on 2021-03-08 13:01:00 GMT from United Kingdom)
Artix has a lot of choices for install. The choice followed in the article (plasma/runit) seems to come without any printer support!
10 • Swap file bug (by Jesse on 2021-03-08 13:51:59 GMT from Canada)
I was surprised to read Torvalds giving the opinion that no mainstream distros use swap files so most people would no be impacted. If I recall correctly, Ubuntu and most of its children use swap files now by default, which means this bug would affect around two-thirds of desktop Linux users.
11 • @ Jesse about screen resolution (by Kaczor on 2021-03-08 14:12:06 GMT from United States)
Your test machine's screen resolution is 1360x768 pixels. Would you try at least 1920 x 1080 pixels, so as to check on scaling?
12 • scripts (by mmphosis on 2021-03-08 14:22:31 GMT from Canada)
I write scripts as I might need them. They are mostly for convenience and personal preference. They come in many forms. Some are aliases. I have an alias to show my aliases:
# alias aliases="alias|sed -e 's/^alias //' -e 's/=.*$//'|fit"
I have an alias to make the output fit within the width of the terminal:
# alias fit='column -c $(tput cols)'
For instance, this task alias uses my fit alias to try and fit a process list on the screen.
# alias task=ps -A h -o pid,ruser=RealUser -o comm=Command | grep -v ' kworker/' | fit
Some scripts are functions. I have yet another alias to show my functions:
# alias functions=declare -F|sed -e 's/^declare -f //'|sed '/^_/d'|fit
I have a long bash startup script that sets up a lot of aliases, functions, and variables. For instance, here is the line that might create my open function which uses xdg-open if it is available:
# [ -x /usr/bin/xdg-open ] && function open() { local file; for file in $@; do /usr/bin/xdg-open $file; done ; }
When things I want to do get a little more complicated than one-liner scripts, I might create a bash script. Or an awk script, or a makefile or sometimes I create a C program or create a script or program using some other language. For example, here is my obfuscated colors Python script:
#!/usr/bin/env python3
def
a(c,f=30):print("\x1b["+(str(f+(c>7)*52+c) if c<16 else str(f+8)+";5;"+str(c)),end="m")
def s(i,l=12):
for c in range(i,i+l):a(c+12 if c>231 and c<238 else (c&239<1)*244,40),a(c),print((3-len(str(c))-(c<16))*' '+str(c),end=" ")
g="\x1b(B\x1b[m\x1b[?2l"
print(end=g)
for i in range(0,12):s((i%6)*36+16+18*(i//6),18),print()
s(0,8),s(232),print(),s(8,8),s(244),print(g+"\x1b[?25h")
13 • scripts (by pavel on 2021-03-08 16:01:24 GMT from Moldova)
I write my own scripts...
I write them in golang, and use gorun to run them.
14 • artix (by pavel on 2021-03-08 16:06:08 GMT from Moldova)
it is possible to install pamac from repository,
and as a bonus to a GUI package installer, you will get a console based package manager with commands like 'pamac install firefox',
if you don't like criptic 'pacman -Syu firefox', and don't like GUI, you still can use apt-get like package manager.
15 • Centos vs Red Hat (by ohenryx on 2021-03-08 16:48:47 GMT from United States)
On the subject of Centos 8 going away, why not just use Red Hat? For individuals and home users, the Red Hat Developer Subscription is free and not very restrictive.
16 • Swap (by CS on 2021-03-08 16:51:24 GMT from United States)
Swapfiles are going the way of the dodo - we don't use them at all on production systems, it's far better to have a system fail over than to slow down in non-obvious ways.
Desktop is a different matter I suppose but desktop will always get the stepchild treatment in Linux land.
17 • Artix (by mandog on 2021-03-08 17:31:48 GMT from United Kingdom)
Great review Artix has been rock solid since it was 1st released
18 • Scripts (by Robert on 2021-03-08 18:50:15 GMT from United States)
I used to write a lot of scripts. Scripts to build LFS, scripts to rip and encode music from cds, scripts to run youtube-dl through a proxy to get around stupid region blocking.
These days the only one I really use is one that creates an lvn snapshot before running pacman and ignores kernel and zfs updates.
19 • Scripts... (by Vukota on 2021-03-08 19:53:41 GMT from Serbia)
A have scripts for some simple things that I don't do everyday, but tuning correct parameters requires at least half an hour of my time every time I need them. One of them, while I was running Arch based distros, was a GUI (!) bash script to unstuck updates every time GUI or regular command line for updates doesn't work, like changed signatures, incorrect local time, bad dependencies, bad package checksums, and all other things well documented in Arch Wiki that caused upgrades to miserably fail (almost weekly), but nobody made automated way to fix them, without me reading Arch Wiki over and over again and performing these steps over and over again manually one by one. Its commonly called "The Arch way". I call it "The Wrong Way". If you trick me once (to do it manually), shame on you, if you trick me twice, shame on me (for not scripting it). :-)
20 • @3 re: openSUSE Leap support lifecycle (by Ankleface Wroughlandmire on 2021-03-09 01:42:18 GMT from Ecuador)
> if SUSE's free "Leap" desktop, like the enterprise release, is supported for many years (2028 at present for SLE 15)
Unless something changes, that won't be the case, unfortunately. (I say this as a longtime openSUSE user on desktops and servers.) The thing you're missing is that SLE will eventually release its next major version and *concurrently* support "current" and "current minus 1" with many years of overlap, so SLE 15 with its service packs and SLE 16 with its service packs coexisting. But openSUSE Leap on the other hand will jump to 16.0 around the time that SLE 16 comes out, and Leap will no longer support the 15.x series based on SLE 15 service packs. It looks like the current Leap 15.x series will end up having been supported for a total of around 5 years, so it is indeed an alternative (far better in my opinion) to Ubuntu LTS, but a CentOS equivalent it is not.
21 • good time to try artix (by fonz on 2021-03-09 02:51:54 GMT from Indonesia)
had a read on their site a while back and they seem to hate systemd. it would be nice if they were more neutral and let people choose whether or not they want it like MX. luckily ive got an oldish laptop for the fun of trying it before installing on an in use PC.
scripts are fun, its like a gateway drug. you get curious and want to try new things then boom, youre making magic. i do have a good/bad habit of trying to enforce a tmpfs on everything since theoretically, a write saved is a write earned. works well on both lin and win, but sadly droids have lots of issues with symlinking anything, GGWP gulag. last weekish i did see a news about pinephone and manjaro though...
22 • @22 - artix (by Hoos on 2021-03-09 12:16:47 GMT from Singapore)
I decided to try Artix again after the review here. Long ago when Artix was first released, I had a short trial of it in Virtualbox. At that time, the only DE iso release they had was LXQt and they only offered openrc init. It felt raw and I was too impatient to learn more about it, so it didn't last long on my VM.
Since then however, I've installed Void linux with runit on my computer and it runs well.
So last night I installed on real metal the Artix weekly release iso (dated 8 March) with plasma + runit. Not bad at all. Got printing and scanning up and running pretty quickly, though I had my prior Void experience to help me. I might just keep it as the Artix has the benefit of a larger pool of packages through AUR, compared to Void.
PS. I'm fairly "equal init opportunity" and also use systemd distros.
23 • @22: (by dragonmouth on 2021-03-09 13:38:04 GMT from United States)
If you are so dead set on having systemd as your init, use Manjaro.
24 • @21 Artix and Systemd (by eznix on 2021-03-09 16:39:40 GMT from United States)
Why should anyone be neutral about systemd? If the Artix devs want to hate systemd, let them. It gives them great motivation to keep doing what they do. I use regular, old Arch with systemd because I don't have the energy to care one way or the other. But, if I wanted a systemd free alternative, Artix is a great option. There is no need for Artix to ever offer systemd, the rest of the Arch universe is doing that just fine. Let Artix fly their free flag!!!
25 • most powerful [combination of] commands (by Laubster on 2021-03-09 16:50:43 GMT from United States)
I'd vote for " find | xargs " E.g., " find ~ -type f -name '*.txt' -print0 | xargs -0 grep -H screening " (find all .txt files under home dir, separate with a null in case some names contain spaces, print any occurrence of the word "screening" in them. )
26 • @21 (by Dr. Dave on 2021-03-09 18:28:47 GMT from United States)
"..they seem to hate systemd. it would be nice if they were more neutral and let people choose whether or not they want it.."
If the systemd pushers and shills behaved in the manner you have suggested, there probably wouldn't be so much friction on the init topic, today. Init preference appears to be a one-way street. For some reason, it's perfectly okay to openly lobby against non-systemd init solutions, but when any of systemd's critics deviate from the prescribed 'neutral' position, the pushers get fussy.
A truly neutral stance would be allowing everyone to love and hate whatever they want, but the majority of people nowadays have been conditioned to believe that society's so-called 'experts' should curate lists of acceptable & unacceptable hatreds, to which everyone must conform.
Please note that an acronym of Hatred is Redhat.
27 • Script pls (by MInuxLintEbianDedition on 2021-03-09 19:19:05 GMT from United Kingdom)
Does anyone have a script that goes through every file and strips out anything beginning with #?
I want to save some space.
28 • Removing lines (by Jesse on 2021-03-09 20:23:44 GMT from Canada)
@27: You can delete all lines starting with the comment (#) character using something like
"sed -i '/^\s*#/d' filename"
However you might not want to do that. If you do this to all files then it'll strip the special characters out of the top of shell scripts and a bunch of stuff will stop working. Chances are you want something that removes comment lines without messing up scripts, which would look more like this:
"sed -i '/^[[:space:]]*#[^!]/d; /#$/d' filename"
Then you'd just need to supply any file you wanted to alter to that line. The find command would do that nicely. Again, you'd need to be very careful with this as you don't want to feed non-text files into the sed command. If you put a word processing document or image in as the filename for the above commands it would have a nasty side-effect.
Something like the following would do the trick:
find . -type f -exec sed -i '/^[[:space:]]*#[^!]/d; /#$/d' {} \;
Again, only run that if you're really sure you want to alter all the files, not just text files, in the current directory.
29 • Topics (by Cheker on 2021-03-09 21:25:15 GMT from Portugal)
Artix is one of the good ones, very good from what I've seen with a couple of VMs and a baremetal install (on an old desktop that serves mostly as a testing ground these days). If I was adamant about not using systemd, I would probably be on Artix.
I've written scripts before but that doesn't happen often, lately I've found myself defining several aliases though.
30 • Long Term Options (by M.Z. on 2021-03-10 00:04:03 GMT from United States)
@15 "...why not just use Red Hat?"
That's certainly the plan that Red Hat/IBM wants CentOS users to go by, but the thing is I'm guessing more than a few felt burned by the change in support cycle. Also, CentOS had no limits on amount of use for anyone, while last I checked Red Hat only let you use 16 installs for free with the developer subscription. Given both the bad feelings & far less restrictive options available, I think things like Debian & OpenSUSE will likely pick up some former CentOS users who want a stable longish term OS for servers. I'd also bet that some who felt burned will also look toward other RHEL clones outside of Red Hat proper, like Springdale or the upcoming Rocky Linux Distro, rather than toward RHEL proper. I for one can understand feeling burned by the situation & my impression of Red Hat has gone down as a result of what looks like removing a free as in $ competitor. And of course forks like Rock Linux are apparently getting started, so GPL software remains in control of the community & this looks like it is going to burn IBM/Red Hat more than help them.
31 • @ 15 ohenryx Centos vs Red Hat (by eganonoa on 2021-03-10 02:14:11 GMT from Netherlands)
"On the subject of Centos 8 going away, why not just use Red Hat? For individuals and home users, the Red Hat Developer Subscription is free and not very restrictive."
If we're talking about a desktop workstation, I think the key problem is the lack of workstation-related packages that are out there. For me, Centos 7 has proven to be much better than Centos 8 on the desktop because the range of packages that have made it into Centos 7 is much higher. The community around Centos 7 just seems to be bigger and more active, and Red Hat isn't going to cater to these types of needs. At least that's been my experience.
This is what makes the binary compatibility between OpenSuse LEAP and SLE so enticing. A stable and long-supported base system with enterprise grade QA, plus a large community helping you expand the reach of what that system can do. Everyone, on both sides, wins.
32 • scripts (by Bob Hepple on 2021-03-10 02:34:27 GMT from Australia)
I write all sorts from simple one-liner aliases to substantial bash scripts eg 1400+ lines of bash in my argp.sh (a wrapper around getopt to help write other bash scripts) and my 800+ line "backup-copy" which uses rsync to create a time-machine backup (long before time-machine was a thing). Then there's python stuff. Links here: http://bhepple.com/doku/doku.php?id=start and https://gitlab.com/wef/dotfiles
33 • antiX...Artix. What's in a name, anyway? There CAN'T be any difference, right? (by R. Cain on 2021-03-10 02:46:19 GMT from United States)
While I appreciate the hard work and objectivity of the Artix review, I am somewhat bewildered by the lack of any real capability of this distro compared to one which has a similar name, and pre-dates Artix (2017) by at least ten years: antiX (2007). The lack of capability of Artix, when a side-by-side comparison of the two is made, is obvious.
From the review, here--
"The download for this edition is is 1.3GB. Browsing the other editions it looks like most flavours are about 1.1GB to 1.3GB in size, though the minimal Base edition is a compact 618MB.."
"A fresh install used 4.5GB of disk space..."
"All editions appear to be built *for 64-bit (x86_64) machines*..."
"The environment is fairly bare, offering no welcome window, no initial configuration, and no pop-up notifications..."
"Artix is somewhat minimal, but still ships enough software..."
"When I first installed Artix there were 263 packages available..."
"Artix ships with a relatively small collection of desktop software. Looking through the application menu we can find the Falkon and Konqueror web browsers..."
******************************************************
antiX--some of the characteristics of the 'Full' version (it comes in 'Core', Base', and 'Full' versions) of antiX, on the other hand, include
ANTIX FULL--a *full-featured* Linux distro featuring a 1100/1200 MB download and 32/64 bit support, as well as a full suite of desktop applications such as LibreOffice and FireFox; and a very rich CLI repertoire of familiar Linux utilities.
The installer needs 2.7 GB of hard disk. antiX can also be used as a fast-booting rescue CD, or run "live" on a USB stick, with or without persistent file storage.
For a full list of everything included with antiX 19.3-FULL, at 1100 MB, see here
https://antixlinux.com/antix-19-3-manolis-glezos-bug-fix-upgrade-isos-available/
and here--
https://antixlinux.com/antix-19-isos-available/
******************************************************************
“The difference between the almost right word and the right word is really a large matter. ’tis the difference between the lightning bug and the lightning.” ― Mark Twain, The Wit and Wisdom of Mark Twain
34 • @ antiX and Artix (by Hoos on 2021-03-10 07:35:27 GMT from Singapore)
I don't understand the critical tone and the need to run down Artix by comparing it with antiX.
One is a long running non systemd Debian distro whose full version contains only lightweight window managers, not full desktop environments. That's why their Full iso can be smaller yet contain more user applications than the artix minimal Plasma edition. I wonder how large antiX Full will be if it came with plasma instead.
The other is arch-based. So you can get the newest package versions plus you have the benefit of the large pool in AUR. Yes, it doesn't have the great live system of antiX, but then no other distro does except sister distro MX anyway.
Both have their plus points.
35 • Desktop vs. Workstation;the SystemD debate, etc. (by MarkH on 2021-03-10 20:47:49 GMT from United States)
To the desktop vs. workstation comment(s); Is there any functional difference between the two anymore? In the olden days, workstations were high-end, sometimes SPARC machines meant for engineering, science, etc. work, not mere secretarial-level tasks. Now there are laptops that are just as powerful as desktops/workstations, I just wonder if workstation is now more of an obsolete holdover term from the desktop era of computing.
To Systemd, or not to Systemd, that is the question. Whether it is nobler in the minds of men to suffer the slings and arrows....(thanks to William Shakespeare for the inspiration). I mean, I'm no ubergeek, and read a few complaints about Systemd and find myself thinking this is yet another way Linux will shoot itself in the foot by arguing over arcane nonsense instead of just fixing the problems and moving forward. Just like desktops and dependency-free package formats, now we have what, three different init systems? Funny, Windows and Mac don't have all this drama, and they've got the desktop market sewn up by comparison. Oh, I can hear the ubergeeks spooling up the Hate Cannons (too bad, I've got my hull plating polarized!), but maybe it's time the Linux ubergeeks stop listening to the choir singing "But our solution is SO much cooler, better, etc. ad infinitum, ad nauseum" and actually work together to fix issues. And maybe stop publishing distros that are 99% the same as everyone else's, except for we changed the icons to even more-unusable designs and our supercool logo.
36 • Artix (by Gary W on 2021-03-11 03:27:46 GMT from Australia)
In the spirit of init freedom, I tried Artix recently. In agreement with comments above, I found it easy enough to install and maintain, and the vast AUR was fun. But it reminded me of Debian Testing, sometimes hundreds of meg a week of updates. I like modern software as much as the next person, but I'm not that keen on the bleeding edge!
37 • @36 (by Jyrki on 2021-03-11 04:35:22 GMT from Czechia)
no difference to Arch based distros. This is what Arch is about. And that's why Manjaro is there and has their own repositories.
38 • @28 thank you, tried first script wildcard in /etc/default .... (by MInuxLintEbianDedition on 2021-03-11 10:50:17 GMT from United Kingdom)
Having realised the final ' was missing, got it working wildcarded in /etc/default
sed complained about grub.d but seemed to strip everything else nicely.
On the test system pre-change, df / -m returns 1316
On the test system post-script, df / -m returns 1317
One the plus side, it rebooted, and psychologically the clean looking grub file lifts the heart to see. I can recommend it.
Having taken a backup image of the system (it's devuan on 4GB ssd eee pc), will put it back and play some more
39 • Artix updates (by Otis on 2021-03-11 17:11:28 GMT from United States)
@36 I have a pet peeve wrt linux users complaining about "bleeding edge" distros updating too often. Helpful Hint: Don't update so often. See the notifications and check out the list of packages, then either cull off what you don't want (if you're savvy in that area) or just wait for some increment of time that is more suitable to you. I run my updates every two weeks unless I see a security related package.
40 • Work together? (by Jeff on 2021-03-12 22:24:01 GMT from United States)
The problem with 'Work together' is when one side insists that the only way is their way.
The systemd advocates want there to be no other options.
For an example the Debian leadership voted for init diversity, but the package maintainers continue to build their packages with dependencies on systemd (even when the software works without systemd in other distros and OSs) and no other init scripts are provided.
41 • Artix, Sytemd and scripting (by JeanG3nie on 2021-03-12 23:01:21 GMT from United States)
I first encountered Linux over 20 years ago and have run more varieties of Unix than I can count at this point. When I returned to Linux from FreeBSD about ten years ago I chose Arch as my distro of choice and have stuck with it religiously ever since. That said, to me Systemd is the worst thing about Arch. As a guy with years spent learning to administer a Unix box I've watched in horror as year after year Systemd breaks compatibility with my hard won skillset. Things that always worked have quite often just stopped working one day, and now often than not it was because Systemd took over another piece of the ecosystem and the configure files that I had nurtured for years were now incompatible.
I've actually just recently become aware of Artix, and have been running it in a VM with the S6 flavor with great promise. One day soon I expect to migrate my laptop over to it. I appreciated the review and can echo that it matches my experience so far.
My only complaint with Artix currently is that it's only for x86_64. A couple years ago I migrated almost everything over to Raspberry PI's and now run multiple services on them headless, all with either Arch or Manjaro. There is an unofficial port of Artix to aarch64, but my understanding is that it requires quite a lot of work to get it running. That and it is also being maintained by only one person.
Now, briefly, back to Systemd. One of my chief complaints is that the project has such a large and monolithic code base that it's basically a black box. It's also in no way a modular system no matter what the devs say. If it were truly modular then I could run, say, just the process supervisor as apid other than pid1. Take S6 for contrast. If you look at the total S6 ecosystem, it's split into dozens of tiny binaries. It's rather easy to have a look at each one and see exactly what it does. It's easy to see how they fit together. And it's easy to to take and use one or two of them without having the rest. It's the essence of the Unix way, but it is modern and a huge step forward from SysV unit. I'm old enough to remember my boxes all taking minutes at a time to reboot, and I'm not nostalgic for that. But Runit and S6 both prove that we can have nice things without Systemd.
Now, scripting, yes I've written a huge amount of scripts in my time. I have in the past quite frankly abused the shell for purposes it should never have been put to. It was my first introduction to real programming if you don't count Basic on a TRS80. That said, these days I generally teach for better tools if I find myself writing a script that doesn't fit on one page without scrolling. Languages like Go and Rust have really made programming accessible, to the point where I hope that the age of hard to debug 10k like shell scripts is coming to an end...
Number of Comments: 41
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.
|
| *NEW* NovaCustom |
NovaCustom PrivacyGuard Laptops - Escape from Big Tech
The NovaCustom PrivacyGuard Laptop is ideal for anyone who prioritizes privacy. Comes with Dasharo coreboot open source firmware and Zorin OS Pro, free from influence of Big Tech.
|
| Archives |
| • Issue 1169 (2026-04-20): Lakka 6.1, free software and source-based distributions, FreeBSD Foundation publishes compatible laptop list, Debian holds Project Leader election, Haiku progresses ARM64 port, Mint to extend development cycle, Linux 7.0 released |
| • Issue 1168 (2026-04-13): pearOS 2026.03, EndeavourOS 2026.03.06, which distros are adopting age verification, Arch adjusts its firewall packages, Linux dropping i486 support, Red Hat extends its release cycle, Debian's APT introduces rollbacks, Redox improves its scheduler |
| • Issue 1167 (2026-04-06): Origami Linux 2026.03, answering questions for Linux newcomers, Ubuntu MATE seeking new contributors, Ubuntu software centre is expanding Deb support, FreeBSD fixes forum exploit, openSUSE 15 Leap nears its end of life |
| • Issue 1166 (2026-03-30): NetBSD jails, publishing software for Linux, Ubuntu joins Rust Foundation, Canonical plans to trim GRUB features, Peppermint works on new utilities, PINE64 shows off open hardware capabilities |
| • Issue 1165 (2026-03-23): Argent Linux 1.5.3, disk space required by Linux, Manjaro team goes on strike, AlmaLinux improves NVIDIA driver support and builds RISC-V packages, systemd introduces age tracking |
| • Issue 1164 (2026-03-16): d77void, age verification laws and Linux, SUSE may be for sale, TrueNAS takes its build system private, Debian publishes updated Trixie media, MidnightBSD and System76 respond to age verification laws |
| • Issue 1163 (2026-03-09): KaOS 2026.02, TinyCore 17.0, NuTyX 26.02.2, Would one big collection of packages help?, Guix offers 64-bit Hurd options, Linux communities discuss age delcaration laws, Mint unveils new screensaver for Cinnamon, Redox ports new COSMIC features |
| • Issue 1162 (2026-03-02): AerynOS 2026.01, anti-virus and firewall tools, Manjaro fixes website certificate, Ubuntu splits firmware package, jails for NetBSD, extended support for some Linux kernel releases, Murena creating a map app |
| • Issue 1161 (2026-02-23): The Guix package manager, quick Q&As, Gentoo migrating its mirrors, Fedora considers more informative kernel panic screens, GhostBSD testing alternative X11 implementation, Asahi makes progress with Apple M3, NetBSD userland ported, FreeBSD improves web-based system management |
| • Issue 1160 (2026-02-16): Noid and AgarimOS, command line tips, KDE Linux introduces delta updates, Redox OS hits development milestone, Linux Mint develops a desktop-neutral account manager, sudo developer seeks sponsorship |
| • Issue 1159 (2026-02-09): Sharing files on a network, isolating processes on Linux, LFS to focus on systemd, openSUSE polishes atomic updates, NetBSD not likely to adopt Rust code, COSMIC roadmap |
| • Issue 1158 (2026-02-02): Manjaro 26.0, fastest filesystem, postmarketOS progress report, Xfce begins developing its own Wayland window manager, Bazzite founder interviewed |
| • Issue 1157 (2026-01-26): Setting up a home server, what happened to convergence, malicious software entering the Snap store, postmarketOS automates hardware tests, KDE's login manager works with systemd only |
| • Issue 1156 (2026-01-19): Chimera Linux's new installer, using the DistroWatch Torrent Corner, new package tools for Arch, Haiku improves EFI support, Redcore streamlines branches, Synex introduces install-time ZFS options |
| • Issue 1155 (2026-01-12): MenuetOS, CDE on Sparky, iDeal OS 2025.12.07, recommended flavour of BSD, Debian seeks new Data Protection Team, Ubuntu 25.04 nears its end of life, Google limits Android source code releases, Fedora plans to replace SDDM, Budgie migrates to Wayland |
| • Issue 1154 (2026-01-05): postmarketOS 25.06/25.12, switching to Linux and educational resources, FreeBSD improving laptop support, Unix v4 available for download, new X11 server in development, CachyOS team plans server edtion |
| • Issue 1153 (2025-12-22): Best projects of 2025, is software ever truly finished?, Firefox to adopt AI components, Asahi works on improving the install experience, Mageia presents plans for version 10 |
| • Issue 1152 (2025-12-15): OpenBSD 7.8, filtering websites, Jolla working on a Linux phone, Germany saves money with Linux, Ubuntu to package AMD tools, Fedora demonstrates AI troubleshooting, Haiku packages Go language |
| • Issue 1151 (2025-12-08): FreeBSD 15.0, fun command line tricks, Canonical presents plans for Ubutnu 26.04, SparkyLinux updates CDE packages, Redox OS gets modesetting driver |
| • Issue 1150 (2025-12-01): Gnoppix 25_10, exploring if distributions matter, openSUSE updates tumbleweed's boot loader, Fedora plans better handling of broken packages, Plasma to become Wayland-only, FreeBSD publishes status report |
| • Issue 1149 (2025-11-24): MX Linux 25, why are video drivers special, systemd experiments with musl, Debian Libre Live publishes new media, Xubuntu reviews website hack |
| • Issue 1148 (2025-11-17): Zorin OS 18, deleting a file with an unusual name, NetBSD experiments with sandboxing, postmarketOS unifies its documentation, OpenBSD refines upgrades, Canonical offers 15 years of support for Ubuntu |
| • Issue 1147 (2025-11-10): Fedora 43, the size and stability of the Linux kernel, Debian introducing Rust to APT, Redox ports web engine, Kubuntu website off-line, Mint creates new troubleshooting tools, FreeBSD improves reproducible builds, Flatpak development resumes |
| • Issue 1146 (2025-11-03): StartOS 0.4.0, testing piped commands, Ubuntu Unity seeks help, Canonical offers Ubuntu credentials, Red Hat partners with NVIDIA, SUSE to bundle AI agent with SLE 16 |
| • Issue 1145 (2025-10-27): Linux Mint 7 "LMDE", advice for new Linux users, AlmaLinux to offer Btrfs, KDE launches Plasma 6.5, Fedora accepts contributions written by AI, Ubuntu 25.10 fails to install automatic updates |
| • Issue 1144 (2025-10-20): Kubuntu 25.10, creating and restoring encrypted backups, Fedora team debates AI, FSF plans free software for phones, ReactOS addresses newer drivers, Xubuntu reacts to website attack |
| • Issue 1143 (2025-10-13): openSUSE 16.0 Leap, safest source for new applications, Redox introduces performance improvements, TrueNAS Connect available for testing, Flatpaks do not work on Ubuntu 25.10, Kamarada plans to switch its base, Solus enters new epoch, Frugalware discontinued |
| • Issue 1142 (2025-10-06): Linux Kamarada 15.6, managing ZIP files with SQLite, F-Droid warns of impact of Android lockdown, Alpine moves ahead with merged /usr, Cinnamon gets a redesigned application menu |
| • Issue 1141 (2025-09-29): KDE Linux and GNOME OS, finding mobile flavours of Linux, Murena to offer phones with kill switches, Redox OS running on a smartphone, Artix drops GNOME |
| • Issue 1140 (2025-09-22): NetBSD 10.1, avoiding AI services, AlmaLinux enables CRB repository, Haiku improves disk access performance, Mageia addresses service outage, GNOME 49 released, Linux introduces multikernel support |
| • Issue 1139 (2025-09-15): EasyOS 7.0, Linux and central authority, FreeBSD running Plasma 6 on Wayland, GNOME restores X11 support temporarily, openSUSE dropping BCacheFS in new kernels |
| • Issue 1138 (2025-09-08): Shebang 25.8, LibreELEC 12.2.0, Debian GNU/Hurd 2025, the importance of software updates, AerynOS introduces package sets, postmarketOS encourages patching upstream, openSUSE extends Leap support, Debian refreshes Trixie media |
| • Issue 1137 (2025-09-01): Tribblix 0m37, malware scanners flagging Linux ISO files, KDE introduces first-run setup wizard, CalyxOS plans update prior to infrastructure overhaul, FreeBSD publishes status report |
| • Issue 1136 (2025-08-25): CalyxOS 6.8.20, distros for running containers, Arch Linux website under attack,illumos Cafe launched, CachyOS creates web dashboard for repositories |
| • Issue 1135 (2025-08-18): Debian 13, Proton, WINE, Wayland, and Wayback, Debian GNU/Hurd 2025, KDE gets advanced Liquid Glass, Haiku improves authentication tools |
| • Issue 1134 (2025-08-11): Rhino Linux 2025.3, thoughts on malware in the AUR, Fedora brings hammered websites back on-line, NetBSD reveals features for version 11, Ubuntu swaps some command line tools for 25.10, AlmaLinux improves NVIDIA support |
| • Issue 1133 (2025-08-04): Expirion Linux 6.0, running Plasma on Linux Mint, finding distros which support X11, Debian addresses 22 year old bug, FreeBSD discusses potential issues with pkgbase, CDE ported to OpenBSD, Btrfs corruption bug hitting Fedora users, more malware found in Arch User Repository |
| • Issue 1132 (2025-07-28): deepin 25, wars in the open source community, proposal to have Fedora enable Flathub repository, FreeBSD plans desktop install option, Wayback gets its first release |
| • Issue 1131 (2025-07-21): HeliumOS 10.0, settling on one distro, Mint plans new releases, Arch discovers malware in AUR, Plasma Bigscreen returns, Clear Linux discontinued |
| • Issue 1130 (2025-07-14): openSUSE MicroOS and RefreshOS, sharing aliases between computers, Bazzite makes Bazaar its default Flatpak store, Alpine plans Wayback release, Wayland and X11 benchmarked, Red Hat offers additional developer licenses, openSUSE seeks feedback from ARM users, Ubuntu 24.10 reaches the end of its life |
| • Issue 1129 (2025-07-07): GLF OS Omnislash, the worst Linux distro, Alpine introduces Wayback, Fedora drops plans to stop i686 support, AlmaLinux builds EPEL repository for older CPUs, Ubuntu dropping existing RISC-V device support, Rhino partners with UBports, PCLinuxOS recovering from website outage |
| • Issue 1128 (2025-06-30): AxOS 25.06, AlmaLinux OS 10.0, transferring Flaptak bundles to off-line computers, Ubuntu to boost Intel graphics performance, Fedora considers dropping i686 packages, SDesk switches from SELinux to AppArmor |
| • Issue 1127 (2025-06-23): LastOSLinux 2025-05-25, most unique Linux distro, Haiku stabilises, KDE publishes Plasma 6.4, Arch splits Plasma packages, Slackware infrastructure migrating |
| • Issue 1126 (2025-06-16): SDesk 2025.05.06, renewed interest in Ubuntu Touch, a BASIC device running NetBSD, Ubuntu dropping X11 GNOME session, GNOME increases dependency on systemd, Google holding back Pixel source code, Nitrux changing its desktop, EFF turns 35 |
| • Issue 1125 (2025-06-09): RHEL 10, distributions likely to survive a decade, Murena partners with more hardware makers, GNOME tests its own distro on real hardware, Redox ports GTK and X11, Mint provides fingerprint authentication |
| • Issue 1124 (2025-06-02): Picking up a Pico, tips for protecting privacy, Rhino tests Plasma desktop, Arch installer supports snapshots, new features from UBports, Ubuntu tests monthly snapshots |
| • Issue 1123 (2025-05-26): CRUX 3.8, preventing a laptop from sleeping, FreeBSD improves laptop support, Fedora confirms GNOME X11 session being dropped, HardenedBSD introduces Rust in userland build, KDE developing a virtual machine manager |
| • Issue 1122 (2025-05-19): GoboLinux 017.01, RHEL 10.0 and Debian 12 updates, openSUSE retires YaST, running X11 apps on Wayland |
| • Issue 1121 (2025-05-12): Bluefin 41, custom file manager actions, openSUSE joins End of 10 while dropping Deepin desktop, Fedora offers tips for building atomic distros, Ubuntu considers replacing sudo with sudo-rs |
| • Issue 1120 (2025-05-05): CachyOS 250330, what it means when a distro breaks, Kali updates repository key, Trinity receives an update, UBports tests directory encryption, Gentoo faces losing key infrastructure |
| • Issue 1119 (2025-04-28): Ubuntu MATE 25.04, what is missing from Linux, CachyOS ships OCCT, Debian enters soft freeze, Fedora discusses removing X11 session from GNOME, Murena plans business services, NetBSD on a Wii |
| • Issue 1118 (2025-04-21): Fedora 42, strange characters in Vim, Nitrux introduces new package tools, Fedora extends reproducibility efforts, PINE64 updates multiple devices running Debian |
| • 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 | 
Rescatux
Rescatux is a Debian-based GNU/Linux live distribution that includes a graphical wizard for rescuing broken GNU/Linux installations. The available rescue options include restoring the GRUB bootloader after a Windows installation, Linux and Windows password resets, and Linux file system checks.
Status: Dormant
|
| 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.
|
|
• 
• 
• 
• 
• 
• 
• 
