You are not logged in.
^^ Cool! Let me know if it works. ![]()
A quick and dirty music player is Alsaplayer, it's pretty nice, but the alsaplayer-gtk package has been dropped in excalibur/trixie because debian doesn't like that it's gtk2.
No side panel, or I maybe would have been content with it. One of the developers even mentioned that it would be great if someone modded the code to gtk3, I took a look at it, but man it's a LOT more code than what I typically use. I also thought about just making a simple gui using it for a backend, but ffplay just works on so many more formats and it's already onboard all my systems.
^^Correct!
But really, it isn't similar to the ones he mentioned at all. Plus, go ahead and search for a simple gui frontend to ffplay to only play music and nothing else. There's some bits and chunks here and there, but most are full-on MP's or video players, converters etc. ffmpeg does a lot of stuff, easy to get caught up in "what if I added blah blah?" Then comes the feature bloat.
But it seems like most times when I start a project or even think out loud about one, there's always gonna be that guy that has to post "why don't you just use blah blah?"
Really no point in trying to explain myself to 'em.
Working on a quick-and-dirty simple music player, using ffplay as the backend. Re-using a lot of code and protocols from some other ones I have made. Uses a text database that's scraped from ~/Music and ffplay to do the work, gui is C and GTK.
EDIT: Philosphy of use and protocol: Featureless. No replaygain, no eq, no excessive controls, no album art, no skins, no visualizations, no plug-ins, no lyrics, no fetching tags, no bouncy graphic doo-dads. Just a simple music player, that's all I want it to do. Opens waaaaay faster than other music programs and plays until I tell it to stop.
It's another niche app, and that's okay. I learned a lesson early on in my linux years: You can either make do, or make new. I have reached a point in my life where I have more time to make new, so that's what i'm doing. Making things I like, just how I want them. But I share with other folks too in case they might find some use for them, and of course it's all FOSS, anybody is welcome to take anything I do and make something they like even better. But I expect there's more than one ol' hardass like me that wants simple things. ![]()
Working prototype:

Made an updated version that I need to upload, I expanded the search function from title-only to title and description, should have done that from the get-go. Also made a kind of companion app, a manual for Vuu-do, which was previously all in the release notes which was one giant text file. Was able to re-use a lot of the code from the VAI app, the basic GUI code is very simple and works great for any simple app that's intended to display info.
Screenie ( you'll need to click the image to get full-size view or else it looks blurry):
https://imgdump5.novarata.net/no5cx2.png
More success, found a .deb package for qt5gtk2 on the opensuse build service, booted up a live-session of Devuan excalibur and installed, works great! Works with the gt6gtk2 package using the same export command for both which is export QT_QPA_PLATFORMTHEME=qt5gtk2
Package is a bit dated but works fine, the original author has some newer source code, perhaps the package needs to be be updated, but it's working fine in excalibur. All the QT apps look so much nicer with my beautiful GTK theme. ![]()
^^ That's an interesting article, but the author said his program is available now using apt, but I don't see it in the repo. I wouldn't mind trying it.
Hi SteveM, and welcome! I can't speak for the devs because i'm not one, but in general we are very grateful for anyone who's willing to lend a hand!
You might get a faster reply to your query via IRC, on Libera-chat go to #devuan-dev, that's where all the big cheeses usually hang out ![]()
So for the upcoming excalibur, the qt5-gtk2-platform theme is going bye-bye, The current package might still work, haven't tried it yet.
But going forward I and hopefully some folks smarter than me may have a solution in the works.
The qt6gtk2 package I mentioned above also has a version for trixie, that I have tested on Devuan excalibur and it works fine.
The same author has a qt5 version as well, qt5gtk2, no .deb package yet though, but I did a local make/install from source and it works great in daedalus, just not in excalibur/trixie yet. So hopefully I can get some real ninjas to take a look and maybe fix it. The fellows who packaged the .debs for the qt6gtk2 had to make some changes to get it to work for trixie, i'm hoping they can work that magic for this package as well.
So going forward it's a nice solution as those programs are currently maintained even if they aren't in Debian.
7-13-2025, Updated to today, give it a try!
new version, over 300 updates, ready for testing! Passwords:
User = devuan, password= devuan
Root = root
Happy testing!
Somebody smarter than me will likely be along directly, but my first thoughts were:
1. xwayland???? Does that even work on 32 bit?
2. KDE on a low spec 32 bit machine? That's like the most complex and resource-intensive DE.
^^ Thanks my friend!! I posted all this stuff i've been doing up to my sourceforge account, so anybody can test 'em and mess with 'em if they like. ![]()
posted by stargate-sg1-cheyenne-mtn

Thanks guys! A .deb of this and my other projects just uploaded to my sourceforge : https://sourceforge.net/projects/vuu-do … eous/apps/
Uploaded .debs of the new apps mentioned in the last post (forgot to mention in that post that I included Fatstick on those new iso's too).
Basically all the stuff in my various DIY threads of late.
They can be found here: https://sourceforge.net/projects/vuu-do … eous/apps/
Hope they're useful for folks, it was a lot of long hard work, but man did I ever expand my working knowledge of these kinds of things! ![]()
New versions of the Openbox max and mini Vuu-do iso's uploaded.
Lots of updates in important packages, some 90 or so, new kernel too. Removed some gnome apps, disk-utility, chess, and mahjongg, replaced the disk utility with Fatstick that works hand-in-hand after using Mintstick to create a liveUSB, Fatstick will create a secondary data partition in FAT32 on the stick and label it "DATA". Installed a different mahjongg game and a solitaire game.
Also included some more new apps i've been working on, Vuu-do App Info which gives simple info about installed applications, Alsatune which is a complete GUI frontend to control the alsa mixer and EQ and also allows for saving EQ pre-sets, and ScrotShot which is a GUI for the scrot screenshot utility and takes the place of the 3 previous menu entries, the 3 choices are;
Desktop (entire)
Desktop (5 second delay)
Select area with the mouse
Note that the last option has two functions, when you select it and your cursor changes to a crosshair, you can left-click and hold to draw a selection, or if you just want to grab a specific window you can just left-click once on the window itself.
Those last two cleaned up the menu quite a bit, from 7 entries to 2.
I added the Vuu-do info app to the mini as well, but haven't done the first run to create the database since it's a mini. Install your favorite programs then run the app and it will create a fresh database for you. It might be superfluous to all but very new users, if so just uninstall it in Synaptic.
So for the life of me I cannot find another iso that does that stuff the #!++ 32 bit does. But still, need to deal with it. Pragmatism won out in the end, I just modded the script to check for additional partitions, and if it has one or more extras, it generates an error dialog and exits the script performing no actions on the liveUSB. Done. Going into the new Vuu-do iso's i'm working on today.
*greenjeans closes eyes*
OMMMMMMMMMM....OMMMMMMMMMM.....
^^Yeah I got sound in FF just using alsa-only, even in my Mate systems which throw a fit when you first rip out Pulse, lol.
@tux_99 Thanks so much for testing!
I would miss a forth option that I use very often (with the default KDE app): 4. Select window using the mouse.
Actually option #3 does that too, for grabbing a window, when the crosshairs comes up, just left-click the window once instead of holding the mouse button and selecting.
Surprised nobody mentioned Mate, Devuan's Mate version is very nice. Not sure about the touchpad stuff as I never use it.
So I use scrot for screenshotting in Vuu-do, I like how lightweight it is and simple. Up until now i've had to add 3 menu entries under the screenshot category as it's a cli app, so I called the 3 functions I wanted via menu entries since there hasn't been a GUI for it in many years near as I can tell. So I made a GUI yesterday, plain ol' Yad and shellscript. Scrot can do a lot of things but all I ever use are 3 options.
Screenshot of:
1. The entire desktop
2. The entire desktop with a 5 second delay
3. Select area using the mouse
And I like to view the shot right after I take it, so I set it up to open the new shot in a pic viewer after it's taken.
It was harder than it sounds, first of all if you use conky (I do) when you choose select area with mouse, if conky is running it will interfere with the selection process and you'll get some nasty artifacts in the shot, so I had previously written a tiny script that turns off conky when you click the entry, takes the shot, previews it for you, then turns conky back on afterwards. I tried and tried to integrate that with the main script, but it wasn't happening, so I modded it some and left it as an outboard script that gets called from the main script.
Yad's --form window was perfect for the main gui, but it has a quirk in that it doesn't shut down after you click a selection, that took some time and searching to figure out too. And for viewing the the shot after you take it, didn't make sense to try and guess the users pic viewer, so I used Yad for that as well, simple undecorated window with the shot and a close button.
Got just a hair more testing to do today, and then i'll post the scripts if anyone is interested.

FFS knock it off. Put that energy into creating something. I know Steve does some amazing work, and you've both been with us since the early days, can we just put differences aside and focus on making Devuan the best that it can be?
Lawd knows i'm no paragon of virtue, but i'm trying to be better. Can we not work together to create new and better things?
@comborico1611
You have used the inline code tag ("c" with square brackets) whereas you should have used the large code block tag ("code" with square brackets) for that lengthy piece of code. It's a simple matter to fix. ![]()
Version 4 uploaded.
No bugs, just moved some files around to comply with Debian's FHS policy, added a readme in /usr/share/vai with some info,
and cleaned up some superfluous code in the postisnt script in the .deb package. Looking great!