You are not logged in.
Debian/Devuan is a general-purpose distribution, running on 20 year old hardware is not and should not be the priority. There are whole distros dedicated to minimising memory and disk use.
None of the so-called minimal distros are as good as doing a bare install of Debian/Devuan with a simple window manager, So why wouldn't people be talking about using Debian/Devuan on old PCs? Many people consider it the best option for such machines.
@gipi
I'm glad you found a working solution.
I believe your original config should of worked. But the user has to be part of the sudo group.
You can add the current user to the sudo group with this command.
sudo usermod -aG sudo $USERI prefer to use Debian's package search. Even if I don't have a web browser on the machine, I can use my phone or another machine to search and find the names of the packages I wish to install.
Also synaptic is nice and simple. It provides good functionality without hiding things from the user.
I'm not a KDE user. I just never cared for it, but It does concern me to see any opensource software take a non-free direction. Like forcing systemd or other unwanted dependencies.
If you would allow me I'd like to make an attempt to have a positive outlook.
That good news is to simply run KDE with a different login manager and avoid the systemd nonsense. At least until systemd creeps into the remaining KDE components. To be realistic I'm sure the systemd, rust, etc rot is coming to KDE just like it is with gnome. But hopefully it's at a pace user's can plan their exit. Or even better find solutions.
@rations have you tried MT PowerDrums V2. They have a native Linux version
https://www.powerdrumkit.com/linux.php
I've not used superior drummer, So I don't know how they compare.
I don't use wine much, but the way I remember it was that wine installs everything in the default wine prefix ~/.wine unless configured differently. Has this changed or is the issue related to a specific tool being using to manage wine, or how a specific distro/respin is configured?
Also, my advice is use native software as much as possible. IrfanView is good software, but considering all the image viewers available for Linux I can't imagine using it instead of native software. A big part of moving to a different OS is moving to native apps. Wine is great when there is no alternatives for the software, but I don't think IrfanView is that special. I can take or leave it and I'll definitively leave it before running it in wine.
Have done these steps and dxvk fixes etc. Never had trouble with sound in the past only the graphics.
Sorry my suggestion was unhelpful. I figured you may of already done the suggested steps, but it didn't hurt to mention it. Audio cut outs is one of the issues related to 9.22 and newer.
The only time I've seen problems with audio cut out is when the latency setting in Jack was set to low. It just couldn't maintain the over demanding timings and caused the audio to cut out. Using a real-time kernel helps a lot with this issue. Since you specifically stated that the issue occurs when the vst gui is left open I'm convinced you are correct on blaming the issue one wine.
I am curious to see what the solution ends up being.
@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.
@Gnostic
The set default application is probably what you want. How you configure it in file manager will vary depending on the file manager.
With Thunar (XFCE)
Give the script exec permission.
Right click on a file that is of the type you want to make the default, and choose Open With > Set Default Application
Enter the path to the script in the custom command entry ( or use the browse button to find the script)
Ensure the "Use as default for this kind of file" is checked and then click open.
NOTE : adding the %f after the path is not needed.
wouldn't something like this be much simpler
#!/bin/sh
xdg-open $(grep -oP http.+ "${1}")@callmetango
Thank You so much for providing this info and for your hard work.
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"
Have you tried Aitor's amixer-gtk? It is a part of gnuinos.
https://git.devuan.org/aitor_czr/amixer … nch/master
I don't know if it's supports EQ, but it is a nicer ALSA mixer.
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.
Yikes!! There's actually no real peer to Debian packaging. I guess you mean better than itself?
I notice how you had to shorten the quote of what I said to even make your argument seem valid. I pointed out exactly how other systems allow you to create a package by creating a single simple file. All you need is a text editor.
Is creating a proper Debian package that hard? No. Is it way more complicated then most other systems? Yes. There isn't even an argument to be had here. It's obvious to anyone who has created packages for different systems. The only reason anyone would disagree with me here is 1. They have no experience creating packages, or 2. They intentionally want to be disagreeable.
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
though personally I find the Debian packaging workflow somewhat convoluted and unpleasant
So true! Thank you for saying it. Creating a PKBUILD, RPM spec, and other type packaging build is so simple. Yet Debian is so complicated. Debian really needs a better system.
I mean I could probably do it in a VM . . .
I've thought about trying a VM. I just don't know when I'd find the time though. I must say though, I am excited about Xlibre.
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.
@zapper
Um. . . uh . . Interesting. LOL
How is this 3 years old and I've never seen it.
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
Is rrqsu lighter in cpu usage, memory usage and less dependencies than YAD?
If you follow the link posted by prospero, you will see that rrqsu is simply a script for implementing sudo askpass with YAD. So it's still YAD. The advantage is that it is an all in one script and doesn't require creating/editing system configuration files.
As for your concern for light system resources, I think you'll find ralph.ronnquist most recent post useful. But for a task that will run for a minute at most any used resources will be recovered very shortly. At most it will save an unmeasurable amount of your battery. I guess it all adds up though.
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.
I did work on a graphical interface for SUDO_ASKPASS in the past, but I stopped working on it time ago.
Just use YAD.
. . . this post is GPLv3. So feel free to use it however you want but please send you changes back to me.
Do you have a git repository for this GPL post where I can submit an issues, or a pull-request?
This looks great. Thanks for posting it.