Package Details: ftl 1.5.13-1

Git Clone URL: (read-only, click to copy)
Package Base: ftl
Description: FTL: Faster Than Light, a spaceship simulation real-time roguelike-like (requires full copy of the game)
Upstream URL:
Licenses: custom:commercial
Submitter: derhamster
Maintainer: Tharre
Last Packager: Tharre
Votes: 33
Popularity: 0.000000
First Submitted: 2012-09-15 15:59 (UTC)
Last Updated: 2015-07-10 15:11 (UTC)

Latest Comments

Senco commented on 2019-02-24 08:05 (UTC)

It seems like the FTL-package has had some file renames. I did some quick fixes and the steps below now work for me at least.

  1. Manually download FTL.1.6.9.tar.gz

derhamster commented on 2015-03-12 07:21 (UTC)

It works fine here. You need to manually download the game.

r0b0h0b0 commented on 2015-03-12 05:35 (UTC)

Does not pass the validity check.

GloW commented on 2014-12-01 07:47 (UTC)

It means it cannot download the source from humble bundle website because you did not set up an hib dl agent. In order to do that you must : install a version of hib-dlagent set up your hib dlagent in /etc/makepkg.conf: you need of course to own this game in your humble bundle library for thiw work. Alternatively, you can manually download the game.

Llama commented on 2014-12-01 05:37 (UTC)

I am not quite sure what to do with this error: Could not find hib://FTL.1.5.13.tar.gz. Download manually to "/tmp/yaourt-tmp-alexey/aur-ftl" or setup hib:// DLAGENT in /etc/makepkg.conf. Any suggestions?

derhamster commented on 2014-06-11 05:41 (UTC)

Not so speedy this time.. Thanks Shardz

Shardz commented on 2014-06-11 05:06 (UTC) updated PKGBUILD for 1.5.13

ChemicalRascal commented on 2014-04-17 05:46 (UTC)

Speedy derhamster is speedy.

ChemicalRascal commented on 2014-04-17 05:19 (UTC)

v1.5.10 is now on Humble!

derhamster commented on 2014-04-14 18:47 (UTC)

Still no new version available. I unflag it for now..

derhamster commented on 2014-04-12 11:25 (UTC)

Unfortunately, the version on Humble Bundle has not been updated yet. But I will keep this package flagged out-of-date and update it when the new version is available for download.

Tjuh commented on 2014-04-12 11:13 (UTC)

New version out: 1.5.10

derhamster commented on 2014-04-05 06:47 (UTC)

Thanks for the patch. I've updated FTL to 1.5.4

ChemicalRascal commented on 2014-04-03 23:58 (UTC)

Proposed patch for 1.5.4 PKGBUILD: Main change is that a previously-manually-removed library is no longer bundled.

derhamster commented on 2013-11-12 08:13 (UTC)

No problem, I unflagged it.

dnlrn commented on 2013-11-12 08:09 (UTC)

I'm sorry. I accidently flagged the package out of date because I thought that FTL: Advanced Edition is released, but it turns out it will only be available in 2014 :(

derhamster commented on 2013-09-17 18:42 (UTC)

@smls You're right it isn't strictly necessary, but iirc I bumped the pkgrel to 2. I don't quite remember.

smls commented on 2013-09-17 16:35 (UTC)

@saik0 No need to bump pkgrel for changes that improve nothing for users who already have the package installed. It would just force all current users to reinstall the package for no reason, which for big packages like this can be rather annoying.

saik0 commented on 2013-09-17 13:26 (UTC)

Did you bump the pkgrel on the last update?

brettski commented on 2013-09-13 17:33 (UTC)

Thanks for adding hib-dlagent support!

derhamster commented on 2013-09-13 06:38 (UTC)

I completely agree about the package description. It is now fixed. hib-dlagend support is also added, but I did not test it. Let me know if there are any problems.

uberben commented on 2013-09-13 00:08 (UTC)

I'll add my voice requesting hib-dlagent support as well as a description that contains "Faster Than Light". It threw me off for a minutes when searching for "faster than light" didn't bring up this package.

smls commented on 2013-09-12 18:08 (UTC)

@derhamster: Also, consider changing pkgdesc to something like: "FTL: Faster Than Light, a spaceship simulation real-time roguelike-like (requires full copy of the game)" In cases where the software's full name is not contained in pkgname, it should be added to pkgdesc (to make it easier for users to search and identify packages).

smls commented on 2013-09-12 17:39 (UTC)

@derhamster Isn't convenience the whole point of having an AUR package? Anyways, theres no need to include the whole comment block and DLAGENT override that J0k3r suggested, if you don't want to - that's just an extra courtesy to new users. Just adding the following to the source array would suffice: "${_gamepkg}"::"hib://${_gamepkg}" (Actually you could even remove the file:// entry now, since that is now technically obsolete - because even with the hib:// protocol, makepkg will still fall back to looking for the file in the PKGBUILD folder.)

derhamster commented on 2013-09-12 15:40 (UTC)

I'd like to keep this package simple. Is there any other benefit besides convenience when I add hib-dlagent support? Downloading the file manually is not that hard.

CheapTransfers commented on 2013-09-12 14:19 (UTC)

( you could also download it before via hib-dlagent, because they used the humble store as their retail platform )

CheapTransfers commented on 2013-09-12 13:55 (UTC)

use this for hib-dlagent:

GloW commented on 2013-09-12 08:31 (UTC)

As it have been released in the Humble indie bundle 9, you could add a source from hib::/

derhamster commented on 2013-05-28 07:06 (UTC)

I finally managed to update this. Sorry it took me so long. @J0k3r: Thank you for contributing; I merged some of your changes to the PKGBUILD.

CheapTransfers commented on 2013-05-14 18:26 (UTC)

updated my version to 1.03.3

CheapTransfers commented on 2013-05-14 17:34 (UTC)

FTL.Linux.1.03.3.tar.gz is available

CheapTransfers commented on 2013-03-14 20:17 (UTC)

hey i made some changes, feel free to merge/use it.

derhamster commented on 2013-02-01 17:09 (UTC)

The first one is quite obvious... how would makepkg be able to find it else? Did you try without changing the PKGBUILD?

EnigmaCurry commented on 2013-02-01 16:34 (UTC)

Using packer I had to do the following to get this to install: * copy the .tar.gz to the build dir (eg. /tmp/packerbuild-1000/ftl/ftl) * edit the PKGBUILD replacing `"$_gamepkg"::"file://$_gamepkg"' with just `$_gamepkg' (no quotes)

hasufell commented on 2013-01-03 19:04 (UTC)

the correct set of licenses is as follows: "all rights reserved" or "unlicensed" for FTL itsels "Boost-1.0" and "MIT" for a RapidXML header that was used free-noncomm (bundled libbass) FTL (this is a license name ;) ...for bundled freetype) LGPL-2.1 (bundled devil and libsdl) ZLIB (bundled zlib) libpng (bundled libpng12)

commented on 2012-12-30 19:58 (UTC)

@gColossus - Copy your ftl_faster_than_light-linux-1.03.1.tar.gz (downloaded from the link that should have been sent to you via email from the ftlgame site when you bought it, looks like to the startdirectory before running makepkg. I literally just ran into the same issue trying to install it via yaourt. I found the solution and saw your post in the last comments when I started the install (in case you plan to use yaourt, you'll have to run the command (yaourt -S ftl) and then copy the file to /tmp/yaourt-tmp-YOURUSER/aur-ftl/ before actually starting the install so that it creates the directory). Anyway, hope that helps, I'm off to play it now :) . Fixed a mistake - forgot to remove my username from the file location - it should have yours, not mine.

gColossus commented on 2012-12-30 18:45 (UTC)

There seems to be a special character in the url that causes makepkg to break: [colossus@colossus-arch ftl]$ makepkg -cs PKGBUILD ==> Making package: ftl 1.03.1-1 (Sun Dec 30 10:39:05 PST 2012) ==> Checking runtime dependencies... ==> Checking buildtime dependencies... ==> Retrieving Sources... ==> ERROR: There is no agent set up to handle file URLs. Check /etc/makepkg.conf. Aborting...

derhamster commented on 2012-12-25 11:17 (UTC)

Updated to version 1.03.1 The new PKGBUILD does not install libstdc++. The system version is used instead, which should fix some problems (see some comments below) @dcelasun: In general I agree. But FTL comes as a prebuilt binary and think it's better to just use the libraries it was built against and tested with. Besides, this makes maintenance much easier for me. Sorry if FTL doesn't work for you this way. Maybe open a thread on the forums to solve this. @hasufell: When I created this package, I couldn't find any license information either. I guess you're right about "all rights reserved". But IANAL...

hasufell commented on 2012-12-24 23:12 (UTC)

Any1 knows the correct license for this? There is no license file in the tarball, just for the libraries. No info on the website either. Afaik that means "unlicensed" which means "all rights reserved". Or am I missing something.

dcelasun commented on 2012-12-20 12:27 (UTC)

As I said, it doesn't use (or detect) those libraries. Installing them myself, however, works wonders. Anyway, using system libs should always be the prefereed way, wouldn't you agree?

derhamster commented on 2012-12-20 12:03 (UTC)

It actually complains about missing libs? I assume you're talking about the ones you mentioned before. Thats strange. Like I said they are already included in /opt/FTL/data/amd64/lib and /opt/FTL/data/FTL sets LD_LIBRARY_PATH accordingly. After some previous discussions I decided to just use the prebuilt libraries and install everything in /opt/ because there is no way to recompile FTL itself, in case a dependency gets a so bump.

dcelasun commented on 2012-12-20 11:50 (UTC)

Sorry for the out-of-date, it was an accidental click (I was aiming for notifications). But yes, those deps are definitely needed as the game complained about missing libs. Finally, the problem with libstdc++ is not about swrast. It first tries your active driver (r600g in my case) and once it fails (due to the broken libstdc++) it tries swrast and fails again. Removing the file and the deps I've mentioned should make all the issues go away :)

derhamster commented on 2012-12-20 11:37 (UTC)

Seems you right about libstdc++. There is a problem when using mesas software rasterization. I will upload a new version without libstdc++ sometime today.

derhamster commented on 2012-12-20 11:25 (UTC)

Do you have any problems running FTL the way it is currently packaged? Its still working fine for me. No incompatibilities here. Although, I can only test the x86_64 version. The dependencies you listed are installed along FTL inside /opt/FTL, so there is no need to list them in the depends array. And please don't flag this as out-of-date, when thats not really the case. The version available on my HIB account is still the same.

dcelasun commented on 2012-12-20 11:05 (UTC)

Also, the PKGBUILD needs to delete /data/amd64/lib/ as it is compiled for Ubuntu and incompatible with Arch. Deleting it forces the game to use the system lib, which works fine.

dcelasun commented on 2012-12-20 10:52 (UTC)

This package depends on the following, please update the PKGBUILD: - libbass - libbassmix - devil-ilut

derhamster commented on 2012-10-22 16:45 (UTC)

Updated to version 1.02.6 The new file from has this number 1350405106 in it. I have no idea what it means. If its different for you, rename it to ftl-linux-1.02.6-1350405106.tar.gz

B_E commented on 2012-10-17 10:23 (UTC)

If anybody on amd64 should run into X Error of failed request: BadAlloc (insufficient resources for operation) Major opcode of failed request: 154 (GLX) Minor opcode of failed request: 3 (X_GLXCreateContext) Serial number of failed request: 30 Current serial number in output stream: 31 or libGL error: dlopen /usr/lib/xorg/modules/dri/ failed (/opt/FTL/data/amd64/lib/ version `GLIBCXX_3.4.15' not found (required by /usr/lib/xorg/modules/dri/ try renaming or removing the file /opt/FTL/data/amd64/lib/

commented on 2012-10-05 23:39 (UTC)

Ooops, forgot to include my test using "FTL.Linux.1.02.5.tar.gz," results are as follows: [code] % makepkg PKGBUILD ~/abs/ftl ==> Making package: ftl 1.02.5-1 (Fri Oct 5 19:34:57 EDT 2012) ==> Checking runtime dependencies... ==> Checking buildtime dependencies... ==> Retrieving Sources... -> Found FTL.Linux.1.02.5.tar.gz ==> ERROR: ftl was not found in the build directory and is not a URL. [/code]

derhamster commented on 2012-10-05 21:22 (UTC)

BTW: makepkg clearly says so in its last line: ==> ERROR: FTL.Linux.1.02.5.tar.gz was not found in the build directory and is not a URL.

derhamster commented on 2012-10-05 21:21 (UTC)

Looks like makepkg can not find the FTL package. Its name has to be "FTL.Linux.1.02.5.tar.gz" not "ftl-linux."

commented on 2012-10-05 21:08 (UTC)

Been trying to install this for a little while now. I've placed ftl-linux. in the same directory as the PKGBUILD, ftl.png, FTL:Faster Than Light files. Running makepkg fails like so: [code]==> Making package: ftl 1.02.5-1 (Fri Oct 5 17:04:29 EDT 2012) ==> Checking runtime dependencies... ==> Checking buildtime dependencies... ==> Retrieving Sources... ==> ERROR: There is no agent set up to handle file URLs. Check /etc/makepkg.conf. Aborting... [/code] Removing the file:// protocol bit and running results in: [code] ==> Making package: ftl 1.02.5-1 (Fri Oct 5 17:05:54 EDT 2012) ==> Checking runtime dependencies... ==> Checking buildtime dependencies... ==> Retrieving Sources... ==> ERROR: FTL.Linux.1.02.5.tar.gz was not found in the build directory and is not a URL. [/code] What am I doing wrong?

derhamster commented on 2012-09-17 16:59 (UTC)

I did this to prevent 'makepkg --source' from including that file in the src package. Saw it on quite a few similar packages. It probably doesn't work with SRCDEST set in makepkg.conf or whats the problem? Just place the FTL tar.gz next to the PKGBUILD; no need to remove the file:// If you know any clean way to do it better, I'll change it.

commented on 2012-09-17 14:27 (UTC)

Packer (specifically, makepkg) appears to fail on the file://-protocol specified with: ==> Making package: ftl 1.01-4 (Mon 17 Sep 15:58:34 CEST 2012) ==> Checking runtime dependencies... ==> Checking buildtime dependencies... ==> Retrieving Sources... ==> ERROR: There is no agent set up to handle file URLs. Check /etc/makepkg.conf. Aborting... The build failed. Why is there a "file"-protocol in front of "FTL.Linux.1.01.tar.gz"? Shouldn't this be a local path relative to the PKGBUILD? If I remove the "file://"-part and copy "FTL.Linux.1.01.tar.gz" to the build-dir next to the PKGBUILD the package builds and installs successfully.

derhamster commented on 2012-09-16 14:00 (UTC)

The only difference now is that the game uses its own bundled versions of every dependency, for which no one but the devs can provide support. I remember reading about serious FPS problems with radeon cards in the support forums here: But I don't know if there is a known solution, although it seems now, that using up-to-date dependencies solves the problem.

denspirit commented on 2012-09-16 13:35 (UTC)

I'm really sorry, but the game became much slower when rebuilt. When I reinstalled the 1.01-2 version with all these deps, it worked fine again. I don't have a separate /opt partition or something that could affect like that.

derhamster commented on 2012-09-16 12:59 (UTC)

You two convinced me; I've uploaded a new version where everything is installed in /opt. This also makes maintaining far easier :)

linduxed commented on 2012-09-16 09:59 (UTC)

I agree that the /opt/ftl looks like a better solution for this package, considering that it's already tested and we can't know if newer versions of those dependencies will break the application.

ijanos commented on 2012-09-16 08:21 (UTC)

I'm not sure though, the game is closed, we cannot just recompile it if the version the libraries change. Maybe it would be better to use the supplied and tested versions. My approach with a package like this would be just putting everything in /opt/ftl and be done with it :)

derhamster commented on 2012-09-16 08:12 (UTC)

Yepp, the original .tar.gz has all dependencies included. My PKGBUILD uses available packages instead. I think this is much cleaner.. as long as FTL is compatible with them of course.

ijanos commented on 2012-09-16 08:09 (UTC)

My bad. Now I see it supplies its own... nevermind then.

ijanos commented on 2012-09-16 08:02 (UTC)

The game works just fine without devil-ilut and libbass* Why are they in the dependencies?

denspirit commented on 2012-09-15 19:43 (UTC)

devil-ilut cannot build with ILUT support. *sadface*

derhamster commented on 2012-09-15 16:07 (UTC)

devil-ilut and libbass are currently out-of-date. Check the respective AUR entries for more info.