

So, #AppImage is independent from your #Linux distro, it always works.
Except for… audio.
Because AppImage programs are statically linked, so they contain all libraries they need. And if they contain an old audio library using ALSA directly, they do not work with #Pipewire apparently.
Because the trick of Pipewire is to replace both #Jack and #ALSA libraries by compatible versions that then access Pipewire, not Jack or ALSA. But if the libraries are inside the program, this does not happen.
Pipewire now is the standard audio system on many distros.
Sad situation that is apparently the cause for me not being able to use #OpenSoundMeter.
Tickets have been filed on GitHub.
I could now try to compile Open Sound Meter myself. I thought I was over this.
Appimage files won't do anything on 24.04 #2404 #appimage

So, WinBoat (https://www.winboat.app/) AppImage genommen und mit Gear Lever (https://github.com/mijorus/gearlever) Updates managen lassen. FreeRDP3-Client ergänzt, alles andere sonst schon da.
Home Folder -Integration mal gelassen - hinterher geht das alles zu OneDrive :D
Kaffee machen und ne Stunde warten jetzt.

Personally I don't consider myself a "#PowerUser" but rather someone who just wants to "#GetShitDone!"...
I don't care whether something is shipped as a #deb, #snap or #AppImage or a shitty #tarball to be shoved in a subdirectory at $HOME.
Gilfoyle Voice "All it needs to do for me, is keep fucking #apps running and up to date!"
Why #GIMP #AppImage #crashes on #Linux then trying to export / #save files to #tmpfs? A #bug ?
/tmp/.mount_GIMP-3ChpMMA/usr/lib/x86_64-linux-gnu/gimp/3.0/plug-ins/script-fu/script-fu: fatal error: GIMP crashed
(script-fu:34154): LibGimp-WARNING **: 13:15:26.695: script-fu: gimp_flush(): error: Broken pipe
fish: Job 1, 'GIMP-3.0.4-x86_64.AppImage --ve…' terminated by signal SIGSEGV (Address boundary error)
After some testing, and getting crazy about it, I debugged moar. It seems that the problem is a .json file in the tmpfs dir, it seems to crash GIMP. There’s clearly something very wrong.
Just for fun I created this file: gimp-denial-of-service-attack.json
Feel free to use that to troll colleagues. Place it is some directory they’re likely going to use with GIMP, just for lulz. - Don’t ask me, why it crashes GIMP. #json #gimp #crash
🖧 #FreeRDP version 3.x.x with sound support required for remote desktop connection, iptables and iptable_nat kernel modules must be loaded
Available download formats: #AppImage for portable usage across distributions, Unpacked raw files, .deb packages for #Debian based distributions, .rpm packages for #Fedora based distributions
Currently in beta phase - expect occasional bugs and issues, requires some troubleshooting comfort level from users testing the application
@turblescelbor.bsky.social me too :)
Wherever I can use #flatpak packages, I will. The only current exceptions are #Steam and #Tutonata - the former in favour of #CachyOS's "native" steam runtime, and the latter because their #AppImage works better...
But in the latter case, that's what was giving me a headache with the #GNOME keyring.
Tried to run an #appimage yesterday, it just silently failed. Only became clear, when trying to run it via cli...
Finally, R that travels light and doesn't judge your distro choices: Portable R AppImages!!
Because you need the same base R everywhere: your Ubuntu laptop, friend's Fedora server, or data scientist cousin's Arch setup (btw)
No sudo, no tears, just science
(package support coming soon!)
Repo: https://github.com/coatless-r-n-d/portable-r-appimage-linux/
@avoca @mcc #simplex works on #android #ios #windows and #linux ( #flatpak #appimage ) it doesn't need account syncronisation because there are no accounts just profiles which can be transferred between devices by exporting the chat database or you can kind of "cast" your mobile client to a desktop client as long as theyre both connected to the same LAN you just scan a qr code and then you're controlling your mobile client from your desktop client
Linux support
Same #rshiny → desktop workflow on #Fedora 42 aarch64:
shinyelectron::export() → #rshinylive → #AppImage → portable #Linux app
Plot twist: no more "go buy yourself a real computer" moments - you get zero R dependencies too! The condescending Unix users have won this round.
New release candidate for #Benben, my console-based music player, is up! This is v0.7.0-rc4. A Linux x86-64 #AppImage is available under the "Development Builds" header on this page as usual, as well as a link to the repo changes since the last release candidate: https://chiselapp.com/user/MistressRemilia/repository/benben/wiki?name=Releases
Should you want to build from source instead, instructions are here: https://chiselapp.com/user/MistressRemilia/repository/benben/wiki?name=Building+Benben
The final release for v0.7.0 is planned for 1 October 2025.
#CommonLisp #LinuxAudio #vgm #lisp
One Open-source Project Daily
Go implementation of AppImage tools
https://github.com/probonopd/go-appimage
#1ospd #opensource #appimage #go #golang