| DistroWatch Weekly
|Linux Foundation Training
|Reader Comments • Jump to last comment
1 • Project Trident (by Daniel on 2019-10-14 03:21:18 GMT from United States) |
Hmm. TrueOS (formerly PC-BSD) will still be based on FreeBSD, and while you can easily install DEs and WMs on it (as you can on vanilla FreeBSD for that matter), desktop experience is no longer its focus (TrueOS-based, desktop-focused GhostBSD is also available). In a way, I view Project Trident as the spiritual successor of PC-BSD, as it was created by prior members of the TrueOS desktop team (i.e. it continues the focus on desktop experience, although Lumina is not a direction I cared for). I will be interested to see what form Project Trident takes (will the Trident reference still be relevant to its underlying base?), and if it will still have loose affiliation with iXsystems (e.g. sponsorship).
2 • Home Server Interface (by Simon Plaistowe on 2019-10-14 04:23:14 GMT from New Zealand)
At home my requirements are simple. I run IPFire (web-based interface), which connects directly to the ONT for internet access. Now I know some will say "don't run file-sharing services on your firewall ...but hey, it's only providing a bunch of multimedia files. So my IPFire has the Samba add-on installed and serves up multimedia to the entire household.
3 • Project Trident (by voidpin on 2019-10-14 05:10:46 GMT from Sweden)
@1, Judging from the git activity, looks like Void is the new base, https://github.com/project-trident/trident-installer/commits/master/src-sh/void-install-zfs.sh
4 • Good impression on Archman (by Niyas C on 2019-10-14 05:19:25 GMT from Singapore)
I had an overall positive impression on Archman when tried on live system. Especially the visual appeal. However, I find the issues pointed out in the review as points that need improvement.
5 • #3 (by xt-at on 2019-10-14 06:25:27 GMT from United Kingdom)
Indeed and with further confirmation at the Void forum.
6 • Whatever happened to Puppy? (by Ed Jason on 2019-10-14 06:33:07 GMT from United Kingdom)
Is Puppy Linux moving over to ARM as its next official release?
7 • Home Server (by Marc on 2019-10-14 07:59:35 GMT from Australia)
My home server is proxmox for playing with VM's. I also installed plex , NFS and XFCE desktop on top. Also started playing with docker on it.
8 • GUI in SUSE and OpenSUSE (by Dxvid on 2019-10-14 10:01:57 GMT from Sweden)
In SUSE Linux Enterprise Server the default is to install a Gnome desktop with the bare minimum applications needed on a server.
In OpenSUSE the default sever is command line only, although the good configuration tools like Yast run with ASCII graphics using ncurses so there's not much difference except for usage of mouse in for example KDE or Gnome. In both distros you can select whatever you want to install one graphical environment, multiple graphical environments or no graphical environment. In OpenSUSE there's a choice between 8 graphical environments. You can also select or deselect individual packages in Yast during installation.
As SUSE is preconfigured to work in mixed Linux and Windows IT-environments, I think it can be good to have the graphical environment installed in case a Windows sysadmin one day need to change a setting, they might get lost if only bash is available. Hardcore Linux sysadmins use bash and bash-scripts more often than graphical environments though, and Yast running from command line is a very good setup tool.
9 • @ Joshua, @ Jesse Arch Linux installing (by OstroL on 2019-10-14 10:07:49 GMT from Poland)
Maybe, you should review Zen Installer (https://sourceforge.net/projects/revenge-installer/)? It is the fastest Arch Linux installer and cleaner to install than Manjaro or Archman or Arco Linux or any other "ready made" Arch clones. It appears to have taken ideas from Feliz which was created by an English woman in her late 60s, now retired.
10 • Serving-the-home asks: (by Larry on 2019-10-14 13:28:47 GMT from United States)
There are several *nix Server packages that will do what you want.
Three that I have played with are:
2. NAS4Free now XigmaNAS @ https://www.xigmanas.com/
3. Superb Mini Server (SMS) 2016 release
Check them out.
11 • all those yet another installers (by nicu on 2019-10-14 13:45:56 GMT from Moldova, Republic of)
arch distros should stick to calamares, and dont seek zen or feliz or whatever new will come,
cause calamares is distro agnostic, and it works just fine on debian too,
I never understood why ubiquity or anaconda existed, even here people have not-invented-here syndrom.
12 • @11 On Arch Installers (by kaczor on 2019-10-14 14:06:32 GMT from United States)
Calamares could be a distro agnostic installer, but Zen Installer installs Arch the Arch way, only it is automated. All these Manjaro, Arco, Archman etc are just ready-made distros with their own assets and problems, whereas the Zen Installer installs Arch the Arch way, straight from the Arch repos. It is an automated script.
There are many such scripts out there, and all of them installs Arch the Arch way, straight from the repos. The Zen Installer is the best out of them. Even the installer created by the 69 year old (at that time) English woman Elizabeth still installs Arch quite well. She's now 75!
13 • Calamares (by Klaus on 2019-10-14 14:13:27 GMT from United States)
@11 Well Calamares did not work "just fine" last time I have used it (on Debian Buster it installed all language packages for Firefrox and Libre Office!) On the other hand, every time I have used ubiquity it just worked fine and did the job very well; also anaconda did the job 3-4 times good; so yeah, I definitely think calamares is not the best installer.
14 • Arch installer (by Kim on 2019-10-14 14:28:52 GMT from United States)
@12 I still do not see what is the difference between Arch installed "the Arch way" and distros like Arco, Archman or Manjaro. Either way you have an Arch installation.
15 • zen & feliz2 installers (by vern on 2019-10-14 16:15:04 GMT from United States)
#9 There appears to be issues using Zen with UEFI.
#12 I don't see the relevance between Feliz2 and Zen. They appear to be two different projects. Not much work has gone into feliz in a while.
16 • Home server UI (by mikef90000 on 2019-10-14 18:02:46 GMT from United States)
My option is not listed - command line with GUI on demand. Just run 'startx' to use the GUI for some tasks. Still experimenting with which remote desktop server to use - good VNC examples are rare.
17 • Home server (by Erik on 2019-10-14 18:22:32 GMT from Canada)
I like using a web interface for configuring and maintaining a server. I'm not very comfortable with the command line (yet) and this makes it pretty easy to configure everything.
18 • Project Trident (by voidpin on 2019-10-14 18:56:53 GMT from Sweden)
Its official now, https://project-trident.org/post/os_migration/
Void it was!
19 • @15 Tell us the issues (by OstroL on 2019-10-14 19:14:40 GMT from Poland)
"There appears to be issues using Zen with UEFI."
OK, tell us about those "issues."
20 • Zen $esp issues (by vern on 2019-10-14 20:50:31 GMT from United States)
@19 If you had went to the link you posted and read the comments you would see the $esp issues.
21 • trident->void? (by nanome on 2019-10-14 21:02:05 GMT from United Kingdom)
@18: can anyone explain project trident brings to void linux that would warrent calling it anything other than void linux?
22 • #21 (by xt-at on 2019-10-14 22:44:42 GMT from United Kingdom)
Who is to say that the name will change? Who will be the lead developer(s)? Will iX Systems continue their sponsorship of Project Trident? ; or whatever it may become... So many questions
23 • @20 (by OstroL on 2019-10-15 06:38:31 GMT from Poland)
Try it, before comment. Try anything, before comment. Best not comment sometimes...
24 • @18 key migration reasons (by Daniel on 2019-10-15 09:35:52 GMT from Brazil)
Thanks @18 for pointing that post! The “Migration Bemefits” section lists 7 areas where it seems the FreeBSD base fell short, in the projects view. Does anyone share the same observations, from a FreeBSD workstation user perspective?
25 • Project Trident (by RoboNuggie on 2019-10-15 14:22:43 GMT from United Kingdom)
@24 Being based on FreeBSD/TrueOS doesn't seem to be a problem for GhostBSD or NomadBSD..... I think it;s that they didn't achieve the results that GhostBSD did and gave up. Oh well...
26 • Zen Installer vs. Anarchy Linux (by David on 2019-10-15 20:18:31 GMT from United States)
@12 & @14
The Zen installer includes proprietary repositories that require periodic updating and contribute to system bloat.
The Anarchy Linux installer draws from the default Arch repositories exclusively, and includes ZERO proprietary repositories, which serve to minimize bloatware, and offer a more expansive universe of user-customizable DE's, WM's, multiple driver, bootloader & kernel choices, etc.
https://www.anarchylinux.org/ - https://www.anarchylinux.org/features.html
All of the Arch-based distros such as Arco, Archman, Manjaro, AchLabs, etc. include proprietary repositories loaded with packages that a large percentage of users do not want and will never use, but will still be forced to spend time & system resources updating during any given regular Arch update cycle.
I've found the installer to be bulletproof across multiple CPU generation Intel & AMD hardware installations, though, as always, YMMV.
27 • What's with focus on installers? How often do you use? (by herb i. voere on 2019-10-16 05:44:16 GMT from United States)
There's much weired about installing "arch". Now are muliptple installer and it matters? Think I'm going to continue to avoid it.
I just want to fling in a DVD and have it go and then come up with everything I need. Like PCLinux. A toaster not an erector set or Lego, plaese.
28 • Arch way, erectors and toasters (by carney bored on 2019-10-16 10:53:51 GMT from United States)
Arch is not looking to sell you a toaster, or even an erector set. In any case, you would not go to an appliance store to buy a DIY kit, nor to a hobby store to buy a toaster. What is referred to as the Arch way is a set of principles which do not include extraneous installers be they simple, complex, or complete and polished distros.. It is open source, so anyone can do with what Arch provides as they see fit, but while it may be based on Arch, it is not Arch.
"Whereas many GNU/Linux distributions attempt to be more user-friendly, Arch Linux has always been, and shall always remain user-centric. The distribution is intended to fill the needs of those contributing to it, rather than trying to appeal to as many users as possible. It is targeted at the proficient GNU/Linux user, or anyone with a do-it-yourself attitude who is willing to read the documentation, and solve their own problems."
In other words, go buy your toaster or erector set somewhere else.
29 • Home server (by Jim on 2019-10-16 11:08:51 GMT from United States)
I don't run a home servers, but if I ever do, it will have a GUI.
30 • @ 28 (by OstroL on 2019-10-16 11:19:39 GMT from Poland)
Would you buy the engine, seats, tires and the rest and build your car in your backyard? Maybe, you even build the engine yourself?
31 • @30 Build a Car (by Rev_Don on 2019-10-16 12:44:09 GMT from United States)
Yes, if you enjoy doing that. LOT'S of people do exactly that here in the USA. That's how cars went from barely being able to make it around the block to the reliable, high performance, and fuel efficient vehicles they are today. Try it, you might learn something.
32 • @30 the Arch way (by carney bored on 2019-10-16 13:57:27 GMT from United States)
First, a car and software are not comparable. You don't need specialized tools and machinery to put together a distro like Arch. All you need is a computer, some knowledge, and/or the ability and desire to learn. Still, people do build cars from kits, because they enjoy doing it.
Second, you just don't seem to get it: Arch is not trying to get you to use their distro. They don't care whether you do or not. If you want it already built in part or in whole, there are many places to do that. +
Read again: "It (Arch) is targeted at the proficient GNU/Linux user, or anyone with a do-it-yourself attitude who is willing to read the documentation, and solve their own problems."
That's not what you want? Then use whatever else you wish. No one is being forced, begged, required, or even asked to do anything.
33 • Building a car (by TebeOdnoy on 2019-10-16 13:57:32 GMT from United States)
@31 If you're objective is to show off your hobby, as in feed your ego with pride, all well. On the other hand, if you actually insist on driving that car without having to seriously waste precious time, getting all that know how, parts, tools, etc.; I mean, why bother when there's a car dealer right down the street?
34 • @33 Building a distro (by Angel on 2019-10-16 14:14:49 GMT from Philippines)
If there weren't people willing to roll up their sleeves, take the time, use their talents and make the effort to put together distros like Arch, there would be no Manjaros, Archmans, Arcolinuxes, et al. for you to get all pretty and built for you, now would there?
35 • @32 Arch (by OstroL on 2019-10-16 14:27:03 GMT from Poland)
"First, a car and software are not comparable. You don't need specialized tools and machinery to put together a distro like Arch. All you need is a computer, some knowledge, and/or the ability and desire to learn. Still, people do build cars from kits, because they enjoy doing it."
I have installed Arch that way few times, but it is a headache. It is much better to use a script to automate the installation. I don't know how to write a script, so I use scripts of those people, who can do that. They save me time, and time precious these days. While, I know what's being installed and why, I don't waste time. Someone else had wasted his time for me, for which I am thankful. Most important fact is that Arch can be installed within 10-15 minutes. That's what we need, to be able to have one of the best distros quickly, without hassle. In the old days, there was an official script, but the Arch devs took it away. So, others created their own. We can only thank them!
36 • @34 Building a concerto (by TebeOdnoy on 2019-10-16 14:27:22 GMT from United States)
Yes of course. But most people want to hear Bach's concertos, not recompose them for themselves. The joy is in the listening, not the composing. But maybe I'm just being practical and don't have tons of free time.
37 • @34 Musical irrelevance (by Angel on 2019-10-16 14:41:30 GMT from Philippines)
I guess to day is the day for irrelevant arguments, music and cars no less. Although in the case of music, there may be some relevance. You get the scales, the paper, and the instruments. You compose the piece, if you have the talent. Then you can listen to it. Yes, only people interested in and capable of composing may apply. To do something you love is not wasted time.
In any instance, if you want Bach's concerto, get it. If you want a car from the dealer, buy it. If you want a ready -to-go distro, get one. Why are you so set on demeaning some else's choices? No one is trying to sell you anything.
38 • Train derailed. (by Friar Tux on 2019-10-16 15:01:43 GMT from Canada)
Hmmm... It seems the train got derailed by the time we got to comment 34. Folks, these are comments, not personal attacks. There's no need to defend any 'position' - though it does make for good drama. Arch is what it is. So are all the Arch derivatives. Me, personally, I like my car/toaster/erector set pre-built and fine tuned. I'm too busy with other things to be bothered with building it myself. As for having a server - nah. I prefer to store my stuff on my laptop's hard drive (and back up to an external drive). In my 68 years on this big ball of dirt I've come to the conclusion that the more complicated the plumbing, the easier it is to stop up the pipes. I try to keep things as simple as possible.
39 • @37, @38 Musical irrelevance (by TebeOdnoy on 2019-10-16 15:45:18 GMT from United States)
38 - The voice of wisdom & reason
37 - Musical irrelevance. It's called an argument by analogy. Both software creation and classical music creation are similar in that they have similar properties; desire, work, talent and so on. The end result is not the basis of the argument.
40 • @37, @38, @39 Finally! Common sense! (by falcon52 on 2019-10-16 16:13:20 GMT from United States)
It's refreshing to see some adult attitudes in the comments!!
37 - No one is trying to sell you anything.
38 - I try to keep things as simple as possible.
39 - The end result is not the basis of the argument.
41 • Trains, cars and musical relevance (by Angel on 2019-10-16 16:46:27 GMT from Philippines)
@38 -I have 5 years on you, and I also like things simple. Haven't many "important" things to do, but I do have things I enjoy doing. I don't use Arch. My main distro is KDE neon. Install, adjust, run: simple. Also have Solus and Tumbleweed running, among others, just because I like to try things. I've done it the Arch way and the LFS way, partly because I've earned my money helping people fix things, but mostly because I very much enjoy "feeding my ego and wasting my time." I still delve into the software, and even the physical guts of laptops when someone I like asks. Not for money, but for love. One thing I have learned through the years: There are more ways than my way and the wrong way.
@35 -I have also installed Arch "that way." I wish I could say it was all rosy, but I do swear at computers often, even installing Ubuntu or Windows sometimes. Still, I learned and enjoyed. Like you, I don't spend the time to go "from scratch" these days, but If others do, I hope they have fun along with the swearing.
@39 -Yes, talent is needed to compose music, or to play it well, but none is needed to listen. Cellos and bananas.
42 • arch way (by spb on 2019-10-16 17:57:14 GMT from Sweden)
Sorry to get involved here. But what's the point? The arch way pr not, you're still end up running a systemd OS.
That was all.
43 • @ 41 (by OstroL on 2019-10-16 17:58:14 GMT from Poland)
"I hope they have fun along with the swearing."
They should start with Gentoo. Good luck to them!
44 • Just Chill Out ... (by Luxie Tuxie on 2019-10-17 01:46:19 GMT from Canada)
The only way one can compare any GNU/Linux distro to a car would be
when one pops-up the hood of any distro same tuxie is lurking out just like same "O". No matter what you use!
And, of course, you are the mechanic,
when you start using it and get accustomed to it.
45 • The Systemd Conundrum (by David on 2019-10-17 04:49:31 GMT from United States)
My primary concerns as an Arch user are as follows:
(1) Do my boxes boot up properly - Yes, they do.
(2) Am I able to commence & complete my work in a timely manner - Again, the answer is yes.
(3) Does systemd present an impediment to the full functionality of my PC's, to the extent that I would abandon Arch as my preferred distro - My answer is a resounding No.
I do not profess to be an Arch, or any Linux distro expert. I've tested two non-systemd Arch derivatives, Obarun & Artix, and neither of those distros worked for me efficiently in supporting my work flow.
I believe an intriguing future survey question might be - "Have you abandoned your favored distro because it deployed systemd as its init daemon process, and migrated to a non-systemd distro?"
If anyone reading this posting can provide any reliable statistics to address this question, I would be interested in reading those numbers.
46 • Cars, toasters and mechanics (by Hoos on 2019-10-17 05:27:04 GMT from Singapore)
Agree with @38.
To each their own.
Some people want to DIY, to make and be the mechanic of their own car. Some prefer to use a car ready-made, as out of the box and maintenance-free as possible, and are willing to buy a new car every few years.
Some others are somewhere in-between; they get a ready-made car but are willing to roll up their sleeves and do their own maintenance to keep the car running indefinitely.
Nothing wrong with any of that, there are distros galore to suit all kinds.
47 • Anything goes which works out-of-box (by Luxie Tuxie on 2019-10-17 05:34:41 GMT from Canada)
I really don't much care about sysV, systemd or wayland,
as long as it works. I frequently use Manjaro (KDE).
Ocassionally LinuxMint (MATE), PCLOS, and MX as well.
Some times I drive in (D and O-D), and sometimes (R).
I really do not care as long as it is moving.
48 • Librem 5 (by Johannes on 2019-10-17 06:18:12 GMT from Germany)
I can't comment anymore on DistroWatch Weekly, Issue 834, sorry to be not in the right place. I wanted to thank you for reporting about the Librem 5 release. I had never heard about this Linux phone – I wish they would cooperate with the Fairphone here in Europe. Both Librem and Fairphone have really different approaches though – both unique and really interesting!
49 • @45 David: (by dragonmouth on 2019-10-17 12:00:35 GMT from United States)
"(3) Does systemd present an impediment to the full functionality of my PC's"
The only way to really determine whether systemd does or does not impact the full functionality of a distro is to run the same distro with the same mix of apps with systemd and then another init software. Comparing how Arch with systemd performs to how Obarun and Artix perform without systemd cannot give a true picture. There are too many differences. It's like comparing Debian to PCLinuxOS.
50 • arch way + systemd (by spb on 2019-10-17 15:10:23 GMT from Sweden)
I don't care If systemd has an impact or not. It won't run on any of my systems period. I've already migrated one machine to BSD and will migrate my other one if needed. No systemd.
51 • No More Distro-Hopping (by David on 2019-10-17 18:49:33 GMT from United States)
I acknowledge that all of your points are valid, relative to the differences between distros.
After having distrohopped like an insane bunny rabbit on steroids, and during that period, having auditioned dozens of distros, both systemd & non-systemd, I narrowed my search for the ideal disto down to the Arch branch.
Artix & Obarun were the last of all the Arch derivatives that I tried and failed with. I should say that Archman, this week's reviewed distro, was the most problematic to install and run successfully of all the Arch-based distros that I tested on my hardware, with Manjaro running a close second place.
I then discovered the Anarchy Linux installer, which installs a 99.9% pure & stable Arch system, with zero negative operational issues, on all four of my boxes.
I've been able to reverse-engineer my working knowledge of Arch using the Arco Linux videos on YouTube, without having to install the beautiful but bloated Arco distro, as well as the Arch wiki.
So, yes I've tested all of my required packages on several dozen distros, and my distrohopping days ended when I standardized with Arch, systemd and all.
I absolutely respect your aversion to, and refusal to run, systemd.
52 • No one forces no one ... (by Luxie Tuxie on 2019-10-18 01:38:49 GMT from Canada)
GNU/Linux offers vast variety of plethora choices to users as compared to proprietary OSes. GNU offers absolute freedom to be a mechanic,
Linux offers multiple choices of SWs bearing same functionality.
Many distros offer bare-minimum builds, or one can simply strip-out all un-wanted SWs, and add required.
Stripping out systemd to sysV will not work,
For those who prefers sysV has to select distro built with sysV.
No one forces no one what to use or what not to, Oligarchie Goliaths are exceptions.
Anyone is free to try-out anything and figure-out how it works!
53 • @52 stripping out systemd for sysV (by Hoos on 2019-10-18 02:37:42 GMT from Singapore)
"Stripping out systemd to sysV will not work,
For those who prefers sysV has to select distro built with sysV."
At least for now, MX Linux does allow sysv to coexist with systemd, even though its parent Debian no longer does it.
Users can choose between booting into systemd or the default sysv from the grub menu.
54 • @53: (by dragonmouth on 2019-10-18 11:47:06 GMT from United States)
While what you say is true, systemd and related software cannot be removed from MX.
55 • @54 (by anticapitalista on 2019-10-18 12:27:01 GMT from Greece)
Not totally true. It is possible to remove systemd from MX, but it is not easy.
56 • @49 and 54 (by Hoos on 2019-10-18 13:15:02 GMT from Singapore)
In @49 , you said "The only way to really determine whether systemd does or does not impact the full functionality of a distro is to run the same distro with the same mix of apps with systemd and then another init software. "
I was merely pointing out that you could run MX with sysv and then with systemd. That way, you could see how the exact same installed distro runs with either init system.
Would it really be necessary to remove the systemd and related software packages in order to carry out your test as described above? If sysv is running as init, then surely systemd isn't running, even if the relevant packages were still there on the distro?
57 • @56 (cont) (by Hoos on 2019-10-18 13:19:20 GMT from Singapore)
Of course, if a user's position is that they do not even want any systemd-related packages on their distro, I respect that.
I was just directly addressing the points in @49 in my earlier posts.
58 • MX sans systemd at boot time (by nanome on 2019-10-18 13:57:23 GMT from United Kingdom)
I don't have the energy to install MX right now [getting old], but even if booting without systemd shows no trace of it [eg pstree], the question then arises as to why anticapitalista [the AntiX author] created AntiX.
59 • @58 (by Hoos on 2019-10-18 15:18:09 GMT from Singapore)
antiX was created as an offshoot of Mepis originally - one that was lightweight and utilised window managers. I doubt systemd existed when antiX was first released in 2007.
Along the way antiX became completely systemd-free.
But MX is not antiX, merely built on its base:
"MX Linux began in a discussion about future options among members of the MEPIS community in December 2013. Developers from antiX then joined them, bringing the ISO build system as well as the Live-USB/DVD technology. In order to be listed on DistroWatch, MX Linux was initially presented as a version of antiX."
There is a lot of cross-pollination/overlapping between the 2 communities and sets of developers, but they are different distros targeting different users.
When there is respect for one another and everyone's differing views or opinions, people can get along and work together well, benefiting all.
60 • Devuan also falls under MX category (by Luxie Tuxie on 2019-10-18 18:23:06 GMT from Canada)
As MX is not truly sysV, Devuan also falls under same category as MX.
Dissecting Debian directly to brew true sysV OS ends up like a cocktail having multiple traces of systemd.
Just got Kubuntu and Ubuntu MATE to try with systemd.
may be antiX next!
61 • Ubuntu ... 1 2 3 (by Luxie tuxie on 2019-10-18 20:32:25 GMT from Canada)
Some how felt more comfortable with caja (UM) as compared to Nemo (UB).
It seems like Nemo is Ubuntu's Gnome's Nautilus.
62 • Devuan (by nanome on 2019-10-18 21:04:08 GMT from United Kingdom)
@60: Devuan is a fork of Debian [according to its web site]. The test is whether its packages are derived directly from upstream sources. Certainly, Debian has 10x more packages than Devuan. Is there anyone here who knows how the Devuan packages are created?
Number of Comments: 62
Display mode: DWW Only • Comments Only • Both DWW and Comments
|• Issue 843 (2019-12-02): Obarun 2019.11.02, Bluestar 5.3.6, using special characters on the command line, Fedora plans to disable empty passwords, FreeBSD's quarterly status report|
|• Issue 842 (2019-11-25): SolydXK 10, System Adminstration Ethics book review, Debian continues init diversity debate, Google upstreaming Android kernel patches|
|• Issue 841 (2019-11-18): Emmabuntus DE3-1.00, changing keys in a keyboard layout, Debian phasing out Python 2 and voting on init diversity, Slackware gets unofficial updated live media|
|• Issue 840 (2019-11-11): Fedora 31, monitoring user activity, Fedora working to improve Python performance, FreeBSD gets faster networking|
|• Issue 839 (2019-11-04): MX 19, manipulating PDFs, Ubuntu plans features for 20.04, Fedora 29 nears EOL, Netrunner drops Manjaro-based edition|
|• Issue 838 (2019-10-28): Xubuntu 19.10, how init and service managers work together, DragonFly BSD provides emergency mode for HAMMER, Xfce team plans 4.16|
|• Issue 837 (2019-10-21): CentOS 8.0-1905, Trident finds a new base, Debian plans firewall changes, 15 years of Fedora, how to merge directories|
|• Issue 836 (2019-10-14): Archman 2019.09, Haiku improves ARM support, Project Trident shifting base OS, Unix turns 50|
|• Issue 835 (2019-10-07): Isotop, Mazon OS and, KduxOS, examples of using the find command, Mint's System Reports becomes proactive, Solus updates its desktops|
|• Issue 834 (2019-09-30): FreedomBox "Buster", CentOS gains a rolling release, Librem 5 phones shipping, Redcore updates its package manager|
|• Issue 833 (2019-09-23): Redcore Linux 1908, why Linux distros are free, Ubuntu making list of 32-bit software to keep, Richard M Stallman steps down from FSF leadership|
|• Issue 832 (2019-09-16): BlackWeb 1.2, checking for Wayland session and applications, Fedora to use nftables in firewalld, OpenBSD disables DoH in Firefox|
|• Issue 831 (2019-09-09): Adélie Linux 1.0 beta, using ffmpeg, awk and renice, Mint and elementary improvements, PureOS and Manjaro updates|
|• Issue 930 (2019-09-02): deepin 15.11, working with AppArmor profiles, elementary OS gets new greeter, exFAT support coming to Linux kernel|
|• Issue 829 (2019-08-26): EndeavourOS 2019.07.15, Drauger OS 7.4.1, finding the licenses of kernel modules, NetBSD gets Wayland application, GhostBSD changes base repo|
|• Issue 828 (2019-08-19): AcademiX 2.2, concerns with non-free firmware, UBports working on Unity8, Fedora unveils new EPEL channel, FreeBSD phasing out GCC|
|• Issue 827 (2019-08-12): Q4OS, finding files on the disk, Ubuntu works on ZFS, Haiku improves performance, OSDisc shutting down|
|• Issue 826 (2019-08-05): Quick looks at Resilient, PrimeOS, and BlueLight, flagship distros for desktops,Manjaro introduces new package manager|
|• Issue 825 (2019-07-29): Endless OS 3.6, UBports 16.04, gNewSense maintainer stepping down, Fedora developrs discuss optimizations, Project Trident launches stable branch|
|• Issue 824 (2019-07-22): Hexagon OS 1.0, Mageia publishes updated media, Fedora unveils Fedora CoreOS, managing disk usage with quotas|
|• Issue 823 (2019-07-15): Debian 10, finding 32-bit packages on a 64-bit system, Will Cooke discusses Ubuntu's desktop, IBM finalizes purchase of Red Hat|
|• Issue 822 (2019-07-08): Mageia 7, running development branches of distros, Mint team considers Snap, UBports to address Google account access|
|• Issue 821 (2019-07-01): OpenMandriva 4.0, Ubuntu's plan for 32-bit packages, Fedora Workstation improvements, DragonFly BSD's smaller kernel memory|
|• Issue 820 (2019-06-24): Clear Linux and Guix System 1.0.1, running Android applications using Anbox, Zorin partners with Star Labs, Red Hat explains networking bug, Ubuntu considers no longer updating 32-bit packages|
|• Issue 819 (2019-06-17): OS108 and Venom, renaming multiple files, checking live USB integrity, working with Fedora's Modularity, Ubuntu replacing Chromium package with snap|
|• Issue 818 (2019-06-10): openSUSE 15.1, improving boot times, FreeBSD's status report, DragonFly BSD reduces install media size|
|• Issue 817 (2019-06-03): Manjaro 18.0.4, Ubuntu Security Podcast, new Linux laptops from Dell and System76, Entroware Apollo|
|• Issue 816 (2019-05-27): Red Hat Enterprise Linux 8.0, creating firewall rules, Antergos shuts down, Matthew Miller answers questions about Fedora|
|• Issue 815 (2019-05-20): Sabayon 19.03, Clear Linux's developer features, Red Hat explains MDS flaws, an overview of mobile distro options|
|• Issue 814 (2019-05-13): Fedora 30, distributions publish Firefox fixes, CentOS publishes roadmap to 8.0, Debian plans to use Wayland by default|
|• Issue 813 (2019-05-06): ROSA R11, MX seeks help with systemd-shim, FreeBSD tests unified package management, interview with Gael Duval|
|• Issue 812 (2019-04-29): Ubuntu MATE 19.04, setting up a SOCKS web proxy, Scientific Linux discontinued, Red Hat takes over Java LTS support|
|• Issue 811 (2019-04-22): Alpine 3.9.2, rsync examples, Ubuntu working on ZFS support, Debian elects new Project Leader, Obarun releases S6 tools|
|• Issue 810 (2019-04-15): SolydXK 201902, Bedrock Linux 0.7.2, Fedora phasing out Python 2, NetBSD gets virtual machine monitor|
|• Issue 809 (2019-04-08): PCLinuxOS 2019.02, installing Falkon and problems with portable packages, Mint offers daily build previews, Ubuntu speeds up Snap packages|
|• Issue 808 (2019-04-01): Solus 4.0, security benefits and drawbacks to using a live distro, Gentoo gets GNOME ports working without systemd, Redox OS update|
|• Issue 807 (2019-03-25): Pardus 17.5, finding out which user changed a file, new Budgie features, a tool for browsing FreeBSD's sysctl values|
|• Issue 806 (2019-03-18): Kubuntu vs KDE neon, Nitrux's znx, notes on Debian's election, SUSE becomes an independent entity|
|• Issue 805 (2019-03-11): EasyOS 1.0, managing background services, Devuan team debates machine ID file, Ubuntu Studio works to remain an Ubuntu Community Edition|
|• Issue 804 (2019-03-04): Condres OS 19.02, securely erasing hard drives, new UBports devices coming in 2019, Devuan to host first conference|
|• Issue 803 (2019-02-25): Septor 2019, preventing windows from stealing focus, NetBSD and Nitrux experiment with virtual machines, pfSense upgrading to FreeBSD 12 base|
|• Issue 802 (2019-02-18): Slontoo 18.07.1, NetBSD tests newer compiler, Fedora packaging Deepin desktop, changes in Ubuntu Studio|
|• Issue 801 (2019-02-11): Project Trident 18.12, the meaning of status symbols in top, FreeBSD Foundation lists ongoing projects, Plasma Mobile team answers questions|
|• Issue 800 (2019-02-04): FreeNAS 11.2, using Ubuntu Studio software as an add-on, Nitrux developing znx, matching operating systems to file systems|
|• Issue 799 (2019-01-28): KaOS 2018.12, Linux Basics For Hackers, Debian 10 enters freeze, Ubuntu publishes new version for IoT devices|
|• Issue 798 (2019-01-21): Sculpt OS 18.09, picking a location for swap space, Solus team plans ahead, Fedora trying to get a better user count|
|• Issue 797 (2019-01-14): Reborn OS 2018.11.28, TinyPaw-Linux 1.3, dealing with processes which make the desktop unresponsive, Debian testing Secure Boot support|
|• Issue 796 (2019-01-07): FreeBSD 12.0, Peppermint releases ISO update, picking the best distro of 2018, roundtable interview with Debian, Fedora and elementary developers|
|• Issue 795 (2018-12-24): Running a Pinebook, interview with Bedrock founder, Alpine being ported to RISC-V, Librem 5 dev-kits shipped|
|• Issue 794 (2018-12-17): Void 20181111, avoiding software bloat, improvements to HAMMER2, getting application overview in GNOME Shell|
|• Issue 793 (2018-12-10): openSUSE Tumbleweed, finding non-free packages, Debian migrates to usrmerge, Hyperbola gets FSF approval|
|• Issue 792 (2018-1203): GhostBSD 18.10, when to use swap space, DragonFly BSD's wireless support, Fedora planning to pause development schedule|
|• Issue 791 (2018-11-26): Haiku R1 Beta1, default passwords on live media, Slax and Kodachi update their media, dual booting DragonFly BSD on EFI|
|• Full list of all issues|
Star Labs - Laptops built for Linux.
View our range including the Star Lite, Star LabTop and more. Available with a choice of Ubuntu, Linux Mint or Zorin OS pre-installed with many more distributions supported. Visit Star Labs for information, to buy and get support.
|Random Distribution |
Flonix USB Edition was a light-weight GNU/Linux operating system for personal computers, desktop-oriented. Flonix USB Edition run from USB key drives.