The officially official Devuan Forum!

You are not logged in.

#51 Re: Desktop and Multimedia » (alsa) changin soundcard easily via terminal » 2025-09-22 15:51:04

Well I don't know much about Devuanpi, is it using XFCE or something else? Some DE's have their own built-in mixer.

I think I would start by making a super simple .asoundrc and going from there.

pcm.!default {
	type hw
	card 0
}

ctl.!default {
	type hw           
	card 0
}

Of course that leaves you with the default card 0, so try changing the 0's to 2's for the card you want.

If that works, a simple script that offers a dialog where you choose either 0, 1, or 2, and it seds the change and re-starts alsa, would allow you to change during session.

https://www.alsa-project.org/main/index.php/Asoundrc

#52 Re: Desktop and Multimedia » (alsa) changin soundcard easily via terminal » 2025-09-22 15:08:17

Looks like from the screenshot that you are using the default (card 0) which is your headphones, when what you want is card 2, should be as simple as changing the card number in your ~/.asoundrc to 2 instead of 0. (Assuming you have that file, if not you may need to make one.)

I noticed it mentions "Broadcom Mixer", that I am unfamiliar with. If it's a genuine mixer, then it likely has control of alsa starting with boot-up, in which case the alsamixer will likely only be good for adjusting main volume. But perhaps that's just something local to the headphones.

#53 Re: Other Issues » [SOLVED] Growing file bloat in ~/.dbus/session-bus and /root/.dbus/session-bus » 2025-09-19 20:57:01

Well I don't want to urge anybody to install this until we can get some more knowledgeable eyeballs on it.

That being said I just ran another test on a different partition and it worked just fine once again.

The script itself should be named rm-machineid and installed in /etc/init.d/. You need to make sure root owns it and that it's executable.

Then in terminal, su-to-root and:
update-rc.d rm-machineid defaults 00

#54 Re: Other Issues » [SOLVED] Growing file bloat in ~/.dbus/session-bus and /root/.dbus/session-bus » 2025-09-19 18:54:48

Shucks...thanks my friend for the kind words! And right back at you, it wouldn't be the same around here without you. wink

So I tested the script, installed it into another partition running Vuu-do openbox-mini and shutdown/rebooted multiple times and it's working perfectly so far. Seems like a nice workaround that preserves Devuan's unique functionality in this area.

vuudo rm-machineid: dbus session-bus cleanup: removing session-bus files
vuudo rm-machineid: Cleaned /root/.dbus/session-bus
vuudo rm-machineid: Cleaned /home/vuudo/.dbus/session-bus

#55 Re: Other Issues » [SOLVED] Growing file bloat in ~/.dbus/session-bus and /root/.dbus/session-bus » 2025-09-19 17:24:48

Okay, this seems better, but again i'm a newb at init scripts, i'm willing to test this though so i'll see later today unless somebody more knowledgeable sees a flaw, if so please speak up! This cleans the folders, also rm's /etc/machine-id if it exists (in the case of migrations or legacy holdovers) adds logging (var/log/syslog) and is to spec for init scripts protocol as near as I can tell:

#!/bin/sh
### BEGIN INIT INFO
# Provides:          rm-machineid
# Required-Start:    $remote_fs
# Required-Stop:     $local_fs
# Default-Start:
# Default-Stop:      0 6
# Short-Description: Remove dbus session-bus files on shutdown
# Description:       Cleans ~/.dbus/session-bus and /root/.dbus/session-bus, plus /etc/machine-id for migrated systems
### END INIT INFO

set -e

PATH=/sbin:/usr/sbin:/bin:/usr/bin
NAME=rm-machineid
DESC="dbus session-bus cleanup"

do_stop() {
    echo "$DESC: removing session-bus files" | logger -t $NAME

    # Remove /etc/machine-id for Debian migrations or legacy Devuan installs
    if [ -f /etc/machine-id ]; then
        rm -f /etc/machine-id
        logger -t $NAME "Removed /etc/machine-id (migration/legacy cleanup)"
    fi

    # Clean root's session-bus dir
    if [ -d /root/.dbus/session-bus ]; then
        rm -f /root/.dbus/session-bus/*
        logger -t $NAME "Cleaned /root/.dbus/session-bus"
    fi

    # Clean all user home session-bus dirs
    for userhome in /home/*; do
        if [ -d "$userhome/.dbus/session-bus" ]; then
            rm -f "$userhome/.dbus/session-bus"/*
            logger -t $NAME "Cleaned $userhome/.dbus/session-bus"
        fi
    done
}

case "$1" in
    start)
        # No-op for start
        ;;
    stop)
        do_stop
        ;;
    restart|force-reload)
        echo "Error: argument '$1' not supported" >&2
        exit 3
        ;;
    *)
        echo "Usage: $NAME {start|stop}" >&2
        exit 3
        ;;
esac

#56 Re: Other Issues » [SOLVED] Growing file bloat in ~/.dbus/session-bus and /root/.dbus/session-bus » 2025-09-19 15:47:32

At the link I posted earlier about machine-id, the author posted an init script for sysvinit that would manually rm both /etc/machine-id and var/lib/dbus/machine-id at shutdown/reboot, thus effectively doing what Devuan is doing natively and that's changing the id on every boot.

Our issue is different, but was wondering if the same method could be used to clear the user's and root's .dbus/session-bus files when you shut down? I've never messed with making init scripts, nor modding them, so I don't know squat, but I took the author's script and made what seemed like proper changes to it. If someone more knowledgeable could take a look at it and see if it's useful that would be great, and also wondering if there's a better method?

EDIT: That was ugly, working on something better right now...moar man pages and docs to read, lol!.

#57 Re: Other Issues » [SOLVED] Growing file bloat in ~/.dbus/session-bus and /root/.dbus/session-bus » 2025-09-18 22:55:20

Maybe deleting the file on shutdown with a script would do the trick?

That's my first thought as well, but it would be a band-aid...be nicer if we could mod the behavior of whatever is creating/updating those folders though.

#58 Re: Other Issues » [SOLVED] Growing file bloat in ~/.dbus/session-bus and /root/.dbus/session-bus » 2025-09-18 22:13:58

Yeah that should change things Altoid, from the mountain of dbus documentation i've been reading today the presence of /etc/machine-id will stop uuidgen from generating new id's. So that seems like the issue in your case. The /etc/machine-id file is some systemd hooha, may have been a leftover from the very early days.

#59 Re: Other Issues » [SOLVED] Growing file bloat in ~/.dbus/session-bus and /root/.dbus/session-bus » 2025-09-18 21:28:17

No not the /var/lib/dbus/machine-id file, I specifically mean  /etc/machine-id which is a different file..located in /etc...lol. You shouldn't have one but if you do it might be an issue.

#60 Re: Other Issues » [SOLVED] Growing file bloat in ~/.dbus/session-bus and /root/.dbus/session-bus » 2025-09-18 20:47:23

@Altoid on the box with the machine-id that never changes, do you have an /etc/machine-id file?

#61 Re: Other Issues » [SOLVED] Growing file bloat in ~/.dbus/session-bus and /root/.dbus/session-bus » 2025-09-18 20:37:00

I have not seen anyone (yet) report that their system is actually working as intended. ie: creating a new machine-id at boot.

Well sure you have, that's the main problem I reported on, myself and others are getting a fresh unique one every boot, it's just not deleting the old ones when it creates new ones, thus the buildup of files.

And then there's secondary issues now, like yours where it's not creating new ones to start with.

But since I know you, I have to ask, is this one of your frankenmachines we're talking about and how much hacking have you done on it? LOL! Not judging brother, i'm a system chopper myself from way back, but for troubleshooting this thing we need some examples that are a little more mainstream I think. wink

#62 Re: Other Issues » [SOLVED] Growing file bloat in ~/.dbus/session-bus and /root/.dbus/session-bus » 2025-09-18 19:04:16

^^Yeah the inconsistency is befuddling, need to find the common denominator.

In general I think swapping machine id's every boot is a good thing, but need to find out why old ones aren't getting deleted, and why for some folks it's just not happening.

#63 Re: Other Issues » New info about "Temporary failure resolving 'deb.devuan.org'" » 2025-09-18 17:52:11

Not having any of the issues with /etc/resolve.conf that were mentioned, using sysvinit and Network Manager.

But as far as deb.devuan.org goes, I get no result from pinging it at all. I've been using a direct mirror for a long time. Gnlug works awesome here in the midwest US.

#64 Re: Other Issues » [SOLVED] Growing file bloat in ~/.dbus/session-bus and /root/.dbus/session-bus » 2025-09-18 16:51:01

Which begs the following question:
In whose interests or (better yet, to what end) does my box/system need to have a unique machine-id.

https://ianlecorbeau.com/blog/resetting … -boot.html

"The /etc/machine-id and /var/lib/dbus/machine-id files can potentially be used to fingerprint a system over the long term. Of course, some will argue that this is merely FUD, but it really isn't. The key word here is *potentially*.

There may not be any indications that this file is actively being used in a malicious capacity by anyone (or anything), but the fact that it can be used in such a manner should be enough for someone who cares about their privacy to take steps to at least minimize this potential threat."

Also from that article wink -

Distributions like Devuan, tails and whonix already take care of regenerating machine-id every boot, so this script is not necessary if you're using one of them.

#65 Re: Other Issues » [SOLVED] Growing file bloat in ~/.dbus/session-bus and /root/.dbus/session-bus » 2025-09-18 16:02:58

it could be that for all of use whom get the files piled up is because we are using plain window managers that do not purge their active dbus session address file upon session end (logoff, shutdown, reboot)

Happening here in Mate as well as Openbox.

#66 Re: Devuan Derivatives » Vuu-do Linux! *New Openbox-64 iso's (1.0.7) up 2-02-18*!! » 2025-09-18 15:28:41

9-18-2025 - New versions of Vuu-do Openbox 5.03 max and mini uploaded.

Some 20 package updates in the max, 7 for the mini. Added exinfo and metaview extensions to the mini to bring it more inline with the max, so now you can view exif data for image files, and metadata from music and video files in the mini as well as the max. Fixed a longtime bug in Synaptic relating to the status icons, got rid of a couple old scripts and some other detritus.

Added additional support for jpeg-xl in the form of it's command-line utilities package (v. 0.11.1). Updated some extensions to reflect new mimetypes supported. Added batch processing to the re-sizer and rotator scripts, previously you could select multiple images and they would do them, but used separate dialogs for each instance so you had to enter the size or rotation for each individual image. That's fixed now, so you can select as many as you like and it will apply whatever setting you ask for in a single dialog window. The caveat is the files you select need to be the same filetype to do a batch, it won't do a mixed batch of jpg's and png's etc.

Also fixed an issue where the Refracta tools weren't showing in VAI. Added the Gdebi package installer for local .debs, and swapped in Yahtzee for xsol in the max.

Lots of little cleanups and tweaks in this version. The performance tweaks from a week ago are really doing better than i'd hoped, i'm seeing less ram usage at idle and less cpu as well. The mini is especially light now.

#67 Re: Other Issues » [SOLVED] Growing file bloat in ~/.dbus/session-bus and /root/.dbus/session-bus » 2025-09-17 21:45:13

So it gets rebooted at least a half dozen times a day, sometimes more.

You should have a ton of files then, for some reason yours is kicking out the old ones.

To clarify i'm running Daedalus too. weird.

#68 Re: Desktop and Multimedia » How to remove .dbus from home directory? » 2025-09-17 20:20:33

One other change I made was to /etc/X11/Xsession.d/95dbus_update-activation-env - removing the --systemd argument stops a pointless warning being output to xsession-errors.

Apologies for the necro-post, but wanted to thank @boughtonp for this little nugget. That little warning had been a small thorn in my eye every time I opened .xsession-errors, but I have had a 1000 other fish to fry so never gotten around to it, but stumbled upon this post whilst searching for some dbus info. Thanks! smile

#69 Other Issues » [SOLVED] Growing file bloat in ~/.dbus/session-bus and /root/.dbus/session-bus » 2025-09-17 20:07:27

greenjeans
Replies: 58

So both the folders mentioned in the title contain a dbus file for the session you're in, and generate a new one every time you re-boot, but it's not deleting the old ones, just checked my main partition which was installed in Nov. 2023 and it has over 750 files in that session-bus folder.

Root creates a new one too any time you log-in as root, and those build up as well.

Seems like something ought to clear the old one(s) out when you shutdown.

@fsmithred ; in the Refracta-Snapshot excludes file, /home/(user)/.dbus is excluded, and so when you boot/install the live iso it just has the new one created when you boot up. But root's version is not excluded by default, lol just found a lot of files in a new version of Vuu-do i'm making in root's .dbus directory, about 150 of 'em.

Could the /root/.dbus directory be safely excluded as well?

Bleachbit isn't set to clean the .dbus/session-bus folder because you can't remove all of them, you need the most recent one. But am wondering if something could/should be added to a shutdown script to remove the old files.

#71 Re: Freedom Hacks » apt seems to be a sort of "unstable wrapper" » 2025-09-15 15:36:08

1. a very simple bash script (e.g., three lines of code)

If you don't know how .desktops can work, you may be convinced you need a script. tongue

[Desktop Entry]
Type=Action
Comment=Install local .deb package
Name=Install Package
Icon=info
Terminal=true
Profiles=on_file;

[X-Action-Profile on_file]
Exec=gksu.sh apt-get install %f
MimeTypes=application/x-debian-package;

#72 Re: Freedom Hacks » apt seems to be a sort of "unstable wrapper" » 2025-09-15 14:22:58

You could also just go the .desktop route, use apt-get, and run it in terminal, that at least would save some typing, so not a gui method, but a quick timesaver. In my workflow lately I do a lot of local installs.

#73 Re: Off-topic » gtk3 icon theme per application settings » 2025-09-14 23:40:46

Hmmm..don't know the answer, but perhaps I have a tidbit that may help some. To alter Pluma which is the text-editor I use, at least insofar as internal colors, I had to mod a file in /usr/share/gtksourceview4/styles (classic, which is default in Pluma) to have an effect, these files seem to override gtk3 settings in the global theme. But I don't see anything about icons in that file currently, but perhaps that's another parameter that could be altered in that file.

#74 Re: Freedom Hacks » apt seems to be a sort of "unstable wrapper" » 2025-09-14 23:05:55

Try "su" to root, then "apt" or "dpkg".

It seems that you do not know how to write a simple script.

Well I haven't taken a sip yet today from the waterfall of secret esoteric knowledge, so my dementia lacks the mystic sauce of enlightenment to keep it at bay, perhaps you need to wall-of-text me some more of that deep deep lore that ChatGPT has bestowed upon thee. tongue

#75 Re: Freedom Hacks » apt seems to be a sort of "unstable wrapper" » 2025-09-14 22:28:29

sudo, and here I thought you were suspicious of obvious security risks.

Vuu-do don't sudo. wink

Board footer

Forum Software