You are not logged in.
I did not experienced such kind of problems with Excalibur (while testing) and was surprised.
It very much depends on when you start with testing and how close they are to the release.
I had to believe that Devuan's repo is a mirror of Debian's repo with some mods. They don't have such problems usually and there are many distributions based on testing.
Wrong, Debian is the originator of most hickups. Read their bug reports. It happens very often that packages are dropped from testing due to whatever reason, and bug fixes first of all can be found in sid before they are released to testing.
BTW: you can easily tell if the package is modified or original Debian. Examples from my Excalibur:
linux-image-6.12.111+deb13-amd64 (6.12.111-1) => Debian package
xserver-xorg-legacy (2:21.1.16-1.3+deb13u3devuan1 => 2:21.1.16-1.3+deb13u4devuan1) => package modifed by Devuan
Banned packages see list of banned packages. There are also generic packages.
Yes, there are gaps in the applications. Except for the forked ones, what isn't availablein Forky can't be available in Freia.
Created a test file in my documents folder which is basically static data.
~$ LC_ALL=C gio trash /home/rolf/Dokumente/Test.txt
gio: file:///home/rolf/Dokumente/Test.txt: Unable to find or create trash directory /mnt/HomeDaten/.Trash-1000 to trash /home/rolf/Dokumente/Test.txtA .Trash-1000 did not exist, copying the one from my dynamic home did not help.
In a small private network it may be advisable to configure ssh to a non-standard port. E.g instead of 22 use 1223.
On my manually pulled up Excalibur with Cinnmon DE packagekit isn't installed (--no-install-recommends used).
Follow up, I haven't gotten any useful hint so far.
@Dutch_Master: thank you for trying to help. Unfortunately, all my drives are luks encrypted, no exception. That means that in operation they are decrypted, normal ext4 partitions.
Use the installer-iso path to get to the options with the traditional installer. I typically use the netinstaller.
Look at the top of this page, there is a link to "Download | Devuan.org | .... ".
Thanks, that did work.
On my travelling laptop openrc is installed as init system. I would like to replace it by pure sysvinit (same setup as my main system). When I look at what Synaptic shows installation does not seem to replace openrc.
What do I need to do?
The laptop was installed with Daedalus and upgraded to Excalibur.
Well, I would say 013 is more than 04.
I started off with Mate desktop on ASCII and switched to Cinnamon on Beowulf which I am still using.
Testing the 20260903 iso at first glance shows no new topics. logrotate is present.
Well, I do create my own starter in the menu. No problem with that.
mate-system-log is part of mate-utils. gnome-logs nowadays is meant only for systemd systems.
Is there anybody who has other solutions to display log files?
Is my second test in a VBox VM. My setup: German language, keyboard, timezone, expert install to cli with sysvinit, luks encrypted. Manual installation of Cinnamon DE on X11 w/o recommends to reduce the usual bloat and to get a system with that sw I like and need. I am using my notes so the result is mostly reproduceable.
Installer: no comments
German language in DE wasn't set: fixed.
Time zone not set: problem still present. There is a discussion ongoing on github LinuxMint/Cinnamon #13922. Fixed locally by installing ntpsec.
Call up of several graphical applications on the DE only worked once (bug #972): solved by adding accountservices to cinnamon as a dependency (upstream).
syslog-ng installed now, solves bug #973. I have to have a look at logrotate on the next ISO.
So far so good, no further comments.
Ladies and gentlemen, thank you for your work.
Used the same iso for my text in a VBox VM. Was my second go, in an earlier iso from end of June no logger was installed.
What the performance concerns: Nothing that caugth my eye in this short test. It works with mate-system-log as displayer.
... however all based on gnome (that would be gnome 4, gnome-flashback and cinnamon) ...
The fork of Cinnamon from Gnome is way back. Some apps are the same like gnome-terminal, but I would see them as two different beasts nowadays. BTW: I am Cinnamon user on my desktop, and on xorg. I have tried xlibre in a VM, but was not really successful.
With a bit of luck the patched upgrade will go into Trixie-Backports.
I fear you are in the wrong place here, this is a native Debian package. Can be seen on this +deb13u1.
You should ask the Debian maintainers to update this package.
When you use grub, edit /etc/default/grub to add the new parameter, perform an
# update-grubThat should do the job.
Welcome to Devuan.
To your questions:
1.) I don't use ZFS, no idea how this is supported. I am on ext4, grub and luks encryption. Works for me.
2.) The current state of Nvidia/Nouveau/amdgpu drivers is exactly the same as for Debian. Devuan is a Debian - systemd + support for sysvinit and various other init systems. https://dev1galaxy.org/viewtopic.php?id=3192
I guess this old GT730 is loosing support by NVidia, and older driver packages do no more build with current kernels.
3.) I use hibernation, it works fine on my grub system, Excalibur, encrypted, LightDM/Cinnamon DE.
Well, there is one more effect we did not mention so far: modern GPUs and LED/LCD screens typically take a few seconds before they display a clear picture when waking up from power save mode and switching resolutions. Have a look at the grub screen, you should see a countdown in the bottom.
On my system set to 8s it is at 5s or lower when I get to see this screen.
Strange behaviour.
My first suspect would be the grub-customizer. This package can be a system killer app. The customizer replaces grub configs with an own version and only by a complete new installation you may get rid of the effetcs.
https://easylinuxtipsproject.blogspot.c … s.html#ID7
My default setting on Excalibur without any specials reacts to my 8s setting.
When looking at what you did, yours:
GRUB_DEFAULT="0"
GRUB_TIMEOUT="10"Mine:
GRUB_DEFAULT=0
GRUB_TIMEOUT=8Well you have used the simple way. Why haven't you extended the Architectures: line as proposed by me?