Arch Linux User Repository

louis77:

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.

dreieck:

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.

m040601:

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?

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.

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.

From https://github.com/louis77/tuner

Relocation notice!

The canonical repository for Tuner is [on
Codeberg](https://codeberg.org/tuner/tuner) but we maintain [a
mirror on GitHub](https://github.com/louis77/tuner) 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.

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

Regards!

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

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: https://abs-cd.oscloud.info/cd_manager/tuner

libsoup is missing in makedepends.

cmake is missing in makedepends and geocode-glib is missing in depends.

the geoclue package is missing. please add as a dependency