this post was submitted on 26 Jan 2026
132 points (96.5% liked)

Linux

63003 readers
417 users here now

From Wikipedia, the free encyclopedia

Linux is a family of open source Unix-like operating systems based on the Linux kernel, an operating system kernel first released on September 17, 1991 by Linus Torvalds. Linux is typically packaged in a Linux distribution (or distro for short).

Distributions include the Linux kernel and supporting system software and libraries, many of which are provided by the GNU Project. Many Linux distributions use the word "Linux" in their name, but the Free Software Foundation uses the name GNU/Linux to emphasize the importance of GNU software, causing some controversy.

Rules

Related Communities

Community icon by Alpár-Etele Méder, licensed under CC BY 3.0

founded 6 years ago
MODERATORS
AgreeableLandscape@lemmy.ml
nooter692@lemmy.ml
MarcellusDrum@lemmy.ml
cypherpunks@lemmy.ml
cyclohexane@lemmy.ml
d3Xt3r@lemmy.nz
132
I published my first app on Flathub (feddit.org)
submitted 3 weeks ago* (last edited 3 weeks ago) by Katzenmann@feddit.org to c/linux@lemmy.ml
32 comments fedilink hide all child comments
 

Hi. I recently published my app on Flathub and have been steadily updating it to make it better.

With it you can download Music from Youtube and tag it to create a beautiful collection of local Music. Check it out: https://flathub.org/apps/net.fhannenheim.musicfetch

you are viewing a single comment's thread
view the rest of the comments
[–] Katzenmann@feddit.org 2 points 3 weeks ago (1 children)

On the download done page there is a button on top with a directory icon, which opens the files in a file manager. Can you please try again and click it and tell me where the files have been downloaded to? That may be a mistake on my part

[–] lukecooperatus@lemmy.ml 1 points 3 weeks ago* (last edited 3 weeks ago) (3 children)

Hey, thanks for the response! I tried again with the recent update (--version says 1.2.1) and still having the problem. The button you refer to opens my file manager in the system root directory, instead of the download directory shown in settings which is now by default set to my home folder instead of ~/Music like in the prior version.

To recreate, I ran the app from the CLI and searched the videos tab for "flowers", then clicked download on the top result. The metadata pages had blank values (are they supposed to populate automatically somehow?), and I clicked through until I got to the final page below.

flowers

~$ flatpak run net.fhannenheim.musicfetch --version
musicfetch_gui 1.2.1
~$ flatpak run net.fhannenheim.musicfetch
libEGL warning: failed to get driver name for fd -1

libEGL warning: MESA-LOADER: failed to retrieve device information

libEGL warning: failed to get driver name for fd -1

MESA: error: ZINK: failed to choose pdev
libEGL warning: egl: failed to create dri2 screen
libEGL warning: failed to get driver name for fd -1

libEGL warning: MESA-LOADER: failed to retrieve device information

libEGL warning: failed to get driver name for fd -1

MESA: error: ZINK: failed to choose pdev
libEGL warning: egl: failed to create dri2 screen
[2026-01-28T19:22:43Z INFO  musicfetch_gui::app] Starting download of 1 songs
[2026-01-28T19:22:43Z INFO  musicfetch_gui::modules::download] running yt-dlp with args ["--ignore-config", "-x", "-f", "ba", "-o", "/tmp/musicfetch/%(id)s.%(ext)s", "--load-info-json", "-", "-O", "after_move:filepath", "--progress-template", "download:%(progress.downloaded_bytes)s-%(progress.total_bytes)s-%(progress.downloaded_bytes_estimate)s", "--newline", "--progress"]
[2026-01-28T19:22:44Z INFO  musicfetch_gui::modules::download] All songs downloaded
[2026-01-28T19:22:52Z INFO  musicfetch_gui::modules::tagwriter] reading filetype from path /tmp/musicfetch/G7KNmW9a75Y.opus
[2026-01-28T19:22:52Z INFO  musicfetch_gui::modules::tagwriter] filepath extension: Some("opus")
[2026-01-28T19:22:52Z INFO  musicfetch_gui::modules::rename] moving song to: //1 - .opus
[2026-01-28T19:22:52Z INFO  musicfetch_gui::modules::rename] creating parent dir: /

PS: I tried again with another song (Big Boogie - Shut Up) that seems to have metadata available from however MusicFetch is finding metadata. The logs are slightly different in that it seems to attempt to save the file where it is configured to do so (the home folder), but there's still not actually a file saved in that location when I click to open in my file manager:

big boogie

$ flatpak run net.fhannenheim.musicfetch
libEGL warning: failed to get driver name for fd -1

libEGL warning: MESA-LOADER: failed to retrieve device information

libEGL warning: failed to get driver name for fd -1

MESA: error: ZINK: failed to choose pdev
libEGL warning: egl: failed to create dri2 screen
libEGL warning: failed to get driver name for fd -1

libEGL warning: MESA-LOADER: failed to retrieve device information

libEGL warning: failed to get driver name for fd -1

MESA: error: ZINK: failed to choose pdev
libEGL warning: egl: failed to create dri2 screen
[2026-01-28T19:31:10Z INFO  musicfetch_gui::app] Starting download of 1 songs
[2026-01-28T19:31:10Z INFO  musicfetch_gui::modules::download] running yt-dlp with args ["--ignore-config", "-x", "-f", "ba", "-o", "/tmp/musicfetch/%(id)s.%(ext)s", "--load-info-json", "-", "-O", "after_move:filepath", "--progress-template", "download:%(progress.downloaded_bytes)s-%(progress.total_bytes)s-%(progress.downloaded_bytes_estimate)s", "--newline", "--progress"]
[2026-01-28T19:31:11Z INFO  musicfetch_gui::modules::download] All songs downloaded
[2026-01-28T19:31:17Z INFO  musicfetch_gui::modules::tagwriter] reading filetype from path /tmp/musicfetch/B9RNRhoUr6E.opus
[2026-01-28T19:31:17Z INFO  musicfetch_gui::modules::tagwriter] filepath extension: Some("opus")
[2026-01-28T19:31:17Z INFO  musicfetch_gui::modules::rename] moving song to: /home/luke
    /Big Boogie/Shut Up/1 - Shut Up.opus
[2026-01-28T19:31:17Z INFO  musicfetch_gui::modules::rename] creating parent dir: /home/luke
    /Big Boogie/Shut Up
[2026-01-28T19:31:23Z INFO  musicfetch_gui::app::update] Opening directory at /home/luke
    /Big Boogie/Shut Up

Edit: forgot to mention, I'm using Fedora Workstation 43, in case that's relevant for you.

Good luck with the app, it's a really good idea!

[–] Katzenmann@feddit.org 1 points 3 weeks ago

I've now tried a fresh install in a Fedora Workstation 43 VM with the language set to German and it worked.

You could try rm .config/cosmic/net.fhannenheim.musicfetch -rf to reset the app and try again.

[–] Katzenmann@feddit.org 1 points 3 weeks ago (1 children)

Well. I don't know why I didn't catch this earlier but I've found the bug now. I had a trailing newline in the download path. This sucks.

It's fixed now and should be released in 1-2 hours on flathub

[–] lukecooperatus@lemmy.ml 1 points 3 weeks ago

I tried the new version of the app (1.3.1) and it works a little better. As mentioned in my other comment, the app tries by default to write to my home directory, which fails. However, if I manually tell the app to use ~/Downloads instead, then it works!

On the other hand, closing and relaunching the app again clears out what I've manually configured and it tries to write to my home directory again until I change it every time.

(Also, apologies, I should be reporting to your issue tracker instead.)

[–] Katzenmann@feddit.org 1 points 3 weeks ago (1 children)

Okay interesting. Are you using the Flatpak? If so, can you try running flatpak run --command=bash net.fhannenheim.musicfetch and running xdg-user-dir MUSIC in the bash shell?

[–] lukecooperatus@lemmy.ml 1 points 3 weeks ago

Hey, sure no problem. I don't actually have a Music folder ordinarily since I keep my music in a network location instead.

$ flatpak run --command=bash net.fhannenheim.musicfetch
[📦 net.fhannenheim.musicfetch ~]$ xdg-user-dir MUSIC
/home/luke

Flatseal shows that the app has requested permission to access xdg-music, which in my case is my home directory. I would assume that means it should be able to write there, but maybe the "All user files" toggle being off supercedes that? I'm not sure how flatpak permissions work, exactly.