You are not logged in.
Will a decision made by Debian forcefully change Devuan?
Yes it could, an example would be the usrmerge.
https://wiki.debian.org/UsrMerge
https://lists.dyne.org/lurker/message/2 … 64.en.html
I just have a question regarding the release notes and starting pipewire and $XDG_RUNTIME_DIR within $HOME/.profile as i cant get it to work, nothing happens.
EDIT: I dont use elogind or polkit, only seatd.
https://files.devuan.org/devuan_excalib … _notes.txt
This is how i currently start pipewire and wireplumber, please read on for the questions.
$HOME/.profile
if [ -f ~/.bashrc ];
then . ~/.bashrc;
fi
export PATH="$HOME/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin"
if [ -z "$XDG_RUNTIME_DIR" ]; then
XDG_RUNTIME_DIR="/tmp/$(id -u)-runtime-dir"
mkdir -pm 0700 "$XDG_RUNTIME_DIR"
export XDG_RUNTIME_DIR
fi$HOME/.xinitrc
. ~/.profile
xrandr --output HDMI-2 --mode 1920x1080 --rate 144.00 &
xset s off -dpms &
slstatus &
sxhkd &
dbus-launch &
pipewire &
pipewire-pulse &
sleep 3s && wireplumber &
sleep 2s && exec startdwm________________________________________________________
As per the release notes, below code snippets is how i have modified $HOME/.profile and now sourcing it via .xsessionrc instead of .xinitrc, is this correct or am i missing something?
Also dbus-launch is needed via either xinitrc or .profile i think?
$HOME/.profile
if [ -f ~/.bashrc ];
then . ~/.bashrc;
fi
export PATH="$HOME/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin"
if [ "$XDG_RUNTIME_DIR" = "/run/user/$(id -u)" ] ; then
psess_pids=
for p in pipewire wireplumber pipewire-pulse ; do
command -v $p >/dev/null || continue
pgrep --exact --uid $USER $p >/dev/null && continue
$p &
psess_pids="$! ${psess_pids}"
done
[ "$psess_pids" ] && trap "kill $psess_pids" EXIT
fi$HOME/.xinitrc
xrandr --output HDMI-2 --mode 1920x1080 --rate 144.00 &
xset s off -dpms &
slstatus &
sxhkd &
dbus-launch &
sleep 2s && exec startdwm$HOME/.xsessionrc
if [ -f ~/.profile ]; then
. ~/.profile
fiartix is keeping gtk2 around atleast. For as long as they build without much patching.
the next best thing is going suckless and do everything in the terminal.
I should have posted the devuan excalibur network setup web link, my apologies.
https://www.devuan.org/os/documentation … figuration
I use a standard cable setup and when i changed it to "inet6" ifupdown said i had no dhcpv6 software installed.
changing it back to "inet" it connected via dhcpcd / dhcpv6.
So, what's the fucking point ?
Its memory safe and modern ![]()
Was just curious as to whether the devuan documentation for network configuration for dhcpv6 is correct now that stable is using dhcpcd-base instead of the deprecated isc-dhcp-client?
Standard DHCPv6 cable setup
auto eth0
iface eth0 inet6 dhcpI think it just needs to read inet instead of inet6 as quoted as dhcpcd is dual stack?
auto eth0
iface eth0 inet dhcp@steve
Fair enough on the ports understanding, to me it just seemed vague to point out retro devices.
Im just a lay person using an old computer trying to understand whats going on, I will try to stay better informed.
Thanks for sharing your knowledge and my apologies if I come across as a whinging stubborn ragebait complainer. ![]()
Does anyone here actually run GNU/Linux on a DEC Alpha or an Amiga? That covers most of the "old shit" that won't be able to compile rust code (at least not with LLVM)... Or are we just complaining for the sake of complaining?
Beyond the inevitable deprecation of ancient hardware, what language a program is written in means nothing to the end user of a binary distro at all. It's all machine code by the time you get it.
What in your opinion does Julian mean by retro devices?
How far back do we go, how future proof is my computer 5 years from now?
Is it holding back progress to keep using my 15 year old toshiba laptop even though it still works?
The way it reads to me is that rust may change the type of computer debian can run on in the not too distant future in favor of newer spec computers and iot stuff, which kind of falls in line with the AI hype and how microsoft treats its customers.
But yeah sod it all if that is the way debian is going, not much I can do except try to run something else like netbsd.
It's important for the project as whole to be able to
move forward and rely on modern tools and technologies
and not be held back by trying to shoehorn modern software
on retro computing devices.
Maybe debian wants to become like fedora and archlinux, maybe they should just pivot toward the bleeding edge and be done with stability.
So guess who is really forcing in rust?
Oxidization of Linux == converting everything to MIT or BSD licenses.
The corpos want ownership of the plantation, and they can't have that with GPL, so it has to go.
They've got Ubuntu. Is Debian on the same path?
Good news is hard to come by these days, but i will try next time.
Im sure Julian would tell you this is great news however!
Because ubuntu's coreutils being rewritten in rust is totally working out!
https://lists.debian.org/debian-devel/2 … 00285.html
Hi all,
I plan to introduce hard Rust dependencies and Rust code into
APT, no earlier than May 2026. This extends at first to the
Rust compiler and standard library, and the Sequoia ecosystem.In particular, our code to parse .deb, .ar, .tar, and the
HTTP signature verification code would strongly benefit
from memory safe languages and a stronger approach to
unit testing.If you maintain a port without a working Rust toolchain,
please ensure it has one within the next 6 months, or
sunset the port.It's important for the project as whole to be able to
move forward and rely on modern tools and technologies
and not be held back by trying to shoehorn modern software
on retro computing devices.Thank you for your understanding.
--
debian developer - deb.li/jak | jak-linux.org - free software dev
ubuntu core developer i speak de, en
Might be the OS you are emulating.
Have a look at the gentoo wiki for help.
https://wiki.gentoo.org/wiki/QEMU/Options
That must have given you some Piece Of Mind ![]()
edit: damn it i screwed that pun up, Rime was on Powerslave, doh.
Im a big Iron Maiden fan myself, congrats on the book, very cool.
im not sure about security of any JS framework to bundled alongside yt-dlp, that will need to be researched.
the releases page has more info about when it will be needed.
https://github.com/yt-dlp/yt-dlp/releas … 2025.10.22
Wasnt sure where to post this as its not really a devuan concern, but im sure yt-dlp users who download from youtube would want to know.
I use the yt-dlp_linux binary yt-dlp offer on github, going forward with the next release you will need deno or another JS runtime to make it work alongside the binary or however else you install yt-dlp.
Hi, just wondering if anyone knows of this can be done.
I know i you can set the gtk3 theme per application as in below .desktop file, but i want to change the icon theme to match as well.
So for instance, im using the adwaita dark theme globally. But in geany i would like the application to be the adwaita light theme with papirus light icons. Doesnt seem like it can be done, ive searched for a few hours and come across old gtk2 ways of doing it.
snip ...Exec=env GTK_THEME=Adwaita:light geany %F
[Desktop Entry]
Type=Application
Version=1.0
Name[en_GB]=Geany
Name=Geany
GenericName[en_GB]=Integrated Development Environment
GenericName=Integrated Development Environment
Comment[en_GB]=A fast and lightweight IDE using GTK+
Comment=A fast and lightweight IDE using GTK+
Exec=env GTK_THEME=Adwaita:light geany %F
Icon=geany
Terminal=false
Categories=GTK;Development;IDE;TextEditor;
MimeType=text/plain;text/x-chdr;text/x-csrc;text/x-c++hdr;text/x-c++src;text/x-java;text/x-dsrc;text/x-pascal;text/x-perl;text/x-python;application/x-php;application/x-httpd-php3;application/x-httpd-php4;application/x-httpd-php5;application/xml;text/html;text/css;text/x-sql;text/x-diff;
StartupNotify=true
Keywords=Text;Editor;
Path=@g4sra
I come from debian or I used debian from stretch up until bookworm and then i found devuan. I just had too many issues with systemd and switched over. I was just unsure how set in stone releases are with devuan.
@greenjeans
got it, its a "ready when its ready" type thing, cool bananas with me, id be happy if daedalus was stable for another 2 years.
I think i would just stick with the debian/devuan thunderbird esr version computer bob, it sounds as if mozilla are trying to push new shiny things onto you. They do this with firefox too. Ive had messages that im not running a secure browser or some such info and should use their releases. No thanks, ill stick with the debian/devuan releases.
Hi,
Just want to ask when devuan 5 (daedalus) will be considered old stable?
I dont plan to upgrade to the excalibur release for atleast another 12 to 18 months, would this be ok and will devuan 5 old stable still receive security updates?
@ralph.ronnquist
Thanks, that makes sense seeing as though i installed via grml live iso using grml-chroot. So those scripts must be a catch all for systemd, openrc, runit and sysvinit then? Had i used a devuan live iso with sysvinit i possibly would not have seen those messages or maybe other messages in place.
Hi Devuan forum.
I just installed devuan daedalus yesterday via devuan debootstrap from a grml live session and wanted to ask if this is normal behavior or something new when installing packages via a chroot/debootstrap. The system is working ok so sysvinit is doing its job but when i was in a chroot installing packages i got below messages on packages that needed init settings applied.
for example, connman-gtk.
Purging configuration files for connman (1.41-3) ...
Can't exec "systemctl": No such file or directory at /usr/sbin/update-rc.d line 98.
Can't exec "systemctl": No such file or directory at /usr/bin/deb-systemd-helper line 682.
Processing triggers for dbus (1.14.10-1~deb12u1devuan1) ...
Log ended: 2025-07-29 13:27:32/usr/sbin/update-rc.d at line 98
sub systemd_reload {
if (length $ENV{DPKG_ROOT}) {
# if we operate on a chroot from the outside, do not attempt to reload
return;
}
if (-d "/run/systemd/system") {
system("systemctl", "daemon-reload");
}
}/usr/bin/deb-systemd-helper line 682
# If we changed anything and this machine is running systemd, tell
# systemd to reload so that it will immediately pick up our
# changes.
if (!length $ENV{DPKG_ROOT} && $changed_sth && $instance eq 'system' && -d "/run/systemd/system") {
system("systemctl", "daemon-reload");
}Im thinking its because maybe i was using grml live iso as the main/base system to install devuan? Or should these files even exist on a supposedly systemd free fork of debian?