What a terrible idea. IOW, probably what they are doing.

Note it is still available for "bleeding edge" Debian sid, so there must be some other die-hards out there.

I've installed debfoster, and I'll play around with it.
It didn't show up o google searches, or in a synaptic search, so something new learned.
I'll mark this "closed".

Sorry, I thought I'd answered to the "did you update" question above, but apparently I forgot to post or did something wrong :-/

Then, typically, a version code without "devuan" in it indicates that the package is directly a Debian package, whereas a package with "devuan" in it is a Devuan package; i.e., forked typically from Debian packaging sources, modified and built in the Devuan build pipeline and published in the Devuan specific repository overlay.

After boot:

$ sudo ./ps_mem.py -p "`pgrep -f -d, 'wicd|NetworkManager|nm-applet'`"
 Private  +   Shared  =  RAM used	Program
 16.0 KiB + 843.5 KiB = 859.5 KiB	wicd-client
984.0 KiB + 513.5 KiB =   1.5 MiB	python3.13
  1.9 MiB + 642.5 KiB =   2.5 MiB	nm-applet
  2.8 MiB + 661.5 KiB =   3.5 MiB	wicd
  4.0 MiB + 762.5 KiB =   4.7 MiB	NetworkManager

After some time:

984.0 KiB + 429.5 KiB =   1.4 MiB	python3.13
  1.3 MiB + 843.5 KiB =   2.1 MiB	wicd-client
  2.0 MiB + 583.5 KiB =   2.5 MiB	nm-applet
  2.8 MiB + 576.5 KiB =   3.3 MiB	wicd
  3.3 MiB + 307.5 KiB =   3.6 MiB	NetworkManager

With Wicd GUI window open and Wifi networks shown:

  1.6 MiB + 815.5 KiB =   2.4 MiB	python3.13
  2.2 MiB + 597.5 KiB =   2.8 MiB	nm-applet
  2.5 MiB + 346.5 KiB =   2.9 MiB	NetworkManager
  5.9 MiB +   1.0 MiB =   6.9 MiB	wicd
 37.3 MiB +   5.9 MiB =  43.2 MiB	wicd-client

Wicd GUI closed (hidden), nm-applet showing Available networks->

  1.6 MiB + 815.5 KiB =   2.4 MiB	python3.13
  2.8 MiB + 346.5 KiB =   3.2 MiB	NetworkManager
  5.9 MiB +   1.0 MiB =   6.9 MiB	wicd
  5.7 MiB +   2.7 MiB =   8.5 MiB	nm-applet
 36.7 MiB +   4.9 MiB =  41.6 MiB	wicd-client

(After a while...) Wicd GUI closed (hidden), nm-applet showing Available networks->

  1.6 MiB + 814.5 KiB =   2.4 MiB	python3.13
  2.8 MiB + 346.5 KiB =   3.2 MiB	NetworkManager
  6.0 MiB +   1.0 MiB =   7.0 MiB	wicd
  5.9 MiB +   2.7 MiB =   8.7 MiB	nm-applet
 36.7 MiB +   4.9 MiB =  41.6 MiB	wicd-client

Running wicd-curses:

  1.5 MiB + 673.5 KiB =   2.2 MiB	python3.13
  2.8 MiB + 337.5 KiB =   3.1 MiB	NetworkManager
  7.1 MiB + 881.5 KiB =   7.9 MiB	wicd
  5.9 MiB +   2.7 MiB =   8.6 MiB	nm-applet
 27.5 MiB +   2.4 MiB =  29.9 MiB	wicd-curses
 34.8 MiB +   4.6 MiB =  39.4 MiB	wicd-client

(30 minutes later...) wicd-curses is running:

  1.5 MiB + 437.5 KiB =   1.9 MiB	python3.13
 44.0 KiB +   2.0 MiB =   2.0 MiB	wicd-client
  2.4 MiB + 905.5 KiB =   3.3 MiB	nm-applet
  4.0 MiB + 201.5 KiB =   4.2 MiB	NetworkManager
  6.0 MiB + 859.5 KiB =   6.8 MiB	wicd
  5.6 MiB +   1.8 MiB =   7.4 MiB	wicd-curses

This might be irrelevant, but it is part of the NM-suite.

400.0 KiB + 115.5 KiB = 515.5 KiB    ModemManager

PS. I don't know how to memory test ephemeral process like wicd-cli.

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.

That would be nifty to make a right-click file-manager extension.

I've encountered an issue with the minidlna (ReadyMedia) init script on Devuan (SysVinit). The service fails to rebuild the database when the -R or -r flag is used, resulting in the following error:

minidlna.c:944: fatal: Failed to clean old file cache /var/cache/minidlna. EXITING

The Cause: The /etc/init.d/minidlna script correctly handles permissions for the LOGFILE and PIDFILE directories in the do_start() function, but it fails to do the same for the db_dir (default: /var/cache/minidlna). If the directory is owned by root (which happens during some installation scenarios or manual cleanups), the minidlna user cannot delete the old files.db.

Proposed Fix: In /etc/init.d/minidlna, within the do_start() function, we should ensure the database directory exists and has the correct ownership.

Currently, it only does:

mkdir -p "$(dirname "$LOGFILE")" && chown $USER:$GROUP "$(dirname "$LOGFILE")" || return 2
mkdir -p "$(dirname "$PIDFILE")" && chown $USER:$GROUP "$(dirname "$PIDFILE")" || return 2

It should also include something like:

mkdir -p /var/cache/minidlna && chown -R $USER:$GROUP /var/cache/minidlna || return 2

(Note: A more robust approach would be to parse db_dir from /etc/minidlna.conf, but ensuring the default path at least would solve most cases.)

Without this, any attempt to refresh the library after deleting files (which requires rebuilding the cache) fails silently or crashes the daemon.

Best regards,

balena etcher was able to clone sd-card to a bigger sized one with no issues;
(maybe the read-command functions only with drives that have no-multi-partition, not with ones like contains libreelec)

It's KDE bro, lol.

Some folks just want a system that's a good tool to accomplish various tasks. (that's me)

But some folks want a complete immersive cinematic-style experience with lots of animations and transitions

Discover was one of the reasons I gave up kde (ceasing to allow different backgrounds for different desktops was another). So it was a package manager? I never did find out because although it kept popping up that it had updates for me, behaving like an annoying phone app, when I tried responding to it out of exasperation nothing happened. Couldn't find a way to uninstall it either, must have been baked in.

deb http://deb.devuan.org/devuan experimental main

Note that it is "/devuan" rather than "/merged", since the experimental repository is not merged. Further, I should warn that adding such sources.list lines willy-nilly can bring unplanned hair loss.

At the moment only the plugin package 1.6.3-1 is available.

The experimental building pipeline is for "all" architectures: amd64, arm64, armhf, i386, ppc64el and riscv64.

If you have another architecture, you may download the ".dsc", "tar.gz" and "tar.xz" files to a directory, cd into that and use the "debuild" schemata to build, like the following:

dpkg-source -x fftrate_1.6.3-3.dsc
cd fftrate-1.6.3
debuild -k0x12345678

where  "12345678" is replaced by your GPG key ID. That'll leave the build residue in the parent directory and the work tree fftrate-1.6.3 can be removed. Note that you may have to also install build dependencies; ideally it will tell you which to install. If it doesn't then please tell me (because then I have failed to declare that dependency)

what happened do gnome-hearts?

It was removed in 2018.

https://tracker.debian.org/pkg/gnome-hearts

I use cryptsetup for whole disk encryption. It has good Devuan integration. Since Excalibur it can also harness OPAL hardware-based SSD encryption - I use this on low performance machines.

DEBs:
_https://launchpad.net/~kicad/+archive/ubuntu/kicad-9.0-releases/+packages
_https://ppa.launchpadcontent.net/kicad/kicad-9.0-releases/ubuntu/pool/main/k/
_https://ppa.launchpadcontent.net/kicad/kicad-9.0-releases/ubuntu/pool/main/k/kicad/kicad_9.0.3-0~ubuntu24.10.1_amd64.deb

Deb packages can be repacked and renamed without compilation.

You may also try to compile:

$ dget --extract --allow-unauthenticated https://launchpad.net/ubuntu/+archive/primary/+sourcefiles/kicad/9.0.3+dfsg-1/kicad_9.0.3+dfsg-1.dsc
dget: retrieving https://launchpad.net/ubuntu/+archive/primary/+sourcefiles/kicad/9.0.3+dfsg-1/kicad_9.0.3+dfsg-1.dsc
...
dpkg-source: info: extracting kicad in kicad-9.0.3+dfsg
dpkg-source: info: unpacking kicad_9.0.3+dfsg.orig.tar.xz
dpkg-source: info: unpacking kicad_9.0.3+dfsg.orig-doc.tar.xz
dpkg-source: info: unpacking kicad_9.0.3+dfsg-1.debian.tar.xz
dpkg-source: info: using patch list from debian/patches/series
dpkg-source: info: applying fixes/Adjusting-content-in-the-desktop-files.patch
dpkg-source: info: applying reproducibility/doc-Add-field-revdate-to-asciidoc-files.patch
dpkg-source: info: applying debian-hacks/KiCadFullVersion-Drop-hyphen-in-the-string.patch
dpkg-source: info: applying fixes/demos-Adjust-MIME-encoding-to-UTF8-of-some-libraries.patch
dpkg-source: info: applying fixes/python-Use-raw-strings-expressions.patch

$ ls -1
kicad-9.0.3+dfsg
kicad_9.0.3+dfsg-1.debian.tar.xz
kicad_9.0.3+dfsg-1.dsc
kicad_9.0.3+dfsg.orig-doc.tar.xz
kicad_9.0.3+dfsg.orig.tar.xz

Read the Build-Deps:

cat kicad-9.0.3+dfsg/debian/control

Install the Build-Deps

Rename the package (in debian/control)

Rename the binary

$ cat kicad-9.0.3+dfsg/CMakeLists.txt | grep project\(
project( kicad )

cd to SourceDir

cd kicad-9.0.3+dfsg

And compile it with

dpkg-buildpackage -us -uc -b

You may also want to read the manual:
_https://wiki.debian.org/CreatePackageFromPPA

May be it is siolved.... i need to check