You are not logged in.
The exceptions (read first, #1)
https://www.debian.org/doc/debian-polic … -hierarchy
Best practices (the rules)
https://www.debian.org/doc/packaging-ma … s-3.0.html
You could put the db in /var/lib/<package-name>. That's where other databases go. The stuff in /usr generally doesn't get changed except when installing or removing packages.
Is this the package info app? If so, the db should get updated if you installed or removed anything, shouldn't it?
You need to install live-config-runit, then refractasnapshot will install without complaint. It works. I've made snapshots with runit.
A live disk will install the system that's on the live disk. It's not designed for you to select software like the installer isos are. If you want a live CD that has your customizations on it, you need to make your own. You could install and run refractasnapshot in your HDD system and make a live iso that's a copy of that system, then you could use that to install the same thing to other computers.
If/when you decide to use a git repo, there's git.devuan.org. You can have a personal account there that's separate from the devuan packages. I don't think there's any way to build personal packages on our infrastructure.
More important than pre-sets - does it save the settings when you close it, or do you have to adjust it every time you start it?
Looks nice!
Part 3: Pre-defined and user-defined pre-sets for the equalizer? fsmithred ducks
libasound2-plugin-equal with .asoundrc like the example in the README that comes with that package and alsamixergui can show the equalizer.
There are some other mixers that work with alsa, but I don't know if they can display the equalizer. Try them all and make one that's better.
To use apt with https, you must select a package mirror that supports https. Not all of them do. Find one on this list and use it in sources.list instead of deb.devuan.org.
https://pkgmaster.devuan.org/mirror_list.txt
I don't know how that works with a proxy or if it even matters.
Wasted energy, maybe, but where else can you experience the thrill (terror) of resizing a partition while it's mounted and in use?
Would that be a red heifer or a white buffalo calf? Not that it matters for this. I think I can change your user name. Send me the name you want using the email you used to register. I'll post back here to let you know if I was successful or not.
fsmithred at gmail dot com
Maybe you need to try again. It's working here. This is on a 2.1 desktop-live iso.
root@devuan:~# apt update
Get:1 http://archive.devuan.org/merged ascii InRelease [29.4 kB]
Get:2 http://archive.devuan.org/merged ascii/main amd64 Packages [7,193 kB]
Get:3 http://archive.devuan.org/merged ascii/main Translation-en [5,652 kB]
Fetched 12.9 MB in 9s (1,369 kB/s)
Reading package lists... Done
Building dependency tree
Reading state information... Done
134 packages can be upgraded. Run 'apt list --upgradable' to see them.
Where do you see that a minimum microarchitecture level is required?
Follow is not really the right word - we use most of their packages without changing them. Only packages that require systemd are either excluded or forked to remove that dependency. When we say that devuan is debian without systemd, we mean it literally.
The debian/devuan runit will use sysvinit scripts if there's no run script for a service. If/when you install runit-init, be sure to include runit-services which will give you a bunch of run scripts.
Oops! Thanks, I fixed the link.
Yeah, there's a slow and steady effort to reduce users' choices.
Apt know what to do based on what's in sources.list and the installer is messing with that file and with mounting/unmounting cdrom when it thinks it should do that. Someone is working on the fix.
Yes, the number of banned and forked packages increases with each release. In the banned packages list, compare columns 1, 5, A, F and K for a visual representation of this. (Beowulf, Chimaera, Daedalus, Excalibur and Ceres)
Most of the packages in devuan are not actually stored in the devuan repository. They get pulled directly from debian servers, merged with our repo so it appears as one and "filtered" on our servers by amprolla to block any packages that depend on systemd. (These: https://pkgmaster.devuan.org/bannedpackages.txt)
We only fork around 100 packages. You can tell a forked package by the presence of "devuan" in the version.
I moved this post to the section that has the most pipewire discussions. There's also one in the Documentation section you might want to look at.
Yes, I can confirm that. To make it worse, there's no Back button and pressing ESC just makes that screen reload.
Update: right before I selected runit, I dropped to console, chrooted /target and edited /etc/apt/sources.list to comment out the cdrom line. The installer continued normally when I selected runit.
I can't explain how that's happening, but I can offer some possible workarounds.
You could just use one bootloader to boot both systems. Boot whichever bootloader to the system you want first and then run update-grub to add other installations to the boot menu. You need to make sure that os-prober is installed and enabled in /etc/default/grub first.
Sometimes devuan installer makes a debian directory in the efi partition. I'm not sure why that is, but it's possible to give unique names to the bootloaders. e.g. Boot the first system and run something like grub-install --bootloader-id=firstsystem && update-grub and then boot the other systems and do the same to give each a different name.
It's also possible that the uefi implementation on your motherboard does not follow standard uefi methods. That's very common. I have one that lets me change the order of the bootloaders through efibootmgr, but the order only lasts until I reboot. i.e. it doesn't really change it.
Normally the audio works. in alsamixer, use arrow keys to move left/right to select a channel, m to mute/unmute a channel, pgup/pgdown to raise/lower volumes. ESC to exit when you're done.
Post the output of aplay -l Let's see how many audio devices you have and what they are.
It's possible for packages to be pulled from the testing suite because of problems and the fixed version got into ceres too late to be included or possibly will migrate down in a week or two. Check the changelogs and bug reports for those packages and you might find an explanation.
What about this Debian bug https://github.com/mattermost/desktop/issues/2853?
Will Devuan follow Debian's package policy?
I don't understand your question. That looks like a mattermost or electron bug, not a debian bug, and it looks like they already fixed it by removing unnecessary dependencies.
I got the screenshot I wanted by installing on a laptop that has eth0 that does not work and wlan0 that does work.
https://get.refracta.org/files/misc/pro … mware.jpeg
This was an expert install of devuan_excalibur_6.0-20250605_amd64_netinstall.iso. I'm not sure if expert is necessary to get this firmware question.
I answered "no" to providing the firmware on external media and proceeded.
When it got to network detection and configuration, it only saw eth0. Since eth0 is broken, dhcp failed. I set it up manually and gave it a good local address.
When it came to setting up the package manager, I had to proceed without a mirror. While it was installing the base system, I switched to vt2 and saw that it was installing firmware-iwlwifi.
After the sofware install but before it installed grub bootloader, I opened a shell and tried to set up the wireless.
wlan0 did not show up with 'ip a'. I chrooted the installed system (in /target) and tried configuring wlan0 in /etc/network/interfaces. That didn't work. wpasupplicant was not installed. rfkill was not installed, so I couldn't see if the wireless card got switched off. That's when I gave up.
In past releases, the network setup saw the wireless hardware and let me choose whether to set up eth0 or wlan0. That didn't happen here. I'll pass this info on to the iso builder.
Reported here:
https://bugs.devuan.org/cgi/bugreport.cgi?bug=894