Look for those packages in /var/log/apt/history* to see when they were installed and what else was installed at the same time.

Removing systemd service files is the equivalent of removing sysvinit scripts. Doing so breaks interoperability and we absolutely should not be doing that. It also smacks of hypocracy.

build-deps are another story. The current advice is to build in a chroot so you don't contaminate your system. Maybe someday we'll have enough devs to fork everything.

Here are the current docs for packaging.
https://git.devuan.org/devuan/documenta … aintainers

Quick summary:
Clone from upstream git repo to preserve the history (salsa.debian.org if it's there)
Build it locally to make sure it works.
Push to your devuan git.

Looks like your projects are all personal projects. To get into the repo someone would need to transfer the projects to the devuan group, then build (usually for suites/unstable).  I guess we'd need to figure out where the packages are going. Are they backports, or are you forking for chimaera or ceres?

Sorry, I don't know the answer. I see the "not provided by any .service files" a lot, and I just ignore it. I assume it's there to remind us all that we're not running systemd.

Try this:

apt -s remove consolekit

and see what it wants to take with it.

It means slim needs something that provides default-logind or one of the others on that line. If a package depends on libpam-system | libpam-elogind, it'll complain about missing libpam-systemd if neither of those is there. Install libpam-elogind first and anything that wants libpam-systemd will be happy. (See the Provides line below)

$ apt show libpam-elogind
Package: libpam-elogind
Version: 241.4-2
Priority: optional
Source: elogind
Provides: default-logind, libpam-systemd, logind
Depends: libc6 (>= 2.28), libcap2 (>= 1:2.10), libpam0g (>= 0.99.7.1), elogind (= 241.4-2), libpam-runtime
Conflicts: libpam-ck-connector
Breaks: libpam-systemd
Replaces: libpam-systemd

The new torrent is on the main page at files.devuan.org and it's linked from the main site on the page that lists the mirrors. Note the date on the file: Feb 15
https://files.devuan.org/

Also note that the 3.0.0 installer isos are still in the download directory, so they are included in the torrent file. If you don't want them, there's a way to select only the files you want. Or if you choose the same directory that already has the old isos as your target, it should just add the new ones.

You're running into the metapackage problem. Metapackages are single packages that are there just to pull in other packages. If you remove the metapackage, the system wants to remove all the dependencies it pulled in. The most common way to avoid this is to un-check tasks at the tasksel screen in the installer, and then install what you want after you reboot into the new (minimal) system. That takes longer, but you get exactly what you want.

If you installed a desktop environment from the installer isos (or desktop-live iso) you got task-desktop and task-<your chosen desktop environment>-desktop which pull in all the other desktop apps.

Menus are populated by the .desktop files in /usr/share/applications. Add a line like

NotShowIn=GNOME;KDE;XFCE;

to the .desktop file for any apps you want to disappear from the menu.

Yes, you can install just libreoffice-writer or other parts, but removing the whole suite might be difficult if it came in with a task- package.

aptitude why firefox-esr

Might tell you what pulls it in.

My script for comparing the package lists is spammed with packages that are different only in architecture. Here's a simper diff showing what mate packages we have. Anything that starts with a + is one that I have and you don't. Anything that starts with - is one you have that I don't. The only one of those is mate-tweak, and when I added it (without Recommends) it didn't fix the problem. Not sure where to go with this now.

$ diff -u mlevd-list my-mate-list | grep "^[\+|\-]mate"
+mate-applet-brisk-menu 0.5.0-9
+mate-applets 1.20.3-2
+mate-applets-common 1.20.3-2
+mate-backgrounds 1.20.0-2
+mate-calc 1.20.3-1
+mate-calc-common 1.20.3-1
+mate-desktop-environment 1.20.0+5
+mate-desktop-environment-core 1.20.0+5
+mate-icon-theme-faenza 1.20.0+dfsg1-2
-mate-polkit:i386 1.20.2-1
+mate-polkit:amd64 1.20.2-1
+mate-screensaver 1.20.3-3
+mate-screensaver-common 1.20.3-3
+mate-system-monitor 1.20.2-1
+mate-system-monitor-common 1.20.2-1
-mate-tweak 18.10.2-1
+mate-themes 3.22.18-1
+mate-user-guide 1.20.2-1
+mate-utils 1.20.2-3
+mate-utils-common 1.20.2-3

Note: That vertical bar that we use to pipe the output of one command to another is called a pipe. Or it could mean "OR" when there are two in a row.

Yes, I can reproduce this stupid bug in 64-bit beowulf mate. It's not a problem in xfce, because you don't have to "add" a picture in your settings if you copy the file into the folder that holds the other bg images. Xfce shows you all the image files in the selected directory.

Does mate not do this in debian?

Ah, I didn't see that. Yeah the actual file is farther down the page. That first screenshot is the output of pacmd list-cards

When I run that command, I get "No PulseAudio daemon running, or not running as a session daemon."  So I can't find what the active profile is to put the line in default.pa

ps ax shows that it's running and that the --start option was used, which should make it run as a daemon. That's what the man page says.

There are a bunch of error messages about pulseaudio in the syslog, but they may be related to settings for the screen reader. They're complaining about a run file for user lightdm. I think I should stop here. It may not be a good comparison.

MLEvD, I hope you have better luck. Are you sure you need pulseaudio? Maybe plain alsa would behave better.

I had to look up that term to see what it meant. Audacious does gapless playback. I just tested. It went from Mona to Maiden of the Cander Moon without missing a beat. (Quicksilver Messenger Service). And unlike deadbeef (which I like a lot) audacious is in the repo.

It does playlists, but I never bother with them, so I don't know how good or bad they are.

I can confirm that setting to output only is not saved across reboots. Tested amd64 mate in a qemu virtual machine. This happens to be an install with speech synthesis enabled (screen reader) but that probably doesn't matter.

I can also confirm that /etc/pulse/default.pa does not look anything like the one in the mycomputertips help page.

I don't see any bugs about settings not saved, but there are a couple about crashing mate-volume-control (the Sound Preferences app)
https://bugs.debian.org/cgi-bin/pkgrepo … mate-media

I also poked around in ~/.config/pulse and found 141 binary files. No help there.