You are not logged in.
mknoop wrote:If Debian should go systemd init only, will the Devuan development team be able to handle the added work of providing a systemd-free OS still based on Debian?
The elogind package which is the source of the linked problem was originally packaged up by Devuan and is also used by Gentoo so it should continue to work even if Debian drop it.
IIRC, Devuan got elongind from gentoo. gentoo didn't get it from us. Maybe I'm misreading . . .
You already mixed Debian testing (Bullseye) with Devuan testing (Beowulf which is based on Buster). And with Ceres in the mix you're pulling from 3 Debian-based repositories . . . 4 if you include antix.
Faster if you help to make it happen. ![]()
The aim of SystemD is RedHat ecosystem. Everything which is not RH-based thing is under attack because SystemD is open source proprietary software (OSPS).
And a new acronym is born! OSPS is brilliant!!
Happy to hear that worked for you!
There has to be an easier way . . .
"chromium field-trial testing" processes can bring chromium to it's knees. It's been on my list for months (maybe closer to a year) to investigate further. I found a treasure trove of information in WTF, Chromium?. In that rant, there is a link to List of Chromium Command Line Switches. Great, that looks useful and even contains one to #disable-field-trial-config. Problem is, I haven't a clue how to get from point A to point B so hoping someone here can lead me through the fog. Thanks.
I believe an "expert" install is required to see that option.
Actually, I was not speaking about light on resources but unobtrusive visually.
That's one honkin' humongous popup! This is not in any way to suggest you change a thing. I was just messin' with you a bit . . .
It's a brilliant execution of a function that many will find useful.
If I were to use it . . . the lighter the better. Nags even for good things should be minimal. I demand it in my world.
What release are you on - jessie, ascii or beowulf (which has not been officially released and still has bugs). Using backports? Mixing repos? There's a lot of important info missing in your description of the problem.
I thought there was a command in dev1fanboy's instructions to remove systemd cruft.
You didn't say what you migrated from/to. Did you follow these basic instructions? Each release might require some slightly different procedures.
https://devuan.org/os/documentation/dev … -to-jessie
https://devuan.org/os/documentation/dev … e-to-ascii
Please also read this thread:
There hasn't been systemd-shim ever in Devuan.
This is a classic! Debian and Devuan from the Parrot Project Blog
Maybe the solution is to not patronize Netflix.
@crankypuss . . . there is no rat icon in the Xfce default desktop. ![]()
I will let those who posted objections and concerns take it from here.
First an apology for not seeing this page earlier. My bad. If I had been more diligent you wouldn't have been bothered with having to post the above response. But probably a good idea to have it here so others won't have to go on the hunt to find it.
Anyway . . . your request was discussed today and our biggest concern was for possible trademark infringement for example:
1. Microsoft Windows logo on the panel applications menu
2. Programs in the LibreOffice suite are rebranded using the trademarked logos of Microsoft Office
3. Icons used throughout the desktop are largely pulled straight out of Windows 10
We understand why this approach would help to transition newcomers to Linux but hope you understand why that would be a showstopper for us. Perhaps you would reconsider that decision.
Other than that there were reports of incorrect screen orientation and keyboard issues and a wishlist item to be able to boot it in a VM. Those are not a big concern for us as we realize it is part of a process in which the Devuan community can participate.
As mentioned above, I am unable to explore myself because my systems are 32 bit so this post is a collation of others' comments.
Another question: What else is needed to become an "official" devuan derivates (does mean to be included to the page 'Devuan Derivates)?
Devs will have an opportunity to discuss the next time we get together. I cannot test because I work in a 32 bit environment. Also note that there is active discussion on this forum about other derivatives that have never even asked to be on the derivatives list.
I am curious why you chose to build AVMultimedia on Devuan. You have not discussed Devuan on this thread or shown an interest to participate elsewhere on this forum so I'm sensing a bit of a disconnect. Perhaps you can help us to better understand.
Helpful feedback from Mark Hindley on the DNG mail list:
I have just had a go in a couple of scenarios using a VM.
The basic process is:
1) Install sysvinit-core (if you don't have it already), remove libnss-systemd
and reboot.
2) Manually download and install devuan-keyring (wget, dpkg -i).
3) change apt sources from buster to beowulf.
4) apt update.
4) apt full-upgrade or apt-get dist-upgrade.The process is not too bad, particularly if you have a very basic
install. However, the main issue is step 1) if you have anything desktoppy
installed (lightdm, xfce....). Debian's libpam-systemd unhelpfully depends on
systemd-sysv which in turn conflicts with sysvinit-core. So, by installing
sysvinit-core the whole chain systemd-sysv -> libpam-systemd -> policykit ->
desktop gets more or less removed. Of course it could all be reinstalled later,
but that is understandably probably too much for most users.I have already submitted #935304 which is being ignored and may well not be fixed in bullseye. Sigh!
In the report I point out that libpam-systemd depending on systemd-sysv doesn't mean
systemd will always be PID 1, which is (I think) the intention of it.So, I am working on a transitional package that could help in devuan to smooth
this out and not require the whole GUI to be removed and reinstalled. The basic
idea is that the transitional package Provides systemd-sysv and Depends
sysvinit-core. Installing it temporarily will satisfy libpam-systemd whilst the
system is rebooted without having to uninstall half of the system.Thoughts?
Mark
You could try to backport it yourself. Perhaps someone here can walk you through it. Wish I could but alas not that adventurous . . .
Welcome to the forum, Raul!
It looks like Audacity 2.2 is in Beowulf and 2.3 in Ceres (Sid):
https://pkginfo.devuan.org/cgi-bin/d1pk … elease=any
You can try adding backports:
deb http://deb.devuan.org/merged ascii-backports mainOr you could try backporting it yourself.
I think that may be helpful an initial URL with the first basic intrucctions.
Good starting point would be the ASCII migration instructions here:
https://devuan.org/os/documentation/dev … e-to-ascii
Do let us know if that approach still works or needs adjusting.
Problems are most likely to be encountered with full-blown DEs. WMs are more likely to survive a migration.
Many of you have asked how you can help Devuan. Well here's an opportunity - especially for those who keep asking when Beowulf will be released!
There have been reports that the migration process from Debian Buster to Devuan Beowulf is not as straight-forward as Wheezy/Jessie to Jessie and/or Stretch to ASCII. If we are to offer migration as an "official" option, we will need to document specific issues and provide solutions in our documentation.
So . . . please roll up your sleeves, give it a try and let us know if you were able to migrate successfully from Buster to Beowulf. What issues did you have? How did you work around them? Are there any blockers?
May this be a long and productive thread!