You are not logged in.
Please try this and let me know if it works. There's a gpg sig file in the same directory.
https://get.refracta.org/files/experime … 4_2014.iso
sha256sum:
31c2849c144cf99b742cce27e1781baa2d6df935f0b3bd86bee14e7545008a59 excalibur_nonfree-20260224_2014.isoSome of the broadcoms are left out because they require the user to agree to certain conditions. I thought this was one of those, but now I'm not so sure. I might try making a live iso with broadcom-sta-dkms, and if it works, I can upload it for you to use. Instructions for installing all the broadcom drivers can be found at wiki.debian.org, and they might require that you have an internet connection to get what you need to have an internet connection.
Easiest way to get what you need is if you can use an ethernet cable. You need to add non-free to the active lines in sources.list.
Alternatively, you could download the packages in windows and then install them when you boot into devuan. Here's the list of what you need:
# apt install broadcom-sta-dkms linux-headers-$(uname -r)
Installing:
broadcom-sta-dkms linux-headers-6.12.57+deb13-amd64
Installing dependencies:
binutils libalgorithm-diff-perl libitm1
binutils-common libalgorithm-diff-xs-perl liblsan0
binutils-x86-64-linux-gnu libalgorithm-merge-perl libquadmath0
build-essential libasan8 libsframe1
dkms libbinutils libstdc++-14-dev
dpkg-dev libc-dev-bin libtsan2
fakeroot libc6-dev libubsan1
g++ libcc1-0 linux-headers-6.12.57+deb13-common
g++-14 libcrypt-dev linux-kbuild-6.12.57+deb13
g++-14-x86-64-linux-gnu libctf-nobfd0 linux-libc-dev
g++-x86-64-linux-gnu libctf0 make
gcc libfakeroot manpages
gcc-14 libgcc-14-dev manpages-dev
gcc-14-x86-64-linux-gnu libgprofng0 pahole
gcc-x86-64-linux-gnu libhwasan0 rpcsvc-protoEdit:
I installed into a VM and was able to install broadcom-sta-dkms without having to agree to a license. I'm surprised. I'm making a new iso now that you can test. I don't have hardware for that.
sources.list will still be used if you don't "modernize" the sources when apt asks you. It will also be used if you change your mind and move the modernized files out of the way and replace your sources.list file.
I fixed the broken link. Here's the right one.
Devarch, you are mistaken. I did not remove support for FDE. You have to check a box (in the gui version) or say 'yes' (in the cli version) to encrypt the root partition. If /boot is in that partition, the installer will add the appropriate line to /etc/default/grub.
You might look at the Help in the installer or the readme in /usr/share/doc/refractainstaller-base. You only need to read four short lines to get to the answer.
STARTING REFRACTA INSTALLER (9.5.x)
*** NEW in 9.4 ***
- UEFI and BIOS installers have been merged (both gui and cli scripts)
- Installer supports gpt disk with bios boot. (special partition needed)
- Installer supports full-disk encryption (no separate /boot partition)Note: If you want to get into playing with chroot and doing some manual tasks, you can use the cli installer to do lvm or raid installs, which aren't overtly supported in refractainstaller.
Note2: If you want to tell me that it's not proper to have /boot inside the root partition, you'll need to explain why. The reason for having it outside the encrypted partition all these years was so the bootloader could find the kernel. Well, now grub can find it in an encrypted partition.
ps_mem.py shows:
# old thinkpad with 8G ram running daedalus, xfce
7.1 MiB + 1.1 MiB = 8.2 MiB NetworkManager
15.4 MiB + 3.2 MiB = 18.6 MiB nm-applet
# satellite with 8G ram running excalibur, xfce
17.5 MiB + 1.4 MiB = 18.9 MiB wicd
24.9 MiB + 3.7 MiB = 28.6 MiB wicd-client
# newer old thinkpad with 8G ram running excalibur, lxqt
8.0 MiB + 814.5 KiB = 8.8 MiB NetworkManager
11.1 MiB + 4.3 MiB = 15.5 MiB nm-traygrub-pc-bin was there. I normally include that and even the ia32-bin package, just in case someone needs it. (old macbook pro)
I thought you need to have the right package, grub-pc or grub-efi-amd64 to install the bootloader correctly, so I always make sure I have the right one before any grub-install happens. Two days ago, I did a bios install with grub-efi-amd64 installed and I rebooted to a grub rescue prompt. But that was with a misconfigured calamares, so maybe it doesn't count.
Looking at the files that grub-efi-amd64 provides, I have no idea what it does. Looks like nothing. The script gathers information for a bug report.
$ apt-file list grub-efi-amd64
grub-efi-amd64: /usr/share/bug/grub-efi-amd64/presubj
grub-efi-amd64: /usr/share/bug/grub-efi-amd64/script
grub-efi-amd64: /usr/share/doc/grub-efi-amd64FYI, refractainstaller had FDE before debian-installer did.
In my last build, I copied all of the user's home to /etc/skel and uncommented the appropriate line in the modules. It worked - it kept all the user configs and changed the user name.
And no, I didn't run the scripts. I'll have to try a no-network install to see what happens.
You're right. I just checked a beowulf live-iso and wicd disconnects the active connection before it completes the new connection. That's consistent when going from wired to wireless and from wireless to wired.
I did the test with two routers in the house to see if I could be connected to two different networks. I can't do that with wicd. I can do it with network-manager - I could ping both routers. Maybe I'll make a wishlist bug report for that some time. Meanwhile, I'm looking forward to seeing more test reports from people.
"Try it, you'll like it."
Installs and works on excalibur. That's a sight for sore eyes. It's like seeing an old friend I'd forgotten about.
As mentioned in IRC, there's an extra entry in the apps menu. Other annoyance is that it disconnects the wired interface when you connect to wireless. I don't remember if the old wicd did that. N-M lets me have both interfaces up at the same time.
@rations:
Yesterday I tried again using your modules and configs instead of my minimally edited debian files. It works. (replaced the user with what was entered in the installer)
One point (not the only) that I'm confused about is grub. I changed one line in the bootloader module so that it would boot efi or bios, and I'm wondering how it does that. Is a network connection required for that to succeed? My iso has grub-efi-amd64 installed, but I did a bios install and it got grub-pc from somewhere. (either network or it found the deb package that I put in the root of the squashed filesystem)
I'm going to keep playing with this, but it's probably going to go slowly. I have too much other stuff to do. Thanks for this contribution. I now have less hate for calamares. Maybe there can eventually be a calamares-settings-devuan package.
Added test for amd64 vs. arm64 to create efi boot files for arm. Please test and report.
https://sourceforge.net/projects/refrac … 64_all.deb
Google tells me that cpu is in the i7 family. You should be able to run devuan on that with no problems. If it only has 4G ram, choose lxde, mate or xfce or any window manager. Just don't open too many tabs on your web browser.
I have devuan on a machine with 4G and Intel(R) Celeron(R) CPU J1900 @ 1.99GHz. It's slow, but it works. I used that machine to install each devuan desktop environment in a qemu VM to compare their memory use. Here are the screenshots: https://git.devuan.org/fsmithred/screenshots
I don't see it on your list, but I do find it with # apt -t excalibur-backports search linux-image-
apt -t excalibur-backports install linux-image-amd64
That should pull in new kernels from backports if they show up. I don't think they get patched as fast as the main kernels, but I could be wrong about that.
I use this interactive script so I don't have to type as much. Run it from the directory that contains the iso files. Code is mostly lifted from refracta2usb which can make a multi-boot live-usb and is a lot bigger than this.
You need hwinfo and pv installed for this to work.
#!/usr/bin/env bash
#
# iso2usb.sh
#set -x
#
# Run this script from the directory that contains your .iso files.
#
blocksize="1M"
[[ $(id -u) -eq 0 ]] || { echo -e "\n\t You need to be root!\n" ; exit 1 ; }
usbdevlist=$(/usr/sbin/hwinfo --usb --short | awk '/dev\/sd/ {print $1}')
usbdevfulllist=$(/usr/sbin/hwinfo --usb --short | awk '/dev\/sd/ {print $0}')
echo -e "\n\tLIST OF REMOVABLE DRIVES\n${usbdevfulllist}\n${sdfulllist}\n${cdromfulllist}\n\nSelect a device:"
select opt in $usbdevlist ; do
device=$(echo "$opt" | awk '{ print $1 }')
break
done
if [[ -z "$device" ]] ; then
echo "No device was found."
exit 0
fi
echo -e "\n\tSelect the image file.\n"
select file in *.iso *.img ; do
echo -e "\n$file"
break
done
size=$(ls -lh $file | awk '{ print $5 }' | sed -e 's/M//')
if echo "$size" | grep -q G ; then
size="$(echo "$size" | sed -e 's/\.//' -e 's/G//')00"
fi
echo "Size is ${size}M"
if echo "$size" | grep -q K ; then
echo "Out of range units"
exit 1
fi
echo -e "\n\tCopy $file to $device?\n\n\tThe command will be:\n\tdd if=$file | pv -s ${size}M | dd of=$device bs=${blocksize}\n\n"
echo -e " Press ENTER to continue or ctrl-c to abort."
read -p " "
dd if="$file" | pv -s ${size}M | dd of="$device" bs="$blocksize"
sync
exit 0@rations,
I spent a few hours this morning playing with calamares installer. At first it would not let me enter a password for the new user. I had to add cracklib_runtime and reinstall libcrack2. Also had to decrease the minimum password length. When I rebooted into the installed system, it would not let me log in until I finally tried user:user (the original user:password in my test iso).
The problem is that it's set for debian-live which does not have a pre-configured user. The user gets created on the fly by live-config. But devuan live isos are made with a pre-configured user and home directory. I tried disabling and even removing user.conf, and it still gives me a user setup screen that does not set up a user. I would need to rearrange the build process of the iso to do it the debian-live way.
Another problem that I haven't solved yet is that it doesn't install grub. I had to do that in chroot from the running live system.
Other things I changed:
Reduced minimum disk size from 15 GiB to 6 or 8 GiB.
Set the systemd-machine-id to false inside the module, but kept the settings for dbus-machine-id.
@greenjeans,
What would make refractainstaller better is a cleaner logic for setting up multiple partitions and some other code improvements. I don't much care about any gui - I just use the cli versions of snapshot and installer.
Edit: Somewhere on youtube is a good video of using refractainstaller. Might possibly have been made by miyolinux or maybe he found it and linked it. That was a few years ago.
If you don't need proprietary firmware, you can use the linux-libre kernel:
https://www.fsfla.org/ikiwiki/selibre/l … sh.en.html
You can install that in a daedalus system and upgrade to excalibur, or upgrade first then install the new kernel.
You could instead create a new excalibur system in a chroot, install linux-libre and then convert it to a disk image.
Igor,
If steve_v has censored any posts, they were his own, and there's a note showing that he edited them. He can't edit your posts. I can, and if I ever do, I will leave a note in that post saying so. If any of your posts were edited by another admin, I'm not aware of it.
fsmithred
Here's an old discussion on installing devuan without dbus. Most of it still applies.
https://dev1galaxy.org/viewtopic.php?id=2158
The only nodbus iso I have available right now is the 32-bit refracta_13 (excalibur)
https://get.refracta.org/files/excalibu … 5_1239.iso
I put that on my 32-bit netbook and ended up adding dbus so I could install something. Poking around now, it looks like that something included audacious, abiword, firefox-esr, and yeah now I remember the real kicker - spacefm.
Relevant to the OP, I like to use spacefm with pmount for mounting removable disks.
I've had to use tor browser recently so see stuff on one site. Not imgur, and right now I don't recall which site. It's happened a few times in the past couple weeks. In US here.
https://www.torproject.org/download/
@rations: If you get calamares working, I'd like to know how to do it so I can try it again. Thanks.
Re: Simple Distro Kit - the SDK is for building the iso. Included in the iso is refractainstaller. Unlike refractasnapshot, which copies the running system to turn it into an iso file, SDK pulls packages from the repo and makes the iso. The difference is that the system made by SDK has never been booted.
Is anything here useful? https://pkgmaster.devuan.org/devuan/dis … nt/images/
Calamares and I had disagreements about my partitioning scheme.
Last time I tried it, it needed around 125mb of software to work. That was a few years ago.
I just did it 10 minutes ago to be sure. I don't know why were getting different behavior.