Dev1 Galaxy Forum / Devuan

[SOLVED] why don’t the default devuan repos have https addresses?

dummy@example.com (mathsuth) — Mon, 09 Nov 2026 15:24:04 +0000

okay

Will Devuan ever stop being based on Debian?

dummy@example.com (blackhole) — Mon, 09 Nov 2026 09:26:36 +0000

I doubt it aill ever materialise and if it does, it will be a reinvention born out of ideology and not much else.

Alpine related and on the subject of reinvention:

https://sshhole.com/

No one saw that coming...

This is one of the great perils of rewriting everything: You open up holes that no one could have foreseen.

26 year old article on why rewriting is a bad idea:

https://www.joelonsoftware.com/2000/04/ … do-part-i/

More recent:

https://leaddev.com/software-quality/fi … write-code

Devuan Server compromised

dummy@example.com (bigcat) — Mon, 09 Nov 2026 02:22:55 +0000

I use OTP with ssh and do not allow password logins.

Why not use runit? Do you guys use runit?

dummy@example.com (Altoid) — Thu, 05 Nov 2026 21:16:51 +0000

Hello:

tux_99 wrote:

If "service supervision" is necessary because some service tends to die unexpectedly ...
... the service/daemon is buggy and should either be fixed or replaced ...
... not kept alive with service supervision.

+1
Of course, there is the argument that as the daemon is mission critical, supervision is needed and blah, blah, blah ...
To which the answer is: if it is mission critical, it should not be buggy.

Best,

rising website usability and UX

dummy@example.com (golinux) — Sun, 01 Nov 2026 17:48:06 +0000

https://www.devuan.org/ is the "index" page of the site.

https://www.devuan.org/os/explore lists every page that is available on the site.

I am off to food and AFK now.

First 15 days with Devuan and Excalibur...

dummy@example.com (EDX-0) — Tue, 06 Oct 2026 19:26:10 +0000

ah systemd and it's consequences... it gets annoying having to work around some of the systemd "innovations" and the upstream decisions to exclusively rely on them as the one and only interface, glad to read you are enjoying the devuan experience in spite of that

in regard to the many annoyances do not limit yourself to suffering alone with chatgpt, chances are someone else in the devuan forum has also suffered them and came up with some solution.

in regards to sound and pipewire there are many camps and proposed solutions, from simply configuring it as a user service in runit and openrc (tho i think that option is only available in testing and unstable at the time), to more terse solutions like using slackware's "daemon" program or even using shed the generic session process and user services provider, there are always the alsa purists that say that anything on top of alsa be it jack, pulseaudio or pipewire is a disease and symptom of the lack of understanding of alsa and the horrible documentation turning things into an absurdist comedy... so it all boils down to picking your camp and choosing a poison to drink

on a tangent check out https://github.com/eylles/devuan-scripts tho a portion of the scripts target window manager setups rather than full fledged desktop environments something or other in there may come out at the very least useful.

Freia - repository disorder

dummy@example.com (Devarch) — Sat, 03 Oct 2026 19:21:01 +0000

Wrong, Debian is the originator of most hickups.

May be. But not all. I was able to install all qemu(s) on Freia from Ceres, but not libvirt and virt-manager. I got the same error.
I've used Debian's testing repo with Freia and the problem disappeared.

packagit vulnerability

dummy@example.com (tux_99) — Wed, 16 Sep 2026 12:16:57 +0000

Could it be that the fix has been backported?

The Changelog says:

packagekit (1.3.1-1+deb13u1) trixie-security; urgency=high
* Non-maintainer upload by the Security Team.
* Do not allow re-invoking methods on non-new transactions
-- Salvatore Bonaccorso Tue, 21 Apr 2026 16:45:57 +0200

It doesn't mention the CVE number (which IMHO it should have to make it clear that it fixes this CVE) but this security update has been released around the same time of your article so my guess is that it relates to this CVE.
https://metadata.ftp-master.debian.org/ … _changelog

As an extensive user, GIMP 2.10.x is unusable. 2.8.x is great though!

dummy@example.com (yurimodin) — Mon, 10 Aug 2026 20:19:04 +0000

Could be an opportunity to fork it at 2.8 and possibly release it as a flatpak.

Devuan and KDE on Excalbur

dummy@example.com (Tatwi) — Tue, 04 Aug 2026 21:25:43 +0000

When I tried it in late June 2025 on my ThinkBook 13s G4 IAP I had a few issues; No sound without a workaround, system monitor required systemd so it would work, and I wasn't able to get power profiles to work.

I have been using KDE Plasma 6.3.6 in normal Debian 13 since, because the battery life on Devuan was even worse than normal ("thin and light" + good CPU/GPU = HAHAHAHA! Your battery is too small!). Debian is fine, great even, but I would rather use Devuan as a matter of principle, I just can't be arsed to make it work. I suppose that makes me a bad person. Oh well.

Do we like green?

dummy@example.com (golinux) — Sun, 26 Jul 2026 16:29:04 +0000

Just for future reference, I am posting links to some of the previous themes which will hopefully help guide the future evolution of the desktop theme(s) for Devuan. Themes should try to evoke the essence/ethos of the chosen release title.

"ASCII" used a very dark "Purpy" (very close to black) for obvious reasons.

Meet cinnabar (Beowulf default theme)
https://dev1galaxy.org/viewtopic.php?id=2646
Beowulf was a bloody mess!! Cinnabar captured that quite nicely.

Meet Chimaera's deepsea theme
https://dev1galaxy.org/viewtopic.php?id=3896
The Deep Sea Chimaera lives in dark blue depths.

Meet the Daedalus sapphire theme
https://dev1galaxy.org/viewtopic.php?id=4885
Daedalus was surrounded by the magnificent jewel-like blues of the Mediterranean.

IOW . . . the colors of the theme should tell the story of the chosen release title.

[SOLVED] machine-id

dummy@example.com (EDX-0) — Fri, 24 Jul 2026 23:54:47 +0000

it is intentional, as i said that initscript specifically targets debian sysvinit-core, not devuan, hence conforming to the file topology from debian, the way the file topology on devuan works is a subset of debian, but having /etc/machine-id as a volatile file linked to /run which exists only in memory is something that works across both debian and devuan, now if dbus finds a /etc/machine-id then /var/lib/dbus/machine-id is created as a link pointing to the machine-id file.

again if i manage to get this polished and accepted on debian all it would require to have the devuan way of a volatile machine id per booth would be just 1 config file, which is a benefit for debian to devuan install migrations

Debian LTS/Extended by Freexian and Devuan EOL - best practices

dummy@example.com (IdeaFix) — Tue, 14 Jul 2026 05:13:33 +0000

I use virtualization and understand how to gain experience independently. I asked the question because I wanted to learn from the community's experience.

Age Verification

dummy@example.com (zapper) — Mon, 06 Jul 2026 16:25:39 +0000

ID Verification... is more accurate

Devuan without elogind

dummy@example.com (Valera) — Thu, 18 Jun 2026 18:18:36 +0000

Without Elogind, LXQT works great and is versatile. On my system, the Turnstile+ Seatd+ Turnstile-dbus+ Dinit-dbus+ Dinit+ Polkit-turnstile bundle works perfectly. Sleep and Hibernate do not work with XFCE- requires Consolekit . Patched Turnstile-dbus a bit and now I can run KDE(X11) without elogind.