Package Details: supermeatboy 20131111-1

Git Clone URL: https://aur.archlinux.org/supermeatboy.git (read-only, click to copy)
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: 42
Popularity: 0.000000
First Submitted: 2011-12-13 22:01 (UTC)
Last Updated: 2015-06-20 16:17 (UTC)

Latest Comments

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

<deleted-account> commented on 2012-06-14 05:42 (UTC)

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

<deleted-account> commented on 2012-06-14 05:37 (UTC)

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 (UTC)

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

<deleted-account> commented on 2012-06-14 04:04 (UTC)

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

<deleted-account> commented on 2012-06-14 01:34 (UTC)

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.

<deleted-account> commented on 2012-06-12 00:53 (UTC)

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

<deleted-account> commented on 2012-06-11 22:23 (UTC)

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 (UTC)

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

<deleted-account> commented on 2012-06-11 13:57 (UTC)

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 (UTC)

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.

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