You are not logged in.
Which DE do you use? Is that KDE? Or something else?
Well, I am used to only use the console for updating my Devuan systems. I have a root terminal configured, and I am just entering:
# apt update
# apt full-upgrade
# apt update
Only once in a while I am using Synaptic as a graphics tool to search for packages. Works perfectly.
Look at here https://dev1galaxy.org/viewtopic.php?id=6290 for some reading about the ongoing issues.
I left Daedalus on my main workstation w/o usrmerge, works fine so far. For a test I have merged Chimaera and Daedalus on my travelling laptop, so far also fine.
Where did you get these updates, testing?
Maybe you started off from Daedalus since neither Excalibur no ceres have any installation media. And when that entry isn't updated .... In any case the sources.list tells the truth.
Well, you laptop isn't brand new, so Daedalus should work fine. On the other hand a clean testing = Excalibur also might have some charms to you. But both will require a clean install, you won't be able to easily clean up the mixture you got.
When I read the available outputs its not Daedalus you are running but a mixture from Excalibur (Testing) and Ceres (Unstable). Don't know if that is a good idea. Issues to be expected?
Don't think that its related, but I would replace slim (deprecated) by lightdm.
Edith: sorry for my unqualified rant. Both my Excalibur only VM Lightdm/Mate and Lightdm/Cinnamon work fine.
You should be able to configure the network manager to find wired and wireless connections.
Status as of today:
* Crosscheck with a Bookworm VM shows that there the links from bin/sbin/lib are present.
* VM with a Chimaera installation that was upgraded from Beowulf does not show the links nor is the usrmerge package installed.
* Wrote a bug report against the installer, #824
* Manually converted the Chimaera VM and my two Excalibur VMs with different DEs to usrmerge. Links are present now. Chimaera went smooth, on the two Excalibur VMs I had to remove some files from /lib/udev.
Would agree. I had the consolekit in the way on an older upgrade once, replaced by the elogind packages.
Just tested a new Daedalus install in a VM: the installer fails to execute the usrmerge program when answering yes to the question. It never came to my mind that this might be the case. Its also no translation error (I am using German language), no matter if Y or N, no usrmerge. I executed it past the netinstall without mirror connection. Its executed and shown later by the links in Caja (MATE DE).
I guess I will file a bug report tomorrow.
Show us a
# apt list libpolkit-backend-consolekit-1-0
BTW: have you executed a
# apt full-upgrade
?
Just crosschecked on an older PC in the basement that received a Daedalus installation from a released netinstall: no links, no usrmerge either?
Same on my Excalibur VM.
Question to the responsible for the installer, I this its Ralph Ronnquist: is it possible that the installer failed to execute the usrmerge program despite the answer was yes?
To add my finding about the usrmerge package on my Daedalus installation which was installed more than one year ago from a preview when Daedalus still was Testing, where I answered the question during installation with yes:
# apt list usrmerge
Auflistung… Fertig
usrmerge/stable,stable 35 all
This package obviously is not installed? What does this tell me? I am confused. According to a German web page I should see links from /bin, the /lib and /libxx folders and /sbin to the respective folders in /usr. I don't see any links.
Well, maybe, you may got a valid point. As an experienced user I always use the netinstall media and expert install, never any live version, and never the simple install. Don't know what is questioned there.
Sorry, didn't consider that.
I think the critical point is an upgrade of a non-merged system to a Devuan release which supports usr-merge. As far as I understand the upgrade process you end up with a non-merged Devuan. If you then apply the usr-merge package, you end up with programs in the wrong spot.
I did not mind the usr-merge like many of the participants in this discussion do, I accepted it as a ToDo for the future. I did my latest installations answering the usr-merge-question during the install from the first appearance onward with yes and had no issues with the operation of the systems nor the few release upgrades I did so far.
And from Debian 12 Bookworm onward usr-merge is mandatory and they have started to move packages. This then naturally applies for Debian 13 Trixie as well as for Devuan Daedalus and Excalibur. Have fun ...
On my Chimaera laptop with Cinnamon DE I got as well network-manager as network-manager-gnome installed. AFAIR the installation past the DE went without any hasle with consolekit <> elogind, I am on elogind.
Looking at the dependencies: network-manager-gnome depends on network-manager.
Do I select "All locales"?
You could but that would generate all locales on your PC which I guess you will not want. Just select the one(s) that are relevant for you. en_GB.utf8 or en_US.utf8? Or both?
And not to forget: run an
# update-initramfs -u -k all
as root to tell the kernel to load this firmware.
Try a
dpkg-reconfigure locales
as root.
A different thought: maybe Crowz removes some fonds? Just finished a bare metal Daedalus installation with Mate in a VM. So far just Mate DE, no applications, fonts available are:
Bitstream Charter
Cantarell
Courier 10 Pitch
DejaVu Sans
DejaVu Serif
Got all of them?
The default font is Cantarell.
My impression: it never was. The OP was only complaining about changes in the Linux world and Debian/Devuan ...
How was the basic system installed? On current installations with newer releases you are getting asked if you want usr merge or not. I have always agreed to that to avoid hasle.
Or is that an upgrade from an older release before usr merge?
Comment to the firmware directory: you will need to additionally specify "non-free-firmware" in your sources.list. Please add, do an apt update, apt full-upgrade and apt install firmware-amd-graphics, a reboot and check if this fixes the issue.
Well also from me: I think Chimaera would be a good compromise. Longer maintenance but still the old design of Evolution though a bit newer than the Beowulf package.
You say "Non UEFI", that then means a classical legacy install.
In this case, no EFI, no ESP with FAT32 is required. The ESP is useless in such a case.
But: when you want to use a GPT partitioned disk for the installation, in Daedalus you will need to supply a bios_grub partition with 2 Mib, no file system, flag bios_grub. Refer to https://askubuntu.com/questions/500359/ … -partition When the bios_grub is missing essential parts of grub are not present, the appearance of the rescue screen can be explained by this.
I guess Daedalus now is more picky than Chimaera on this topic.
There is no way to avoid this Windows style decoration in Evolution on Daedalus. Stay on Beowulf or at the most upgrade to Chimaera.
You will have to setup your sources.list correctly. You obviously did an offline install. In this case the sources.list just contains a reference to the cdrom of the installation medium.
More info in the Ubuntu wiki which is a great source of information, and on this page about Devuan specifics: https://www.devuan.org/os/releases and https://www.devuan.org/os/packages.