Package Details: open-hexagon-git 1:2.0.6.r7.g41d48c9b-1

Git Clone URL: (read-only, click to copy)
Package Base: open-hexagon-git
Description: Free software clone of Super Hexagon - a music-based arcade game
Upstream URL:
Keywords: game
Licenses: custom, custom:AFL-3.0
Conflicts: open-hexagon
Provides: open-hexagon
Submitter: gardenappl
Maintainer: gardenappl
Last Packager: gardenappl
Votes: 1
Popularity: 0.029186
First Submitted: 2020-11-02 19:15
Last Updated: 2021-06-07 18:44

Latest Comments

1 2 Next › Last »

LordTacitus commented on 2021-06-07 19:01

@gardenappl what I meant was the posted version was detected as more recent than the installed version, but your update has fixed this and I'm not being nagged to install a "newer" version all the time anymore. Thanks.

gardenappl commented on 2021-06-07 18:16

@LordTacitus this is perfectly normal for Git packages. Your system detected that there are newer Git commits, but this website doesn't do these checks, so the version is out of date.

Hmm, but I'm seeing another issue here: the version string is not supposed to have the 'v' prefix, I should remove that.

LordTacitus commented on 2021-06-07 14:44

There's a discrepency between the listed version and what is reported by pacman -Qi open-hexagon-git Listed here it is 1:2.0.preview.r2241.g103aa2df-1 But the above command reports 1:v2.0.6.r7.g41d48c9b-1

gardenappl commented on 2021-05-09 18:23

@zer0def Thanks for notifying me, I found that I still had to symlink config.json and the other files, otherwise the config file is read-only.

zer0def commented on 2021-05-05 07:24

Vittorio recently made a bunch of shuffling in-repo, which breaks packaging of .json files, so this should make it work again:

gardenappl commented on 2021-04-29 17:11

@zer0def Fair enough, thanks for the patches.

zer0def commented on 2021-04-28 13:17

@gardenappl The idea was to make sure that the game always launch from the rootfs it was installed in without changing current workdir (which is an illusion, considering ln -s "$(ls -1r /usr/lib/libluajit-*.so | head -n1)", but I haven't found a better way of fuzzy-matching the localized symlink to whatever is the latest version of possibly multiple installed on that rootfs).

TL;DR: Yes, but I was a dumbass about it, here's a correction:

gardenappl commented on 2021-04-28 06:07

@zer0def is there a good reason to use relative paths in the open-hexagon launch script? It doesn't work if the user runs it while not in /usr/bin

gardenappl commented on 2021-04-26 15:41

@zer0def Patch accepted, thanks a lot.

I had to do a --cleanbuild on my system to get it work but that might be a result of me messing around.

zer0def commented on 2021-04-25 19:04

Fixed issues with LuaJIT resolution and just general issues stemming from localized linking, instead of linking to system libraries: