Notice: Undefined variable: name in /srv/http/vhosts/aur-dev.archlinux.org/public/web/lib/pkgfuncs.inc.php on line 248

Package Details: supermeatboy 20131111-1

Git Clone URL: https://aur-dev.archlinux.org/supermeatboy.git (read-only)
Package Base: supermeatboy
Description: An insanely hard and delightfully meaty platformer (game sold separately)
Upstream URL: http://www.supermeatboy.com/
Licenses: custom
Submitter: epsy
Maintainer: ejona86
Last Packager: ejona86
Votes: 40
Popularity: 0.000000
First Submitted: 2011-12-13 22:01
Last Updated: 2015-06-20 16:17

Latest Comments

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

Anonymous comment on 2012-06-14 05:42

the new version should be suitable, but it's just an approximate guess at the fix.

Anonymous comment on 2012-06-14 05:37

PostBlue: what is broken about it. please provide real errors so i know the proper solution. i do not have icons and such to click in the first place.

postblue commented on 2012-06-14 05:12

After the update, the .desktop file was broken :

[Desktop Entry]
Encoding=UTF-8
Value=1.0
Type=Application
Name=Super Meat Boy
GenericName=Super Meat Boy
Comment="An insanely hard and delightfully meaty platformer"
Icon=/opt/games/supermeatboy/data/supermeatboy.png
Exec=/usr/bin/supermeatboy
Categories=Game

Anonymous comment on 2012-06-14 04:04

that is unusual, this error has not occurred for me. try with !strip

Anonymous comment on 2012-06-14 01:34

Whenever I run it, I get
-> Stripping unneeded symbols from binaries and libraries...
strip:./opt/games/supermeatboy/data/amd64/libopenal.so.1: File format not recognized
/usr/bin/fakeroot: line 181: 13052 User defined signal 1 FAKEROOTKEY=$FAKEROOTKEY LD_LIBRARY_PATH="$PATHS" LD_PRELOAD="$LIB" "$@"

and it errors out.

Anonymous comment on 2012-06-12 00:53

on the bright side, yaourt will now cooperate i'm sure.

Anonymous comment on 2012-06-11 22:23

Javafant: yes, it was getting unruly. https://github.com/zendeavor/humblepie/blob/master/humblepie this is coming together now.

cocreature commented on 2012-06-11 20:24

What happened with the last update? You removed all the download stuff?

Anonymous comment on 2012-06-11 13:57

TomBoshoven: the previous PKGBUILDs were a sort of framework testbed. see the previous links in my prior comment. discussions have been exhausting about the proper method to handle such a PKGBUILD, but i've found a middle-ground solution.

TomBoshoven commented on 2012-06-11 11:12

Zendeavor, I don't particularly care for yaourt (although this is the first PKGBUILD that breaks it), but the script does not really adhere to packaging standards.
You circumvent the build function, and do download work upon evaluating the script.
I'm not sure what the preferred way would be, though. The wiki does not seem to know either.
Maybe we should have a download() hook.