Package Details: highscore-git r1529.0752d37-1

Git Clone URL: https://aur.archlinux.org/highscore-git.git (read-only, click to copy)
Package Base: highscore-git
Description: A rewrite of Highscore, formerly gnome-games
Upstream URL: https://gitlab.gnome.org/World/highscore
Licenses: GPL-3.0-or-later
Conflicts: highscore
Provides: highscore
Submitter: igor-dyatlov
Maintainer: yochananmarqos
Last Packager: yochananmarqos
Votes: 30
Popularity: 0.015764
First Submitted: 2021-08-07 14:40 (UTC)
Last Updated: 2025-02-14 19:23 (UTC)

Dependencies (23)

Required by (0)

Sources (1)

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 5 Next › Last »

rien333 commented on 2024-06-16 13:13 (UTC)

More dependencies on new adwaita widgets. I understand that reverting commits is not a long term viable strategy, but in practice, it has worked without issue for months now.

I think having an up-to-date and working highscore package (which is coming along really nicely) completely offsets the "costs" of adding one or two git reverts. 

prepare () { 
  cd "${pkgname%-git}"
  ...
  # Revert: display-page: Port to AdwBottomSheet and AdwMultiLayoutView 
  git revert --no-commit f659421bc0ea728ddac674b8d5339b9266aa356e

rien333 commented on 2024-04-30 14:48 (UTC)

For anyone wondering why their saves are deleted, check the matrix channels. You should migrate them. The maintainer made this script:

#!/bin/bash

DIR="$HOME/.local/share/highscore/"

cd $DIR

if [ ! -e saves2 ]; then
  cp -r saves saves2
fi

cd saves

for F in $(ls | grep metadata); do
  GAME_UID="${F%.metadata}"

  DATE_STR=$(grep 'Creation Date' $F | grep -Po '(?<=Creation Date=).*')
  DATE=$(date '+%Y-%m-%dT%H:%M:%S' --date=$DATE_STR -u)

  mkdir "$GAME_UID"
  mkdir "$GAME_UID/$DATE"

  if [ -e "$GAME_UID.save" ]; then
    mv "$GAME_UID.save" "$GAME_UID/$DATE/save"
  fi

  mv "$GAME_UID.savestate" "$GAME_UID/$DATE/savestate"
  mv "$GAME_UID.png"       "$GAME_UID/$DATE/screenshot"
  mv "$GAME_UID.metadata"  "$GAME_UID/$DATE/metadata"
done

yochananmarqos commented on 2024-04-20 18:53 (UTC)

@rien333: I appreciate the feedback. However, reverting that commit is not a viable solution. Newer commits have and will be based on newer commits from both libmanette and libadwaita.

Using VCS packages as dependencies will also not work all of the time since Flatpaks can use specific commits.

rien333 commented on 2024-04-20 12:15 (UTC) (edited on 2024-04-20 12:16 (UTC) by rien333)

Building this currently shows 3 errors: two related to Gnome's libmanette (a game controller library), and one to a button row button in a preferences dialogue.

The first two are caused by libmanette's current stable release missing commits recently introduced into its main branch. This can be fixed by creating a libmanette-git package (though I do not think you should be maintaining even more packages, and just wait until upstream releases a new version)

The final error relates to upstream using an adwaita widget that is not in libadwaita 1.5 (which is what Arch currently ships). Fortunately, this is a matter of reverting a single commit:

prepare() {
  cd "${pkgname%-git}"
  # Revert: preferences-firmware-page: Use button row
  git revert --no-commit e841485d9ff3147e7cf879c95d7ab55b94a7f399
}

The commit in question just changes the type of some button from a regular one to a new shiny one, so I presume reverting it introduces no breakages (long live tiny changes!)

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.

https://gist.github.com/rien333/11482029744fc74d03ab48b43213b4b4

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!

EDIT:

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

https://github.com/alice-mkh/mgba

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

1 2 3 4 5 Next › Last »