You are not logged in.
Scrollbars that jump many pages when you click the wrong place
GTK themes can contain general GTK settings. Devuan Excalibur's theme contains a settings.ini containing the line
gtk-primary-button-warps-slider = falseThis makes the scrollbar only scroll by one page if you left-click it somewhere other than the handle.
If you want this behavior all the time and not just when you're using Excalibur's default theme, simply create ~/.config/gtk-3.0/settings.ini and add the same line to it.
Thanks for posting this! The same setting works on Daedalus also. Note that if you're creating a settings.ini file, that code should be in a "[Settings]" group, like so:
[Settings]
gtk-primary-button-warps-slider = falseOtherwise you'll get a gtk warning, failed to parse settings.ini: Key file does not start with a group.
There's this page, if you like trying to reproduce/fix bugs... https://bugs.devuan.org/db/ix/full.html
chromium 150 appears to be working okay on a new installation (that is, I did not previously have 149).
does 'chromium --temp-profile' work?
For the installer ISOs, 6.1.0 -> 6.1.1 changes are listed here: https://git.devuan.org/devuan/installer … a1ca9fb841
Perhaps someone else with a raid setup can assist you with /dev/md124 problem.
I hadn't tested a 2-optical drive system with the installer in the 2nd drive, and was unaware of the issue.
Very nice.
I know it's simple and maybe you want to keep it that way.
One feature request would be, after searching, to double-click an item in the list would either (1) view that page, or (2) put it in the "view page" text box.
Another feature request would be for the new window it opens to remember its last size and position - or at least make it as wide as the text that it's displaying, to prevent the word-wrap.
I installed the iso and got a boot menu. The system would not boot. I gave it 15 minutes to boot.
Could you explain what does happen? What's on the screen?
I use overlay-boot on several servers now. A couple different configurations -- mainly using overlayfs, one is using a loop image file with drbd. In fact just this last weekend I updated my installation of overlay-boot -- it was a bit outdated. There's now a SHARE option that will bind-mount, which I've also found helpful for my use case. In my overlay-boot configuration, the subhost's LOWER directory is a higher version of devuan than the hosting system (I created it with debootstrap --minbase and added things as needed). For example, on a chimaera host I run daedalus subhosts; on a daedalus host, I run excalibur subhosts. It's taken a bit of trial-and-error getting things set up, but for the most part it's been working well.
Did you have any particular question about overlay-boot?
No github is required to report bugs - that's what reportbug is for. I think you'll want to use -B debian since udisks2 is not a forked package.
I can confirm that the issue is not with labels, at least not that alone. Perhaps it's a combination of label and apfs, or even just an issue with apfs.
I did a file-based loopback device, with vfat and ext and swap partitions. None of them have lables, but udisksctl worked properly on them all (except swap which won't mount).
The vfat partition:
udisksctl info --block-device /dev/loop0p1
/org/freedesktop/UDisks2/block_devices/loop0p1:
...
org.freedesktop.UDisks2.Filesystem:
MountPoints: /media/tempo/D5A1-A960
Size: 0
...One of the ext4 partitions:
udisksctl info --block-device /dev/loop0p2
/org/freedesktop/UDisks2/block_devices/loop0p2:
...
org.freedesktop.UDisks2.Filesystem:
MountPoints: /media/tempo/fa4de3c0-b3c5-4352-81c6-f3447ad475c6
Size: 5626658816
...In all of these cases, udisksctl unmount worked.
What's the filename of the ISO you're using?
From your description, I'm pretty sure you're using one of the installer ISOs, not the live ISO, but just want confirmation of that.
You mentioned you're using USB for the installer. How did you copy the ISO image to the USB drive? The preferred method is to write the ISO directly to the USB block device (for example, using dd). Multiboot schemes may cause issues with the installer, such as booting it in legacy mode instead of EFI mode.
Setting the hostname is the 3rd screen of the installer as documented here https://www.devuan.org/os/documentation … installing
You can set it to whatever you want.
It would probably be helpful to see the actual lines you added to /etc/fstab.
Maybe if you take out the "nofail" option, you might be able to find an error message (in syslog?).
If you installed Cinnamon desktop using the excalibur 6.1.1 iso set, attempts to have some kind of sound working after installation. Sorry it didn't work out for you. The installer creates /etc/xdg/autostart/pipewire.desktop file that attempts to run daemon to start pipewire, pipewire-pulse, and wireplumber. Since this method isn't working on your system, before attempting other ways of getting these processes to start up, you should first disable the xdg autostart. You can do this in the Cinnamon GUI: Menu -> System Settings -> Startup Applications, turn the slider for Pipewire to the off position. Then you may try other methods of starting pipewire, if that's what you want to use.
Try the netinstall from https://files.devuan.org/user/tempforever/ - It uses the grub bootloader for efi instead of syslinux, which sometimes has problems. (Grub sometimes has its own problems too)
There's a devuan excalibur grub2-efi netinstall iso at https://files.devuan.org/user/tempforever/
I haven't tested it extensively but it might work in those rare cases that syslinux doesn't work.
OK I asked because on my arm system, display doesn't come up if I plug in hdmi after the system is started up, but if it is plugged in first then it works fine. Also I'm using one of the arm images from devuan, not debian -> devuan. That's probably why you're missing config.txt.
Looks like it's at least attempting a 1024x600 mode but that gets rejected (not supported), I'm afraid you'll need someone more knowledgeable than myself to help you.
OK, you found the solution ![]()
On daedalus, I just use xsane
Not sure what driver it uses.
it reports: Loaded backend: hp3900:libusb:005
Strange indeed. I have the same scanner. On daedalus, it works fine.
$ lsusb
...
Bus 005 Device 013: ID 03f0:4205 HP, Inc ScanJet G3010
...
$ sane-find-scanner -q
...
found possible USB scanner (vendor=0x03f0 [hewlett packard], product=0x4205 [hp scanjet]) at libusb:005:013
...But, on excalibur I got the same result as you. So, I went through /etc/group and added my user to EVERY group there. Nothing worked...
fcc@fccvm:~$ sane-find-scanner -q
could not open USB device 0x03f0/0x4205 at 001:003: Access denied (insufficient permissions)
could not open USB device 0x80ee/0x0021 at 001:002: Access denied (insufficient permissions)
could not open USB device 0x1d6b/0x0001 at 001:001: Access denied (insufficient permissions)
fcc@fccvm:~$ groups
fcc daemon bin sys adm tty disk lp mail news uucp man proxy kmem dialout fax voice cdrom floppy tape sudo audio dip www-data backup operator list irc src shadow utmp video sasl plugdev staff games users netdev input kvm render Debian-exim ntpd messagebus _ssh plocate scanner rtkit lpadmin bluetooth ssl-cert uuidd avahi pulse pulse-access saned colord polkitd crontab nogroup... until I added the group "root". then it worked.
fcc@fccvm:~$ sane-find-scanner -q
could not fetch string descriptor: Operation timed out
could not fetch string descriptor: Operation timed out
found possible USB scanner (vendor=0x03f0, product=0x4205) at libusb:001:003
could not fetch string descriptor: Operation timed out
could not fetch string descriptor: Operation timed out
fcc@fccvm:~$ groups
fcc root daemon bin sys adm tty disk lp mail news uucp man proxy kmem dialout fax voice cdrom floppy tape sudo audio dip www-data backup operator list irc src shadow utmp video sasl plugdev staff games users netdev input kvm render Debian-exim ntpd messagebus _ssh plocate scanner rtkit lpadmin bluetooth ssl-cert uuidd avahi pulse pulse-access saned colord polkitd crontab nogroupA little more info.
Daedalus (working)
$ getfacl /dev/bus/usb/005/013
getfacl: Removing leading '/' from absolute path names
# file: dev/bus/usb/005/013
# owner: root
# group: root
user::rw-
user:tempo:rw-
group::rw-
group:scanner:rw-
mask::rw-
other::r--Excalibur (not working)
$ getfacl /dev/bus/usb/001/003
getfacl: Removing leading '/' from absolute path names
# file: dev/bus/usb/001/003
# owner: root
# group: root
user::rw-
group::rw-
other::r--Is the arm system already up and running when you plug in the screen?
If so, try shutting it off, plug in the screen, then power the system back on. Does anything come on the display screen now?
The config.txt file should be in /boot directory.
Just to keep y'all in the loop - freia netinstall 202605080047 *should* complete the installation successfully now. can be found on files.devuan.org and should hit the iso mirrors shortly.
There's an issue with the current freia netinstall iso. It's not booting in virtualbox with efi enabled. Haven't tested it on actual hardware yet. I was going to wait until I addressed that, but since there's evidently a demand for it, the netinstall is back and should hit the iso mirrors shortly.
[edit]
the current state of freia installer is not good. download and test if you'd like, but for me it's now failing at the step Partition Disks and will not proceed (even if run /usr/bin/partman). Hopefully this will be fixed soon.
It seems to be affected by LC_ALL (like the sort command).
LC_ALL= /usr/bin/pcmanfmis slightly different than
LC_ALL=C /usr/bin/pcmanfmLC_COLLATE (which you set) also affects it.
These two locale settings (LC_ALL, LC_COLLATE) also affect the output of ls
I'm not sure what all locales you have generated on your system. You could try something like:
LC_ALL=en_GB.UTF-8 /usr/bin/pcmanfmI don't use tailscale myself, but was trying to help a friend who is on excalibur. I pointed him to https://github.com/tailscale/tailscale/issues/9502 and he was able to get it working (with sysvinit). There's a sample init script (or two) down in the thread. I'm not sure exactly what he went with.
Thank you for the report. These are both known issues and fixed in an upcoming 6.1.1 installer iso set.
In the meantime, to fix your already-installed sddm background, run this (as root):
cd /usr/share/sddm/themes/debian-breeze
sed -i -e 's,^background=,#background=,g' theme.conf
echo "background=/usr/share/images/desktop-base/desktop-lightdm-background" >> theme.conf(or just edit the file /usr/share/sddm/themes/debian-breeze/theme.conf to set your own background)
To manually fix plasma-discover, see this post https://dev1galaxy.org/viewtopic.php?pid=63245#p63245