 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.
|
| Archives |
| • Issue 1112 (2025-03-10): Solus 4.7, distros which work with Secure Boot, UBports publishes bug fix, postmarketOS considers a new name, Debian running on Android |
| • Issue 1111 (2025-03-03): Orbitiny 0.01, the effect of Ubuntu Core Desktop, Gentoo offers disk images, elementary OS invites feature ideas, FreeBSD starts PinePhone Pro port, Mint warns of upcoming Firefox issue |
| • Issue 1110 (2025-02-24): iodeOS 6.0, learning to program, Arch retiring old repositories, openSUSE makes progress on reproducible builds, Fedora is getting more serious about open hardware, Tails changes its install instructions to offer better privacy, Murena's de-Googled tablet goes on sale |
| • Issue 1109 (2025-02-17): Rhino Linux 2025.1, MX Linux 23.5 with Xfce 4.20, replacing X.Org tools with Wayland tools, GhostBSD moving its base to FreeBSD -RELEASE, Redox stabilizes its ABI, UBports testing 24.04, Asahi changing its leadership, OBS in dispute with Fedora |
| • Issue 1108 (2025-02-10): Serpent OS 0.24.6, Aurora, sharing swap between distros, Peppermint tries Void base, GTK removinglegacy technologies, Red Hat plans more AI tools for Fedora, TrueNAS merges its editions |
| • Issue 1107 (2025-02-03): siduction 2024.1.0, timing tasks, Lomiri ported to postmarketOS, Alpine joins Open Collective, a new desktop for Linux called Orbitiny |
| • Issue 1106 (2025-01-27): Adelie Linux 1.0 Beta 6, Pop!_OS 24.04 Alpha 5, detecting whether a process is inside a virtual machine, drawing graphics to NetBSD terminal, Nix ported to FreeBSD, GhostBSD hosting desktop conference |
| • Issue 1105 (2025-01-20): CentOS 10 Stream, old Flatpak bundles in software centres, Haiku ports Iceweasel, Oracle shows off debugging tools, rsync vulnerability patched |
| • Issue 1104 (2025-01-13): DAT Linux 2.0, Silly things to do with a minimal computer, Budgie prepares Wayland only releases, SteamOS coming to third-party devices, Murena upgrades its base |
| • Issue 1103 (2025-01-06): elementary OS 8.0, filtering ads with Pi-hole, Debian testing its installer, Pop!_OS faces delays, Ubuntu Studio upgrades not working, Absolute discontinued |
| • Issue 1102 (2024-12-23): Best distros of 2024, changing a process name, Fedora to expand Btrfs support and releases Asahi Remix 41, openSUSE patches out security sandbox and donations from Bottles while ending support for Leap 15.5 |
| • Issue 1101 (2024-12-16): GhostBSD 24.10.1, sending attachments from the command line, openSUSE shows off GPU assignment tool, UBports publishes security update, Murena launches its first tablet, Xfce 4.20 released |
| • Issue 1100 (2024-12-09): Oreon 9.3, differences in speed, IPFire's new appliance, Fedora Asahi Remix gets new video drivers, openSUSE Leap Micro updated, Redox OS running Redox OS |
| • Issue 1099 (2024-12-02): AnduinOS 1.0.1, measuring RAM usage, SUSE continues rebranding efforts, UBports prepares for next major version, Murena offering non-NFC phone |
| • Issue 1098 (2024-11-25): Linux Lite 7.2, backing up specific folders, Murena and Fairphone partner in fair trade deal, Arch installer gets new text interface, Ubuntu security tool patched |
| • Issue 1097 (2024-11-18): Chimera Linux vs Chimera OS, choosing between AlmaLinux and Debian, Fedora elevates KDE spin to an edition, Fedora previews new installer, KDE testing its own distro, Qubes-style isolation coming to FreeBSD |
| • Issue 1096 (2024-11-11): Bazzite 40, Playtron OS Alpha 1, Tucana Linux 3.1, detecting Screen sessions, Redox imports COSMIC software centre, FreeBSD booting on the PinePhone Pro, LXQt supports Wayland window managers |
| • Issue 1095 (2024-11-04): Fedora 41 Kinoite, transferring applications between computers, openSUSE Tumbleweed receives multiple upgrades, Ubuntu testing compiler optimizations, Mint partners with Framework |
| • 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 |
| • 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 | 
Bazzite
Bazzite is an atomic distribution based on Fedora. The Bazzite distribution is designed with gaming in mind. It can run on desktop computers, the Steam Deck, and other handheld gaming devices. The base system is read-only and packages are usually supplied using Flatpak bundles.
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.
|
|
• 
• 
• 
• 
• 
• 
• 
