Package Details: redeclipse 2.0.0-1

Git Clone URL: (read-only, click to copy)
Package Base: redeclipse
Description: free, casual arena shooter
Upstream URL:
Licenses: custom, CCPL:by-sa, zlib, CCPL:by
Submitter: mtorromeo
Maintainer: dcx
Last Packager: dcx
Votes: 95
Popularity: 0.004644
First Submitted: 2011-03-15 22:28 (UTC)
Last Updated: 2021-11-16 13:18 (UTC)

Latest Comments

FredBezies commented on 2021-10-13 19:56 (UTC)

You can use the PKGBUILD I posted. It works flawlessly.

FredBezies commented on 2020-02-07 04:56 (UTC)


# Maintainer: Frederic Bezies < fredbezies at gmail dot com>
# Contributor: Carl George < arch at cgtx dot us >
# Contributor: Zohar Malamant <dotfloat gmail com>
# Contributor: Massimiliano Torromeo <>
# Contributor: Martin Erik Werner ("arand") <>

pkgdesc="free, casual arena shooter"
arch=(i686 x86_64)
license=("ZLIB" "CCPL:by-sa" "CCPL:by" "custom")
makedepends=(ed sdl2_mixer sdl2_image enet)
depends=(sdl2_image sdl2_mixer enet hicolor-icon-theme)

build() {
    cd "$pkgname-$pkgver"
    make -C src/ client server

package() {
    cd "$pkgname-$pkgver"
    make -C src/ DESTDIR="$pkgdir" prefix=/usr system-install
    install -Dm 0644 "doc/license.txt" "$pkgdir/usr/share/licenses/$pkgname/license.txt"
    install -Dm 0644 "doc/all-licenses.txt" "$pkgdir/usr/share/licenses/$pkgname/all-licenses.txt"

Ulukai commented on 2016-06-20 11:44 (UTC)

Since v1.5.3 installed with the current script from AUR still crashes on my machines, I downloaded the Linux tarball. On the Red Eclipse WIKI is explained how to run from there instead and running the included binaries instead of the ones installed locally. I suppose this AUR package could be updated to use this method for now, it could be extracted to the /usr folder and include a .desktop file to make it available system wide. This would mean a temporary solution until the next version comes out.

aexoxea commented on 2015-09-19 03:05 (UTC)

Hi @carlgeorge, Ta :-) As promised, I adjusted the '-git' sample to pull to that commit (11e754a) -- and then to the preceeding one (3e3eff5) -- in base repo. Both built and installed OK, but sadly I couldn't replicate the v1.5.3 segfaults in either, so that doesn't seem to be it. Further, there are 262 commits across 127 files in base repo before we get to those; as noted before, I'm not in a position to go bisecting to find the point where it got fixed (and even if it is identified, it might well require a number of patches across a number of files -- I too don't have the requisite C/C++ knowledge to be able to tell, sorry). In the meantime, I've encountered no crashes or errors in f7f2d38 (main issue is it being marked as incompatible with most servers, if you play online). I've noted the commits under the BBS thread to replicate the build I have for anyone that wants to use it. Not sure what else to do at this point.

commented on 2015-09-13 21:54 (UTC)

@aexoxea I tried to add that commit as a patch to 1.5.3, but it failed to apply cleanly. I don't know enough C++ grasp what that commit is changing.

aexoxea commented on 2015-09-12 12:13 (UTC)

I too had segfaults when trying to run the package, so as a test, I rigged up a sample 'redeclipse-git' package locally to see if the issue had been resolved upstream. At the time, 'f7f2d38' was the latest commit to red-eclipse/base. The good news is the package built, installed and ran at that commit with no difficulties, so that provides another workaround (with the bonus of getting new/changed features since the tagged v1.5.3). The bad news is that commit almost certainly had nothing to do with resolving the issue, and there are 382 preceeding commits across 134 files. It _might_ be commit '11e754a' as it mentions "segfault fixes" (and I'll check this if I get a chance before anyone else does), but otherwise a bisect would be needed (which I probably won't get the chance to do). The package I built identifies as v1.5.4, though whether that means such a release will be tagged (and how soon) is unclear; I couldn't find anything that told either way on the Red Eclipse website. Details of the sample 'redeclipse-git' files are available on BBS: < >.

Ulukai commented on 2015-08-28 15:53 (UTC)

Hello, I tried building it on 3 machines the past few days, and always get the same error: libpng warning: Interlace handling should be turned on when using png_read_image Fatal signal 11 (Segmentation Violation) I'm running libpng 1.6.18-1. What do I need to do to fix this?

commented on 2015-07-23 12:06 (UTC)

Okay, thank you for this fast answer. In the meantime i have written a much shorter PKGBUILD, which uses the official release package and not the git repositories. You can find it in this link: I hope you like it ;-).

commented on 2015-07-22 22:46 (UTC)

I can reproduce the error. The current version of libpng in Arch is 1.6.16-1. 1.6.17 is available upstream. I'm going to wait to investigate further and see if this fixes itself once the libpng package is updated to match upstream, as there is a decent chance this will resolve the issue.

commented on 2015-07-22 18:32 (UTC)

The Package is not working. Everytime I start Red Eclipse I get the following: "Fatal signal 11 (Segmentation Violation)" I use the newest Arch Packages and the Nvidia Graphics Driver. If I Download the Package from the Website and launch Red Eclipse after the Decompression of that Package, it works. Any Ideas?

aexoxea commented on 2015-04-06 06:45 (UTC)

Fair enough; I appreciate what efforts you have been able to make :-) As it is, I have tested 1.5.1-2 and can confirm the package can now be built, installed and run successfully (at my end at least) without any changes required, so it looks like all is now fixed (and I've marked the BBS thread as 'solved'). Much appreciated!

commented on 2015-04-06 01:57 (UTC)

I've actually been traveling, so I haven't had a chance to work on this much or help upstream. I did get a moment last night to bump the version to 1.5.1. I just submitted 1.5.1-2 that includes a patch of the commit you mentioned had the fix.

aexoxea commented on 2015-04-05 15:17 (UTC)

Thanks again for the update! As part of checking my build locally, I had a quick look at the upstream commits to . The good news is that (2) has now been fixed by commit 0e67905 (and a huge 'thank you' for any involvement you had with that!). The bad news is that commit came after v1.5.1 was tagged. As there have been several commits to since tagging, I patched using the latest revision available at this writing (commit 38ba0f8). That worked without any trouble, and I have updated the BBS thread to reflect this.

aexoxea commented on 2015-04-04 01:29 (UTC)

Many thanks for that. Sounds good about getting (2) fixed upstream; I'm very new to GitHub, but let me know if you need someone to vote for/support/whatever a patch. Anyone who wants to build in the meantime has the workaround in the BBS thread.

commented on 2015-04-03 19:09 (UTC)

Howdy @aexoxea. I noticed (1) also and had fixed it, I guess I accidentally uploaded 1.5.0-3 without the fix. Fixed in 1.5.0-4. As far as (2), I want to take a closer look and see if I can fix it properly in the Makefile and send a patch upstream.

aexoxea commented on 2015-04-03 05:18 (UTC)

Hi, my thanks also for taking on the maintainership, and for the updates today :-) I am still having two issues with the stock 1.5.0-3 PKGBUILD, though I might be alone on this: (1) The script uses a mixture of 'sed' and 'ed' (why is unclear). 'ed' isn't part of base or base-devel (unlike 'sed'), so the script errored first time through; fixed locally by adding 'ed' as a makedepend. (2) redeclipse errors at launch if the 'config' directory is not present. This directory is in base-1.5.0 at the same level as 'src', but is not installed by; fixed locally by copying the 'config' directory under /usr/share/redeclipse/config/ and symlinking to /usr/lib/redeclipse/config during the package() stage. Finally, I also updated the BBS thread created before the maintainer change (so it no longer gives outdated information, and I don't want to be stepping on your toes!).

commented on 2015-04-03 03:31 (UTC)

1.5.0-2 is still broken, but I found a fix upstream. I have ported this patch in 1.5.0-3. Based on other commits, it appears this fix will be included in the upstream 1.5.1, which is already in the source, just waiting to be tagged.

commented on 2015-04-02 21:44 (UTC)

@Ulukai Thanks for the heads up, I hadn't gotten around to testing yet. Try to build 1.5.0-2 and see if that fixes it for you.

Ulukai commented on 2015-04-02 18:43 (UTC)

First of all thanks for picking this up again. However, I believe there is a problem with the installer. When upgrading my 1.4 installation, Red Eclipse got removed from the system and 1.5 is not installed in its place. There is no RE icon in my application list and no RE command to be found on the console either. Please check the installer.

wookietreiber commented on 2015-03-31 09:09 (UTC)

Sorry for delay. When I adopted, I thought I had time to tackle it. Unfortunately, I have been busy with other stuff. Orphaning.

commented on 2015-03-29 17:22 (UTC)

@wookietreiber If you're not going to update this package, please orphan it so someone else can.

aexoxea commented on 2015-03-29 09:10 (UTC)

Have removed my previous comments as I now have it working locally; see the following post for details: .

commented on 2015-03-25 12:28 (UTC)

The new version is located at

FredBezies commented on 2015-03-22 14:14 (UTC)

Orphaning it. Feel free to adopt it and upgrade it.

FredBezies commented on 2014-05-28 10:09 (UTC)

redeclipse 1.4-3 : added .AURINFO file

dotfloat commented on 2014-02-12 13:02 (UTC)

namcap complains about glu being unneeded, but it's added now anyways.

Korsi commented on 2014-02-10 16:43 (UTC)

Please add glu as a dependency.

xordspar0 commented on 2013-11-24 11:27 (UTC)

xdg-utils still isn't listed as a dependency.

kooothor commented on 2013-06-08 20:23 (UTC)

Works fine, thanks :) Good game !

wookietreiber commented on 2013-05-13 12:07 (UTC)

@dotfloat: Your custom PKGBUILD didn't work either, I'm still getting the same errors.

dotfloat commented on 2013-05-04 21:45 (UTC)

@wookietreiber: sorry for the late reply. Does this version of the PKGBUILD work for you: ? If it still doesn't, you'll have to go to the redeclipse or archlinux forums. I don't have the problem that you're describing so I wouldn't be able to fix it unless it's a problem with the package. @arand2: I updated this package with the changes that you proposed. Also, I can take over redeclipse-svn now, if you want.

wookietreiber commented on 2013-05-01 14:32 (UTC)

@dotfloat: redeclipse 1.4 is the first redeclipse version I had these troubles with, 1.3.x-y worked just fine and yes this is the only package I ever experienced these errors

dotfloat commented on 2013-05-01 14:13 (UTC)

I'll fix this on Friday as I'm gonna be swamped with a bunch of exams. I can also take over maintaining 'redeclipse-svn' then. Thanks for the suggestions. :)

commented on 2013-05-01 11:58 (UTC)

dotfloat: I sat down doing a revamp of the redeclipse-svn AUR package: There are at least two minor bits in that that could apply to this package as well, if you've got time to poke at them: * Added .install file for icon cache and xdg-utils depend * Fixed CCPL: license syntax If you or anyone else is interested, I'll probably be up for giving the redeclipse-svn package up for adoption, might make sense if they had the same maintainer ;) Also, please consider implementing the icon name fix patch I pasted in a comment below (c.f., but note the web UI botches UTF-8 in the diff), since otherwise I don't think desktop icons will work properly.

dotfloat commented on 2013-04-29 17:31 (UTC)

I looked around and I can't seem to find any errors in the package. Did it work with previous versions of this PKGBUILD? Also, is this the only graphically intense program that doesn't work for you?

wookietreiber commented on 2013-04-28 10:41 (UTC)

no, I'm using intel: $ pacman -Q | grep xf86-video xf86-video-intel 2.21.6-1

dotfloat commented on 2013-04-28 10:13 (UTC)

I tested the map 'echo' and everything is how it's supposed to be. Are you, by any chance, using xf86-video-ati?

wookietreiber commented on 2013-04-28 08:21 (UTC)

With this new version I get lots of these errors and lots of in-game graphics are broken, e.g. when playing the map 'echo' there is no grass on the floor: libpng warning: Interlace handling should be turned on when using png_read_image

dotfloat commented on 2013-04-21 12:43 (UTC)

Alright, I adopted this package and removed a few stuff from the PKGBUILD. If anyone needs mtorromeo's PKGBUILD (thanks for maintaining it), here it is: I looked it up, and yeah, you could feasibly run opengl apps with only the proprietary drivers (which supply /usr/lib/, however, you'll have a hard time compiling them without 'mesa'. (which supplies /usr/include/GL/gl.h)

commented on 2013-04-18 21:10 (UTC)

dotfloat: Ah, I was thinking you could potentially jump around mesa somehow via nvidia-libgl or so, just a guess though. Regarding /usr/lib/redeclipse/, I'm not sure if it's possible to get away from the need to have the binaries there without patching the source. The game doesn't currently do an excellent job of finding the game data unless it's right under its nose (c.f. setlocations() in src/engine/server.cpp), and hence symlinks are used . As far as the FHS goes, I would claim that this setup does actually abide by it: ### ( /usr/lib includes object files, libraries, and internal binaries that are not intended to be executed directly by users or shell scripts. [22] Applications may use a single subdirectory under /usr/lib. If an application uses a subdirectory, all architecture-dependent data exclusively used by the application must be placed within that subdirectory. ### The Arch FHS doesn't note any explicit deviations there, but I'm not sure if there's implicit stuff though. If you have a nicer solution, given all circumstances; by all means :) I don't intend to adopt this package in Arch if I can avoid it, since I don't really use Arch at all, and I tend to be bogged down enough as it is with packaging for other distros. If you've got comments for the upstream install parts of the makefiles, feel free to poke in my general direction ;)

dotfloat commented on 2013-04-18 21:02 (UTC)

That's flattering, csolisr. However, if you want to be the maintainer of this package, just adopt it. Don't worry about not having enough technical savvy-ness. If you stumble upon problems, there are a lot of people willing to help you on the forums or IRC. Practice is good and you shouldn't be scared to take on challenges.

csolisr commented on 2013-04-18 16:13 (UTC)

@dotfloat: Given the technical savvy needed to properly package this game, I'd better leave it up to you.

dotfloat commented on 2013-04-18 10:57 (UTC)

@mtorromeo: Sorry to see you drop this package. As for the group thing: I'm running arch as a single user. I'm in the groups 'users' and 'wheel'. I feel having a separate group for games is just a nuisance, because if I install it, I want to use it. Besides, I assume a sysadmin has the know-how on groups so that he can set up proper permissions post-install. @arand2: 'mesa' is the OpenGL implementation for linux. It interacts with the proprietary driver. The drivers, by themselves, cannot do 3D graphics. They can, however, interact with the framebuffer and do simple 2D graphics (and anything that's not OpenGL). I like having my filesystem tidy, and follow . /usr/bin is only for the client/server binaries, and /usr/share/ is only for the data. /usr/lib should only be used for shared objects and there should be no subdirectories here. I haven't looked through the code yet, but what I suggest is that redeclipse looks for the data in the following order: (-datapath custom_path), current dir, /usr/share/redeclipse and /usr/local/share/redeclipse . This way you can separate the binary from the rest. Also, are you gonna adopt this package? Cause if you won't, I'll adopt it.

mtorromeo commented on 2013-04-18 07:02 (UTC)

@dotfloat: I dropped the package since there were some requests for changes but I use this package very seldomly, so if anyone thinks he/she can take care of this in a more timely manner, feel free to adopt it. The games group, as the name suggests, is there for games but is often not used so I guess it could be removed and nobody will care much. There is no strong policy but the purposes of the groups are outlined here:

commented on 2013-04-18 00:22 (UTC)

dotfloat: I am also unsure as to what the games group is for, unless there's a policy for it, it seems unneeded, could you provide any details there mtorromeo? imagemagick is currently not even e build dependency, since the icon images are already stored in the appropriate sizes, it could probably be removed. I think the game could run without Mesa if you use proprietary drivers, having it as optional seems correct. The script if used to load the game data correctly without bloating symlinks into /usr/bin, if you have a better option, I'm interested (I maintain the install stuff upstream). "ego-shooter" was part of the "official" subtitle for the game, as such it is correct to use that, this subtitle has been recently changed though, and could be updated or replaced based on that: "Red Eclipse is a fun-filled new take on the casual first person arena shooter, built as a total conversion of Cube Engine 2, (...)" csoilsr: Why do you think that this package would need to change maintainer? In my experience mtorromeo has been good about keeping up with new releases, and the current few issues with the package are quite minor.

csolisr commented on 2013-04-17 22:07 (UTC)

Does someone else want to adopt this package? I would like to adopt it myself, but I'm not exactly an expert in compiling this package.

dotfloat commented on 2013-03-30 01:00 (UTC)

Please remove the permission stuff. There's no need for a separate group for games. If someone (a sysadmin) needs to restrict the program to a specific group they should have the knowledge on how to do it already. 'imagemagick' and 'mesa' should be in depends and not optdepends, as without them you wouldn't be able to run the program. The script '/usr/bin/redeclipse' is pointless. I propose to replace the binary '/usr/lib/redeclipse/redeclipse' with the script. Also do the same for the server binary. Finally, the term "ego-shooter" is German (as far as I can tell) for "first-person shooter" and isn't used in English. It's redundant anyhow.

CruzR commented on 2013-03-23 18:51 (UTC)

Oops, sorry, I didn't want to flag this out of date, I clicked on the wrong link.

commented on 2013-03-22 19:40 (UTC)

Hi, I'm maintaining the desktop file upstream, and it seems I mucked it a bit. In order for it to grab the icon correctly the quotes will have to be removed. Sorry for the inconvenience. From: Martin Erik Werner <> Date: Fri, 22 Mar 2013 20:32:21 +0100 Subject: [PATCH] desktop file: don't quote icon/app name --- src/install/nix/ | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/src/install/nix/ b/src/install/nix/ index e3215c5..de129da 100644 --- a/src/install/nix/ +++ b/src/install/nix/ @@ -20,6 +20,6 @@ Comment[gl]=Xogo de tiros en primeira persoa con xogo áxil e editor incorporado Comment[it]=Sparatutto in prima persona con agile gameplay ed editor incorporato. Comment[pt]=Jogo de tiros em primeira pessoa com jogabilidade ágil e editor incorporado. Comment[sv]=Förstapersonsskjutare med rörlig spelstil och inbyggd baneditor. -Icon="@APPNAME@" -Exec="@APPNAME@" +Icon=@APPNAME@ +Exec=@APPNAME@ Categories=Game;ActionGame; --

mtorromeo commented on 2013-03-22 09:52 (UTC)

@programmador: you have to be in the games group

commented on 2013-02-13 13:18 (UTC)

Also I had to invoke chmod a+rx for all files and folders of the package. Without chmod it will start only for root because the rights are set only for owner and his group. For others filemode is zero (rwxr-x---). Maybe it's smth that I had to do while building/configuring the package - I don't know, I'm new to arch.

commented on 2013-02-13 12:50 (UTC)

I also needed glu for building. Interesting that I was installing arch to 2 different devices - one to a virtual machine, and another to a real pc. first didn't want glu, and second one did. Maybe on a vm i've installed glu as a dependency to another package and forgot about it.

faergeek commented on 2013-01-10 08:37 (UTC)

It needs xdg-icon-resource on installation, please add xdg-utils as a dependency

Korsi commented on 2012-12-31 11:38 (UTC)

I needed glu in compilation process. Maybe it shold be added to dependencies list?

commented on 2012-09-01 15:13 (UTC)

Due to a few issues with the 1.3 release, the downloads for 1.3 got removed and replaced for version 1.3.1. The correct source is: The related SHA256 is: e29bc8a148c00b8a62b0e77752b7494f0d36f428cb4f24e9b5dc40cdcd67254e

abarbarian commented on 2012-04-11 09:58 (UTC)

Installed this today on Arch 64 with 4 Gb of ram. Installed and ran just fine with yaourt with no extra tweaking needed.

commented on 2012-01-16 20:10 (UTC)

@arand2 That fixed it. Thanks for the tip!

commented on 2012-01-16 20:00 (UTC)

@K3fka As far as I've understood things, the compression error is due to the /tmp directory now being mounted as a tmpfs by default, i.e. located in RAM, combined with the fact that yaourt (and others?) use /tmp as the default directory for all content. The standard tmpfs for 4G RAM is less than 1G (assuming similar to Debian), hence won't fit tarball + unpacked source + built package of Red Eclipse, (~ 0.4G * 3). In the case of yaourt, one way around would be to use an on-disk tempdir: $ mkdir ~/tmp $ yaourt --tmp ~/tmp -Sab redeclipse Similarly one can set the TEMPDIR variable, which works for yaourt, and might do for other package managing tools? $ TMPDIR=~/tmp yaourt -Sab redeclipse Or set it permanently in the yaourtrc(5) ... Though troublesome, not a packaging issue, it's bound to affect any large package.

commented on 2012-01-16 18:24 (UTC)

I get the following error when trying to install: -> Compressing package... xz: (stdout): Write error: No space left on device

mtorromeo commented on 2012-01-07 15:37 (UTC)

I don't want to give too much importance to the problem but IMHO if it has been uploaded, it has been released and a bugfix should require a version number change (1.2.1,, whatever...). Anyway, the pkgbuilg has been updated to the last tarball.

commented on 2012-01-07 15:31 (UTC)

It can be debated whether it was off icially released before :p but anyhow, the re-upload fixes a bad kickban bug, alongside the installation symlink.

mtorromeo commented on 2012-01-07 11:58 (UTC)

Actually I just noticed on sourceforge that the source tarball has been updated less than 2 hours ago [1] without notice. That's not nice... I'll updated it soon.

mtorromeo commented on 2012-01-07 11:55 (UTC)

@Javafant: Did you try to download it again? Maybe you got a corrupted download? Can anyone else confirm this so I don't have to redownload it again for nothing? The source tarball I still have on my system has the correct md5 and the resulting package works perfectly.

cocreature commented on 2012-01-07 11:51 (UTC)

It's notworking for me because the md5 seems to be wrong.

mtorromeo commented on 2012-01-06 17:38 (UTC)


Ulukai commented on 2012-01-06 15:30 (UTC)

Red Eclipse 1.2 is released.

matthiaskrgr commented on 2011-10-16 09:24 (UTC)

I checked, looks like the issue was solved upgrading imagemagick. The packaged built fine and no error occurred.

matthiaskrgr commented on 2011-10-16 08:48 (UTC) imagemagick is available :)

commented on 2011-10-14 18:35 (UTC)

Current (new) version of imagemagick has a bug with specifying layers, (confirmed and fixed in 6.7.3-1 Beta, c.f. Hence this build will fail with this version of imagemagick, in the manner noted by matthiaskrgr. One can always work around the issue in a two-step: ### convert -resize 48x48 'src/redeclipse.ico' src/redeclipse.png # This instead dumps all layers to redeclipse-[0-3].png files, from where we'll have to pick... mv src/redeclipse-2.png "$pkgdir/usr/share/icons/hicolor/48x48/apps/$pkgname.png" ### Unsure how long it will take for the new version of imagemagick to land in archlinux...

matthiaskrgr commented on 2011-10-14 14:18 (UTC)

==> Starting package()... convert: unable to open image `src/redeclipse.ico[2]': No such file or directory @ error/blob.c/OpenBlob/2589. convert: no decode delegate for this image format `src/redeclipse.ico[2]' @ error/constitute.c/ReadImage/532. convert: missing an image filename `/home/matthias/vcs/aur/redeclipse/pkg/usr/share/icons/hicolor/48x48/apps/redeclipse.png' @ error/convert.c/ConvertImageCommand/3016. ==> ERROR: A failure occurred in package(). Aborting...

mtorromeo commented on 2011-09-15 07:40 (UTC)

Updated as suggested, thanks!

commented on 2011-09-14 03:36 (UTC)

For the icons, I use ImageMagick to extract appropriate .png files From PKGBUILD at (redeclipse-svn): # create directory for icon install -d "$pkgdir/usr/share/icons/hicolor/48x48/apps/" # Extract the image we want from the layered .ico file and convert to # png using imagemagick (<3) convert -resize 48x48 'src/redeclipse.ico[2]' "$pkgdir/usr/share/icons/hicolor/48x48/apps/$pkgname.png" Of course requires additionally: makedepends=('mesa' 'imagemagick')

hamelg commented on 2011-08-27 15:53 (UTC)

icons don't display : $ identify /usr/share/pixmaps/redeclipse.png identify: improper image header `/usr/share/pixmaps/redeclipse.png' @ error/png.c/ReadPNGImage/3641. $ file /usr/share/pixmaps/redeclipse.png /usr/share/pixmaps/redeclipse.png: MS Windows icon resource - 4 icons, 16x16, 256-colors $ icotool -l /usr/share/pixmaps/redeclipse.png --icon --index=1 --width=16 --height=16 --bit-depth=32 --palette-size=0 --icon --index=2 --width=32 --height=32 --bit-depth=32 --palette-size=0 --icon --index=3 --width=64 --height=64 --bit-depth=32 --palette-size=0 --icon --index=4 --width=128 --height=128 --bit-depth=32 --palette-size=0 Please, extract them in png files

haagch commented on 2011-08-01 21:39 (UTC)

Compilation only takes few minutes. Assets are probably the biggest thing in there with pretty small actual game binaries.

LeCrayonVert commented on 2011-07-31 19:09 (UTC)

Hey ! How long does it take to compile ?

nitehogg commented on 2011-07-29 01:25 (UTC)

Looks like the changed the name of the tarball (note the "_bsd")${pkgname}/${pkgname}_${pkgver}_linux_bsd.tar.bz2

mzecher commented on 2011-04-10 02:34 (UTC)

It would be good to advice in the description that this is the sequel of Blood Frontier. This is the best FSP for Linux I've played so far.

kooothor commented on 2011-04-06 22:04 (UTC)

Works fine under 64 bits with nvidia 270.30 Gforce9500 GT. Thanks a bunch for packaging it, the game is quite nice :)

mtorromeo commented on 2011-03-17 09:53 (UTC)

Sorry about that. Fixed.

nvllsvm commented on 2011-03-17 09:25 (UTC)

The third checksum in the md5sum array is useless. Does not build when there.

mtorromeo commented on 2011-03-16 08:16 (UTC)

You are welcome

Ulukai commented on 2011-03-16 07:13 (UTC)

Just installed it, working great! Thanks.