Package Details: love-hg r2651.7f6a147e5501-1

Git Clone URL: (read-only)
Package Base: love-hg
Description: An open-source 2D game engine which uses the versatile Lua scripting language to create dynamic gaming experiences.
Upstream URL:
Licenses: zlib
Submitter: giniu
Maintainer: bartbes
Last Packager: bartbes
Votes: 71
Popularity: 0.115916
First Submitted: 2010-03-07 12:48
Last Updated: 2015-12-16 14:15

Latest Comments

misc commented on 2013-04-30 22:17

configure: error: Can't LÖVE without DevIL

bartbes commented on 2013-03-18 15:19

None of your changes are necessary, and this package builds and runs successfully for me, can you tell me what problem you're actually seeing, instead of just a fix?

RunningDroid commented on 2013-03-18 15:12

Some things appear to have been deleted from the PKGBUILD, here is a working version:

bartbes commented on 2012-11-11 16:54

I've adopted the package and fixed the error below.

untitaker commented on 2012-09-17 17:56

head: cannot open ‘’ for reading: No such file or directory

untitaker commented on 2012-08-31 08:19

mercurial should be a build dependency. It doesn't seem important, but Yaourt for example fails to check for updates and then just doesn't update.

Anonymous comment on 2012-03-18 05:36

No, it uses "love-hg" as the name for the executable, and is supposed to be installed alongside love.

aaronp commented on 2012-03-18 03:14

Shouldn't this provide love?

bzt commented on 2012-03-07 17:19

The thing is, I don't think it is a bug. Going by what is considered a good practise in the wiki ( and the PKGBUILD-hg.proto file in /usr/share/pacman, it expects that the source is downloaded in the build() function, as in all PKGBUILDs of other version controlled system.

Anonymous comment on 2012-03-07 16:25

If you use makepkg to build the package it downloads the code from the hg repository for you.
If the issues is a custom BUILDDIR, report a bug to the makepkg developers.

bzt commented on 2012-03-07 09:59

This package does not build if a custom BUILDDIR is specified in /etc/makepkg.conf. How does the PKGBUILD download the sources? I cannot find a 'hg clone' command or similar in the build function.

==> Starting build()...
cp: cannot stat `love': No such file or directory
==> ERROR: A failure occurred in build().

Anonymous comment on 2012-03-06 10:36

I was under the impression you didn't need to add packages that's in base-devel to your dependencies... wait, was there another group I mixed things up with?

Anonymous comment on 2012-03-06 04:01

Just to let you know, you should add libtool to the dependancies.

Anonymous comment on 2012-03-05 03:21

Version 2 of luajit is in the community repositories now. So it works fine with luajit instead of luajit2 now.

bzt commented on 2012-03-04 18:07

Fails to build:

==> Starting build()...
cp: cannot stat `love': No such file or directory
==> ERROR: A failure occurred in build().

How does the PKGBUILD download the sources? I cannot spot a hg clone command or similar.

giniu commented on 2011-03-28 14:51

I'm disowning this package, so thelinx - maintainer of two other love packages can adopt it. Have fun :)

giniu commented on 2011-03-18 21:10

Well, standard clone/update features of hg are used here, when you do "hg clone repo" AFAIK it gets all commits but sets to default even if it isn't latest, so it shouldn't be needed.

bartbes commented on 2011-03-18 15:58

It would probably be best if you run "hg checkout default", as to always build the main ('trunk') branch. Or.. is this done automagically as well?

bartbes commented on 2010-11-01 22:46

Oh that sounds great!

giniu commented on 2010-10-31 09:45

Notice, that when you install package trough package manager, like "bauerbill -S love-hg", it gets installed from this package page, but later when you check what version is installed using for example "pacman -Qs love-hg", you will see "local/love-hg 431-1". Also, if you update packages using "bauerbill -Syu" it does not get updated, unless you specify "--devel" flag, when latest version of love-hg is pulled. On the other hand if I want to force update on all users that installed it because of bug for example or some other change, I can bump version here, which forces update without "--devel" if someone installed lower version than above. It makes sense really, when you get used to it - for sure it's far easier and works better than making .deb-s :P

bartbes commented on 2010-10-31 09:28

That is... a weird system, but sure if it follow the rules.

giniu commented on 2010-10-30 20:37

Hi Bart! This package is built along with Arch guidelines for hg packages ( ), which means always take latest :) The version isn't really important, it's just information when the package was made. As far as I know all *-hg, *-git, *-svn etc packages work like that.

bartbes commented on 2010-10-30 20:23

I see you're always using the latest revision of the repo, regardless of the version of the package, you should do hg update <revision-number> to go to the revision belonging to this version, otherwise, keep it up!

giniu commented on 2010-09-27 16:16

One more update, added some build process description - also, fixed version information to be "$hash-$date" like in original beta distribution, instead of string "HEAD" - code to generate version information taken from ./platform/autobuild, but only parts of it (autobuild script is made to create tarballs and deb packages only).

giniu commented on 2010-09-27 15:48

Small update, cleaned up dependencies to make sure all but only really required packages are added.

giniu commented on 2010-09-03 17:33

Patch is no longer needed with revision 371, it was quick fix. If there are some issues with LuaJIT version please let me (and upstream, or I can pass it) know. Have fun :)

giniu commented on 2010-09-03 17:33

Patch is no longer needed with revision 370, it was quick fix. If there are some issues with LuaJIT version please let me (and upstream, or I can pass it) know. Have fun :)

giniu commented on 2010-09-03 14:58

There was small typo in, before it is fixed I attached patch. Also, lua isn't needed anymore so I removed it from dependencies - it can work with only LuaJIT2 installed. I will remove the patch as soon as upstream fixes it in repo.

If anyone wants love-hg package to use Lua again, I can create love-luajit-hg package and revert those changes, but I think it's ok to use latest/best of what is available :)

giniu commented on 2010-09-03 14:02

Enabled LuaJIT2 support - there are no reasons to not include it, while it should improve speed.

giniu commented on 2010-08-27 11:29

from time to time hg version is buggy (like it was around rev 355). To help track issues in hg version (which most people using it wants to do anyway) I added !strip to options by default.

giniu commented on 2010-08-03 11:00

Upstream removed flac dependency, adjusted depends to mirror the change.

giniu commented on 2010-06-19 10:02

Repo moved to bitbucket.

giniu commented on 2010-06-09 09:48

Small change - made sure, that upstream updated ./src/scripts/*.lua.h files, in not - update them ourselves.

giniu commented on 2010-03-25 17:18

Fixed $startdir -> "$srcdir"/"$pkgdir", updated decription (ö wasn't displayed)