Package Details: highscore-git r435.fd3c2851-3

Git Clone URL: (read-only, click to copy)
Package Base: highscore-git
Description: A rewrite of Highscore, formerly gnome-games
Upstream URL:
Licenses: GPL-3.0-or-later
Conflicts: highscore
Provides: highscore
Submitter: igor-dyatlov
Maintainer: yochananmarqos
Last Packager: yochananmarqos
Votes: 29
Popularity: 0.82
First Submitted: 2021-08-07 14:40 (UTC)
Last Updated: 2024-04-06 20:59 (UTC)

Pinned Comments

yochananmarqos commented on 2024-04-06 21:00 (UTC)

PSA: This is a WIP. The developer only supports Flatpak, please do not create upstream issues.

Latest Comments

1 2 3 4 Next › Last »

yochananmarqos commented on 2024-04-06 21:27 (UTC)

@rien333: That sounds logical, so maybe libhighscore-<core-name>-git or something? However, for example the BlastEm core is already called blastem-highscore, hence my naming tactic. Either way, upstream is a WIP, so the developer might even add them as subprojects for all I know. We'll see.

rien333 commented on 2024-04-06 21:20 (UTC) (edited on 2024-04-06 21:23 (UTC) by rien333)

@yochananmarqos: Good! Thank you for being so quick.

I do think that, in the package name, the string (lib)highscore- should come before mgba, though, rather than the ordering that is used now. This is more in line with the naming conventions established by libretro-*.

yochananmarqos commented on 2024-04-06 21:12 (UTC) (edited on 2024-04-06 21:26 (UTC) by yochananmarqos)

@rien333: I added most of the cores. ;)

rien333 commented on 2024-04-06 21:01 (UTC) (edited on 2024-04-06 21:03 (UTC) by rien333)

This is what I have now, in terms of a libhighscore-libmgba PKGBUILD. Doesn't work with the actual highscore app yet, but it should be pretty close, given what I could decipher from the source code.

yochananmarqos commented on 2024-04-06 21:00 (UTC)

PSA: This is a WIP. The developer only supports Flatpak, please do not create upstream issues.

rien333 commented on 2024-04-06 11:17 (UTC) (edited on 2024-04-06 12:22 (UTC) by rien333)

Hm, just found this message on matrix. It seems that libretro is not supported anymore, and that cores have to ported to a new format (?):

so it's post-rewrite? it's not using libretro [in that case].

I have no intention of supporting non-flatpak builds, and especially not when the app is not even released and none of the components are stable in any way

In any case, the master branch of this application is completely dysfunctional at the moment. I will try to find out a good way of packaging, by inspecting the flatpacks files!


Okay, seems the lead developer is maintaining "libhighscore" builds of emulation cores in separate repos. For example:

Which gets picked up in the build process through this file.

rien333 commented on 2024-04-06 09:12 (UTC) (edited on 2024-04-06 09:13 (UTC) by rien333)

Thanks for the quick update!

I was wondering, does it indeed make sense to package libhighscore seperately? In Arch (as you know), libs are generally not separated into additional packages, unless they really makes sense as a standalone thing. And I would say that, in this case, the library barely has a standalone use-case. Like, what applications other than highscore are going to use this library? Its description also doesn't mention much in terms of it being broadly useful:

A shared library for Highscore cores

Of course, there is something to be said for the easiest solution, if that is the reasoning.

yochananmarqos commented on 2024-04-05 16:42 (UTC)

@rien333: The About dialog reports it's 0.1.0, so I'm going to wait until there's a tag instead of assuming. Either way, the current pkgver is "older" than the old tag, but I'd rather not use an epoch just to placate an AUR helper.

rien333 commented on 2024-04-05 12:42 (UTC) (edited on 2024-04-05 12:52 (UTC) by rien333)

Also, this now seems to depend on a highscore library. From the file:

libhighscore = dependency('highscore-1')

This dependency is obviously not satisfied here, and thus the build fails with:

Run-time dependency highscore-1 found: NO (tried pkgconfig and cmake)

This library can be found here:

rien333 commented on 2024-04-05 12:26 (UTC) (edited on 2024-04-05 12:27 (UTC) by rien333)

This currently fails to build because git describe returns an error — for some reason, the maintainers removed all (version) tags.

To work around this, you could use meson to retrieve the version number in json format:

$  meson introspect --projectinfo
{"descriptive_name": "highscore", "version": "1.0.0", "subprojects": [], "buildsystem_files": ["", "meson_options.txt", "data/", "data/icons/", "data/options/", "po/", "src/", "src/platforms/playstation/"], "subproject_dir": "subprojects"}

Note that the version changed from 40 back to 1.0. Pipe meson's output into jq to retrieve the version number. Then, append the commit tag with git --describe --long --always.