 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$107) |
|
|
|
 bc1qxes3k2wq3uqzr074tkwwjmwfe63z70gwzfu4lx  lnurl1dp68gurn8ghj7ampd3kx2ar0veekzar0wd5xjtnrdakj7tnhv4kxctttdehhwm30d3h82unvwqhhxarpw3jkc7tzw4ex6cfexyfua2nr  86fA3qPTeQtNb2k1vLwEQaAp3XxkvvvXt69gSG5LGunXXikK9koPWZaRQgfFPBPWhMgXjPjccy9LA9xRFchPWQAnPvxh5Le paypal.me/distrowatchweekly • patreon.com/distrowatch |
|
| Extended Lifecycle Support by TuxCare |
|
|
| Reader Comments • Jump to last comment |
1 • Redox (by Andy Prough on 2024-06-17 01:48:30 GMT from Switzerland)
I got the Redox demo running in a KVM-Qemu virtual machine. Like Jesse, I could not get it running via Virtualbox.
Once it was running it was nice and had quite a beautiful UI, and seemed quite responsive. However, it doesn't have most of the basic unix shell utilities, so I couldn't do much within the files, other than look at their names. I couldn't open files in an editor and review any code. There's no working web browser or any apparent way to bring files into Redox. And if I could get files into Redox, there's no productivity programs to use to work with them. Just kind of a nice looking demo, so I guess it's good that they call it a Demo.
It had a couple of games that I played for a few minutes.
Anyway, if you want to try again Jesse, I suggest doing it as a KVM-Qemu virtual machine. Fortunately my usb mouse and keyboard worked in the virtual machine, so maybe that's part of the magic of KVM-Qemu, I'm not sure.
2 • Wayland (by Mike on 2024-06-17 06:43:39 GMT from The Netherlands)
Wayland is the way to go, so I read.
Funny, as I had problems with it in combination with my Nvidia 1050 video card.
I could not watch youtube videos. The screen started flickering when I tried.
Switching back to X11 solved the problem. Although this might be a Nvidia issue, it proves to me that Wayland isn't ready for daily use.
That makes me curious as to why we are saying goodbye to X11 at this point in time.
3 • Re: Wayland (Mike) (by Danny on 2024-06-17 07:37:48 GMT from United States)
Yes, it's an Nvidia problem because of lack of support from Nvidia and not wanting to reveal proprietary details about their chipsets. I've been running a Wayland display for years on AMD and haven't seen any issue in the last year that is not also an issue on the X11 side (aka not Wayland's problem) in my use case.
No one wants to work on X11 anymore is the issue. The people that wrote it are retired or dead and it's a squirrely convoluted hot mess.
4 • SystemD dropping SysV-init support (by Anton on 2024-06-17 09:51:10 GMT from Czechia)
While a software project should be allowed to govern themselves, and thus SystemD should be allowed to drop SysV-init support, the one serious problem with such moves is that it is yet another promise-turned-lie of the project, that rightfully incites scorn. Not only did SystemD developers break multiple promises already, SysV-init support was one of the first and one of the most important selling points: the promise that nothing will break for those who wish to continue using SysV-init scripts. Now, after many years of their conquest finished, they break one of their earliest and biggest promises, and that way make into one of their biggest lies. (And they still dare to pretend not understand all the "hate" -- which, by the way, is not hate, but rightful disappointment and annoyance.)
5 • @1 — QEMU options? (by Head_on_a_Stick on 2024-06-17 05:54:52 GMT from United Kingdom)
@Andy: which options did you use for QEMU? It won't launch the desktop for me :-(
I tried:
qemu-system-x86_64 -enable-kvm -m 4G -cpu host -audiodev alsa,id=alsa -device intel-hda -cdrom Downloads/redox_demo_x86_64_2022-11-23_638_livedisk.iso -boot d
But the VGA & virtio "cards" don't seem to be supported.
Btw QEMU offers a PS/2 mouse interface, which is supported by Redox :-)
6 • Running Redox in VirtualBox (by Steve on 2024-06-17 11:44:09 GMT from United Kingdom)
I managed to get the Redox Live ISO running in VirtualBox. The key is to disable nested paging under System\Acceleration. After that I was able to boot and login to the live system. The browser would not work but I overcame this by switching the network adaptor type to Intel PRO/1000 MT Desktop. This gave me internet connectivity. The one thing I haven't managed yet is to install to the hard disk but I haven't spent much time on it.
7 • X.Org (by John Doe on 2024-06-17 11:45:32 GMT from Italy)
"Red Hat has stated that it plans to no longer support X.Org by default after Red Hat Enterprise Linux 9 reaches its end of life, probably in 2035. After that point it is possible no upstream work will be sponsored on the X.Org project and both conservative Linux distributions and the BSDs will need to look at either adopting Wayland or working together to maintain the aging X.Org code."
I hope that the BSDs work together to maintain the old 'X.Org' code.
8 • Redox (by Jesse on 2024-06-17 11:50:17 GMT from Canada)
@6: "The key is to disable nested paging under System\Acceleration. After that I was able to boot and login to the live system."
Thanks for sharing this tip. I can confirm disabling nested pages works for me too to get Redox booting in VirtualBox. The desktop displays, but the mouse pointer doesn't work/respond for me, even with the mouse device set to be PS2 in VirtualBox settings. So in my case, Redox still isn't at all usable, but it can at least boot with some tinkering.
9 • @8 Redox mouse (by Steve on 2024-06-17 12:20:20 GMT from United Kingdom)
I am using the PS2 mouse setting. I had to click on the Input/Mouse Integration option on the menu bar of the VM to get it working.
10 • Redox (by Jesse on 2024-06-17 12:38:57 GMT from Canada)
@9: "I am using the PS2 mouse setting. I had to click on the Input/Mouse Integration option on the menu bar of the VM to get it working."
I tried that too, didn't work for me.
11 • systemd and sysVinit (by Dolphin Oracle on 2024-06-17 13:04:59 GMT from United States)
as the last distro standing offering boot time choice between systemd and sysVinit, I'm irritated but not surprised by systemd's move to drop sysV init script support. there are a lot of packages out there that still use sysVinit scripts over unit files, but not as many as there were a few years ago.
but when you live down stream, sometimes you got to live with what the upstream does.
at least there is a deprecation period.
12 • Nvidia, Wayland and X (by Osmo on 2024-06-17 14:29:44 GMT from Sweden)
@2 and @7 sadly the X.org code is a mountain of weird that is close to impossible to maintain and keep safe. The Nvidia problem is a huge problem for Wayland but technically same for X.org since all the X-maintainers more or less have left for Wayland or stopped contributing to X for other reasons.
13 • Wayland and systemd (by Disaster on 2024-06-17 15:06:00 GMT from United States)
I won't use wayland just like, I won't use systemd. To me Linux is dead.
Yes, it's very much alive but, I no longer see the point of using Linux over MacOS or, even Windows.
14 • Weird but ok? (by Osmo on 2024-06-17 15:18:06 GMT from Sweden)
@13 why not NOT use Wayland and Systemd? And was X.org that important to you? Do you have other things like that? "I don't use programs written in C++!" stuff like that?
Again, if you like Windows and Mac, thats awesome for you! We should all use what we like and while I am not as fond as you of Windows and Mac - its a-ok ofc
15 • Systemd/SysV change (by Otis on 2024-06-17 15:22:26 GMT from United States)
"Distributions apparently have lost interest in this, and the functionality has not been supported on the primary distribution this was still intended for a long time, and hence has been removed now."
I'd like to see a list of the distros that have lost interest in the legacy compatibility of systemd and sysV init. What might those distros have in common? What distros are not on the list.
@13 sadly I agree. Linux is not yet truly dead, per se, of course, but it seems to be a bit like that poor tiger in the video, having been bitten after a struggle with a black mamba, it stands there shaking and then writhing and becoming something other than a functioning sentient being, having lost its sensibilities and its awareness of its nature.
16 • @14 (by Disaster on 2024-06-17 15:39:31 GMT from United Kingdom)
Au contraire mate. I really dislike Windows, it's just that Linux has turned into the same.
When Wayland doesn't accept patches to support BSD, when systemd keeps pushing features without consideration, when just like @16 pointed out, Linux has lost "its sensibilities and its awareness of its nature", I wonder what's left? None of the reasons, why I left Windows for Linux, anyway.
Embrace, extend, and extinguish.
17 • Redox USB (by Geo. on 2024-06-17 16:51:02 GMT from Canada)
I saw this:
" This Month in Redox - April 2024
By Ribbon and Ron Williams on Tuesday, April 30, 2024
April was a very exciting month for Redox! Here’s all the latest news.
USB HID
USB input devices (keyboard and mouse) are working! Jeremy reworked our USB HID driver to complete keyboard and mouse support.
The host controller driver is using polling currently, so there is a small performance penalty when using USB input devices. Further work on USB interrupts is planned. USB Hubs are not well supported yet, so if your system routes the USB input through a hub, it may not work for you. Most mice and keyboards should work, but there may be some hardware combinations that don’t work, due to edge cases and HID complexity. Try it out and let us know! "
So what gives?
18 • Systemd/SysV/Trend_in_Linux_Comunity (by MR OLD TIMER on 2024-06-17 17:12:35 GMT from Brazil)
The discontinuation of some Linux projects do not surprise me, as the Linux community is growing to become more main-stream the idea and philosophy of the system will be affected, for those that think that this do not matter: maybe you're right, well for now. It does happens slowly and in a almost unbelievable boring way, while there is a lot of people who use Linux and like the system as it is today this people are many and community driven personalities and sustained by developers that invest their time in doing things, as beautiful as it is, it's still not compared to Windows user base as the people become aware of open-source developers being stimulated for companies to create applications for their platforms, people will want the real thing and Linux is it, but they will not adapt because they want Windows, but in a Linux form.
There is unbelievable talented people at Linux kernel and distros developers, but without a idea or a policy to sustain them in the idea and philosophy, the companies just will throw a bunch of money at them, from time to time prolific github developers just vanish from there while diverse in reasons, I believe that their talents are being used for private companies, we all need money, but community projects without developer will die either way I'm afraid.
When the private systems and Android become unbearable to users they will migrate and influence everybody. Probably bringing what they want with them, and with this companies will try to find a way to inject their "money making" from the time can be ads or anything else.
19 • Systemd removing SysV compatibility, Wayland ignoring non-Linux (by unbreaker on 2024-06-17 17:25:10 GMT from Germany)
Yes please, let's break more things! Screw backward compatibility. After all, thats what Windows is for ...
20 • Year of Linux? (by Year of Linux? on 2024-06-17 17:47:30 GMT from Singapore)
When people thought it would be the year of Linux as Windows 10 is nearing it's EOL, all these developments in the Linux's camp is pushing people to the other side of the fence.
21 • X.org / Wayland (by John on 2024-06-17 18:12:14 GMT from Canada)
@7: quote "I hope that the BSDs work together to maintain the old 'X.Org' code. "
That is my hope to, I do not like Desktop Environments nor tiling window managers, so BSD is were I could very end up. I have a BSD on an older system and I can do all I need to do with it.
Plus I heard writing window managers for Wayland is rather difficult, so I doubt we will have a big choice of what to use in Wayland like we do for X.
The fact that Wayland people do not want to entertain patches from the BSDs is a but negative mark against them. In the old days, XFree86 would take patches from anyone as long as they abide by there standards.
22 • @5 HOAS Redox (by Andy Prough on 2024-06-17 18:45:35 GMT from Switzerland)
@HOAS - >"@Andy: which options did you use for QEMU? It won't launch the desktop for me :-("
I'm pretty sure I just did exactly as instructed in Chapter 2.1 of their book on their website on running RedoxOS in a vm. Downloaded the 0.8 version of the demo and entered the qemu command as printed in their book.
I know it's crazy to think of me actually reading and following instructions, but there's a first time for everything.
23 • Systemd Lies and The Distro List (by GT on 2024-06-18 01:57:23 GMT from United States)
@4 - In my opinion, most of the lies about systemd were told by the fear mongers who predicted "The End of Linux" due to systemd's mainstream adoption back in 2015. Here it is 2024, and none of the doomsday predictions came true. The developers supported SysV init scripts for 14 years. At this point, everyone has had time to either fully transition to systemd or switch to a distro that ships with another init system if they prefer it. I highly doubt a "promise" was made (a word that sounds ridiculous to me in the context of software development) to keep this functionality maintained forever, but if you have a source, I'll check it out. Whatever design implementations were agreed upon at the time to address concerns about a distro transitioning from SysV to systemd can't reasonably be expected to be maintained forever once hardly anyone cares whether or not it continues.
@15 - I don't think there is "a list" of distributions who have lost interest, as if there was some formal petition that was circulated. I think the systemd developers are simply not hearing from distro maintainers about this anymore and have drawn a logical conclusion. The fact that the primary distribution who wanted this functionality is no longer supporting it on their end is pretty telling. I think the majority of distributions have moved on from the init debate and no longer care about maintaining compatibility with mixed-init scenarios to appease...whoever would still want a mixed-init system in 2024 now that the dust has long settled from the transition.
24 • @23 Systemd lies (by Anton on 2024-06-18 09:28:15 GMT from Czechia)
@23 Man, excuse you, but you are lying through your teeth. (Your so-called "opinion" on truth does in no way change the truth.) Systemd promised compatibility with SysV init scripts, that was one of its main selling points, including in the debates e.g. of Debian[1]. (Though it is funny how that compatibility is limited[2]; still it was better than nothing.) You cannot appeal to the fact that most distributions changed to it, when one of the main reasons of the change is being obsoleted.
How on Earth can you mention "fear-mongering", when countless problems[3] of systemd are documented? (A few examples: "Datadog outage costing 5 million dollars caused by systemd upgrade", "Showing status of service via systemctl is slow (>10s) if disk journal is used", and one of my favourites: systemd deliberately going against tech standards and not supporting proper FQDNs: "hostnamed does not like fqdns with trailing dots". See the page linked below.)
> simply not hearing from distro maintainers about this anymore and have drawn a logical conclusion
There is nothing logical in that. Systemd folks are notorious for disregarding user requests and feedback, disrespecting users, and going against standards. (Only to appeal to standards when it suits them.) They also close issues when users bring in "too much" arguments against systemd's bullcrap. In such an environment, it is no wonder they won't "hear" too much from opposing sides, simply because they choose to. Your mention of logic is completely wrong.
In short:
1. Please, don't spread lies.
2. Please, don't call documented facts "fear-mongering".
3. Don't confuse your "opinion" with reality.
-----
[1]: https://wiki.debian.org/Debate/initsystem/systemd#Compatibility
[2]: https://systemd.io/INCOMPATIBILITIES/ (Mind you, this already an updated version, and now this whole remaining compatibility is obsoleted.)
[3]: https://nosystemd.org/
25 • Inits (by Otis on 2024-06-18 11:03:05 GMT from United States)
@24 Thank you for that, Anton (as well as @4). What you're relating there is what many of us sense and feel has happened, but you lay out the facts of it and change the conversation to reality instead of opinion. Again, thank you. And for those links.
The arrogance of that init devs and maintainers astounds me, and also reminds me of Microsoft.
Find and deploy distros with Sys-V (or one of the many others free of the systemd disease.
26 • init choice (by Gary on 2024-06-18 14:45:25 GMT from Canada)
I see that there are folks pursuing 'init' diversity:
https://www.antixforum.com/forums/topic/antix-23-1_init-diversity-edition-sysvinit-runit-s6-rc-s6-66/
Putting freedom of choice into the user's hands is the way to go!
Good on them!
27 • systemD (by rhtoras on 2024-06-18 15:52:07 GMT from Greece)
I agree with @13 systemD is slow death for linux... if its gonna be ms like then why don't use the real stuff ?
I'd rather use openbsd (less net, dragonfly and freebsd) or illumos based because xorg and unix like is my way to go...
we have alternatives...
28 • Links (by GT on 2024-06-18 16:17:35 GMT from United States)
@24 In both of the first two links you provided it states:
"Note that there are some areas where systemd currently provides a certain amount of compatibility where we expect this compatibility to be removed eventually."
I don't understand how you could read those documents and interpret them as the systemd developers promising to support SysV compatibility forever. It quite clearly states the opposite.
I am also scratching my head wondering how you read my post and interpreted it as me "spreading lies" or confusing my "opinion with reality". I provided a counterpoint. There is no stated fact in my post that is false, and I did not make any claims that weren't hedged to illustrate they were my opinions. A person can have a different take on a situation without being delusional.
I have seen that list of bug reports you linked to before. One company suffering a major outage due to a systemd bug may be proof to some that systemd is the worst software ever written, but given only one company was affected, it seems to me they were an edge case and not a sign that Linux as a whole is doomed. Regarding the hostnamed/FQDN issue, I followed your link, and a technical explanation for the reasoning behind it is provided by the main developer on their Github tracker, along with a workaround for those who wish to use them. Are we reading the same documents?
29 • Fear mongering (by GT on 2024-06-18 17:04:49 GMT from United States)
@24 As for your claim that I am calling documented facts fear mongering, I don't follow your leap there. I was talking about the vitriol that has been spewed by the anti-systemd crowd for years, not its technical criticisms, illustrated by putting "The End of Linux" in quotes. For example, let me share some quotes from this comments section:
"I won't use wayland just like, I won't use systemd. To me Linux is dead."
"Yes please, let's break more things! Screw backward compatibility. After all, thats what Windows is for ..."
"When people thought it would be the year of Linux as Windows 10 is nearing it's EOL, all these developments in the Linux's camp is pushing people to the other side of the fence."
"The arrogance of that init devs and maintainers astounds me, and also reminds me of Microsoft.
Find and deploy distros with Sys-V (or one of the many others free of the systemd disease."
"I agree with @13 systemD is slow death for linux..."
I don't see any documented facts in comments like these. I do see talk of the death of Linux, systemd being referred to as a disease, the developers being accused of arrogance, claims that systemd is pushing people away from Linux...all the typical vitriol that keeps getting repeated.
30 • YOLD and EEE and FM (by Kilroy the Great! on 2024-06-19 02:29:19 GMT from United States)
@20, "the year of Linux as Windows 10 is nearing it's EOL" Dare we hope! I expect the Year of the Linux Desktop to arrive promptly one year after the coming of the Messiah, and I await both with faith and zeal! But there are obstacles. First there's the little item called the GNU GPL, which makes monetizing next to impossible, and people don't work for free, except amateurs in the strict meaning, from the Latin "amatore", meaning lover. I wonder how many Linux users have read the GPL!
Second: A customer walks into a PC shop. Three laptops on display, First is the WIndows desktop, second is MacOS. The third is dark. "That's Linux" says the clerk. "Why isn't it on?" Well, you have to decide whether you want Gnome, KDE, XFCE, LXQT, Budgie, Cinnamon, Pantheon, Deepin, or some other. Or maybe you don't like desktops and just want to use a WM. There's a list of those over there on the counter. "Okay, I'll choose Gnome" Clerk clears throat: "Don't know if you want that. The devs are arrogant, and It will probably have SystemD init in it, and then may you be seen as a heretic in some Linux circles. You may even be shunned by purist cults." "Hmmm! Okay. Anything else?" Well, do you want apt or RPM, or pacman, or one of about twenty others. Do you want to install flatpaks, snaps, appimages or some other. . . . . . "Hey! Where are you going?" "To buy Windows!"
@16, "Embrace, extend, and extinguish." Take a look at where Linux gets its funding, and who makes most contributions to the kernel, and who pays Linus Torvalds salary. Developers have to eat.
https://www.linuxfoundation.org/about/members
@ 29, Fear Mongering- Arguing with faith-driven believers is a useless endeavor.
31 • PC Linux OS powered by Debian (by Poiema on 2024-06-19 19:12:07 GMT from United States)
Happened on this remarkably stable PCLOS relative a few days ago. Apparently this was a pet project of Texstar's a few years back that has been maintained since by a few PCLOS community contributors. Anyone else given it a go and care to share any thoughts?
https://www.pclosdebian.com/home
32 • PCLinuxOS Debian Powered @31 (by Magical on 2024-06-20 12:13:56 GMT from United States)
I have been using pclosdebian KDE since May 20.
I like it, it's been running 24/7 since the reboot. You really have to look hard to see any difference between PCLinuxOS and PCLinuxDebian.
Glad I found it.
33 • redox (by voice of change on 2024-06-20 22:49:09 GMT from Bulgaria)
It looks like the Redox ppl are overhyping the project, when the functionality isn't there yet. It will be interesting to see how the upcoming release has improved things, and whether a microkernel OS can make a productive desktop for the masses.
We could ultimately see the world moving towards new tech of open source RISC-V SOC, as well as Rust system programming - and away from old tech of x86 CPUs, and C/C++ programming.
34 • Salesmanship @30 (by pengxuin on 2024-06-21 01:02:26 GMT from New Zealand)
Seems to me the store IT is poorly managed.
Last time I checked, pretty much any DE/WM can be selected at log-in, and the popular ones can be made to play "nice" together, contrary to popular myth.
So, in reality, there should have been a "guest" login awaiting input, maybe with a pretty background, and the "clerk" could have selected whichever DE/WM to present to the customer, or maybe demo the selection process and let the customer choose and play.
Seems the "clerk" had already determined what the customer wanted.
35 • @34, Salesmanship? Variety. Really? (by Kilroy the Great! on 2024-06-21 02:05:46 GMT from United States)
"So, in reality, there should have been a "guest" login awaiting input, maybe with a pretty background, and the "clerk" could have selected whichever DE/WM to present to the customer" Sure! The store would have a demo franken-PC loaded with every possible DE, WM, package manager, init combination, etc., with who knows how many guest accounts enabled (Thousands?), and have a minimum-wage retail clerk trained in the usage/demonstration of all of them. Sure! In what universe?
You miss the point by a mile. The point is, there is no such thing as a "Linux desktop". There are many iterations of GNU/Linux on PCs or other machines. When you turn on a Windows PC, a Mac or a ChromeOS you know what you'll find, how to do things, how to use apps, install, etc. When you tun on an unknown Linux PC you have little idea what you'll find.
This is not a bad thing. It's part of why use and enjoy Linux: Variety and flexibility. I have Tuxedo OS on a VM. Nice! System76 puts in a modified Gnome, which I don't care for. Dell used to offer PCs with Ubuntu installed. ThinkPenguin offers Linux Mint. Four PC companies and four different DE's. See the point? Yes, it also makes it very difficult to increase market share. But,
proprietary systems measure success by quantity and market share. Linux is open source. If there is sufficient development, sufficient use and sufficient funding, then that's more than sufficient. Whether Linux desktop use is 2% or 3 or 4 or 20 is irrelevant. As it is, Linux in all its forms is by far the most successful FOSS project ever. I like, use and enjoy Linux as it is.
There is a key part of Linux success that people seem to ignore or outright hate: Funding. Developers don't subsist on good wishes, fairy dust and manna from heaven, and least of all on donations from notoriously cheap Linux users. (I include myself among the fairly cheap ones.) It takes money. Without sufficient funding, Linux could be somewhere behind the BSDs, or like some of many forever-developed-going-nowhere projects. So where does the money to maintain systems and resources and pay developers come from? Thought you'd never ask:
/https://www.linuxfoundation.org/
36 • Redox (by ThomasAnderson on 2024-06-21 03:15:25 GMT from Australia)
Thanks to Jesse for shining the spotlight on Redox and their amazing microkernel OS.
I hope it will be a real alternative to Linux in the not too distant future.
37 • Drive Growth Together: Join Accsmarket.net's Sales Network (by Ernestomok on 2024-06-21 11:40:20 GMT from Vietnam)
Discover https://Accsmarket.net, your ultimate destination for acquiring a diverse array of accounts tailored to various online platforms. Whether you're looking for social media profiles, gaming credentials, or streaming accounts, we offer a comprehensive selection to suit your digital needs. With a focus on quality and security, https://Accsmarket.net provides verified accounts for a seamless and trustworthy online experience..
Click to:Click today : https://Accsmarket.net
38 • @ Jesse et al. re. Redox in Vbox cf. Qemu-Kvm: (by Redox-QK-tester on 2024-06-21 14:20:44 GMT from Australia)
hi Jesse et al.,
while Redox Demo iso wouldn't accept mouse in VirtualBox,
in QEMU-KVM the img file is working perfectly (so far) for me:
MX x64 AHS + testrepo,
sudo apt install qemu-system-x86 ipxe-qemu libcacard0 libcapstone4 libdaxctl1 libexecs0 libfdt1 libibverbs1 libndctl6 libpmem1 librdmacm1 libslirp0 libspice-server1 libusbredirparser1 libvdeplug2 qemu-system-common qemu-system-data seabios ibverbs-providers qemu-system-gui qemu-utils ovmf qemu-block-extra vde2 vde2-cryptcab qemu-system qemu-efi-aarch64 qemu-efi-arm
SDL_VIDEO_X11_DGAMOUSE=0 qemu-system-x86_64 -d cpu_reset,guest_errors -smp 4 -m 2048 -chardev stdio,id=debug,signal=off,mux=on,"" -serial chardev:debug -mon chardev=debug -machine q35 -device ich9-intel-hda -device hda-duplex -netdev user,id=net0 -device e1000,netdev=net0 -device nec-usb-xhci,id=xhci -enable-kvm -cpu host -drive file=`echo $HOME/Desktop/redox_demo_x86_64_2024-05-30_1051_harddrive.img`,format=raw
:)
39 • init (by jazzfelix on 2024-06-21 12:56:10 GMT from Germany)
I really did like systemd back then when I was working as an admin. I thought it was doing a great job in terms of ease of use - from an administrators perspective who had to deal with dozens of heterogenous machines and different Linux distributions. SysV required a lot more work especially since it was not very consistent across distributions. I kind of don't get why people get so upset about this topic. Adoption is not very difficult. Maybe people feel they have invested so much in learning X and they feel uncomfortable with Y and feel they have no time starting over as newbies. I think it is always a good idea to keep up the spirit of a freshman.
40 • init (by Jesse on 2024-06-21 12:56:10 GMT from Canada)
@39: "SysV required a lot more work especially since it was not very consistent across distributions. I kind of don't get why people get so upset about this topic. Adoption is not very difficult. "
It's not that adopting systemd is hard, but it's often not a better tool for the job, especially if you're working in low-resource situations, worried about log integrity, need a deterministic start-up routine or (as we learned this week) want to avoid having your home directory deleted: https://www.theregister.com/2024/06/20/systemd_2561_data_wipe_fix/
Number of Comments: 40
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 1151 (2025-12-08): FreeBSD 15.0, fun command line tricks, Canonical presents plans for Ubutnu 26.04, SparkyLinux updates CDE packages, Redox OS gets modesetting driver |
| • Issue 1150 (2025-12-01): Gnoppix 25_10, exploring if distributions matter, openSUSE updates tumbleweed's boot loader, Fedora plans better handling of broken packages, Plasma to become Wayland-only, FreeBSD publishes status report |
| • Issue 1149 (2025-11-24): MX Linux 25, why are video drivers special, systemd experiments with musl, Debian Libre Live publishes new media, Xubuntu reviews website hack |
| • Issue 1148 (2025-11-17): Zorin OS 18, deleting a file with an unusual name, NetBSD experiments with sandboxing, postmarketOS unifies its documentation, OpenBSD refines upgrades, Canonical offers 15 years of support for Ubuntu |
| • Issue 1147 (2025-11-10): Fedora 43, the size and stability of the Linux kernel, Debian introducing Rust to APT, Redox ports web engine, Kubuntu website off-line, Mint creates new troubleshooting tools, FreeBSD improves reproducible builds, Flatpak development resumes |
| • Issue 1146 (2025-11-03): StartOS 0.4.0, testing piped commands, Ubuntu Unity seeks help, Canonical offers Ubuntu credentials, Red Hat partners with NVIDIA, SUSE to bundle AI agent with SLE 16 |
| • Issue 1145 (2025-10-27): Linux Mint 7 "LMDE", advice for new Linux users, AlmaLinux to offer Btrfs, KDE launches Plasma 6.5, Fedora accepts contributions written by AI, Ubuntu 25.10 fails to install automatic updates |
| • Issue 1144 (2025-10-20): Kubuntu 25.10, creating and restoring encrypted backups, Fedora team debates AI, FSF plans free software for phones, ReactOS addresses newer drivers, Xubuntu reacts to website attack |
| • Issue 1143 (2025-10-13): openSUSE 16.0 Leap, safest source for new applications, Redox introduces performance improvements, TrueNAS Connect available for testing, Flatpaks do not work on Ubuntu 25.10, Kamarada plans to switch its base, Solus enters new epoch, Frugalware discontinued |
| • Issue 1142 (2025-10-06): Linux Kamarada 15.6, managing ZIP files with SQLite, F-Droid warns of impact of Android lockdown, Alpine moves ahead with merged /usr, Cinnamon gets a redesigned application menu |
| • Issue 1141 (2025-09-29): KDE Linux and GNOME OS, finding mobile flavours of Linux, Murena to offer phones with kill switches, Redox OS running on a smartphone, Artix drops GNOME |
| • Issue 1140 (2025-09-22): NetBSD 10.1, avoiding AI services, AlmaLinux enables CRB repository, Haiku improves disk access performance, Mageia addresses service outage, GNOME 49 released, Linux introduces multikernel support |
| • Issue 1139 (2025-09-15): EasyOS 7.0, Linux and central authority, FreeBSD running Plasma 6 on Wayland, GNOME restores X11 support temporarily, openSUSE dropping BCacheFS in new kernels |
| • Issue 1138 (2025-09-08): Shebang 25.8, LibreELEC 12.2.0, Debian GNU/Hurd 2025, the importance of software updates, AerynOS introduces package sets, postmarketOS encourages patching upstream, openSUSE extends Leap support, Debian refreshes Trixie media |
| • Issue 1137 (2025-09-01): Tribblix 0m37, malware scanners flagging Linux ISO files, KDE introduces first-run setup wizard, CalyxOS plans update prior to infrastructure overhaul, FreeBSD publishes status report |
| • Issue 1136 (2025-08-25): CalyxOS 6.8.20, distros for running containers, Arch Linux website under attack,illumos Cafe launched, CachyOS creates web dashboard for repositories |
| • Issue 1135 (2025-08-18): Debian 13, Proton, WINE, Wayland, and Wayback, Debian GNU/Hurd 2025, KDE gets advanced Liquid Glass, Haiku improves authentication tools |
| • Issue 1134 (2025-08-11): Rhino Linux 2025.3, thoughts on malware in the AUR, Fedora brings hammered websites back on-line, NetBSD reveals features for version 11, Ubuntu swaps some command line tools for 25.10, AlmaLinux improves NVIDIA support |
| • Issue 1133 (2025-08-04): Expirion Linux 6.0, running Plasma on Linux Mint, finding distros which support X11, Debian addresses 22 year old bug, FreeBSD discusses potential issues with pkgbase, CDE ported to OpenBSD, Btrfs corruption bug hitting Fedora users, more malware found in Arch User Repository |
| • Issue 1132 (2025-07-28): deepin 25, wars in the open source community, proposal to have Fedora enable Flathub repository, FreeBSD plans desktop install option, Wayback gets its first release |
| • Issue 1131 (2025-07-21): HeliumOS 10.0, settling on one distro, Mint plans new releases, Arch discovers malware in AUR, Plasma Bigscreen returns, Clear Linux discontinued |
| • Issue 1130 (2025-07-14): openSUSE MicroOS and RefreshOS, sharing aliases between computers, Bazzite makes Bazaar its default Flatpak store, Alpine plans Wayback release, Wayland and X11 benchmarked, Red Hat offers additional developer licenses, openSUSE seeks feedback from ARM users, Ubuntu 24.10 reaches the end of its life |
| • Issue 1129 (2025-07-07): GLF OS Omnislash, the worst Linux distro, Alpine introduces Wayback, Fedora drops plans to stop i686 support, AlmaLinux builds EPEL repository for older CPUs, Ubuntu dropping existing RISC-V device support, Rhino partners with UBports, PCLinuxOS recovering from website outage |
| • Issue 1128 (2025-06-30): AxOS 25.06, AlmaLinux OS 10.0, transferring Flaptak bundles to off-line computers, Ubuntu to boost Intel graphics performance, Fedora considers dropping i686 packages, SDesk switches from SELinux to AppArmor |
| • Issue 1127 (2025-06-23): LastOSLinux 2025-05-25, most unique Linux distro, Haiku stabilises, KDE publishes Plasma 6.4, Arch splits Plasma packages, Slackware infrastructure migrating |
| • Issue 1126 (2025-06-16): SDesk 2025.05.06, renewed interest in Ubuntu Touch, a BASIC device running NetBSD, Ubuntu dropping X11 GNOME session, GNOME increases dependency on systemd, Google holding back Pixel source code, Nitrux changing its desktop, EFF turns 35 |
| • Issue 1125 (2025-06-09): RHEL 10, distributions likely to survive a decade, Murena partners with more hardware makers, GNOME tests its own distro on real hardware, Redox ports GTK and X11, Mint provides fingerprint authentication |
| • Issue 1124 (2025-06-02): Picking up a Pico, tips for protecting privacy, Rhino tests Plasma desktop, Arch installer supports snapshots, new features from UBports, Ubuntu tests monthly snapshots |
| • Issue 1123 (2025-05-26): CRUX 3.8, preventing a laptop from sleeping, FreeBSD improves laptop support, Fedora confirms GNOME X11 session being dropped, HardenedBSD introduces Rust in userland build, KDE developing a virtual machine manager |
| • Issue 1122 (2025-05-19): GoboLinux 017.01, RHEL 10.0 and Debian 12 updates, openSUSE retires YaST, running X11 apps on Wayland |
| • Issue 1121 (2025-05-12): Bluefin 41, custom file manager actions, openSUSE joins End of 10 while dropping Deepin desktop, Fedora offers tips for building atomic distros, Ubuntu considers replacing sudo with sudo-rs |
| • Issue 1120 (2025-05-05): CachyOS 250330, what it means when a distro breaks, Kali updates repository key, Trinity receives an update, UBports tests directory encryption, Gentoo faces losing key infrastructure |
| • Issue 1119 (2025-04-28): Ubuntu MATE 25.04, what is missing from Linux, CachyOS ships OCCT, Debian enters soft freeze, Fedora discusses removing X11 session from GNOME, Murena plans business services, NetBSD on a Wii |
| • Issue 1118 (2025-04-21): Fedora 42, strange characters in Vim, Nitrux introduces new package tools, Fedora extends reproducibility efforts, PINE64 updates multiple devices running Debian |
| • Issue 1117 (2025-04-14): Shebang 25.0, EndeavourOS 2025.03.19, running applications from other distros on the desktop, Debian gets APT upgrade, Mint introduces OEM options for LMDE, postmarketOS packages GNOME 48 and COSMIC, Redox testing USB support |
| • Issue 1116 (2025-04-07): The Sense HAT, Android and mobile operating systems, FreeBSD improves on laptops, openSUSE publishes many new updates, Fedora appoints new Project Leader, UBports testing VoLTE |
| • Issue 1115 (2025-03-31): GrapheneOS 2025, the rise of portable package formats, MidnightBSD and openSUSE experiment with new package management features, Plank dock reborn, key infrastructure projects lose funding, postmarketOS to focus on reliability |
| • Issue 1114 (2025-03-24): Bazzite 41, checking which processes are writing to disk, Rocky unveils new Hardened branch, GNOME 48 released, generating images for the Raspberry Pi |
| • Issue 1113 (2025-03-17): MocaccinoOS 1.8.1, how to contribute to open source, Murena extends on-line installer, Garuda tests COSMIC edition, Ubuntu to replace coreutils with Rust alternatives, Chimera Linux drops RISC-V builds |
| • Issue 1112 (2025-03-10): Solus 4.7, distros which work with Secure Boot, UBports publishes bug fix, postmarketOS considers a new name, Debian running on Android |
| • Issue 1111 (2025-03-03): Orbitiny 0.01, the effect of Ubuntu Core Desktop, Gentoo offers disk images, elementary OS invites feature ideas, FreeBSD starts PinePhone Pro port, Mint warns of upcoming Firefox issue |
| • Issue 1110 (2025-02-24): iodeOS 6.0, learning to program, Arch retiring old repositories, openSUSE makes progress on reproducible builds, Fedora is getting more serious about open hardware, Tails changes its install instructions to offer better privacy, Murena's de-Googled tablet goes on sale |
| • Issue 1109 (2025-02-17): Rhino Linux 2025.1, MX Linux 23.5 with Xfce 4.20, replacing X.Org tools with Wayland tools, GhostBSD moving its base to FreeBSD -RELEASE, Redox stabilizes its ABI, UBports testing 24.04, Asahi changing its leadership, OBS in dispute with Fedora |
| • Issue 1108 (2025-02-10): Serpent OS 0.24.6, Aurora, sharing swap between distros, Peppermint tries Void base, GTK removinglegacy technologies, Red Hat plans more AI tools for Fedora, TrueNAS merges its editions |
| • Issue 1107 (2025-02-03): siduction 2024.1.0, timing tasks, Lomiri ported to postmarketOS, Alpine joins Open Collective, a new desktop for Linux called Orbitiny |
| • Issue 1106 (2025-01-27): Adelie Linux 1.0 Beta 6, Pop!_OS 24.04 Alpha 5, detecting whether a process is inside a virtual machine, drawing graphics to NetBSD terminal, Nix ported to FreeBSD, GhostBSD hosting desktop conference |
| • Issue 1105 (2025-01-20): CentOS 10 Stream, old Flatpak bundles in software centres, Haiku ports Iceweasel, Oracle shows off debugging tools, rsync vulnerability patched |
| • Issue 1104 (2025-01-13): DAT Linux 2.0, Silly things to do with a minimal computer, Budgie prepares Wayland only releases, SteamOS coming to third-party devices, Murena upgrades its base |
| • Issue 1103 (2025-01-06): elementary OS 8.0, filtering ads with Pi-hole, Debian testing its installer, Pop!_OS faces delays, Ubuntu Studio upgrades not working, Absolute discontinued |
| • Issue 1102 (2024-12-23): Best distros of 2024, changing a process name, Fedora to expand Btrfs support and releases Asahi Remix 41, openSUSE patches out security sandbox and donations from Bottles while ending support for Leap 15.5 |
| • Issue 1101 (2024-12-16): GhostBSD 24.10.1, sending attachments from the command line, openSUSE shows off GPU assignment tool, UBports publishes security update, Murena launches its first tablet, Xfce 4.20 released |
| • Issue 1100 (2024-12-09): Oreon 9.3, differences in speed, IPFire's new appliance, Fedora Asahi Remix gets new video drivers, openSUSE Leap Micro updated, Redox OS running Redox OS |
| • 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 | 
Audiophile Linux
Audiophile Linux was based on Arch Linux and provides a minimal graphical environment from which to play multimedia files. The distribution ships with the Fluxbox window manager, DSD support and a custom real-time Linux kernel for improved audio performance.
Status: Discontinued
|
| 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.
|
|
• 
• 
• 
• 
• 
• 
• 
