You are not logged in.
115.8.0esr in excalibur works correctly. It has the "Firefox View" icon in the upper left.
128.3.1esr in the same excalibur also works correctly. This one has a folder icon in the upper left that says "View recent browsing..."
I tried the newer version both by closing the window and by killing firefox from a terminal. Both worked correctly.
I can confirm the elogind test. I made a second user as describe, started desktop for each using startx. keyboard worked in both.
Unplug/replug keyboard and switch to the other desktop and the keyboard didn't work. Unplug/replug in that desktop brings back the keyboard control, but when switching to the other, it fails again. Problem happens both directions.
Here's the log. Ignore the mouse. I added that in the middle of testing when I couldn't get off the dekstop after keyboard died. I never unplugged the mouse and it continued to work.
https://termbin.com/0ev8
I did have to reboot due to unexpected circumstances. After I put everything back, it seemed like it hung and I just had a black screen. Just as I issued a reboot command from an ssh session, I looked over at the monitor and the desktop appeard for about 1 second before it rebooted. On reboot all is normal again.
@hdwolf: THANKS!!! I thought I fixed that a long time ago in refractasnapshot.
Yeah, you have to tell sed exactly what to find and replace.
find . -type f -exec sed -i 's/python2.7/tauthon/g' {} \;
You said, "I used this command after doing that."
I ask, "What did you do before you ran that 'find' command?" It should have worked.
From the root of the git repo:
find . -type f -exec sed -i 's/old-word/new-word/g' {} \;
Be careful with your words! (e.g. don't change a word that might be part of a word that's not the intended word.)
If the problem is that these .service files can't do their job without systemd running, then the solution is to fork nvidia-suspend-common, the package that supplies these .service files. Someone needs to step forward to do the work and maintain it as updates come along. (It most likely will not be someone who is already packaging for devuan - there aren't enough of us.)
I see that in the excalibur desktop-live isos that I've been making. It's coming from slim (the login manager). Bug report is here:
https://bugs.devuan.org/cgi/bugreport.cgi?bug=857
Note that the problem only occurs with autologin set to yes in slim.conf. If you're getting it with autologin disabled, please let me know. Thanks.
If you have pmount installed, spacefm will work without having to write a udev rule. I think it also works with udevil instead of pmount, but it's been years since I've tried it.
I checked to see if spacefm would open an encrypted external drive and it failed, but maybe I need to set some config for it. Alone, pmount in a terminal will ask for the passphrase for the encrpted volume.
What were you trying to do and where/how did it fail? What is an autostart fix for a hard disk?
One thing missing. Try it like this first.
apt-get --simulate purge <packages>
The minimal-live iso does not have a graphical environment installed. Try the desktop-live instead - it will boot into xfce.
desktop
You should have gotten nm-tray and network-manager with lxqt. Make sure nm-tray is in your desktop startup apps.
Preferences -> LXQT Settings -> Session Settings -> Autostart
Did you install from the DVD without a network mirror? If so, you would be missing a lot of network related packages, even firefox.
I ran into this issue today:
Installing excalibur with debootstrap 1.0.128+nmu2devuan2 in daedalus fails with --merged-usr and works without it.
Installing excalibur with debootstrap 1.0.134devuan2 from daedalus-proposed-updates works with or without --merged-usr
Hey greenjeans, thanks for the offer. I've already made some excalibur desktop-live isos, but I haven't published any yet for a couple of reasons. For one thing they would be outdated by a hundred packages or so by the time I signed and uploaded them. Also, I wanted people to test the installer isos. Yeah, that second one doesn't count anymore. Hold that thought.
If you're really hot to start working on Excalibur Vuu-do there's always mini.iso or debootstrap. Find current anomalous debootstrap info for excalibur on this forum. You have to exclude a few things like cron-daemon-common and specify --with-merged-usr or else use mmdebstrap.
I didn't see a download link in that article. Maybe I missed it. Maybe not. Either way, here it is:
https://dyne.org/dynebolic/download/
There are two ways to solve this. One way is to remove intel-microcode to make the snapshot and then add it back after you install the system somewhere. The better solution is to use the version that's in excalibur/ceres:
https://pkgmaster.devuan.org/devuan/poo … .0_all.deb
https://pkgmaster.devuan.org/devuan/poo … .0_all.deb
Download and install with dpkg -i refractasnapshot*.deb
Maybe the newer version of libssl3 got a bug fix instead of a security fix, so it didn't go into daedalus-security.
I just do apt-update and apt-upgrade and I have the latest versions. No idea why it's not working for you.
ii libssl3:amd64 3.0.13-1~deb12u1 amd64 Secure Sockets Layer toolkit - shared libraries
ii openssh-client 1:9.2p1-2+deb12u3 amd64 secure shell (SSH) client, for secure access to remote machines
ii openssh-server 1:9.2p1-2+deb12u3 amd64 secure shell (SSH) server, for secure access from remote machines
Looks like mozilla provides their own version of libssl3.so. I only have two copies because I don't have thunderbird installed.
$ apt-file find libssl3.so
firefox-esr: /usr/lib/firefox-esr/libssl3.so
libnss3: /usr/lib/x86_64-linux-gnu/libssl3.so
thunderbird: /usr/lib/thunderbird/libssl3.so
/usr/lib/firefox-esr/libssl3.so
/usr/lib/x86_64-linux-gnu/libssl3.so
The i686 kernels will certainly boot a 64-bit machine. What they won't do is boot in uefi mode. If your computer is set to use uefi you should be using one of the amd64 isos.
Recently a couple people in irc were trying to install excalibur because they had hardware too new for daedalus. Right now that's a bad idea because excalibur is still in testing and it's changing (and breaking) fast. When it goes into freeze it will settle down and be easier to use.
I made a daedalus live-iso with backports kernel (6.9.7)
https://get.refracta.org/files/experime … 1_0049.iso
I started with a refracta-nox iso that has lots of extra utilities and added xorg, openbox, lxpanel and a few firmware packages and network-manager. The iso can be used to test a newer kernel, to install with refractainstaller or do a debootstrap install. It uses only devuan repositories, so if you install it, you are installing devuan.
Almost forgot... Here's the README:
root password: root
sudo is enabled without password for shutdown and reboot.
Right-click on the desktop to reboot or shutdown immediately.
sudo with password is enabled for all commands during a live session.
There is no display manager. Use 'startx' to get an openbox
session.
Installed firmware packages:
amd64-microcode
firmware-amd-graphics
firmware-atheros
firmware-brcm80211
firmware-iwlwifi
firmware-linux-free
firmware-misc-nonfree
firmware-realtek
intel-microcode
When you get to step 20, say NO and finish the install without adding grub.
Then reboot into your other linux and make sure that /etc/default/grub is set to allow os-prober to run, and then run update-grub to generate a new boot menu in the old linux that includes boot entries for the new linux.
Maybe take a look in /etc/elogind/logind.conf and change a default setting or two. See man 5 logind.conf for details.
Maybe this is helpful. It'll show all files in any *.d directory under /etc along with the last modification date. The 'grep -v' parts will filter out things I don't need to see, in this case, /etc/init.d and /etc/rc* (which I just realized will filter out /etc/rc.local which I know I changed.) Add other filters as you see fit. Change the search directory from /etc to something else if you think you changed config files there.
find /etc -wholename "*.d/*" -exec ls -l {} \; | grep -v 'etc/rc' | grep -v 'etc/init.d'
The easy way to tell if a package in devuan is forked or not is to see if "devuan" is in the version. With very few exceptions, anything without that is a pure debian package and isn't even stored on our servers. So the version in excalibur gets pulled from trixie on debian's servers when you ask for it. Sorry I missed it in your first post. Now I can tell you that I know it won't work.
We don't fork falkon, so to download it in a web browser, you would need to go to packages.debian.org and search for falkon in the testing suite (trixie?). I have no idea if that version will work on daedalus.