 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 1105 (2025-01-20): CentOS 10 Stream, old Flatpak bundles in software centres, Haiku ports Iceweasel, Oracle shows off debugging tools, rsync vulnerability patched |
| • Issue 1104 (2025-01-13): DAT Linux 2.0, Silly things to do with a minimal computer, Budgie prepares Wayland only releases, SteamOS coming to third-party devices, Murena upgrades its base |
| • Issue 1103 (2025-01-06): elementary OS 8.0, filtering ads with Pi-hole, Debian testing its installer, Pop!_OS faces delays, Ubuntu Studio upgrades not working, Absolute discontinued |
| • Issue 1102 (2024-12-23): Best distros of 2024, changing a process name, Fedora to expand Btrfs support and releases Asahi Remix 41, openSUSE patches out security sandbox and donations from Bottles while ending support for Leap 15.5 |
| • Issue 1101 (2024-12-16): GhostBSD 24.10.1, sending attachments from the command line, openSUSE shows off GPU assignment tool, UBports publishes security update, Murena launches its first tablet, Xfce 4.20 released |
| • Issue 1100 (2024-12-09): Oreon 9.3, differences in speed, IPFire's new appliance, Fedora Asahi Remix gets new video drivers, openSUSE Leap Micro updated, Redox OS running Redox OS |
| • Issue 1099 (2024-12-02): AnduinOS 1.0.1, measuring RAM usage, SUSE continues rebranding efforts, UBports prepares for next major version, Murena offering non-NFC phone |
| • Issue 1098 (2024-11-25): Linux Lite 7.2, backing up specific folders, Murena and Fairphone partner in fair trade deal, Arch installer gets new text interface, Ubuntu security tool patched |
| • Issue 1097 (2024-11-18): Chimera Linux vs Chimera OS, choosing between AlmaLinux and Debian, Fedora elevates KDE spin to an edition, Fedora previews new installer, KDE testing its own distro, Qubes-style isolation coming to FreeBSD |
| • Issue 1096 (2024-11-11): Bazzite 40, Playtron OS Alpha 1, Tucana Linux 3.1, detecting Screen sessions, Redox imports COSMIC software centre, FreeBSD booting on the PinePhone Pro, LXQt supports Wayland window managers |
| • Issue 1095 (2024-11-04): Fedora 41 Kinoite, transferring applications between computers, openSUSE Tumbleweed receives multiple upgrades, Ubuntu testing compiler optimizations, Mint partners with Framework |
| • Issue 1094 (2024-10-28): DebLight OS 1, backing up crontab, AlmaLinux introduces Litten branch, openSUSE unveils refreshed look, Ubuntu turns 20
| | • Issue 1093 (2024-10-21): Kubuntu 24.10, atomic vs immutable distributions, Debian upgrading Perl packages, UBports adding VoLTE support, Android to gain native GNU/Linux application support |
| • Issue 1092 (2024-10-14): FunOS 24.04.1, a home directory inside a file, work starts of openSUSE Leap 16.0, improvements in Haiku, KDE neon upgrades its base |
| • Issue 1091 (2024-10-07): Redox OS 0.9.0, Unified package management vs universal package formats, Redox begins RISC-V port, Mint polishes interface, Qubes certifies new laptop |
| • Issue 1090 (2024-09-30): Rhino Linux 2024.2, commercial distros with alternative desktops, Valve seeks to improve Wayland performance, HardenedBSD parterns with Protectli, Tails merges with Tor Project, Quantum Leap partners with the FreeBSD Foundation |
| • Issue 1089 (2024-09-23): Expirion 6.0, openKylin 2.0, managing configuration files, the future of Linux development, fixing bugs in Haiku, Slackware packages dracut |
| • Issue 1088 (2024-09-16): PorteuX 1.6, migrating from Windows 10 to which Linux distro, making NetBSD immutable, AlmaLinux offers hardware certification, Mint updates old APT tools |
| • Issue 1087 (2024-09-09): COSMIC desktop, running cron jobs at variable times, UBports highlights new apps, HardenedBSD offers work around for FreeBSD change, Debian considers how to cull old packages, systemd ported to musl |
| • Issue 1086 (2024-09-02): Vanilla OS 2, command line tips for simple tasks, FreeBSD receives investment from STF, openSUSE Tumbleweed update can break network connections, Debian refreshes media |
| • Issue 1085 (2024-08-26): Nobara 40, OpenMandriva 24.07 "ROME", distros which include source code, FreeBSD publishes quarterly report, Microsoft updates breaks Linux in dual-boot environments |
| • Issue 1084 (2024-08-19): Liya 2.0, dual boot with encryption, Haiku introduces performance improvements, Gentoo dropping IA-64, Redcore merges major upgrade |
| • Issue 1083 (2024-08-12): TrueNAS 24.04.2 "SCALE", Linux distros for smartphones, Redox OS introduces web server, PipeWire exposes battery drain on Linux, Canonical updates kernel version policy |
| • Issue 1082 (2024-08-05): Linux Mint 22, taking snapshots of UFS on FreeBSD, openSUSE updates Tumbleweed and Aeon, Debian creates Tiny QA Tasks, Manjaro testing immutable images |
| • Issue 1081 (2024-07-29): SysLinuxOS 12.4, OpenBSD gain hardware acceleration, Slackware changes kernel naming, Mint publishes upgrade instructions |
| • Issue 1080 (2024-07-22): Running GNU/Linux on Android with Andronix, protecting network services, Solus dropping AppArmor and Snap, openSUSE Aeon Desktop gaining full disk encryption, SUSE asks openSUSE to change its branding |
| • Issue 1079 (2024-07-15): Ubuntu Core 24, hiding files on Linux, Fedora dropping X11 packages on Workstation, Red Hat phasing out GRUB, new OpenSSH vulnerability, FreeBSD speeds up release cycle, UBports testing new first-run wizard |
| • Issue 1078 (2024-07-08): Changing init software, server machines running desktop environments, OpenSSH vulnerability patched, Peppermint launches new edition, HardenedBSD updates ports |
| • Issue 1077 (2024-07-01): The Unity and Lomiri interfaces, different distros for different tasks, Ubuntu plans to run Wayland on NVIDIA cards, openSUSE updates Leap Micro, Debian releases refreshed media, UBports gaining contact synchronisation, FreeDOS celebrates its 30th anniversary |
| • Issue 1076 (2024-06-24): openSUSE 15.6, what makes Linux unique, SUSE Liberty Linux to support CentOS Linux 7, SLE receives 19 years of support, openSUSE testing Leap Micro edition |
| • Issue 1075 (2024-06-17): Redox OS, X11 and Wayland on the BSDs, AlmaLinux releases Pi build, Canonical announces RISC-V laptop with Ubuntu, key changes in systemd |
| • Issue 1074 (2024-06-10): Endless OS 6.0.0, distros with init diversity, Mint to filter unverified Flatpaks, Debian adds systemd-boot options, Redox adopts COSMIC desktop, OpenSSH gains new security features |
| • Issue 1073 (2024-06-03): LXQt 2.0.0, an overview of Linux desktop environments, Canonical partners with Milk-V, openSUSE introduces new features in Aeon Desktop, Fedora mirrors see rise in traffic, Wayland adds OpenBSD support |
| • Issue 1072 (2024-05-27): Manjaro 24.0, comparing init software, OpenBSD ports Plasma 6, Arch community debates mirror requirements, ThinOS to upgrade its FreeBSD core |
| • Issue 1071 (2024-05-20): Archcraft 2024.04.06, common command line mistakes, ReactOS imports WINE improvements, Haiku makes adjusting themes easier, NetBSD takes a stand against code generated by chatbots |
| • Issue 1070 (2024-05-13): Damn Small Linux 2024, hiding kernel messages during boot, Red Hat offers AI edition, new web browser for UBports, Fedora Asahi Remix 40 released, Qubes extends support for version 4.1 |
| • Issue 1069 (2024-05-06): Ubuntu 24.04, installing packages in alternative locations, systemd creates sudo alternative, Mint encourages XApps collaboration, FreeBSD publishes quarterly update |
| • Issue 1068 (2024-04-29): Fedora 40, transforming one distro into another, Debian elects new Project Leader, Red Hat extends support cycle, Emmabuntus adds accessibility features, Canonical's new security features |
| • Issue 1067 (2024-04-22): LocalSend for transferring files, detecting supported CPU architecure levels, new visual design for APT, Fedora and openSUSE working on reproducible builds, LXQt released, AlmaLinux re-adds hardware support |
| • Issue 1066 (2024-04-15): Fun projects to do with the Raspberry Pi and PinePhone, installing new software on fixed-release distributions, improving GNOME Terminal performance, Mint testing new repository mirrors, Gentoo becomes a Software In the Public Interest project |
| • Issue 1065 (2024-04-08): Dr.Parted Live 24.03, answering questions about the xz exploit, Linux Mint to ship HWE kernel, AlmaLinux patches flaw ahead of upstream Red Hat, Calculate changes release model |
| • Issue 1064 (2024-04-01): NixOS 23.11, the status of Hurd, liblzma compromised upstream, FreeBSD Foundation focuses on improving wireless networking, Ubuntu Pro offers 12 years of support |
| • Issue 1063 (2024-03-25): Redcore Linux 2401, how slowly can a rolling release update, Debian starts new Project Leader election, Red Hat creating new NVIDIA driver, Snap store hit with more malware |
| • Issue 1062 (2024-03-18): KDE neon 20240304, changing file permissions, Canonical turns 20, Pop!_OS creates new software centre, openSUSE packages Plasma 6 |
| • Issue 1061 (2024-03-11): Using a PinePhone as a workstation, restarting background services on a schedule, NixBSD ports Nix to FreeBSD, Fedora packaging COSMIC, postmarketOS to adopt systemd, Linux Mint replacing HexChat |
| • 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 |
| • 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 | 
TPM - ThePacketMaster Linux Security Server
ThePacketMaster (TPM) Linux security server provides a full toolkit of open source security software to perform vulnerability assessments and penetration testing. Forensic analysis tools are also included. TPM Linux boots and runs from the CD-ROM - this allows any machine to instantly run TPM Linux, without having to go through an installation. TPM Linux has a wide selection of open-source security auditing utilities and computer forensic toolkits. Since the programs can all be run from the CD, nothing needs to be installed on the system in order to collect evidence, helping to ensure the evidence isn't damaged in any way.
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.
|
|
• 
• 
• 
• 
• 
• 
• 
