You are not logged in.
This never got fixed?
That's part of alsa-utils package, which is not forked by devuan. Is there an open bug report on debian about this?
FWIW, the excalibur installer iso (and I believe the live iso) files patch the 90-alsa-resore.rules file, but an upgrade from daedalus would require manual patching.
This page https://www.devuan.org/os/install also contains links for bookworm -> daedalus
I did test the desktop dvd with virtualbox (it works there for me) but not vmware.
Is this an online installation, or offline?
When it gets stuck on the late-install-stage2, are you able to press alt-f4 (or alt + right-arrow 3 times) and report back the last few lines of that output for debugging?
I'm always logged in to an LXQt session
On the slim login screen, press F1 to switch login session
it's safe to remove lxqt-session (which will in turn remove lxqt-policykit), because, curiously, the offline desktop installs both lxqt-policykit and mate-polkit
Hm, here the default slim login puts me into an xfce session. But there are several lxqt packages that got installed, including lxqt-session. These can probably all be safely removed with apt remove lxqt*
I think, possibly, they got pulled in from network-manager-applet
aptitude why lxqt-session
i task-xfce-desktop Recommends network-manager-applet | connman-gtk | cmst
i A network-manager-applet Depends policykit-1-gnome | polkit-1-auth-agent
i A lxqt-policykit Provides polkit-1-auth-agent
i A lxqt-policykit Depends lxqt-sessionHmm... I got Xfce here. If you don't mind going through the installer (again!), at the end when it prompts to reboot, hit Alt-F2, then <Enter> to come to a prompt. type
cp /var/log/syslog /targetthen Alt-F1 back to the installer and select <continue> to reboot. I'd be interested in seeing a copy of your /syslog file to hopefully find out what went wrong.
Someone else said those words here https://bugs.devuan.org/cgi/bugreport.cgi?bug=857
see also, https://git.devuan.org/devuan/slim/issues/9
Yes, it is unknown whether the patch will cause other issues at this point, that's what testing should help with.
Also of note, this bug is reported to debian, and they may come up with another (better) fix.
https://bugs.debian.org/1117831
Every once in a while, I encounter the same issue. When it did happen, I had to go to tools -> preferences -> video -- and change the "Output" dropbox to a different option. Sometimes vlc will immediately close (crash?) if you pick the wrong one. Try all the different options until one works. However, I've found it easier now, when do I come across such a video, to use a different media player (mpv) instead.
Hmm... looks like grub can use any of these files:
/boot/grub/menu.lst
/boot/grub/grub.conf
/boot/grub/grub.cfg
/boot/grub2/grub.cfg
You could edit your grub.conf
find the line menuentry 'Arch Linux (rolling) (on /dev/nvme0n1p3)' ... and delete the (on /dev/nvme0n1p3) part, that should satisfy 40grub2.
So 40grub2 skipped the detected boot entry! But why?
(...) 40grub2: debug: parsing: menuentry 'Arch Linux (rolling) (on /dev/nvme0n1p3)' --class arch --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-simple-4b419f03-1a7f-4fa8-836c-4018cd10c5ca' {
in /usr/lib/linux-boot-probes/mounted/40grub2, function parse_grub_menu() :
if [ -z "$title" ]; then
ignore_item=1
elif echo "$title" | grep -q '(on /dev/[^)]*)$'; then
log "Skipping entry '$title':"
log "appears to be an automatic reference taken from another menu.lst"
ignore_item=1
fiThat's why it skipped the entry - it matched the string. For your particular case, the easiest fix would probably be to patch 40grub2, but that wouldn't help others who encounter the same problem. Does arch use the same version of grub2?
Thank you for the report. rsyslog will be included in the next netinstall iso, probably later today or tomorrow.
Hopefully this is the problem:
Warning: os-prober will be executed to detect other bootable partitions.
In /etc/default/grub, find the line
#GRUB_DISABLE_OS_PROBER="false"and remove the # symbol:
GRUB_DISABLE_OS_PROBER="false"It's worded kind-of awkwardly, but that will make grub not disable the os-prober, that is, it will enable the os-prober.
After saving the file, re-run update-grub
Yeah, I see, the sed command makes it work :-) that's what I get for posting before carefully reading to the end
I wrote the openRC init script, if you want to use it, replace "radio" with your own username, or if anyone works on maintaining stuff can figure out some solution to automatically fill in the user field, or maybe if I have some free time outside work, I'll make some kind of script that gets your users name and replaces it.
There are a few ways to do this. Replace command_user="radio" with command_user="$USER" is one way (probably the way that makes the most sense). Another option is command_user="$(whoami)". If you want a non-sensical solution, use command_user="$(env | grep ^USER= | cut -c 6-)" (but that is a very strange way to get the USER).
Here are some other issues to be aware of https://www.debian.org/releases/trixie/ … ssues.html - although not all of these apply to devuan.
Could you mitigate the scrapers by rate-limiting by IP address? Eg addresses making more that 10 requests per minute get responses delayed so they only get 10 responses per minute. That would not be too bad for a human, but hurt scrapers trying to train an AI system.
(from reading back in my irc logs) Something similar was tried for a short time. Unfortunately, the first "D" in DDoS (Distributed) meant that approach was not very effective. After successfully slowing down the bots for a few days via IP-address blocking, they adapted to use a unique IP address for each request. Before anubis was added to the site, the web interface was pretty much unusable most of the time.
"Anubis is going to implement TLS fingerprinting support and that discrepancy between a Windows user agent with a Linux TLS fingerprint will be caught as suspect instantly."
Will break sites for anyone running a privacy-centric browser or extension that always supplies a windows UA regardless of platform, something several currently do.
If that's all that is done, just use a user-agent that displays the actual o/s family (i.e. Linux). There are several "valid" (default for a browser) user-agents that could be rotated through, without needing to report Windows as the o/s. I know it's not a perfect solution for privacy, but the user-agent string matching the operating system probably isn't a huge deal. I wonder what happens if your user-string says "MyBrowser 1.2.3.4" - will anubis block access entirely?
SHA256SUMS.txt
0f49178c7a2c319336ec5937c0200572fceffbfd7bdfbc2dc52ba7bb608d50aa devuan_daedalus_5.0.0_amd64_cd2.iso
1c679e761ac5b4c7a5ef57699b80473db060946896c53763e9917d12ccc8e78e devuan_daedalus_5.0.0_amd64_cd3.iso
66dd939a260793652b89fe6c69857647a278b0032154f345bd6cc1ce3ffedcab devuan_daedalus_5.0.0_amd64_cd4.iso
4cd9dd94d49f71dbaa721b5c15450c4bb52b303320c99868428f49d779cfde18 devuan_daedalus_5.0.0_amd64_desktop.iso
34003ad127caf1b9ce45c44ef56b4f42d02df517dd51490474d3ec5b5d6d1513 devuan_daedalus_5.0.0_amd64_netinstall.iso
30b46a37e01cd10e8478e019b770d12c62fcb73baa081bd2f4c73c917b7365dc devuan_daedalus_5.0.0_amd64_pool1.iso
22500b82584d99de81ba7e037b2e95442d5ac92c891e751b2fbab91fddedda77 devuan_daedalus_5.0.0_amd64_server.iso
3b1030aaa37633c07e354d0bccc4a13425f007733a18c45f9570e08c8932e647 devuan_daedalus_5.0.0_i386_cd2.iso
f6107b1b3924fc1a633d1827e2a58eace6845051c1aa1fb8e0273a5f12712133 devuan_daedalus_5.0.0_i386_cd3.iso
22d5df97a16a13b6473e2a4ae9fcd1bd3cb0dc4231d4c0c5c382051de8c0ae0d devuan_daedalus_5.0.0_i386_cd4.iso
a1ab3d10d0e356088ebeaf4c09ffdcbca6ede88c32b01286c869190d38eede0b devuan_daedalus_5.0.0_i386_desktop.iso
75269c8f40ff315f72c6b420b3f1893281aa03f0aab74fb5baa7df23e6fafca7 devuan_daedalus_5.0.0_i386_netinstall.iso
19a564a31b030aba5b657bff5157f2a88eff01d2d866f67b3c0bc4a771438ecc devuan_daedalus_5.0.0_i386_pool1.iso
27c4f78be32fcfeaf5c58e1f83a2494c5056eaf48a7cd03c4baf5387617b5f3e devuan_daedalus_5.0.0_i386_server.isoSHA256SUMS.txt.asc
-----BEGIN PGP SIGNATURE-----
iQIzBAABCgAdFiEEYZkztM2Kl0CKPEfiaAtaH2YezbwFAmTaXRQACgkQaAtaH2Ye
zbxc6Q/9HYiq7zWRU9cfKlPQe5+VgFbKpNMJ+Uae1Zx5b9d32tgCNsyajEHQBAGA
qnhkj/bSgyksxJ24HEAFY49a2zi3T6ppw4/k0zUHg3Ivf1zyPFs4XZAvMNDiBH2z
iD5wqXxPQ0wD/iqmlAro/uNX9JMVAadyzrQ0yaxJ1Av572BaCg9QOviabIP/RXi0
ouF50qzoZaKy+nJFJ5uoSX9LmiJ8oAjxBbk8ELCeqaK3f4LjIqpYM9TpGPS7clBh
HPuEw3hYqUcSMzkOEbApir1nYo/zSTWUO0TcZ2+HvDcgGqVG01nHGgLxIoihRGsP
hDo/ldrMfCdBzISKjnoqvBeRQjL9aDrAGMWqk76riDN7Ikg8XJSwVZU5avQgF0oP
SDPZ60KVW7vexv68qO4HMNXYBE74/E0aZB8NdRnsdljN9ZVhdCrhuXseUb27PEKu
9zu2WBajr6QdS7Y/WNh5TUT75/DNEkyDy7WDd31PiD/TXRWOy+naKTAy7AY42tzF
YNnrVcUTgZ+iW8SKvGnsW5YEwJeV4NvMxdO9w1swEs3GJ8p2XZBg6pjw/UaTWTcr
jg0+v9TZTSb3VB/vsnsG5Tel0I0wGmIF9bMxoR6+VpzHmpWvBsWXQFH4srYA7YlD
KRmGvlTe3FU1FkOxR6u/z2rZl/BuZ7cZFzmViiLqXa62ksEf0XY=
=TG5W
-----END PGP SIGNATURE-----I know it's not an "official source" like you asked for, but I do have a copy of the file I think you're looking for
-rw-r--r-- 1 tempo tempo 4045406208 Oct 20 2023 devuan_daedalus_5.0.0_amd64_desktop.iso
-rw-r--r-- 1 tempo tempo 4711 Sep 1 2023 README.txt
-rw-r--r-- 1 tempo tempo 1453 Sep 1 2023 SHA256SUMS.txt
-rw-r--r-- 1 tempo tempo 833 Sep 1 2023 SHA256SUMS.txt.ascI could upload it somewhere if you really need it - or it might still be available via bittorrent (?)
In another post you mentioned that "Daedalus 5.0.0 desktop DVD and Daedalus 5.0.0 live usb for UEFI works well." Does this mean you have the Daedalus 5.0.0 desktop DVD? You should be able to make an iso image from the dvd, if that's what you need.
`apt-cache policy zfsutils-linux` should show:
Version table:
2.3.1-1~bpo12+1 100
2.1.11-1+deb12u1 500
...
(note this requires "contrib" on your daedalus-backports apt sources line)
`apt install zfsutils-linux -t=daedalus-backports` should install version 2.3.1-1
Scraper script is pretty complex now, and takes quite a while to run, it's only a one-time run needed for this,
Next step, rewrite the scraper in C
:-)
What use do you give it?
I run a postfix mail server on it, as well as pihole. my local network uses it for dns. that's pretty much it. sometimes I'll use it as backup or to transfer files when it's convenient.
As I posted earlier, I downloaded two images but neither of them will boot my RPi. (see my previous two posts)
Can you boot from any one of them?
I have not tried either of the installer files you listed (from https://arm-files.devuan.org/Devuan-Arm64-Installer/ ?)
I had been able to boot an image from https://arm-files.devuan.org/RaspberryP … %20Builds/ and that was what I was recommending to use (since I knew they had worked for me previously).
I can give one of the installer images a try and see what happens here, but if the hardware's the same the result will probably be the same.
I have a RPi3b+ running devuan. (actually, 2- one of them I manage remotely but can gain physical access to it if needed). Like you, I believe I started with ascii on it, some image obtained from https://arm-files.devuan.org/ written directly to SD card (since then, I've moved to external USB storage). Never tried an installer (don't think it was around then for arm).
Is there any particular reason for staying on ascii? I've upgraded mine, one to chimaera the other to daedalus. The first upgrade I think I had to resize the boot partition because the original one was too small. If you're setting it up new and don't have anything important already set up that you need to keep, it's probably easiest to download a more current image and dd it to your RPi media.
DevArch:
neither Excalibur nor Daedalus netinstall .iso images have WiFi support; they all require iwlwifi-ty* on an external USB drive. However, even when I provide it, Devuan is unable to find and use the driver.
The iwlwifi firmware issue is a bug on that iso. A new iso should be making its way to the mirrors soon. The problem was there was a newer firmware (firmware-iwlwifi_20250410-2_all.deb) but Contents-firmware listed an older one (firmware-iwlwifi_20241210-1_all.deb).
I'm not sure why the installer would not use the driver you provided, I'll take a look at that part. Could you tell me the steps you took so I can reproduce it?
Then "The system can be set up to symlink /bin and /sbin to /usr/bin and /usr/sbin, respectively. ....If unsure, the safe choice is "No".
However, the default choice was Yes.
So,Yes.
That seems like an odd question, it should probably be removed from excalibur due to usrmerge being required now.
dDepending on your needs, Genymotion (https://www.genymotion.com/product-desktop/download/) may work. I used it in the past, seems like it's gotten a bit worse in later versions though from my perspective. It's something you could try, but it seems a bit hit-and-miss as far as app compatibility is concerned. It gives the option of using VirtualBox or QEMU for hypervisor.