You are not logged in.
GNOME is near-fully functional as of Daedalus, KDE has been for a while. I have used KDE with wayland on Devuan before, and at the very least on my Thinkpad T430s, it hasn't been an issue. I don't foresee your AMD GPU being an issue, but I'm not sure. Isn't ROCM also used for AI acceleration?
Anyone seriously interested in engaging with Devuan should monitor those sources. It is that simple.
Don't forget http://deb.devuan.org/bannedpackages.txt , so people have a sense of what packages might be worth making compatibility packages/patches for
@WDstudios God, I miss the Aero era...didn't have the Fischer-price coloring of XP, but didn't have the sterile and soulless theme of windows 10 either. It had life! KDE can mimic this somewhat, with oxygen, but its still not even close to perfect....XFCE with Bluebird is a little bit better, IMO
@fsmithred I have tested these packages, all of them work except for freedombox, due to cockpit being dependent on systemd. The only outstanding issue for the others is that it sports Debian's artwork, but that's purely cosmetic.
well, desktop environment can make a pretty big difference. Have you checked to see if the USB mouse works at the greeter? (If its a mouse-enabled greeter like slick or sddm?) What DE are you using?
Just as a follow-up, after reading up on it a bit and furthering my understanding of how banned packages work, it seems I was confused on how the sources worked. so my last comment was right -a shim would be needed for the "Kernel-install" function. But it seems a simple shim would be all that's needed, at least as a short-term solution. So perhaps this isn't as much of a challenge as i thought...
Systemd is a cool operating system. If only the annoying linux substructure wouldn't exist ...
https://en.uncyclopedia.co/wiki/Systemd
We laugh, but this article is getting closer and closer to reality
At some point or another, when Ubuntu becomes snap-only (they are releasing such a version for desktop for 24.04), its going to have a detrimental impact on Debian. Worse still, it may come to a point where Debian may have to be forked more completely, and not just a handful of packages like it is right now. That's gonna be a nightmare...
I really, GENUINELY hope this is another "Module" and not hard-grained into systemd core. At least then it can be optional like systemd-oomd and others in Debian, and not the default. But I have a sad, sneaking feeling this isn't the case.
edited for correctness, thanks @fsmithred
sudo apt install sysvinit-core -y && sudo apt remove openrc -y
whilst blanking the gummiboot repository and 404ing its webpage, instead of the standard practice of redirecting or posting suitable migration notices
Why is this *not* surprising? Leave it to these two muppets to do something like that. But you are correct, we would have to surgically extract these packages from the systemd source tarball Debian provides in order to properly use them standalone in Devuan, not to mention a shim for the kernel-install function. The latter should be reasonably straightforward with a shell script, but I worry that gummiboot may be too deeply entangled in systemd to be fully separable from it now. It would take work on the level of elogind or eudev, and that's not a one or two person job.
I tried it on my UEFI laptop this morning, threw an error about the "Kernel-install" command not found. A cursory search led to this:
https://manpages.debian.org/testing/sys … .8.en.html
When rebooted, the laptop *did* present the gummiboot menu, but there were no kernels to boot from, so I had to rescue it and reinstall grub. Seemingly, this command comes from systemd itself. Perhaps a shim could be made similar to the systemctl shim?
@golinux I'm referring to what i see on this page:
https://packages.debian.org/sid/systemd-boot-efi
It shows at the top of the page that this package comes from the main Debian systemd package source. This package happens to be one of the dependencies of systemd-boot, hence why I raised my concern. It also appears that the main systemd-boot package is dependent on the systemd shared private library.
Would it be able to be maintained independently of systemd source though, or would the libraries still be needed? @EDX-0
Huh, nice to see Xorg is still being worked on upstream to some extent, in spite of some of the Devs working on wayland.
The inevitable result will be that in a very short time there will be no SystemV compatible packages in the Debian repositories as devs/maintainers will not include init scripts for a deprecated init in their packages, something that will inevitably extend to all Debian based distributions using systemd.
There are still other experimental inits being supported in Debian, leaving the door open for someone to at least prop up SysVinit support in Debian. Question is, can the manpower be found to do it?....
Xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxcxxxxxxxxxxxcxxxcccccxxxxxxxxxx
Remember folks....don't drink and Devuan
not likely, systemd-boot-efi and systemd-boot both come from the systemd source. They're not explicitly in the banned packages, but they may have broken dependencies due to systemd source and package being banned.
Edit: you can always check out banned packages here http://deb.devuan.org/bannedpackages.txt
How much memory does the system have? It might well be that systemd uses a LOT more memory, so the system starts page thrashing.
Could also very well be the fact that systemd was not designed with single core laptops in mind, Poettering was always insistent on designing around the latest and greatest...Devuan vs. Debian is night and day on my inspiron 1100 laptop sporting a pentium 4
Leave it to GNOME to break things (again). Bad enough that they broke extensions for the umpteenth time, now they're also getting ready to push wayland-only in the future.
Link to the article:
https://news.itsfoss.com/gnome-wayland-xorg/
Unless wayland gets it together with NVIDIA cards (Which is a startling number of PC's these days), I can see this ending badly for users of that brand. Then again, when was NVIDIA ever really kind towards Linux?....