Package Details: aquaria-ose-git 1.1.3+o1.002+g611.96206dd-1

Git Clone URL: https://aur.archlinux.org/aquaria-ose-git.git (read-only, click to copy)
Package Base: aquaria-ose-git
Description: A 2D fantasy underwater action-adventure game (Open Source Edition of the engine = original v1.1.3 + many improvements)
Upstream URL: https://github.com/AquariaOSE/Aquaria
Keywords: 2D action adventure fantasy game humble metroidvania underwater
Licenses: GPL
Conflicts: aquaria, aquaria-git, aquaria-hib, aquaria-hib-git, aquaria-hib-hg, aquaria-ose
Replaces: aquaria-git, aquaria-hib-git, aquaria-hib-hg
Submitter: smls
Maintainer: None
Last Packager: smls
Votes: 43
Popularity: 0.000030
First Submitted: 2015-07-09 14:14 (UTC)
Last Updated: 2016-06-19 20:21 (UTC)

Dependencies (5)

Required by (0)

Sources (2)

Latest Comments

« First ‹ Previous 1 2 3 4 5 6 7 Next › Last »

fordprefect commented on 2013-06-10 15:00 (UTC)

@enverex: just correct typo in line 46. it should say hg clone $_hgroot/$_hgrepo still this doesnot make it build, it complains about a erroneous patch. is there any intention to fix this?

fordprefect commented on 2013-06-10 14:39 (UTC)

this PKGBUILD seems to need some care. i get the same error as sec.-beach, removing aquaria.zip and file:/// fixed this for me. then, openal should be makedepends, i didnt get it to build (makepkg --nodeps) without it. then it begins to compile, but breaks with some undefined variable errors. does it build for you?

securitybreach commented on 2013-05-22 18:37 (UTC)

I am getting the following error: ==> ERROR: Unknown download protocol: file Aborting... on this package and the HB version.

Enverex commented on 2013-04-30 16:17 (UTC)

Doesn't seem to work for me: ==> Found game package, installing... warning: bitbucket.org certificate with fingerprint 24:9c:45:8b:9c:aa:ba:55:4e:01:6d:58:ff:e4:28:7d:2a:14:ae:3b not verified (check hostfingerprints or web.cacerts config setting) abort: HTTP Error 404: Not Found

gabrielrcp commented on 2013-02-17 00:18 (UTC)

Also, I think that mercurial is not a dependency.

gabrielrcp commented on 2013-02-16 23:57 (UTC)

Lua 5.2 was released but this game needs Lua 5.1. I managed to compile and install doing 2 changes to this PKGBUILD: * Change dependency from lua to lua51 * Applied this patch to fix some headers: http://pastebin.com/qb0rNF3u

AlexanderR commented on 2012-10-18 16:34 (UTC)

> How about picking the last commit before the announcement of a new Updatepack? I'd rather stick to compatibility breakages and bugfixes.

prettyvanilla commented on 2012-10-18 16:25 (UTC)

> Linked tarballs are binary. Do not want. Oh, didn't realise those were binary. My bad. > This package uses fixed git commit, so it is not "development/git-package". Well, yes and no, true it will always yield the same version without a bump, but as you say there not being tagged releases makes it a bit arbitrary, not that you could do much about that. > In fact developer does not tag releases, so I have to pick versions that look stable for me. How about picking the last commit before the announcement of a new Updatepack? Though those might be too seldomly released for your taste. Just an idea. > Feel free to disagree. Unlucky use of a phrase I fear - sorry if that sounded stand-offish.

AlexanderR commented on 2012-10-18 15:49 (UTC)

> Wouldn't it be more sensible to use the "official" tarball Linked tarballs are binary. Do not want. > The name of this package doesn't mark it as a development/git-package This package uses fixed git commit, so it is not "development/git-package". In fact developer does not tag releases, so I have to pick versions that look stable for me. Feel free to disagree.

prettyvanilla commented on 2012-10-18 15:09 (UTC)

Wouldn't it be more sensible to use the "official" tarball linked in the aforementioned thread (http://fg.wzff.de/pub/aquaria/updatepacks/ now holds version 2012_10_14)? The name of this package doesn't mark it as a development/git-package, so using a commit-tarball from github seems to conflict with expectations IMHO. Feel free to disagree...

« First ‹ Previous 1 2 3 4 5 6 7 Next › Last »