@rations
yabridge has problems with wine 9.22 and higher. If you want yabridge to be stable you need to downgrade to wine staging  to 9.21. Then you need to lock the version to prevent upgrades.

If downgrading wine is a big issue for you, You could try using the development branch of yabridge that is targeting wine 10.  It's not ready for release, but it is an optiion.

https://github.com/robbert-vdh/yabridge … -embedding

Additional INFO : AV Linux MX Edition has a tool called Wine4VST that specifically ensure you have the correct version of wine for yabridge. I don't want to push you to a different distro, but I figured it was fair to let you know about the tool. You maybe able to use it on devuan since they are both debian based.

wouldn't something like this be much simpler

#!/bin/sh
xdg-open $(grep -oP http.+ "${1}")

in panel preference --> choose your panel (the one with the app list) --> Items tab --> Window Buttons (double click to show options)

Remove check next to  "Group Windows by application"

Thanks @stargate-sg1-cheyenne for the link to Barry's blog.  I'm not a user of easyOS or PuppyLinux, but I do follow them because they are unique from other distros.

Nice work. I don't know if it's worth all the effort, but it is pretty cool.

Thanks for the info about Ardour.  Ardour is a must for a FOSS studio environment. Migrating to another solution is not a simple chore, and would most likely require non-free software to achieve the same feature set.  Aurdour, KiCad, and I'm sure there are others are great examples of why X11 (or Xlibre) are still necessarily.  Not to mention all the apps that work under Wayland but are crippled. I'm not bashing Wayland here. I'm just pointing out the obvious truth that so many wish to intentionally ignore.

I guess studio focused distros will have to ship with X11 (Xlibre) if they are serious.

Harrison MixBus a fork of Aurdour. So I assume it also does not support Wayland

I always use xcalc since it's already installed. On new installs I create a .desktop file for xcalc so it will appear in my menus.

I've created 3 version of JWMKit's EasyMenu that will creates a menu for JWM. You can find all 3 version in my Extras repository.

https://codeberg.org/JWMKit/EXTRAS

• JWMKit_EasyMenu - Python Version. Full Featured Version.

• JWMKit_EasyMenu_bash - Bash Version

• jwmkit_easymenu_cpp - C++ Version

Instructions are provided as a readme for each version include how to add it to your JWM config, and how to compile the C++ Version.

You could also use JWMKit, but I am amusing assuming you were looking for a menu only solution.

EDIT : Fixed silly typo.as pointed out by stargate-sg1-cheyenne-mtn

I've been using YAD with ASKPASS for about 5 years (maybe more), but I've never heard of rrqsu,  It seems this method requires less configuration then the way I do it. Thanks for pointing it out.

Do you have a git repository for this GPL post where I can submit an issues, or a pull-request?

Just wanted to make it clear to  @Tweedlewise that K3b is much more that a cd ripper. It's great software, and you may want the extra features. For example the ability to write CD/DVD disc.

It maybe overkill for simply ripping CDs. If that is the case then something like RipperX or Asunder is  a better choice.

It should since udevil and spacefm are made by the same developer.   He made udevil so spacefm wouldn't have to use systemd or other such things.. 

spacefm & udevil can be used without systemd, consolekit, policykit, dbus, udisks, gvfs & fuse

Considering my concern of a fake executable in $HOME, my doas.conf will use the setenv option to override the path order to be more aligned with the expected Linux order (opposed to the original BSD order). Also, I have exclude the paths in $HOME. If I were to add them it would be at the end to be searched last.

permit setenv {PATH=/usr/local/bin:/usr/local/sbin:/usr/bin:/usr/sbin:/bin:/sbin} user as root