You are not logged in.
Refracta has a package installed to disable CSD. To undo that:
apt remove gtk3-nocsdAlso, there's a problem with the installer failing to undo a change that live-boot makes to anacron. You probably need to run the following commands.
# First make sure /usr/sbin/anacron.orig.anacron exists.
ls -l /usr/sbin/anacron*
# If you don't see anacron.orig.anacron, you don't need to run the following commands.
rm /usr/sbin/anacron
mv /usr/sbin/anacron.orig.anacron /usr/sbin/anacronWelcome to Devuan. In Debian and Devuan, openrc uses the sysvinit scripts. That's about all I know about it. I think there are some on-screen instructions when you install it that talk about fixing links that might be relevant if you're replacing sysvinit but get done automatically if you choose openrc when installing the system. That's based on my memory of doing a couple of test installs in the past few years, worth what you paid for it.
Removed packages sometimes leave config files behind. Purging the package instead will remove the configs. To see all leftover configs and remove them:
aptitude search ~c
aptitude purge ~c
# or be specific
aptitude purge <package package...>This might be of interest. (more package manager commands)
https://dev1galaxy.org/viewtopic.php?id=511
There are a few people here using openrc. You'll get better answers from them. Also, search the forum for past discussions on openrc. There have been a few.
how can I boot, can YOU boot it?
As mentioned previously, there are currently no bootable installer isos.
https://dev1galaxy.org/viewtopic.php?pid=36517#p36517
This bug needs to get fixed:
https://bugs.debian.org/cgi-bin/bugrepo … ug=1013916
I see a new version of cron-daemon-common in sid, but there's no mention of the relevant bug. I guess we'll see if the next set of isos work when that moves down to bookworm/daedalus.
https://metadata.ftp-master.debian.org/ … _changelog
Fixed version of refractainstaller is now in ceres and will migrate down to daedalus. I'll have to pull some strings to get it into chimaera-proposed-updates. If you're in a hurry to get it, you can download it from the repo.
refractainstaller-base
https://pkgmaster.devuan.org/devuan/poo … .2_all.deb
refractainstaller-gui
https://pkgmaster.devuan.org/devuan/poo … .2_all.deb
This one will correctly remove the diversion of anacron and rename it so it runs. It also contains a postinst script, so that when you upgrade the installer to this version, it will check your system for the leftover cruft from the diversion and correct it. It does not restart anacron, so logs won't rotate until after a reboot or a manual restart of anacron.
lzma is an edge case that's come up a couple times in the past. I think maybe ubuntu uses it, too. That section of the script needs an overhaul, and I keep putting it off. Changes in the way amd and intel microcode are applied broke my code. I have some replacement code for that, but I don't look forward to all the testing needed to make sure it's right. But I do need to get to it soon.
In addition to lzma, I see in daedalus that zstd is the new default in /etc/initramfs-tools/initramfs.conf. When I run update-initramfs there, I get
W: No zstd in /usr/bin:/sbin:/bin, using gzipNo, we're not archiving the testing isos. To install daedalus or ceres now, you can either install a chimaera base system and upgrade or else do a debootstrap install. All the live isos have debootstrap installed.
There are currently no daedalus (testing) installer isos with an installer. This week's isos were not installable due to a new package with dependency problems. We pulled them to save everyone the time of getting part way through the install only to fail. The isos that are there are the ones that contain extra packages. They are not bootable.
The offending package is cron-daemon-common. Here's the bug report:
https://bugs.debian.org/cgi-bin/bugrepo … ug=1013916
Type menu at the boot prompt and press ENTER.
I think the easiest way to do it is to make a fourth partition to use as a separate /boot for the second linux. Then decide which linux will rule grub and only let that one do grub-install (or do it last from that one.)
Whichever one rules grub, you will have to create a boot entry manually for the other one, because os-prober won't find encrypted root filesystems. Put your entries in /etc/grub.d/40_custom and run update-grub to generate the boot menu.
I think it's possible to let the two systems share a boot partition, but there may be some tricks involved to avoid problems if/when grub packages are updated. It's also possible to have the /boot directory inside the encrypted root partition if /etc/default/grub has a line with GRUB_ENABLE_CRYPTODISK=y.
Edit: Here are a couple of old discussions that might be helpful:
https://forums.debian.net/viewtopic.php?p=352368
https://forums.debian.net/viewtopic.php?f=16&t=115362
The second pair of commands I posted are what the installer should do. They could also be run in a live session immediately before installing the system.
Currently, the installer removes the diversion but does not rename the diverted file. To fix an installed system, you remove the symlink and rename the file. I think restarting anacron is sufficient, but a reboot would certainly work.
rm /usr/sbin/anacron
mv /usr/sbin/anacron.orig.anacron /usr/sbin/anacron
/etc/init.d/anacron restartanacron and cron are started from init scripts. anacron checks /etc/anacrontab for what jobs it should do. (It runs the cron scripts.)
Edit: Here's the bug report https://bugs.devuan.org/cgi/bugreport.cgi?bug=682
IMO, asking the user to OK the fix is asking for trouble since some users will likely be confused by this.
I agree, but I worry about messing up some edge case that I didn't think of. I will get a new version out soon.
For the record, the correct fix is
rm /usr/sbin/anacron
dpkg-divert --rename --remove /usr/sbin/anacronI thought I fixed this in an earlier version, but I did it wrong. To fix your installed system:
rm /usr/sbin/anacron
mv /usr/sbin/anacron.orig.anacron /usr/sbin/anacronGetting this out to everyone might be tricky. That would include anyone who installed Refracta, Devuan Live, or any other system that has anacron installed an used refractainstaller. I could put the fix in a postinstall script in the next version, but I think the user should be warned and asked to OK it. I don't know how to program debconf and I don't really have time to figure it out right now. If anyone knows how to get a debconf dialog to run from a postinst script, please help. I can tell you what the script needs to do.
Better Vulcan:
https://git.devuan.org/devuan/documenta … 64x480.png
And in case I ever fix the filename above, that link will change to the following...
https://git.devuan.org/devuan/documenta … 40x480.png
Poke around in here:
https://git.devuan.org/devuan/documenta … t/graphics
Look in the logo directory and the numbered directories for the different releases.
Some of the icons are provided by the desktop-base package. That would include any icons used in the boot screen, the login screen and the icon for the applications menu in the xfce panel. All of them are archived in the documentation git I linked.
You could install the deb packages directly from the usb with dpkg -i whatever.deb
In chimaera, I have elogind, libelogind0, libpam-elogind and libpolkit-gobject-elogind-1-0. Find them in the pool directory on the usb. If anything else is missing, dpkg will tell you.
First thing I would try is to run dpkg-reconfigure lightdm as root and set lightdm as the default.
Make sure elogind and libpam elogind are installed and check that consolekit and libpam-ckconnector are not installed.
Installing multiple desktops in devuan doesn't always work because there are some differences in how policykit works with the desktops and the login manager. By installing all of them, you are blazing a new trail.
devuan_chimaera_4.0.0_amd64_server.iso appears to be ok here. I just installed in qemu with 1024M ram. I selected web server and ssh server from the tasksel menu. I un-checked xfce, but I forgot to un-check devuan-desktop-environment, so I got xfce anyway.
I have noticed that 1G ram in qemu is not enough to boot an installed system if the root partition is encrypted. But in those cases, the installation completed normally - just *can't* reboot into it.
Edit: can't, can not, it hangs.
Check the sha256sum of the iso to make sure it downloaded correctly.
FWIW, i used denyhosts in the past, which is similar to fail2ban. I found it to be useless because every break-in attempt now comes from a different IP address. Using non-standard ports is pretty useless too, because Censys publishes their port scans on everyone, so you only have to look it up on the web to find what ports are open on any address.
If you're in the same directory as the appimage, the correct command to start it would be
./Atom.AppImage. Atom.AppImage is the same as source Atom.AppImage which won't work on binary files.
See 'help source' in a bash terminal for more info.
Yes, appimages should work in devuan. I just tested the musescore I downloaded in 2017 for jessie, and it still runs on beowulf. I did not have to install anything special.
0755 should be sufficient for the permissions.
Try running it from a terminal to see if you get any useful messages. That might be helpful for the developer of this alpha software.
Maybe like this.
Create the following three files:
/etc/sv/zramswap/run
#!/usr/bin/env /lib/runit/invoke-run
set -e
exec 2>&1
# don't restart zramswap when it's done
sv once zramswap
exec /usr/sbin/zramswap/etc/sv/zramswap/finish
#!/bin/sh
set -e
. /lib/runit/finish-default "$@"/etc/sv/zramswap/log/run
#!/bin/sh
set -e
NAME=zramswap
LOG="/var/log/runit/$NAME"
test -d "$LOG" || mkdir "$LOG" && chown -R _runit-log:adm "$LOG"
exec chpst -u _runit-log svlogd -tt "$LOG"Make all three files executable:
chmod +x /etc/sv/zramswap/run /etc/sv/zramswap/finish /etc/sv/zramswap/log/runAdd the service and test to see if it's running:
update-service --add /etc/sv/zramswap
sv status zramswapIt is correct that you see only the Deepsea theme in Appearance settings. The other themes you see in /usr/share/themes are for other things. To take your example, Smoke, note that the gtk.css file is in a directory called xfce-notify-4.0. That's a good hint.
Go to Settings, Notifications, and play with the Theme drop-down menu. As you select each theme, you'll see a popup notification that uses your selected theme.
The command you're looking for is 'tree'. You probably need to install it. Then run
tree /usr/share/themesand you'll get the tree-like output you want.
You can either put the theme directories in /usr/share/themes as mentioned above, or you can put them in ~/.local/share/themes. Either way, they will show up in the settings menu. Change the theme under Appearance and under Window Manager.
Yes, I'd love to see XFS support on Refract installer but that would involve updates to gparted or cfdisk. For some reason it's greyed out to form a XFS logical partition.
The reason xfs is greyed out in gparted is because the xfsprogs package is not installed. If you have enough RAM to install packages in a live session, you can install xfsprogs and then format partitions with xfs.
Refractainstaller will not prevent you from using xfs. You just have to tell it not to format your partitions and do that part yourself. In the graphical installer, check the box that says "Do not format filesystems..." and for the cli installer, edit /etc/refractainstaller.conf to set no_format="yes" (uncomment the line).