Package Details: tuner 1.5.2-1

Git Clone URL: (read-only, click to copy)
Package Base: tuner
Description: GNU/Linux app to discover and play internet radio stations. Geared towards RadioBrowser
Upstream URL:
Keywords: internet-radio music radio radio-station stream
Licenses: GPL-3.0-only
Submitter: clove3am
Maintainer: pmattern
Last Packager: pmattern
Votes: 5
Popularity: 0.000165
First Submitted: 2020-09-25 06:39 (UTC)
Last Updated: 2024-06-23 01:50 (UTC)

Dependencies (6)

Required by (0)

Sources (1)

Latest Comments

1 2 Next › Last »

louis77 commented on 2024-06-22 21:44 (UTC)

I'm happy to announce that with the recent 1.5.2 release, Tuner now depends on libsoup-3.0 and fixed an issue where obsolete endpoints of were used.

Thank you pmattern for pushing this a bit. It took me quite a while to find a good setup and the motivation to resume development of Tuner again! Updated repo is available on GitHub and Codeberg.

I'm planning to tackle the next issues within the next few weeks. And thank you for packaging Tuner for Arch!

pmattern commented on 2024-05-30 20:31 (UTC)

(Replies to the previous comment should possibly be posted at the comment section of the VCS package, which was affected by the same problem.)

emulti commented on 2024-05-30 15:25 (UTC)

Requires gst-plugins-good installed to enable audio playback

pmattern commented on 2024-04-15 21:07 (UTC)


Hello and pleased to "meet" you.

Information about former maintainers can be found in the headers of the packages' web pages, see "Submitter" etc. above, as well as in the header of the PKGBUILD files.
Not really extensive regarding Tuner, but maybe not so important either.

Regarding any upstream help, the binary's availability as 'tuner' is a topic rightfully asked for here in the comment sections.
I'm not sure about that reverse URL's purpose in the first place, maybe it has to do with one of those fancy packaging systems like Flatpak, but having it as the only way to access the binary seems indeed odd.
You may want to consider implementing this upstream. Otherwise fixing it while packaging would of course be utterly trivial.

As for anything else I'd say the most important thing would be to have the development taking place again at all. Tbh. looking at the VCS repo I had already been wondering whether Tuner is abandoned.
IMO the old GH tracker does feature some reports worth having another look at, e. g. that tray icon thing.
From a rolling distro user's point of view migrating Tuner to libsoup 3.x would certainly be desirable. Looking at their release download page the 2.7x series doesn't seem to see much love any more.

But actually all that stuff belongs on the upstream trackers, not in this comment section. I'd be happy to add some minor bugs or feature requests to these trackers, now that the project does still seem to be vital.


My excuses for not addressing the availability of the binary as 'tuner' earlier.
As you may have read, I've just discussed this topic with the main developer. So you can expect it to be fixed one way or the other soon. Same goes for the VCS package.


The source archive of release 1.5.1 is still available at the known URL on GitHub, the one on Codeberg provides the exact same content but the included root directory comes with a different name. Thus, switching to Codeberg right now would only mean additional work for the maintainer and rebuilding for the users without any benefit.
This doesn't make sense.

Your remarks on build systems and Arch concepts were already rightly commented by user bionade24. Your out-of-date flagging of this and the VCS package was misuse. As for the VCS package, you asked for an URL update, which was already made a year ago.

We can sure agree that this totally isn't the right way to make positive contributions to this project, can't we?

louis77 commented on 2024-04-05 19:47 (UTC)

Just chiming in here, I'm the developer of tuner. However, I do not know who created this package in AUR. If there's anything I can do to help in the upstream, please let me know.

bionade24 commented on 2024-04-05 19:10 (UTC)

Remember that the Makefile and "make xyz" provided by the developer is a generic linux build procedure. It is not to be followed blindly by the PKGBUILD.

If you had as much knowledge as you pretend to, you'd now that meson doesn't have a backend for Make and therefore, this pkg doesn't use it at all.

It is supposed to be adapted to follow the Archlinux conventions and standards.

The Archlinux convention is to follow upstream as close as possible. Upstream doesn't provide this symlink. If you don't want to make a symlink yourself in /usr/local/bin or ~/.local/bin, switch to Debian. They change everything to their liking.

m040601 commented on 2024-04-05 15:41 (UTC) (edited on 2024-04-05 15:46 (UTC) by m040601)


Relocation notice!

The canonical repository for Tuner is [on
Codeberg]( but we maintain [a
mirror on GitHub]( for the
time being in order to ease the transition. Please update your links
and git remotes.

Also pay attention to the previous comments

dreieck commented on 2024-02-19 06:29 (UTC)

Can you please symlink /usr/bin/com.github.louis77.tuner → /usr/bin/tuner?

Remember that the Makefile and "make xyz" provided by the developer is a generic linux build procedure.

It is not to be followed blindly by the PKGBUILD.

It is supposed to be adapted to follow the Archlinux conventions and standards.

dreieck commented on 2024-02-19 06:29 (UTC)

Can you please symlink /usr/bin/com.github.louis77.tuner/usr/bin/tuner?


fortuna commented on 2023-06-12 16:42 (UTC)

Compiles without problems, runs well, GUI is there, sound is not. Just silence.

bionade24 commented on 2023-04-19 14:03 (UTC)

I also want to have the missing dependencies fixed, but please stop abusing the out-of-date button for bugreports.

Doesn't build in a clean environent: