You are not logged in.
- Topics: Active | Unanswered
#1 Re: Installation » Latest Excalibur desktop installer forces LXQt? » 2025-11-07 19:44:47
You'll need to add excalibur-proposed-updates to your sources.
Thanks, I did this and installed xfce-polkit, after which I could remove both lxqt-policykit and mate-polkit. Unsure how to get rid of the cruft installed along with LXQt though.
#2 Re: Installation » Latest Excalibur desktop installer forces LXQt? » 2025-11-07 13:24:53
On my Excalibur laptop, which was upgraded from Daedalus, I have policykit-1-gnome 0.105-8+b1 installed. xfce-polkit, lxqt-policykit and mate-polkit are all absent. I log in via slim and XFCE works perfectly.
#3 Re: Installation » Latest Excalibur desktop installer forces LXQt? » 2025-11-04 09:02:15
Hm, here the default slim login puts me into an xfce session.
And I'm always logged in to an LXQt session. Could this discrepancy perhaps have something to do with me installing on a Ryzen system with a Vega iGPU?
#4 Re: Installation » Latest Excalibur desktop installer forces LXQt? » 2025-11-04 01:43:04
Thanks. I used "Expert Install", without network.
#5 Re: Installation » Latest Excalibur desktop installer forces LXQt? » 2025-11-04 00:39:54
Looks like it installs both LXQt and XFCE?
#7 Re: Installation » Latest Excalibur desktop installer forces LXQt? » 2025-11-04 00:11:59
Being a stubborn ******* I went through the installation a fourth time, this time mounting the NVMe and copying the syslog there, then I moved the USB stick to my main computer and reformatted it as EXT4, reinserted it in the new machine and copied the syslog onto the stick - so I've got it here for you now. But how do I share it? There's no attachment option in the forum.
#8 Re: Installation » Latest Excalibur desktop installer forces LXQt? » 2025-11-03 23:08:42
You may want to consider the possibility of the Excalibur installer becoming self-aware.
Don't get me started.
#9 Re: Installation » Latest Excalibur desktop installer forces LXQt? » 2025-11-03 23:00:02
The installer USB stick doesn't seem to be mounted as root during the installation; I copied the syslog there but it wasn't on the stick afterwards (RAM-disk?). I don't have any other USB sticks to hand. /mnt and /media were both empty and lsblk isn't present during the installation phase, so I couldn't see what drives were available to mount. Now I've rebooted after completing the installation A THIRD TIME and I still ended up with LXQt. I have a photo showing the relevant menu in the installer, and my selected options, but since it's no longer possible to post images on the Internet you'll just have to imagine what it looks like.
#10 Installation » Latest Excalibur desktop installer forces LXQt? » 2025-11-02 19:31:25
- Lomax
- Replies: 23
devuan_excalibur_6.0.0_amd64_desktop.iso dated 02-Nov-2025 left me with an LXQt desktop and not XFCE as I wanted. I thought I must have made a mistake so ran the installer again, very carefully making sure that only XFCE was selected - and ended up with LXQt again. This seems to be a bug in the installer?
#11 Re: DIY » Removing Apparmor » 2024-09-05 15:28:55
Thanks, strangely it now wants a load of armhf packages, though I'm on aarch64:
$ sudo apt install dbus libapparmor1- -s
Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
dbus is already the newest version (1.14.10-1~deb12u1).
dbus set to manually installed.
The following additional packages will be installed:
dbus-daemon:armhf gcc-12-base:armhf libapparmor1:armhf libaudit1:armhf libc6:armhf libcap-ng0:armhf libcap2:armhf
libdbus-1-3:armhf libexpat1:armhf libgcc-s1:armhf libgcrypt20:armhf libgpg-error0:armhf liblz4-1:armhf liblzma5:armhf
libpcre2-8-0:armhf libselinux1:armhf libsystemd0:armhf libzstd1:armhf
Suggested packages:
glibc-doc:armhf locales:armhf libnss-nis:armhf libnss-nisplus:armhf rng-tools:armhf
Recommended packages:
libidn2-0:armhf libgpg-error-l10n:armhf
The following packages will be REMOVED:
dbus-daemon libapparmor1 libsystemd-shared
The following NEW packages will be installed:
dbus-daemon:armhf gcc-12-base:armhf libapparmor1:armhf libaudit1:armhf libc6:armhf libcap-ng0:armhf libcap2:armhf
libdbus-1-3:armhf libexpat1:armhf libgcc-s1:armhf libgcrypt20:armhf libgpg-error0:armhf liblz4-1:armhf liblzma5:armhf
libpcre2-8-0:armhf libselinux1:armhf libsystemd0:armhf libzstd1:armhf
0 upgraded, 18 newly installed, 3 to remove and 0 not upgraded.#12 Re: DIY » Removing Apparmor » 2024-09-05 14:54:14
Thanks - that would remove dbus as well, which I think I need:
The following packages will be REMOVED:
dbus dbus-daemon libapparmor1 libsystemd-shared udisks2#13 Re: DIY » Removing Apparmor » 2024-09-05 14:48:43
Thanks, I thought so, and haven't touched it. Strange that these directories are created despite setting the security=none kernel parameter. What about /sys/module/apparmor?
$ dpkg -S apparmor
libapparmor1:arm64: /usr/share/doc/libapparmor1/copyright
libapparmor1:arm64: /usr/share/doc/libapparmor1
man-db: /etc/apparmor.d/usr.bin.man
libapparmor1:arm64: /usr/lib/aarch64-linux-gnu/libapparmor.so.1.8.4
isc-dhcp-client: /etc/apparmor.d/sbin.dhclient
libapparmor1:arm64: /usr/lib/aarch64-linux-gnu/libapparmor.so.1
libapparmor1:arm64: /usr/share/doc/libapparmor1/changelog.Debian.gz
man-db, isc-dhcp-client: /etc/apparmor.d#14 Re: DIY » Removing Apparmor » 2024-09-04 10:51:50
Thanks. I am adequately-ish backed up, but the problem is this is on a Raspberry Pi which is somewhat inaccessible, which makes taking a new image of the card quite fiddly. Not to mention how long it takes to image a 64Gb card... So it's not something I do very frequently; most recent back-up was made yesterday and I've done a fair bit of work on it since then. I guess I could copy just those folders back onto the card if I bork it, though physically retrieving it is a bit of a hassle.
#15 DIY » Removing Apparmor » 2024-09-04 09:50:04
- Lomax
- Replies: 9
Hi all,
I've purged apparmor and added security=none to kernel params. I've also deleted /etc/apparmor.d and /var/cache/apparmor. But I still have lots of /proc/[some pid]/task/[some pid]/attr/apparmor directories as well as a /sys/module/apparmor directory - can I safely rm -rf these as well?
#16 ARM Builds » Mini/Net install for RPi3 » 2024-08-24 21:50:04
- Lomax
- Replies: 2
I was surprised that the Devuan Daedalus image for the Pi3 unzipped to 2.4Gb - is there anywhere I can find a mini/net install image? Also, upon booting it I am presented with four skulls in place of the four raspberries, which hardly instils confidence...
This is the image I downloaded: https://arm-files.devuan.org/RaspberryP … 4-0240.zip
#17 Re: Desktop and Multimedia » Firefox-esr Audio through ALSA Alone » 2024-03-05 00:47:18
That prompted me to take a look. After nearly a decade of silence there was a new release of xfce4-mixer last year (4.18), with a massive changelog. Not sure what that means in terms of being able to use it with Daedalus & ALSA, but perhaps we've been missing out!?
#18 Re: Desktop and Multimedia » Firefox-esr Audio through ALSA Alone » 2024-03-04 22:36:10
Yes, sorry, I should have mentioned that it's in the Devuan repo!
It's a nice app, and only uses 43kb RAM. I have added it to my XFCE session autostart, but for some reason the --tray switch is ignored so I have to manually close it (to tray) after every log-in. The minimised icon appears in the "Status Tray Plugin", so make sure that's added to the XFCE panel, or you won't see it.
I've also added keyboard shortcuts for the volume control buttons on my Thinkpad, so that they work with ALSA:
Audio raise volume:
amixer -q set Master '5%+'Audio lower volume:
amixer -q set Master '5%-'Audio mute:
amixer -q set Master toggle
#21 Re: ARM Builds » raspberry pi3 chimaera install "from scratch" » 2023-01-31 15:45:55
https://git.devuan.org/devuan-sdk/arm-sdk.git
This hasn't been updated for a year and does not appear to work on Devuan Daedalus:
$ source sdk
-bash: typeset: -U: invalid option
typeset: usage: typeset [-aAfFgiIlnrtux] name[=value] ... or typeset -p [-aAfFilnrtux] [name ...]
-bash: typeset: -U: invalid option
typeset: usage: typeset [-aAfFgiIlnrtux] name[=value] ... or typeset -p [-aAfFilnrtux] [name ...]
-bash: typeset: -U: invalid option
typeset: usage: typeset [-aAfFgiIlnrtux] name[=value] ... or typeset -p [-aAfFilnrtux] [name ...]
-bash: typeset: -U: invalid option
typeset: usage: typeset [-aAfFgiIlnrtux] name[=value] ... or typeset -p [-aAfFilnrtux] [name ...]
-bash: zmodload: command not found
-bash: zmodload: command not found
-bash: zmodload: command not found
-bash: zmodload: command not found
-bash: autoload: command not found
-bash: colors: command not found
-bash: /home/ola/Sources/arm-sdk/lib/zuper/zuper: line 115: syntax error near unexpected token `say'
-bash: /home/ola/Sources/arm-sdk/lib/zuper/zuper: line 115: `function _message say act() {'
-bash: typeset: -h: invalid option
typeset: usage: typeset [-aAfFgiIlnrtux] name[=value] ... or typeset -p [-aAfFilnrtux] [name ...]
-bash: typeset: -U: invalid option
typeset: usage: typeset [-aAfFgiIlnrtux] name[=value] ... or typeset -p [-aAfFilnrtux] [name ...]
-bash: func: command not found
-bash: func: command not found
-bash: func: command not found
-bash: func: command not found
-bash: sdk: line 141: syntax error: unexpected end of fileAll requirements installed, I think:
$ sudo apt-get install curl git wget qemu-user-static build-essential rsync gcc-arm-none-eabi gcc-multilib lib32z1 u-boot-tools device-tree-compiler lzop dosfstools vboot-utils vboot-kernel-utils libftdi-dev libfdt-dev swig libpython3-dev bc bison flex libssl-dev zsh sudo cgpt parted xz-utilsAny other options?
Edit: I'm looking for the equivalent of a mini.iso for the Pi 3A+, or if it's a complete system image one without any cruft (no Xorg, XFCE etc). Also: trust is an issue. Debian? Might as well go with Raspbian then. It's Systemd I want rid of.
#22 Re: Devuan » Meet the Daedalus sapphire theme » 2022-07-21 12:32:50
Definitely prefer the second (light on dark) version. Nice colours!
#23 Re: Devuan » Debian has fallen. What now? » 2021-10-14 21:38:06
cafinux wrote:So yes I'm putting my hand up if something needs doing . . .
perhaps fix a bug
This prompted me to have a look at the bug tracker, but I can't even figure out how to find any relevant bug reports, which perhaps disqualifies me before I even started. All the packages I looked at simply say "There is no maintainer for [package]. This means that this package no longer exists (or never existed). Please do not report new bugs against this package." - and the reports say (correctly) that the error is upstream with Debian. I imagine this will be the case with the vast majority of bugs. Is there a list of bugs that are actually with Devuan, and where it's worth looking to see if one can help?
#24 Re: News & Announcements » devuan 4 » 2021-10-14 21:01:59
#25 Re: Installation » SOLVED: Issues using "live" install on Thinkpad T410 » 2021-02-04 14:57:40
Seriously though
The issue appears to relate to a hand-off from xfce4-power-manager to systemd/logind, which is controlled by a hidden xfconf property that didn't exist on this machine (possibly because it does not have systemd installed). Adding that property and setting it to "false" hands back control to xfce4-power-manager and everything works as it should. Perhaps something for the devs to look into; maybe Devuan should set this property by default?
Would be interesting to hear what the Devuan gods say about this?
Board footer
