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$7.65) |
|
|
|
bc1qxes3k2wq3uqzr074tkwwjmwfe63z70gwzfu4lx lnurl1dp68gurn8ghj7ampd3kx2ar0veekzar0wd5xjtnrdakj7tnhv4kxctttdehhwm30d3h82unvwqhhxarpw3jkc7tzw4ex6cfexyfua2nr 86fA3qPTeQtNb2k1vLwEQaAp3XxkvvvXt69gSG5LGunXXikK9koPWZaRQgfFPBPWhMgXjPjccy9LA9xRFchPWQAnPvxh5Le paypal.me/distrowatchweekly • patreon.com/distrowatch |
|
Extended Lifecycle Support by TuxCare |
|
Reader Comments • Jump to last comment |
1 • Init systems, Zorin (by Romane on 2020-01-20 00:48:31 GMT from Australia)
I voted that the init system does not play any role in my choice of a distro. What I am interested in is whether the distro does what I want, and performs in the way I want.
Zorin. Yeah, well there is a kettle of fish. Was going to download and "play" with, but it is clear that I cannot trust the distro - too much has happened without advising the user and/or giving them choice, so I cannot tell when they may introduce "something" which likewise/otherwise invades my privacy. Pity, because otherwise the review painted a generally good and interesting picture of Zorin.
2 • Mark Greaves (by hotdiggettydog on 2020-01-20 02:08:46 GMT from Canada)
I'm shocked and saddened by the news of Mark's passing. Condolences to his family and friends. I'm a long time user of Peppermint Linux. It became the love of my linux life thanks to the efforts of Mark and the team.
3 • Windows 7 (by Wedge009 on 2020-01-20 02:20:04 GMT from Australia)
I have been running Linux on spare machines for years now, especially ones which I wasn't playing games on (I've never been a latest-and-greatest 'gamer', though), but I had been running Windows 7 on my primary machine ever since XP was killed off (that, plus the 3 GiB RAM limit made the switch necessary back then).
I know people have polarised opinions regarding Windows 10, and I'm definitely in the 'no thanks' category, so I'm pleased to say I'm one of those who have switched to Linux with the end of public support for Windows 7. It hasn't been as smooth a process as I hoped given my previous experience running Linux on older machines (jumping to a brand new hardware platform at the same time meant that there were some rough edges in kernel support), and I'm also surprised at all the small habits I had from Windows that don't translate directly to a Linux desktop. Still, I'm hoping it'll be worthwhile in the long run and it's a case of 'so far so good'.
Immediate projects: * Get VLC 3.0.8 working with my old, possibly buggy TV recordings (last version that works is 2.2.8, but even this still seems to have issues with playback on my new machine). * Play through Knights of the Old Republic in Wine. (:
4 • Init always the way (by Mick Migwana on 2020-01-20 02:38:38 GMT from Canada)
Time to shelter in place boys, I hear the mad dash of foot steps by the systemd fan club. Too late, their already here.
5 • Init Systems (by Cynic on 2020-01-20 03:24:23 GMT from Ghana)
Voted "other"..
In general I do my best to avoid SystemD, preferring sysvinit by far (if it ain't broke don't fix it..) but CentOS has me on the rails.
It's always been my server go-to distribution when it needs to be others can use without a crash course in Linux command line. SystemD added nothing but unnecessary complications to the distro and as such I find myself looking for an alternative yet again..
I avoid Gnome3 because it is far too tied in with a particular init.
I avoid Debian-based because I disagree with the concept of "source-splitting". (Debian package slicing)
Makes it a bit difficult to find a replacement.. :/
6 • init and winit7 (by fonz on 2020-01-20 03:38:49 GMT from Indonesia)
while currently i dont really mind which init software the distro uses, systemd (and linux) has been somewhat worrying IMHO. lots of things that are better off in its own submodule (whatever the term is) are being included instead. whelp, seeing how im still a linux noob ill just stop here.
as for win7 dying, im pretty sure it wont be dead for a while.i cant run away from windows yet as im still a mmo gamer, but im sure games wont drop win7 for a long time. hell, some mmos continued to support winxp til a few years back. as for win10, yep i completely hate it, and from the looks of it win11 might be even worse...
7 • init systems (by greenpossum on 2020-01-20 03:40:24 GMT from Australia)
Where would the fanatics get their daily entertainment if there was only one init system? I've never had any problem getting any init system to do what I want. To paraphrase Lewis Carroll's Humpty Dumpty, The question is which is to be master, you or the software, that's all. Whether the system fulfills the requirements, whether a desktop or server, is paramount. So the native init system is a secondary consideration for me, not a religion.
BTW distrowatch's website's mobile support is still horrid. When I tried to post this from my mobile, this text box obscured the submit button, so had to switch to a desktop.
8 • init systems (by Jeff on 2020-01-20 05:13:27 GMT from United States)
The systemd fan boys always want to frame it as systemd vs sysvinit, as if those were all the init systems in the world, completely ignoring all the other modern inits. Or is it that they are hoping no one finds out that not only is systemd not the only choice but not the best choice?
9 • Zorin review + init software (by eco2geek on 2020-01-20 06:21:39 GMT from United States)
Thanks for the well-written review of Zorin. I did not know that it "called home". (Other than it sets its web browsers' home pages to its own home page, so it "calls home" that way). I wonder if it also does this when running from Live media.
As far as the argument over init software goes, it really doesn't bother me as long as it works and stays out of my way. When it doesn't work and I have to fix something, that's when I want to be using SysV, because I've already got experience with it. But that ship has (mostly) sailed. It probably says something good about SystemD that I haven't had to go out and learn all about it.
10 • @5 Cynic (by Justpassingthrough on 2020-01-20 08:23:05 GMT from Australia)
Slackware as your server distro? No systemd, no source splitting i believe...
11 • Zorin is cool (by usinglinixfor20yearsnow on 2020-01-20 08:34:39 GMT from United Kingdom)
I agree that Zorin Lite is not great, but Zorin OS is cool. My non-technical mom switched from Windows to Zorin OS a couple of years ago and the support calls just stopped.
12 • Zorin (by Erwin on 2020-01-20 09:24:20 GMT from Switzerland)
I have never tried Zorin Xfce. Why trying a Xfce Ubuntu based distro (Zorin, Mint etc.) when there is the goood old Xubuntu? I just do not see the point.
13 • Transition from Windows 7 to Linux (by mick on 2020-01-20 11:32:49 GMT from United States)
Article in How-To Geek: https://www.howtogeek.com/509508/how-to-upgrade-from-windows-7-to-linux/
Personally, I find the KDE desktop to be more like "Windows 7". When Mint parted company with KDE, I tried Kubuntu and KDEneon, was impressed with both and now use Kubuntu as my daily OS.
14 • NO SYSTEMD (by Plank on 2020-01-20 12:10:30 GMT from Germany)
After going as some might call it, back to an older init I will not return to systemD.
I am sick and fed up of wanting to make small changes then finding that dependency chains would either wreck my system or fill my sdd with unwanted bloat.
If ever forced because nothing else left for linux will move to BSD.
Zorin stinks like rotten fish. It also offers nothing far better no pay distros bring.
I do make donations to the OS I use.
15 • Init Software (by Dan on 2020-01-20 12:20:24 GMT from United States)
As a Tiny Core user, it is BusyBox for me, but never had any trouble before with SystemD, that's why I chose The I Do Not Care choice.
16 • ZFS: "The Lord's" buzz word. (by Zack Zzzz on 2020-01-20 12:25:11 GMT from Canada)
Just popping-up after reading Jim Salter's amusing article on ARS Technica, titled "Linus Torvalds says “Don’t use ZFS”—but doesn’t seem to understand it".
The very first thing: No one on this planet knows "the linux kernel - a heart core component" of GNU/Linux better than Linus Torvalds coz it is his own baby in a same way as in Emacs.
And, second, Jim Salter argued that "He doesn't seem to understand it". He goes further “It was always more of a buzzword than anything else”. This jaw-dropping statement makes me wonder whether Torvalds has ever actually used or seriously investigated ZFS. Keep in mind, he's not merely making this statement about ZFS now, he's making it about ZFS for the last 15 years—and is relegating everything from atomic snapshots to rapid replication to on-disk compression to per-block checksumming to automatic data repair and more to the status of "just buzzwords."
It seems like Jim has written whole blah... blah... bhah... in his article on a Windows machine. And, further more seems like he never used GNU/Linux in his life. As of date The kernel supports many file systems apart from just ext2/ext3/ext4.
ZFS was originally developed by Sun Microsystems, and Oracle added spiced-up with encryption. ZFS native encryption is supported in many OSes including Debian, Ubuntu, and BSDs.
ZFS might make atomic snapshots possible to keep a full block-for-block identical copy of storage. But, definitely, the linux kernel does not require any additional kernel ZFS module loadable at boot-time.
Oracle should feel free to do so in GPLed GNU/Linux for OpenSolaris or Oracle.
17 • Zorin OS (by akoy on 2020-01-20 13:26:38 GMT from United States)
They were kids, when they created Zorin OS, 18 years ago. They kept at it, creating interesting little apps, having a vision. There Zorin OS grew with them. They create their own extensions to make Gnome more usable.
18 • RIP Mark (by Pikolo on 2020-01-20 13:59:15 GMT from United Kingdom)
My sincere condolences to Mark's family. PeppermintOS was my first Linux distro, and I remember it fondly.
19 • Init systems and Zorin (by Friar Tux on 2020-01-20 14:26:59 GMT from Canada)
I voted "I don't care", as, really, I don't care. When I make spaghetti sauce, do I use canned, diced tomatoes, or chop up a few whole tomatoes? It don't matter. Either way the sauce works, and tastes great (though with the canned, diced tomatoes, someone has kindly done some of the work for me). Of all the hundreds of distros I've seriously played with, none of the issues I've come across were init related. As for Zorin, it doesn't work for me. And I wouldn't recommend it to a Windows user wanting to switch to Linux. I would recommend Linux Mint/Cinnamon. It meets the criteria far better - at least from my own experience. (To be honest, here, I did not try the 'paid' version of Zorin as that would defeat one of the purposes of moving to Linux in the first place. 'Donations' should be voluntary. Try first, donate if you really like it. So far, Mint gets my money.
20 • FreeBSD (by Jan on 2020-01-20 15:03:17 GMT from Poland)
Well, here we go - the most popular linux webpage switching their server to FreeBSD - I just cannot help wondering if things are already so bad with Debian, or maybe also with the linux kernel? Seems like I'II try FreeBSD myself, just to be on the safer side.
21 • Mark Greaves (by Brian on 2020-01-20 15:44:31 GMT from United States)
I'd not been following Peppermint's development especially closely, but I'd always heard such kind words about Mark Greaves. Surely he was a genuinely good guy--no "hagiography" necessary. No doubt it's a difficult time for his family and friends.
I also hope Peppermint will be able to continue. It's a quality distro, one that's certainly underappreciated.
22 • init systems and more. (by Garon on 2020-01-20 15:47:44 GMT from United States)
The init system seems to only be a problem for die hard UNIX converts. That's okay because people usually like to stay with what they know, and there's nothing wrong with that. The saying of "if something isn't broke, then don't fix it" is good if you want to remain static. Even if something isn't broke doesn't mean it can't be improved on. If SystemD is an improvement is debatable but I have not yet seen where is has caused any serious problems, and from the poll numbers it seems many others also believe that.
Zoin Lite, I have not tried it but I have tried the other Zoin distros. They do work very well and as far as a paid version goes, if others want to pay them for the extra functions and the work they put into the distro then more power to them. A paid distro is not EVIL. Furthermore the Ultimate version is the only paid one.
Rest in peace Mark Greaves. You will be missed.
23 • Server switch (by Jesse on 2020-01-20 16:01:30 GMT from Canada)
@20: "Well, here we go - the most popular Linux webpage switching their server to FreeBSD - I just cannot help wondering if things are already so bad with Debian, or maybe also with the Linux kernel?"
I don't think there is anything wrong with Debian or the Linux kernel. Sometimes we like to switch things around or try different technologies. As I wrote above, we are, after all, prone to distro-hop.
I did a Q&A on Reddit last week during the migration which covered some of the benefits and difficulties with the switch. https://old.reddit.com/r/freebsd/comments/eodhit/switching_distrowatch_over_to_freebsd_ama/
24 • Init (by Sam Slaphappy on 2020-01-20 16:10:03 GMT from Canada)
@20 - You forgot to donn your 2 sided placard and ring your bell. The world is Not ending anytime soon. Jesse is a man, among many men and not to be considered a barometer on debians life or the life of any distro. Get a grip man ! *slaps* Now....I find it quite strange indeed that the poll shows 50% of voters do not care about the init software they are using (this is actually a slight of hand systemd poll), Yet the systemd majority vote is absent in the comments. Strange indeed. I guess it follows what my mammy use to say. "If you got nothing good to say, don't say anything"
25 • systemd (by voidpin on 2020-01-20 16:16:35 GMT from Sweden)
If it was **just** an init system... The question is deeper than an init system. systemd does much more than that and thats where the problem starts. Above anything else its killing portability. Software designed assuming systemd is present/standard is harder to port to other platforms, if not impossible. Also, its killing other projects, e.g. ConsoleKit. Its killing freedom of choice. The killing is the problem, not init the system.
As long as its still possible, I won't use systemd.
26 • init sowtware (by Morton on 2020-01-20 16:22:44 GMT from Germany)
In the 2016, while Linux Mint 17 and Ubuntu 14.04 were (and still are) so polished and stable, I was reluctant to embrace systemd due to widely known, valid and well-argumented concerns. Now, several years later, almost on a daily bases using formalized systemd process management and convenience of fine-tuning, I’m feeling himself out of touch, returning to modify something on the non-systemd system. And new Debian 11 (with systemd 242) , Mint 19 and Ubuntu are as stable and quick as ever. Regretfully, the choice of init software seemed to be moved to a pure philosophical domain with little real life implication. With all due respect to the successful and popular non-systemd distros, they are, per se, heavily customized secondary adaptations of the systemd-based Debian.
27 • Init (by David on 2020-01-20 16:30:37 GMT from United Kingdom)
In the last 20 years, I've only had to adjust the initialisation twice. Once it was System V, once systemd, and neither task was rocket science. The debate has been endless at Linux Questions, and I was quick to notice that the anti-systemd posters were mostly what I'd call tinfoil-hat conspiracy theorists!
28 • systemd (by ionel on 2020-01-20 17:11:45 GMT from Republic of Moldova)
generally systemd does great job, and because of that nobody cares, but in ideal world there is a dream to switch from linux to bsd and go back again, which systemd totally ruins.
so systemd is not like xorg or gnome or kde, which simply work on bsds.
it has its own "linux only by principle" philosophy which is simply stupid, thats why it is bad.
and people brag......
29 • SystemD is like the Master Control Program (by Kingneutron on 2020-01-20 17:53:21 GMT from United States)
...from TRON. It's pervasive, invasive and wants to control Everything. And it breaks the *nix philosophy "do one thing and do it well." I've been using Linux for decades and SYSV init is OK, but I liked Upstart as well for the brief time that Ubuntu used it. Now I mostly use antix, MX and Devuan. Even SuSE got lost in the systemd mess or I'd use it more.
30 • init (by GreginNC on 2020-01-20 18:10:31 GMT from United States)
I voted "based on init system" but that is conditional. I will never use anything with systemd, simple as that. Also I wouldn't use a distro I had prior issues with or just simply disliked based on their refusal to adopt syatemd. Thus far I've been fortunate that the 2 main distros I've always used, Slackware and PcLinux have both opted out on systemd. When the time comes that systemd is universally accepted in linux I'll just move on to either BSD or hopefully one or more of the more fringe OS's out there will be usable by that time. Regardless death before systemd is my motto.
31 • Zorin // systemd (by Cheker on 2020-01-20 18:36:01 GMT from Portugal)
I believe Zorin was one of the first distros I virtualized. I was left astounded as to how beautiful it was/is, and I have it installed in a partition in my old desktop that doesn't see much activity anymore. The census nonsense unfortunately does put a bit of a stain on an otherwise excellent distro, I'm not gonna forget about that anytime soon. It sets a bad precedent that Zorin & Co. are willing to do stuff behind the users' backs.
The init is a factor sometimes. If it's an old machine I will try to dodge systemd as I'm under the impression that its presence in itself already slows things down a bit (someone correct me on this if I'm wrong). On the other hand, I'm new to Linux, and with systemd I know how to do things that I don't in SysV for instance.
32 • Init (by Otis on 2020-01-20 18:54:13 GMT from United States)
Sort of relevant to me.. but the question cause me to recall how I never considered it, and never was affected by it as far as I know, until I began seeing the (repeated) wars about it in here.
So, as to the reality of systemd or no, heck, I don't really give a rat's fuzzy fanny.
33 • Mark Greaves (by Christian on 2020-01-20 19:25:35 GMT from Canada)
I've heard the news and my heart sank. One of the Linux community's best guys. Go in peace.
34 • Not so much a case of shady marketing as much as an understanding of language (by JaceMan on 2020-01-20 20:09:26 GMT from United States)
I can't comment on Zorin as an operating system, because I haven't tried it. Be that as it may, I felt that I had to comment on your suggestion that most people probably use "resistant" and "immune" interchangeably. As to that, all I can say is that I certainly hope note, because if true that means the majority of people don't know what the words resistant and immune mean.
To suggest that they are interchangeable would be to suggest that the terms "medium" and "well done" when ordering a steak are interchangeable as well.
35 • "Shady" marketing (by Robert Rijkhoff on 2020-01-20 21:09:23 GMT from United Kingdom)
@34 Not quite: https://www.thesaurus.com/browse/immune?s=t
As I mentioned, the two terms are open to interpretation. The point I made in the review, though, was that the suggestion that Linux is immune or resistant to viruses is false. I see such claims being made from time to time, and I feel it's worth debunking that myth.
36 • Windows replacement (by Sean Greenhalgh on 2020-01-20 21:30:04 GMT from Australia)
You know what is a really good replacement for Windows 7? KDE Neon. The current version runs on just under 400mb of ram. It's really professional too. The other thing I like about it, is that it respects the software's icons - like Firefox, Opera, Chrome etc. It doesn't just replace them with the system's tacky flat icon set or whatever. Give it a try!
37 • There's no "myth" to debunk. (by JaceMan on 2020-01-20 21:59:39 GMT from United States)
I guess if thesaurus.com lists "resistant" as a synonym for "immune" then it must be one. I mean, as long as you don't actually click the little "SEE DEFINITION OF xxxxx" link that exists on each listing to take a look at what the definition of the words actually are.
There are degrees to things. Many clothes are "wrinkle resistant." That does not mean that they are "immune" from wrinkles. It merely means that the fabric stands up against wrinkles better than a non-resistant fabric. If you believe that they are equal, then you are probably one of these guys that believes we need MORE not fewer frivolous lawsuits and that people aren't accountable for themselves. Anything open to the mildest nuances of interpretation means that whomever spoke is guilty and should be responsible for your understanding of their intent. A big fat hog to the hot, steamy wash.
Their page does not claim that their operating system is immune from viruses. It states that it is resistant. There are a lot of things that could and would make that qualifying statement true. I'm not even going to attempt to play devil's advocate and talk about how a Linux system is "resistant" from viruses written to target Windows operating systems either. (One could make that argument, but I wouldn't -- because it isn't resisting anything. In fact, THAT might actually be closer to the definition of immunity in that case.)
But rather than list several different reasons a Linux operating system MIGHT be able to claim that they are virus resistant, I'll just stick with one. As long as a distribution doesn't run as root by default, that small level of protection could be said to be making the operating system "resistant" from malware. It certainly makes it more so than one that surrenders root privileges from start-up. (Again, I don't know if Zorin qualifies or not.) And that's all one needs to say that their product or service is "resistant" is for it to position their client/customer better than the option without. That is, by definition, resistant.
Again, I have no dog in this fight. I have never ran Zorin, and I probably never will. Admittedly, and in the interest of transparency, I do work in marketing however. So perhaps you will say that is why I am "defensive" and raging about this topic. I would contend that is not accurate either. But I decided to volunteer what field I work in to give you that option if you want it.
In reality though, I don't feel that their claim is false or misleading. I certainly don't think it is egregious (at least not without knowing a few more things about how the operating system works or doesn't work) to list it as being "virus resistant" as a Linux OS. I also take issue with your response saying you, "see such claims being made from time to time," as being an accurate representation as to what you were attempting with your article. You didn't speak of that being a trend in the industry that you observe, or some greater topic that needs to be addressed. It was a pointed comment at Zorin specifically.
I would also say that it is unfair and unprofessional for you to take on the position of the majority and presume to know exactly how "most" would interpret or use the terms. It felt to me like your writing was accusing them of having a deceptive, unethical, and unprofessional agenda. If that is the case, I find your writing to be equally as unprofessional.
By this point, I know exactly what you're thinking... 'Ok, ok, troll. Move along!' And with that, I'll probably roll my eyes, shrug my shoulders and do just that. But I have to say that I haven't read too many "REVIEW" articles on Distrowatch Weekly that seem to take on Distrowatch's perceived intent of a distribution or the organization behind it as much as a look at the distro itself. Personally, I saw it as a low blow. I could have done without it.
38 • Mac-based distros (by James LaRue on 2020-01-20 22:23:40 GMT from United States)
Appreciated the Zorin review. First, it raised some important technical issues. Second, it happened to parallel my own recent experiment with elementary OS on a 2011 MacBook Pro. This fine laptop, struggling under Apple updates, had become all but unusable. But it wasn't hard to install elementary (although I had to solve the wifi install, which I did with a wireless dongle), and it felt very Mac-like. But some core and custom programs to the distro -- AppCenter, Music, Movies -- flat out failed. With apt I could resuscitate the first, but the others still stymie me. Nonetheless, viewing it as a lightweight Linux machine let me combine Epiphany (web browser) and Emacs (although I had to use the emacs25-lucid package to get around a GTK display bug) into a remarkably quick, light, and focused appliance for writing and research. I don't know if anyone else would be interested in another article about installing Linux on older Macs, but I'd appreciate learning more about what's going on under the hood.
39 • FreeBSD (by aaro on 2020-01-20 22:42:32 GMT from Venezuela)
@20: Latest decisions in the Linux world had made me take this route too on my systems. After using Linux for 12 years, 3 months passed since i made the switch to FreeBSD and can't be happier with my decision. I have to thank Poettering and all the Red Hat crew for giving me the final push i needed to make the jump to BSD land. pd: i even got my laptop wireless working with it woot!
40 • KDEneon as Windows replacement (by mick on 2020-01-20 22:46:00 GMT from United States)
@36 I agree, Sean. KDEneon would be an excellent replacement. I'm dualing booting Kubuntu and KDEneon, two fine distros.
41 • Init (by zephyr on 2020-01-21 01:01:29 GMT from United States)
Only SysVinit and runit. Only those now! Nothing else, zilch!
42 • The init software is one factor I consider (by Flavio on 2020-01-21 03:51:24 GMT from Brazil)
Another factor, if it is a community distro or an enterprise distro, if it is a point distro or a rolling-release, and so on.
I am trying both SystemD and SystemD-free, community and enterprise, and at least one from each main branches.
Nothing is a real problem, just at this moment, except begin to depend on a single option, mainly when a few people take all decisions.
43 • systemd creep (by Sam L on 2020-01-21 12:14:34 GMT from United States)
When systemd took over DNS, my setup broke. I had been using DNScrypt and dnsmasq. The "update" from Mint caused my DNS to break and switched to google (slurp!) DNS.
Now I use MX Linux and firewall google's DNS servers.
Systemd needs to stop with the feature creep and limit itself to init only.
44 • 243: (by dragonmouth on 2020-01-21 13:13:31 GMT from United States)
"Systemd needs to stop with the feature creep and limit itself to init only." Yes, they do but they won't. Systemd has a long way to go before it subsumes the kernel.
45 • Windows replacement (by not a fan-boy, but... on 2020-01-21 15:25:34 GMT from United States)
Linux is not immune or resistant to viruses... Linux is spying on users... Linux uses shady marketing...
KDEneon would be an excellent replacement for Windows 7... in your dreams fan-boy... in reality a very small percent will use some distro just for online activities the overwhelming majority will stick to 7 or XP, and, at best, bite the bullet and upgrade to 10
46 • Init software (by James on 2020-01-21 16:48:08 GMT from United States)
I'm not overly hung up on init systems. I use systemd only because the distros I prefer to use rely on it. I'd rather use something other than systemd because it's so un-Unix-like, feature-creepy, and tracking systems with a public machine ID, but I'm not quite conscientious enough to inconvenience myself with using some obscure distro with no userbase, poor support and unlikely updates to free myself from systemd. For better or (mostly) worse, it seems systemd is what the majority of distro developers have decided to go with.
47 • anything but systemd (by dogma on 2020-01-21 18:07:33 GMT from United States)
The only good thing about systemd is that it pushed me away from debian to freebsd.
48 • Systemd free distros (by Otis on 2020-01-21 19:10:42 GMT from United States)
https://sysdfree.wordpress.com/2019/10/12/135/
Pretty nice page. Distros that are not systemd categorized by type/family, etc.
But gee wiz folks, looking at the top 25 PHR here at distrowatch we don't see much in the way of those systemd free distros.
Must be something okay/good about distros utiizing the systemd init.
49 • @3 Migrating from Win7 (by Jeff on 2020-01-21 19:57:20 GMT from United States)
@3 I made a similar switch with the end of XP. Despite having run Linux at work for mobile development, using cross-platform software like Firefox and VLC for a while, and even using Linux VMs to force myself to "use Linux," I still had the trouble like you describe. It took me a few months to fully adjust. I don't regret the move and have found the experience to be superior to Windows once I figured out the Linux way to do things. I love a central software repository where I don't have to download random zip files from the internet and all my updates happen in one place. I also find Windows too restrictive to figure out what's wrong when something doesn't work, and many times it is Windows' fault. Recently we had a family computer mouse stop working on Win7. I "fixed" it by using lsusb in Linux to make sure the mouse was okay and booting into Safe Mode (mouse still didn't work) and then back into normal Windows (suddenly it worked). It was all caused by some problem with updates not taking effect despite several reboots. I don't know how anyone tolerates that type of thing any more. This is why I moved.
You'll get the hang of things in time. Stick with it. It does get better. In fact, it's the best.
50 • init software (by Jesse on 2020-01-21 20:03:21 GMT from Canada)
@48: "But gee wiz folks, looking at the top 25 PHR here at distrowatch we don't see much in the way of those systemd free distros. Must be something okay/good about distros utiizing the systemd init."
This seems like a strange claim to make. 6 of the top 25 PHR projects do not use systemd by default. The top distro on the list is MX Linux, which uses SysV init by default. There are lots of cases to be made in favour of systemd, but looking at the top PHR projects probably isn't a good way to go if you want to promote it.
51 • init wars (by Joe on 2020-01-21 20:31:01 GMT from New Zealand)
I cut my teeth way back when on several makes and models of Unix. I remember some confusion among It pros over the new SysV init. We got over it and adopted the "new".
Then along came Linux and the world improved. The copy command grew a "-r" so you did not have to perform rituals and careful incantations over cpio. Most of the old favourites from Unix were and still are available. New init systems rolled out. X windows sprouted several desktop environments and then a dozen more. New file systems were adopted, adapted or introduced.
At the end of the day, I don't see the reason for all these wars. Replacing old establishged Unix components like SysV and X are not trivial projects - at least systemd is working, unlike Wayland (cough). If you want to scream, go write an init system. Good luck, see you in 15 years time.
Nowadays I don't primarily compute, I turned to the creative arts to try and forget the corporate madworld. A distro for me has only one of two settings: 1. It works (for me). 2. It does not work (for me). Init system, desktop environment, filesystem - these factors might play into it, but if I can get my workflow tasks done I am happy. If I can find the software I want and it runs without drama, I am happy.
Currently my 1-2 check gives a passing grade to Mint, Manjaro and not much beyond those two.
52 • Boutique Distros With Meager Team Support (by David on 2020-01-21 22:12:29 GMT from United States)
@48
How many of those non-SystemD distros on this list are supported by a one or two-person development & maintenance team ?
I am an Arch user. One of the finest Arch-based distros(in my opinion), Swag Arch, recently went belly-up, and it was essentially run by a one-guy shop. The same happened with Antergos a few moths back, leaving its users to mostly fend for them selves as a result. At least Antergos removed its proprietary repositories before it crashed and burned, so users could at least attempt to transition to pure Arch.
Have you ever tried to actually install Obarun(a convoluted disaster) or Artix(weird proprietary repositories installed, loaded with useless bloatware) ? Smallish support teams for both of them, I'd guess.
Try running sudo -k pacman-key --refresh in an Arch terminal and you'll see DOZENS of Arch maintainer's names, many of them having supported Arch for YEARS.
I don't want to get stuck with a distro that may come up dead & buried at any time because their are enough maintainers to sustain its continued existence. I'll stick with a mature distro that maintans itself, and the Arch Wiki is second to none, in terms of its detailed & timely documentation.
As long as Arch supports my work flow as effectively as it does, the negative perception of systemd will remain a philosophical issue, rather than a practical & pragmatic deterrent for me.
JMHO
53 • @46: (by dragonmouth on 2020-01-22 00:28:35 GMT from United States)
PCLinux uses Sys V init. It is not an obscure distro. It is very well supported and is quite popular.
54 • @43--Feature Creep (by R. Cain on 2020-01-22 03:49:09 GMT from United States)
"...Systemd needs to stop with the feature creep and limit itself to init only."
It was too late for that to happen a long, long time ago.
*************************************************************************
"Systemd – Progress Through Complexity" OCS-Mag
"...Today, it is the reality in most distributions, for better or worse. Mostly the latter....
"...Why would you oppose progress, one may say. To that end, we need to define progress. [ Is it ] merely the state of something being newer, AKA newer is always better, or the fact it offers superior functionality that was missing in the old technology? After all, System V is 33 years old, so the new stuff ought to be smarter..."
"...sometimes, future solutions fail to deliver, because they are trying to fix a problem that does not exist..."
http://www.ocsmag.com/2016/10/19/systemd-progress-through-complexity/
55 • Zorin works as advertised! (by CS on 2020-01-22 13:52:46 GMT from United States)
@37 I installed Zorin, now my CPU refuses to run viruses! In fact my hard drive won't even allow them to install nor my wireless card allow me to download them! It's true! My computer is now "virus resistant"! It also filters out thesaurus.com and dictionary.com so I don't even know what resistant means anymore! Thanks Zorin! 100% truth in advertising!
56 • Need Any More Examples Of How systemd Is Becoming / Has Become So Invasive? (by R. Cain on 2020-01-22 13:58:17 GMT from United States)
Systemd Is Approaching 1.3 Million Lines While Poettering Lost Top Contributor Spot For 2019 https://www.phoronix.com/scan.php?page=news_item&px=systemd-2019-stats
Linux Kernel Developers Fed Up With Ridiculous Bugs In Systemd https://www.phoronix.com/scan.php?page=news_item&px=MTY1MzA ******************* “...systemd developers warned users not to discuss this matter on the BugZilla
“...we now get another tirade by Linus Torvalds bashing systemd developers for making kernel developers work around their problems...”
“...Well known kernel developer H. Peter Anvin also said in the original bug report, "This is utterly ridiculous, and it matches what I have observed that the system becomes undebuggable on a dracut/systemd system...this aspect is a disaster." **********************
Systemd Rolls Out Its Own Mount Tool https://www.phoronix.com/scan.php?page=news_item&px=Systemd-Mount
Systemd 217 Will Introduce Its New "Consoled" User Console Daemon https://www.phoronix.com/scan.php?page=news_item&px=MTgwNzQ
BUS1: A New Linux Kernel IPC Bus Being Made By Systemd Developers https://www.phoronix.com/scan.php?page=news_item&px=BUS1-In-Development
and on, and on, and on...
57 • Init and choices (by flyingalone on 2020-01-22 14:21:19 GMT from Australia)
I prefer to not use systemd it's got that microsoft appeal - you do as we say so ! And from the choices left lets see what runs without too many problems for my hardware the pick is PClinuxOS 20.01 KDE, So Cool.
58 • Happy Linux user, unhappy with Linux Installers. (by Andre Gompel on 2020-01-22 16:35:07 GMT from France)
I am a happy Linux user, mostly Fedora(31)/MATE and Mint(19.3)/Cinnamon. However, to say I am content with Linux installers, would be a serious exageration! When installing Linux, by default on the whole drive, usually works OK....but does not install the way I need or simply wish.(see below).
I explain: * Installing Linux along Windows (already on the disk 0) is very doable, but very poorly documented. By necessity I became an expert there, but here is the problem: anyone who is NOT an expert should be able to install at least one version of Linux, alongside Windoes (usually 10).
This involves: a) Reducing Windows partition(s) b) Adding (ideally) separate partitions for /boot, /, /home a Swap partition Not necessary on SSD). The main reason to have separete partitions, is to be able to reinstall Linux, without losing (reformating) /home... and perhaps /boot. On /boot, there is an issue, when mounting several Linux distros, on separate parttions (This worked on GRUB 1, !), this is due to files name conflicts along distros. This should work on either MBR or GPT type of storage, GPT having the advantage of unlimited number of partitions, MBR requiring the use of extended partitions (not available on GPT to make things simpler!). Custom partinioning, rarely work well, Fedora and Mint/Ubuntu being... as buggy as others. (Refuses a valid choice, or fails at booting, etc...)
c) Installing a boot manager, usually GRUB2, now works quite well, but is complex. Most distros properly detect (and do not overwrite) the windows partitions, but fail to provide adequate feedback (for "commit" the partionning) , which is a bit scary !
More: Until recently (this may have changed) GPARTED could not properly shrink Windows partitions, neither could Windows, however AOMEI (partitions assistant) Version 6 and above works well. I endeavored to pre-partition (including formating with the files system of my choice, using GPARTED. Unfortunately the "custom partitioning") refuses in most case to mount on theses. (This worked in the past!).
Conclusions: Allowing GPARTED to shrink "magically" the Windows NTFS, or FAt partition, and ideally create the adequate template for fstab (with proper options, like UUID, etc...) would be useful. Actually, I would prefer installers like Fedora's Anaconda to use GPARTED as partitioning and mounting tool, including "shrinking Windows as explained above". Allowing Linux distros installers to install over pre-formatted partitions (with or without formatting) would be great. This is NOT REALLY the case now. On File Systems, BTRS is now reliable, fast and allows ZSTD (fast + efficient) compression, which I really like. XFS, albeit not the fatest is rock solid, and is the best choice for /boot, and good for / (slower, no compression). ZFS is so far overly complex to use manually, so I gave up for the moment. ENCRYPTION, is a complex topic, I usually use gnome-disks which to this end is somewhat easy to use. (for non system partitions, like /home). Hopefully some file systems, will have "native" encryption, some time soon.
That's all folks. A.G
59 • systemd (by Wally Johnn on 2020-01-22 18:48:05 GMT from United States)
Many have experienced two minute startups and/or two minute shutdowns with systemd. In the "old days" we would assume that fsck was running, but fsck would run every 30 days, or so, and usually just on startup. (Is there a reason why systemd would be doing a fsck on shutdown?) With systemd running on a SSD it comes as a shock that fsck would take over two minutes to complete. After one experiences the fast boot times an SSD allows and then also sees a two minute hang, one is not likely to become enamoured with systemd.
I have experienced where systemd will scan a system on startup and mount all swap spaces, which, at one time would cause Ubuntu to hang on bootup. I then had to manually edit the GRUB2 boot file (which is probably beyond the advanced user) and remove any offending recover=UUIDs. If I have four distros, each with a swap space, systemd will then create & mount a swap file four times bigger. (Is this why Ubuntu is moving towards a Windows-like swap file instead of a swap partition?) [If I have four disk drives in my system, each with four swap spaces, does systemd then try to mount a swap file 16x bigger?] (If a laptop goes into sleep mode where does the Recover file get written if there are four recover swap files mounted as one? Exactly which UUID doe it use?) So I then had to change my ways and create just one swap space (2x RAM for laptops), that could be used by all four distros on the one disk. (I isn't uncommon for me to have KDE, MATE and Xfce all from the same distributor, or three or four Xfce flavours and four KDEs and two MATEs from different distributors.)
If systemd scans my system for all swap spaces won't it also gather all the already existing OSes, and in doing so, does it home phone to Fedora my system configuration, much like Windows10 does?
Certain distros with systemd will overwrite the swap UUID already existing on another distro. when a subsequent distro is installed, causing more confusion; and some distros will map USB UUIDs into the system map, which if not present upon boot time will likely cause systemd confusion.
If one sees cryptic error messages on shutdown about disk partitions that could not be dismounted, what is one to think? Even the newly added systemd diagnostic utilities are obscure.
Two minute startups and shutdowns, multiple swaps mounted, system hangs, cryptic shutdown error messages, UEFI munging, GPT corruption... No, I don't like systemd; I try to avoid it whenever possible.
60 • *eye roll* (by Otis on 2020-01-22 18:52:38 GMT from United States)
Well, here we are again in the systemd/init wars. Damn. Points are being forwarded about systemd being "invasive," etc. Haven't seen "evil" yet. Probably will soon.
People are posting links to words by others who don't like it, giving tech reasons for their choices. Reminds me of the used to be stuff about Netscape vs Mosaic, et al. "Invasive" was in there, too, as I recall.
Meanwhile, whatever systemd is invading and wreaking its evilness on seems to be getting along very well with my computers, as I run Manjaro (for now, distro hopper that I tend to be). It's fast. Configurable. Very responsive as to upgrades/updates. I don't think it's aware of my bank account data, because as I've posted here before, I do not use my computers or any other device for things I don't want the world to have.
61 • @52 One Man Shows (by Jeff on 2020-01-22 21:57:32 GMT from United States)
@52 I used to run Archbang which at the time was based on Arch-OpenRC which later merged with the Manjaro OpenRC project to make Artix. The Artix migration was a complete disaster and bricked my install. While the consolidation is nice, losing Arch-OpenRC hurt because it went from a stable base to a lot of shifting pieces. I eventually gave up and installed pure Arch and gave in to systemd. Even when I ran Archbang's Artix mix, it had many of the same problems. Archbang was great to get started with Arch but for a while they did only systemd, and then broken Artix, so I moved on. Now I do my own custom install build script that I maintain for myself. It's a pain to be a one man show, but since I'm the only user, I can't complain about the support! ;) Seriously, though, there's just too much to maintain on your own and in the end it's a lot of wasted effort for things that bring no benefit. It's often easier to learn to live with someone else's changes because they'll waste the effort for you so that you can work on stuff that matters more to you like actually using your computer.
62 • tech group hug (by hugd on 2020-01-23 03:46:36 GMT from Australia)
@60 Technology can be a vitriolic field. But it's sobering to know that some people working to give us free distros and open source software are literally dying doing it..
We like to give hugs to our troubled animals - koalas, roos, lambs, crocs, and the like - so wouldn't it be good if we consider some virtual hugs for the people doing this good work on free technologies - even if we might not like the results.
63 • Virtual Hugs (by Friar Tux on 2020-01-23 18:36:16 GMT from Canada)
@62 (hugd) I totally agree. In fact, the best way I know to 'hug' them is to support their cause by way of donation. And/or an email of encouragement. Human nature, being what it is, tends to make us more negative than anything else. Software/OS development puts you touch with tons of people, some of which are socially challenged (to say the least). Some folks are better on the computers than with fellow humans. Usually those are the ones that code and program 'cause dealing with other people just doesn't work for them. (Yup, I tend toward that category, though I've learned to deal with humans, too (I hope). So, to all you coders, programmers, developers, and such... thank you and keep up the great work. There ARE those of us that really do appreciate it.
64 • Vanity Projects & Hobby Shop Distros (by David on 2020-01-23 20:04:18 GMT from United States)
@61
It is a certainty that a one-person shop can produce innovative, sophisticated technology. Linus Torvalds himself has proven that to be a fact.
My point is that if you want to travel with KISS-formulated pure Arch, then systemd will be coming along for the ride, since the two are inseparable at this point in time. There are no stable, reliable non-systemd alternatives that are hanging from the Arch branch of the Linux tree.
There is definitive reasoning to the fact that the non-systemd Arch-based derivatives are struggling to cling to the bottom of the DistroWatch HPD ladder. They do not represent a viable, dependable computing platform. If they did, they would be rocketing to the top of the list, propelled by the embrace of Arch users that wish to return to the pre-systemd days of the distro.
The raging debate engulfing the SystemD Conundrum has motivated me to take a flying leap outside my comfort zone, as I've decided to download and do a bare metal install of FuryBSD / XFCE on my test box. I've read some positive commentary and viewed a couple of installation tutorial videos recently. While I don't expect it to ever replace Arch as my production distro, I've found myself craving a taste of Unix.
JMHO
65 • Runit a SysV init and SystemD alternative (by Dana Silva on 2020-01-24 13:50:06 GMT from United States)
voidlinux uses runit a simple solution to the age old question of SysV init or SystemD, read more at http://smarden.org/runit/
Enjoy!
66 • Init software (by Barney Rubble on 2020-01-24 18:40:45 GMT from Luxembourg)
I have a desktop with two SSDs, one boots to MX XFCE with SysVinit, the other to Mint 19.3 XFCE with Systemd. In the Mint install I have a file in /etc: machine-id MX doesn't have this. Systemd seems to be a large monolithic piece of code. The explanation for the use of machine-id I have seen is that it provides details of the hardware in the machine. I simply don't trust the motives of the systemd developers and their backers. I am sick of being tracked on the internet and the possibility that my OS is making that easier is a show stopper for me. Long live SysVinit systems.
67 • @ #66 machine-id (by Morton on 2020-01-24 20:57:09 GMT from Germany)
" The explanation for the use of machine-id I have seen is that it provides details of the hardware in the machine. "
The /etc/machine-id file contains the unique machine ID of the local system that is set during installation or boot. The machine-id is generated from a RANDOM source. It was conceived as replacement to GETHOSTID in older non-systemd systems. ( freedesktop.org/software/systemd/man/machine-id.html ) There is a way to changed it as often as you want.
68 • Thought you had heard it all; right? (by R. Cain on 2020-01-24 23:57:35 GMT from United States)
"...People are posting links to words by others who don't like it, *giving tech reasons* for their choices..."
...and I always thought that people came to this web-site for the excellent TECHNICAL information and advice one finds here. Silly me. And you...
Number of Comments: 68
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 1087 (2024-09-09): COSMIC desktop, running cron jobs at variable times, UBports highlights new apps, HardenedBSD offers work around for FreeBSD change, Debian considers how to cull old packages, systemd ported to musl |
• Issue 1086 (2024-09-02): Vanilla OS 2, command line tips for simple tasks, FreeBSD receives investment from STF, openSUSE Tumbleweed update can break network connections, Debian refreshes media |
• Issue 1085 (2024-08-26): Nobara 40, OpenMandriva 24.07 "ROME", distros which include source code, FreeBSD publishes quarterly report, Microsoft updates breaks Linux in dual-boot environments |
• Issue 1084 (2024-08-19): Liya 2.0, dual boot with encryption, Haiku introduces performance improvements, Gentoo dropping IA-64, Redcore merges major upgrade |
• Issue 1083 (2024-08-12): TrueNAS 24.04.2 "SCALE", Linux distros for smartphones, Redox OS introduces web server, PipeWire exposes battery drain on Linux, Canonical updates kernel version policy |
• Issue 1082 (2024-08-05): Linux Mint 22, taking snapshots of UFS on FreeBSD, openSUSE updates Tumbleweed and Aeon, Debian creates Tiny QA Tasks, Manjaro testing immutable images |
• Issue 1081 (2024-07-29): SysLinuxOS 12.4, OpenBSD gain hardware acceleration, Slackware changes kernel naming, Mint publishes upgrade instructions |
• Issue 1080 (2024-07-22): Running GNU/Linux on Android with Andronix, protecting network services, Solus dropping AppArmor and Snap, openSUSE Aeon Desktop gaining full disk encryption, SUSE asks openSUSE to change its branding |
• Issue 1079 (2024-07-15): Ubuntu Core 24, hiding files on Linux, Fedora dropping X11 packages on Workstation, Red Hat phasing out GRUB, new OpenSSH vulnerability, FreeBSD speeds up release cycle, UBports testing new first-run wizard |
• Issue 1078 (2024-07-08): Changing init software, server machines running desktop environments, OpenSSH vulnerability patched, Peppermint launches new edition, HardenedBSD updates ports |
• Issue 1077 (2024-07-01): The Unity and Lomiri interfaces, different distros for different tasks, Ubuntu plans to run Wayland on NVIDIA cards, openSUSE updates Leap Micro, Debian releases refreshed media, UBports gaining contact synchronisation, FreeDOS celebrates its 30th anniversary |
• Issue 1076 (2024-06-24): openSUSE 15.6, what makes Linux unique, SUSE Liberty Linux to support CentOS Linux 7, SLE receives 19 years of support, openSUSE testing Leap Micro edition |
• Issue 1075 (2024-06-17): Redox OS, X11 and Wayland on the BSDs, AlmaLinux releases Pi build, Canonical announces RISC-V laptop with Ubuntu, key changes in systemd |
• Issue 1074 (2024-06-10): Endless OS 6.0.0, distros with init diversity, Mint to filter unverified Flatpaks, Debian adds systemd-boot options, Redox adopts COSMIC desktop, OpenSSH gains new security features |
• Issue 1073 (2024-06-03): LXQt 2.0.0, an overview of Linux desktop environments, Canonical partners with Milk-V, openSUSE introduces new features in Aeon Desktop, Fedora mirrors see rise in traffic, Wayland adds OpenBSD support |
• Issue 1072 (2024-05-27): Manjaro 24.0, comparing init software, OpenBSD ports Plasma 6, Arch community debates mirror requirements, ThinOS to upgrade its FreeBSD core |
• Issue 1071 (2024-05-20): Archcraft 2024.04.06, common command line mistakes, ReactOS imports WINE improvements, Haiku makes adjusting themes easier, NetBSD takes a stand against code generated by chatbots |
• Issue 1070 (2024-05-13): Damn Small Linux 2024, hiding kernel messages during boot, Red Hat offers AI edition, new web browser for UBports, Fedora Asahi Remix 40 released, Qubes extends support for version 4.1 |
• Issue 1069 (2024-05-06): Ubuntu 24.04, installing packages in alternative locations, systemd creates sudo alternative, Mint encourages XApps collaboration, FreeBSD publishes quarterly update |
• Issue 1068 (2024-04-29): Fedora 40, transforming one distro into another, Debian elects new Project Leader, Red Hat extends support cycle, Emmabuntus adds accessibility features, Canonical's new security features |
• Issue 1067 (2024-04-22): LocalSend for transferring files, detecting supported CPU architecure levels, new visual design for APT, Fedora and openSUSE working on reproducible builds, LXQt released, AlmaLinux re-adds hardware support |
• Issue 1066 (2024-04-15): Fun projects to do with the Raspberry Pi and PinePhone, installing new software on fixed-release distributions, improving GNOME Terminal performance, Mint testing new repository mirrors, Gentoo becomes a Software In the Public Interest project |
• Issue 1065 (2024-04-08): Dr.Parted Live 24.03, answering questions about the xz exploit, Linux Mint to ship HWE kernel, AlmaLinux patches flaw ahead of upstream Red Hat, Calculate changes release model |
• Issue 1064 (2024-04-01): NixOS 23.11, the status of Hurd, liblzma compromised upstream, FreeBSD Foundation focuses on improving wireless networking, Ubuntu Pro offers 12 years of support |
• Issue 1063 (2024-03-25): Redcore Linux 2401, how slowly can a rolling release update, Debian starts new Project Leader election, Red Hat creating new NVIDIA driver, Snap store hit with more malware |
• Issue 1062 (2024-03-18): KDE neon 20240304, changing file permissions, Canonical turns 20, Pop!_OS creates new software centre, openSUSE packages Plasma 6 |
• Issue 1061 (2024-03-11): Using a PinePhone as a workstation, restarting background services on a schedule, NixBSD ports Nix to FreeBSD, Fedora packaging COSMIC, postmarketOS to adopt systemd, Linux Mint replacing HexChat |
• Issue 1060 (2024-03-04): AV Linux MX-23.1, bootstrapping a network connection, key OpenBSD features, Qubes certifies new hardware, LXQt and Plasma migrate to Qt 6 |
• Issue 1059 (2024-02-26): Warp Terminal, navigating manual pages, malware found in the Snap store, Red Hat considering CPU requirement update, UBports organizes ongoing work |
• Issue 1058 (2024-02-19): Drauger OS 7.6, how much disk space to allocate, System76 prepares to launch COSMIC desktop, UBports changes its version scheme, TrueNAS to offer faster deduplication |
• Issue 1057 (2024-02-12): Adelie Linux 1.0 Beta, rolling release vs fixed for a smoother experience, Debian working on 2038 bug, elementary OS to split applications from base system updates, Fedora announces Atomic Desktops |
• Issue 1056 (2024-02-05): wattOS R13, the various write speeds of ISO writing tools, DSL returns, Mint faces Wayland challenges, HardenedBSD blocks foreign USB devices, Gentoo publishes new repository, Linux distros patch glibc flaw |
• Issue 1055 (2024-01-29): CNIX OS 231204, distributions patching packages the most, Gentoo team presents ongoing work, UBports introduces connectivity and battery improvements, interview with Haiku developer |
• Issue 1054 (2024-01-22): Solus 4.5, comparing dd and cp when writing ISO files, openSUSE plans new major Leap version, XeroLinux shutting down, HardenedBSD changes its build schedule |
• Issue 1053 (2024-01-15): Linux AI voice assistants, some distributions running hotter than others, UBports talks about coming changes, Qubes certifies StarBook laptops, Asahi Linux improves energy savings |
• Issue 1052 (2024-01-08): OpenMandriva Lx 5.0, keeping shell commands running when theterminal closes, Mint upgrades Edge kernel, Vanilla OS plans big changes, Canonical working to make Snap more cross-platform |
• Issue 1051 (2024-01-01): Favourite distros of 2023, reloading shell settings, Asahi Linux releases Fedora remix, Gentoo offers binary packages, openSUSE provides full disk encryption |
• Issue 1050 (2023-12-18): rlxos 2023.11, renaming files and opening terminal windows in specific directories, TrueNAS publishes ZFS fixes, Debian publishes delayed install media, Haiku polishes desktop experience |
• Issue 1049 (2023-12-11): Lernstick 12, alternatives to WINE, openSUSE updates its branding, Mint unveils new features, Lubuntu team plans for 24.04 |
• Issue 1048 (2023-12-04): openSUSE MicroOS, the transition from X11 to Wayland, Red Hat phasing out X11 packages, UBports making mobile development easier |
• Issue 1047 (2023-11-27): GhostBSD 23.10.1, Why Linux uses swap when memory is free, Ubuntu Budgie may benefit from Wayland work in Xfce, early issues with FreeBSD 14.0 |
• Issue 1046 (2023-11-20): Slackel 7.7 "Openbox", restricting CPU usage, Haiku improves font handling and software centre performance, Canonical launches MicroCloud |
• Issue 1045 (2023-11-13): Fedora 39, how to trust software packages, ReactOS booting with UEFI, elementary OS plans to default to Wayland, Mir gaining ability to split work across video cards |
• Issue 1044 (2023-11-06): Porteus 5.01, disabling IPv6, applications unique to a Linux distro, Linux merges bcachefs, OpenELA makes source packages available |
• Issue 1043 (2023-10-30): Murena Two with privacy switches, where old files go when packages are updated, UBports on Volla phones, Mint testing Cinnamon on Wayland, Peppermint releases ARM build |
• Issue 1042 (2023-10-23): Ubuntu Cinnamon compared with Linux Mint, extending battery life on Linux, Debian resumes /usr merge, Canonical publishes fixed install media |
• Issue 1041 (2023-10-16): FydeOS 17.0, Dr.Parted 23.09, changing UIDs, Fedora partners with Slimbook, GNOME phasing out X11 sessions, Ubuntu revokes 23.10 install media |
• Issue 1040 (2023-10-09): CROWZ 5.0, changing the location of default directories, Linux Mint updates its Edge edition, Murena crowdfunding new privacy phone, Debian publishes new install media |
• Issue 1039 (2023-10-02): Zenwalk Current, finding the duration of media files, Peppermint OS tries out new edition, COSMIC gains new features, Canonical reports on security incident in Snap store |
• Issue 1038 (2023-09-25): Mageia 9, trouble-shooting launchers, running desktop Linux in the cloud, New documentation for Nix, Linux phasing out ReiserFS, GNU celebrates 40 years |
• Issue 1037 (2023-09-18): Bodhi Linux 7.0.0, finding specific distros and unified package managemnt, Zevenet replaced by two new forks, openSUSE introduces Slowroll branch, Fedora considering dropping Plasma X11 session |
• Issue 1036 (2023-09-11): SDesk 2023.08.12, hiding command line passwords, openSUSE shares contributor survery results, Ubuntu plans seamless disk encryption, GNOME 45 to break extension compatibility |
• Issue 1035 (2023-09-04): Debian GNU/Hurd 2023, PCLinuxOS 2023.07, do home users need a firewall, AlmaLinux introduces new repositories, Rocky Linux commits to RHEL compatibility, NetBSD machine runs unattended for nine years, Armbian runs wallpaper contest |
• Issue 1034 (2023-08-28): Void 20230628, types of memory usage, FreeBSD receives port of Linux NVIDIA driver, Fedora plans improved theme handling for Qt applications, Canonical's plans for Ubuntu |
• Issue 1033 (2023-08-21): MiniOS 20230606, system user accounts, how Red Hat clones are moving forward, Haiku improves WINE performance, Debian turns 30 |
• 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 |
CAINE
CAINE (Computer Aided INvestigative Environment) is an Ubuntu-based GNU/Linux live distribution created as a project of digital forensics. It offers a complete forensic environment that is organised to integrate existing software tools as software modules and to provide a friendly graphical interface. The main design objectives that CAINE aims to guarantee are: an interoperable environment that supports the digital investigator during the four phases of the digital investigation, a user-friendly graphical interface, and a semi-automated compilation of the final report.
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.
|
|