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: smls
Last Packager: smls
Votes: 43
Popularity: 0.000000
First Submitted: 2015-07-09 14:14
Last Updated: 2016-06-19 20:21

Latest Comments

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

fordprefect commented on 2013-06-10 14:39

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

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

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

Also, I think that mercurial is not a dependency.

gabrielrcp commented on 2013-02-16 23:57

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

> 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

> 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

> 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

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...

Marvn commented on 2012-10-03 11:25

smls> thx, I will look into it, I just don't have an internet connection at home (yet) and at work, I cannot quite do this (no arch box there), so it will take some time...