Package Details: supertuxkart-git 22805+18484-1

Git Clone URL: (read-only, click to copy)
Package Base: supertuxkart-git
Description: A kart racing game featuring Tux and his friends - development version
Upstream URL:
Keywords: game
Licenses: cc-by-sa-3.0
Conflicts: supertuxkart
Replaces: supertuxkart-cmakesvn, supertuxkart-svn
Submitter: donny
Maintainer: donny
Last Packager: donny
Votes: 18
Popularity: 0.000855
First Submitted: 2014-01-20 07:32 (UTC)
Last Updated: 2022-04-04 19:46 (UTC)

Latest Comments

Lucki commented on 2022-04-05 10:40 (UTC)

Ah, I've missed that's an aur-dep, sorry! All fine now :)

donny commented on 2022-04-05 06:17 (UTC) (edited on 2022-04-05 06:17 (UTC) by donny)

@Lucki: You need to recompile the libopenglrecorder AUR package after libvpx was updated. This has nothing to do with the supertuxkart-git package.

Lucki commented on 2022-04-04 22:54 (UTC) (edited on 2022-04-05 10:42 (UTC) by Lucki)

Thanks! It builds fine now but fails at linking. Edit: My fault

donny commented on 2022-04-04 20:05 (UTC)

Hello @Lucki, thank you, I rechecked it and added python to make dependencies, as it doesn't seem to be required to run the game, just for the build. I also added missing sdl2 dependency which is definitely needed to run the game.

Lucki commented on 2022-04-04 13:31 (UTC)

When trying to build in a clean chroot I get the following error:

CMake Error at /usr/share/cmake/Modules/FindPackageHandleStandardArgs.cmake:230 (message):
  Could NOT find PythonInterp (missing: PYTHON_EXECUTABLE) (Required is at
  least version "3")
Call Stack (most recent call first):
  /usr/share/cmake/Modules/FindPackageHandleStandardArgs.cmake:594 (_FPHSA_FAILURE_MESSAGE)
  /usr/share/cmake/Modules/FindPythonInterp.cmake:169 (FIND_PACKAGE_HANDLE_STANDARD_ARGS)
  lib/shaderc/cmake/setup_build.cmake:52 (find_package)
  lib/shaderc/CMakeLists.txt:68 (include)

-- Configuring incomplete, errors occurred!
See also "/build/supertuxkart-git/src/stk-code/cmake_build/CMakeFiles/CMakeOutput.log".
==> ERROR: A failure occurred in build().

Unrelated: Subversion is horrendous! I had to svn cleanup the asset repo 5 times until it was properly cloned. Thanks for listening

donny commented on 2022-03-28 11:39 (UTC)

Hello, thanks @baba99j for a reminder. The PKGBUILD is now updated. I didn't add the "-j2" make flag, as it builds fine with my default -j8 from makepkg.conf.

The SVN repo is sometimes hard to clone, it's pretty big and sometimes it times out. If it fails, try to do at least svn cleanup manually in the stk-assets directory before running makepkg.

baba99j commented on 2022-03-28 08:06 (UTC)

Hey @donny, would you merge Neko-san's build() and package() fixes to the PKGBUILD? It fix the build fails

Neko-san commented on 2021-08-02 02:59 (UTC) (edited on 2021-09-16 18:24 (UTC) by Neko-san)

The build fails because a directory isn't created in the setup:

/home/neko-san/.cache/paru/clone/supertuxkart-git/PKGBUILD: line 57: cd: /home/neko-san/.cache/paru/clone/supertuxkart-git/pkg/supertuxkart-git/usr/share/pixmaps: No such file or directory

Edit: I managed to fix it by replacing the build() and package() sections with this:

build() {
    cd "${srcdir}/stk-code"
    if [ -d "cmake_build" ]; then
        rm -rf cmake_build
    mkdir cmake_build
    cd cmake_build

    # -DBUILD_RECORDER=off     - disable in-game recorder (then you can remove the dependency `libopenglrecorder`)
    make -j2

package() {
    cd "stk-code/cmake_build"

    if [ ! -d "${pkgdir}/usr/share/pixmaps" ]; then
        mkdir -p "${pkgdir}/usr/share/pixmaps"

    make DESTDIR=${pkgdir} install

    cd "${pkgdir}/usr/share/pixmaps"
    if [ ! -f supertuxkart.png ]; then
        ln -s supertuxkart{_128,}.png
    if [ -d "${pkgdir}/usr/lib64" ]; then
      mv "${pkgdir}/usr/lib64" "${pkgdir}/usr/lib"

Time4Tea commented on 2021-03-20 14:50 (UTC) (edited on 2021-03-20 14:51 (UTC) by Time4Tea)

Hi, when I try to run makepkg, I am getting the following error:

-> Updating stk-assets svn repo...
Skipped '.'
svn: E155007: None of the targets are working copies
==> WARNING: Failure while updating stk-assets svn repo

It seems to be a problem with subversion, but I am not sure what is causing it.

Labo commented on 2020-09-13 16:14 (UTC)

Upon launching, I have this issue:

[verbose  ] main: Error messages and other text output will be logged to /home/louisabraham/.config/supertuxkart/config-0.10/stdout.log.
[info   ] [FileManager]: Data files will be fetched from: '/usr/share/supertuxkart/data/'
[info   ] [FileManager]: User directory is '/home/louisabraham/.config/supertuxkart/config-0.10/'.
[info   ] [FileManager]: Addons files will be stored in '/home/louisabraham/.local/share/supertuxkart/addons/'.
[info   ] [FileManager]: Screenshots will be stored in '/home/louisabraham/.local/share/supertuxkart/screenshots/'.
[info   ] [FileManager]: User-defined grand prix will be stored in '/home/louisabraham/.local/share/supertuxkart/grandprix/'.
[info   ] [FileManager]: Asset 0 will be loaded from '/usr/share/supertuxkart/data/challenges/'.
[info   ] [FileManager]: Asset 1 will be loaded from '/usr/share/supertuxkart/data/gfx/'.
[info   ] [FileManager]: Asset 2 will be loaded from '/usr/share/supertuxkart/data/grandprix/'.
[info   ] [FileManager]: Asset 3 will be loaded from '/usr/share/supertuxkart/data/gui/icons/'.
[info   ] [FileManager]: Asset 4 will be loaded from '/usr/share/supertuxkart/data/gui/screens/'.
[info   ] [FileManager]: Asset 5 will be loaded from '/usr/share/supertuxkart/data/gui/dialogs/'.
[info   ] [FileManager]: Asset 6 will be loaded from '/usr/share/supertuxkart/data/replay/'.
[info   ] [FileManager]: Asset 7 will be loaded from '/usr/share/supertuxkart/data/shaders/'.
[info   ] [FileManager]: Asset 8 will be loaded from '/usr/share/supertuxkart/data/skins/'.
[info   ] [FileManager]: Asset 9 will be loaded from '/usr/share/supertuxkart/data/ttf/'.
[info   ] [FileManager]: Asset 10 will be loaded from '/usr/share/supertuxkart/data/po/'.
[warn   ] [FileManager]: Directory 'library' not found, aborting.
[warn   ] [FileManager]: Directory 'models' not found, aborting.
[warn   ] [FileManager]: Directory 'music' not found, aborting.
[warn   ] [FileManager]: Directory 'sfx' not found, aborting.
[warn   ] [FileManager]: Directory 'textures' not found, aborting.
[info   ] [FileManager]: Asset 16 will be loaded from '/usr/share/supertuxkart/data/tracks/'.
[fatal  ] [FileManager]: Not all assets found - aborting.

It looks like only some assets were downloaded. How can I fix that?

also posted on github:

Opvolger commented on 2020-08-29 19:37 (UTC)

please add aarch64 architect to your build. this build works on pinebook pro

donny commented on 2020-01-01 14:35 (UTC)

Hello Lucki, sorry for the delay. Rebuilding the libopenglrecorder AUR package should help.

Lucki commented on 2019-10-16 13:42 (UTC)

I get this error while trying to build:

[100%] Linking CXX executable bin/supertuxkart
/usr/bin/ld: warning:, needed by /usr/lib/gcc/x86_64-pc-linux-gnu/9.2.0/../../../../lib/, not found (try using -rpath or -rpath-link)
/usr/bin/ld: warning:, needed by /usr/lib/gcc/x86_64-pc-linux-gnu/9.2.0/../../../../lib/, not found (try using -rpath or -rpath-link)
/usr/bin/ld: /usr/lib/gcc/x86_64-pc-linux-gnu/9.2.0/../../../../lib/ undefined reference to `vpx_codec_get_cx_data'
/usr/bin/ld: /usr/lib/gcc/x86_64-pc-linux-gnu/9.2.0/../../../../lib/ undefined reference to `vpx_codec_vp9_cx'
/usr/bin/ld: /usr/lib/gcc/x86_64-pc-linux-gnu/9.2.0/../../../../lib/ undefined reference to `WelsCreateSVCEncoder'
/usr/bin/ld: /usr/lib/gcc/x86_64-pc-linux-gnu/9.2.0/../../../../lib/ undefined reference to `WelsDestroySVCEncoder'
/usr/bin/ld: /usr/lib/gcc/x86_64-pc-linux-gnu/9.2.0/../../../../lib/ undefined reference to `vpx_codec_vp8_cx'
/usr/bin/ld: /usr/lib/gcc/x86_64-pc-linux-gnu/9.2.0/../../../../lib/ undefined reference to `vpx_codec_destroy'
/usr/bin/ld: /usr/lib/gcc/x86_64-pc-linux-gnu/9.2.0/../../../../lib/ undefined reference to `vpx_codec_encode'
/usr/bin/ld: /usr/lib/gcc/x86_64-pc-linux-gnu/9.2.0/../../../../lib/ undefined reference to `vpx_img_wrap'
/usr/bin/ld: /usr/lib/gcc/x86_64-pc-linux-gnu/9.2.0/../../../../lib/ undefined reference to `vpx_codec_enc_init_ver'
/usr/bin/ld: /usr/lib/gcc/x86_64-pc-linux-gnu/9.2.0/../../../../lib/ undefined reference to `vpx_codec_enc_config_default'
collect2: error: ld returned 1 exit status
make[2]: *** [CMakeFiles/supertuxkart.dir/build.make:6503: bin/supertuxkart] Error 1
make[1]: *** [CMakeFiles/Makefile2:93: CMakeFiles/supertuxkart.dir/all] Error 2
make: *** [Makefile:130: all] Error 2
==> ERROR: A failure occurred in build().

gary9872 commented on 2019-01-12 23:18 (UTC)

I fired an email to the packager of cmake, wiiuse uses GNUInstaller cmake.

The current version of cmake seems to be set to lib64 rather than lib. I'm assuming this is why it failed.

gary9872 commented on 2019-01-12 22:29 (UTC)

thanks for quick fix donny


donny commented on 2019-01-12 21:16 (UTC)

Hello guys, I added a fix which should solve the /usr/lib64 symlink issue.

ChemBro commented on 2019-01-12 15:08 (UTC)

No, I get the same error.

Stephen304 commented on 2019-01-11 23:01 (UTC)

Am I the only one getting a file conflict?

error: failed to commit transaction (conflicting files)
supertuxkart-git: /usr/lib64 exists in filesystem (owned by filesystem)
Errors occurred, no packages were upgraded.

silelmot commented on 2018-11-16 21:23 (UTC)

i had to install libvpx-1.6 from aur in order to succesfully build this git.

kalsan commented on 2018-11-13 19:19 (UTC)

@donny I removed the 1.6 dependency today and it built fine.

johnnybash commented on 2018-11-13 18:53 (UTC)

at least the network alpha doesn't start without bluez-libs

donny commented on 2018-11-12 22:16 (UTC)

It cannot build without library, so I added libvpx-1.6 (you can install from aur) as build dependency.

bebehei commented on 2017-10-04 21:56 (UTC)

Hey donny, building supertuxkart-git from inside a docker container shows some additional package deps: libjpeg-turbo libpng freetype2 You can verify it with namcap (namcap spits out even more errors). Also: [ ! -f supertuxkart.png ] && ln -s supertuxkart{_128,}.png If supertuxkart.png exists, the conjunction will fail and let the package-function fail. Greetings

donny commented on 2017-04-27 04:34 (UTC)

Thanks mensinda. Added dependency `libopenglrecorder` which is neither in official repos nor in AUR, but it's provided by the libopenglrecorder-git AUR package mentioned in the previous comment.

mensinda commented on 2017-04-24 14:21 (UTC)

Supertuxkart now requires

donny commented on 2015-05-04 07:03 (UTC)

Please don't mark this package as out-of-date unless the PKGBUILD is broken. This is development package, it should be all times up-to-date.

MathCubes commented on 2015-05-04 04:01 (UTC)

SuperTuxKart 0.9 is out!

MathCubes commented on 2015-05-04 04:01 (UTC)

SuperTuxKart 0.9 is out!

donny commented on 2015-03-31 14:24 (UTC)

ChemBro, you can disable WIIUSE in cmake: change following line in the PKGBUILD's build() function: --- cmake -DCMAKE_BUILD_TYPE=RelWithDebInfo -DCMAKE_INSTALL_PREFIX=/usr .. --- to: --- cmake -DCMAKE_BUILD_TYPE=RelWithDebInfo -DUSE_WIIUSE=no -DCMAKE_INSTALL_PREFIX=/usr .. --- This is temporary solution, so I won't update the PKGBUILD on AUR now.

ChemBro commented on 2015-03-31 12:37 (UTC)

I can't build it, I get a: In file included from /home/christian/aur/supertuxkart-git/src/stk-code/lib/wiiuse/wiiuse.h:102:0, from /home/christian/aur/supertuxkart-git/src/stk-code/src/input/wiimote.cpp:28: /usr/include/bluetooth/bluetooth.h: In Funktion »void bswap_128(const void*, void*)«: /usr/include/bluetooth/bluetooth.h:348:21: Fehler: ungültige Umwandlung von »const void*« in »const uint8_t* {aka const unsigned char*}« [-fpermissive] const uint8_t *s = src; ^ /usr/include/bluetooth/bluetooth.h:349:15: Fehler: ungültige Umwandlung von »void*« in »uint8_t* {aka unsigned char*}« [-fpermissive] uint8_t *d = dst; ^ "Fehler: ungültige Umwandlng von" means "Error: invalid conversion(?) from". I guess, there is a missing dependency.

leosw commented on 2014-12-19 12:15 (UTC)

Remember to increase /tmp before compiling. Need at least 5GB of space. # mount -o remount,size=5G,noatime /tmp

donny commented on 2014-11-22 19:37 (UTC)

ToaDron: supertuxkart-git doesn't depend on packages `sdl2` or `sdl2_image`. In fact, the game doesn't depend on `sdl` package neither, so I'm gonna remove the dependency from the PKGBUILD.

Comminux commented on 2014-11-18 05:50 (UTC)

Please add new dependencies:sdl2_image and sdl2

donny commented on 2014-11-15 21:10 (UTC)

Package has been updated. Compilation and installation works again.

donny commented on 2014-09-14 07:45 (UTC)

Thanks, package updated.

mteufel commented on 2014-09-07 11:46 (UTC)

libGLEW is a required dependency now, could you add it to the PKGBUILD? (See )

mabier commented on 2014-05-10 01:29 (UTC)

I installed both a 32-bit version and a 64-bit version, both of them can be run from the build dir, but the brightness level (or may be it shall be called the gamma level of the picture) are too great and I can not see the sorrounding objects clearly in both cases. the glare hurts my eyes and it is not playable.

donny commented on 2014-05-07 05:43 (UTC)

Fixed the svn repo, thanks for the comment. However, the installation is currently broken. You can run the game directly from the build dir, e.g. ${srcdir}/stk-code/build/bin/supertuxkart

RazZziel commented on 2014-05-06 21:03 (UTC)

According to, the assets repo seems to be instead of svn+

RazZziel commented on 2014-05-06 20:53 (UTC)

It's able to find some of that stuff when run from inside /usr/share/supertuxkart, but still fails in the end [info ] [FileManager]: Asset 0 will be loaded from 'data/challenges/'. [info ] [FileManager]: Asset 1 will be loaded from 'data/fonts/'. [info ] [FileManager]: Asset 2 will be loaded from 'data/gfx/'. [info ] [FileManager]: Asset 3 will be loaded from 'data/grandprix/'. [info ] [FileManager]: Asset 4 will be loaded from 'data/gui/'. [info ] [FileManager]: Asset 5 will be loaded from 'data/models/'. [warn ] [FileManager]: Directory 'music' not found, aborting. [warn ] [FileManager]: Directory 'sfx' not found, aborting. [info ] [FileManager]: Asset 8 will be loaded from 'data/shaders/'. [info ] [FileManager]: Asset 9 will be loaded from 'data/skins/'. [warn ] [FileManager]: Directory 'textures' not found, aborting. [info ] [FileManager]: Asset 11 will be loaded from 'data/po/'. [fatal ] [FileManager]: Not all assets found - aborting.

ChemBro commented on 2014-05-06 20:34 (UTC)

I have the same warning as x-f. So what now?

x-f commented on 2014-04-20 21:04 (UTC)

Looks like some stuff is missing in package. It's a lot smaller and if you try to start you will get a few errors: [warn ] [FileManager]: Directory 'challenges' not found, aborting. [warn ] [FileManager]: Directory 'fonts' not found, aborting. [warn ] [FileManager]: Directory 'gfx' not found, aborting. [warn ] [FileManager]: Directory 'grandprix' not found, aborting. [warn ] [FileManager]: Directory 'gui' not found, aborting. [warn ] [FileManager]: Directory 'models' not found, aborting. [warn ] [FileManager]: Directory 'music' not found, aborting. [warn ] [FileManager]: Directory 'sfx' not found, aborting. [warn ] [FileManager]: Directory 'shaders' not found, aborting. [warn ] [FileManager]: Directory 'skins' not found, aborting. [warn ] [FileManager]: Directory 'textures' not found, aborting. [warn ] [FileManager]: Directory 'po' not found, aborting. [fatal ] [FileManager]: Not all assets found - aborting.

donny commented on 2014-02-09 11:00 (UTC)

The package cannot compile now. Arch Linux uses Mesa 10 which is temporarily incompatible with supertuxkart. STK developers are working on it. You can try the second git repository (pull-request with possible patch) that is commented out in the PKGBUILD. Then it does compile, but also there is second issue: installation doesn't work yet. The work on migrating supertuxkart project to git (and assets to svn) is still in progress, so please be patient.

donny commented on 2014-02-09 10:55 (UTC)

Package supertuxkart-git is replacement for out-of-date supertuxkart-svn. Please do not use the subversion package anymore.

donny commented on 2014-01-20 07:29 (UTC)

Thanks for messages, I'll update the package soon.

Ewald commented on 2014-01-09 21:28 (UTC)

There appears to be a missing depency to bluez-libs. FWIW, It got this build error: Linking CXX static library libbulletdynamics.a [ 55%] Built target bulletdynamics Scanning dependencies of target wiiuse [ 55%] Building C object lib/wiiuse/CMakeFiles/wiiuse.dir/classic.c.o In file included from /data/pkgbuilds/supertuxkart-svn/src/supertuxkart/lib/wiiuse/classic.h:37:0, from /data/pkgbuilds/supertuxkart-svn/src/supertuxkart/lib/wiiuse/classic.c:34: /data/pkgbuilds/supertuxkart-svn/src/supertuxkart/lib/wiiuse/wiiuse_internal.h:73:34: fatal error: bluetooth/bluetooth.h: No such file or directory #include <bluetooth/bluetooth.h> ^

donny commented on 2013-10-13 11:01 (UTC)

PKGBUILD updated, but not tested with AMD proprietary driver. Hope it will work :) Thanks for your notice.

nixscripter commented on 2013-09-29 16:37 (UTC)

Oh, also, would you please change the "freeglut" dependency to "glut"? There are some people -- I'm looking at you AMD -- who ship their own glut libraries with their proprietary 3-D stacks.

nixscripter commented on 2013-09-29 01:35 (UTC)

In order to get this to check out properly, I had to change the source URI from the prefix svn+http to svn+https. Other than that, it built okay.

donny commented on 2013-06-24 17:17 (UTC)

Updated SVN repository, see

nixscripter commented on 2013-04-23 04:35 (UTC)

It seems to build okay (with a patch similar to mine mentioned late last year), but the install phase dies with this: make[3]: Entering directory `/home/arch/Software/supertuxkart-svn/src/supertuxkart-build/data/karts' make[3]: Nothing to be done for `install-exec-am'. /usr/bin/mkdir -p '/home/arch/Software/supertuxkart-svn/src/supertuxkart-build/../../pkg/usr/share/supertuxkart/data/karts' /usr/bin/install -c -m 644 ./. ./. ./. ./. ./. ./. ./. ./. '/home/arch/Software/supertuxkart-svn/src/supertuxkart-build/../../pkg/usr/share/supertuxkart/data/karts/.' /usr/bin/install: omitting directory ‘./.’ /usr/bin/install: omitting directory ‘./.’ /usr/bin/install: omitting directory ‘./.’ /usr/bin/install: omitting directory ‘./.’ /usr/bin/install: omitting directory ‘./.’ /usr/bin/install: omitting directory ‘./.’ /usr/bin/install: omitting directory ‘./.’ /usr/bin/install: omitting directory ‘./.’ make[3]: *** [install-nobase_dist_pkgdataDATA] Error 1 make[3]: Leaving directory `/home/arch/Software/supertuxkart-svn/src/supertuxkart-build/data/karts' make[2]: *** [install-am] Error 2 make[2]: Leaving directory `/home/arch/Software/supertuxkart-svn/src/supertuxkart-build/data/karts' make[1]: *** [install-recursive] Error 1 make[1]: Leaving directory `/home/arch/Software/supertuxkart-svn/src/supertuxkart-build/data' make: *** [install-recursive] Error 1 I don't suppose anyone would know why this happens? EDIT: I first tried a newer SVN revision than the package, but it does the same thing with the revision in the PKGBUILD. EDIT 2: It seems that there is a process in the PKGBUILD to work around this, but it dies first. The variable not being set up correctly in the Makefile seems to be based on a shell command stored in $(am__nobase_list).

donny commented on 2013-04-17 12:42 (UTC)

Updated PKGBUILD, you need Pacman 4.1 to package it.

donny commented on 2012-12-27 22:21 (UTC)

Hi people, you can use supertuxkart-svn PKGBUILD, which is rewritten to correspond with current stk building guide (uses cmake, removed irrlicht dependency etc.). This variant isn't needed anymore.

nixscripter commented on 2012-12-22 00:33 (UTC)

I tried to compile it with irrlicht r4409, and I got a new error: guiengine/widgets/text_box_widget.cpp: In member function ‘virtual void GUIEngine::TextBoxWidget::add()’: guiengine/widgets/text_box_widget.cpp:95:58: error: cannot allocate an object of abstract type ‘MyCGUIEditBox’ guiengine/widgets/text_box_widget.cpp:32:7: note: because the following virtual functions are pure within ‘MyCGUIEditBox’: In file included from ./guiengine/widgets/CGUIEditBox.h:9:0, from guiengine/widgets/text_box_widget.cpp:22: /usr/include/irrlicht/IGUIEditBox.h:73:16: note: virtual bool irr::gui::IGUIEditBox::isDrawBackgroundEnabled() const /usr/include/irrlicht/IGUIEditBox.h:81:16: note: virtual bool irr::gui::IGUIEditBox::isDrawBorderEnabled() const All I had to do to fix it was stick in implementations of the virtual functions. Just add these lines to the class in src/guiengine/widgets/CGUIEditBox.h: virtual bool isDrawBackgroundEnabled() const { return true; } virtual bool isDrawBorderEnabled() const { return Border; } And it seems to work okay after that.

lluixhi commented on 2012-03-19 01:25 (UTC)

This build uses cmake instead of autotools.. (as recommended by the stk team)

SanskritFritz commented on 2011-11-21 15:13 (UTC)

Compile fails here on 64 bit with the following: In file included from guiengine/widgets/CGUIEditBox.cpp:5:0: guiengine/widgets/CGUIEditBox.h:39:25: error: conflicting return type specified for ‘virtual irr::video::SColor CGUIEditBox::getOverrideColor() const’ /usr/include/irrlicht/IGUIEditBox.h:42:33: error: overriding ‘virtual const irr::video::SColor& irr::gui::IGUIEditBox::getOverrideColor() const’ Is this an irrlicht-svn problem maybe? supertuxkart-svn-10230, using irrlicht-svn-3843

kiodo1981 commented on 2011-11-19 15:46 (UTC)

If the PKGBUIL works there is no reason to update the revision number.

stefanwilkens commented on 2011-11-19 10:31 (UTC)

it's not exactly hard to update the PKGBUILD and re-upload the package every now and then, considering that the last update was in July this year: a maintainer can at least be bothered to do that much.

kiodo1981 commented on 2011-11-18 23:59 (UTC)

The package is updated, only the old revision number. is impossible to constantly update the name of the SVN.

stefanwilkens commented on 2011-11-18 20:27 (UTC)

Revision 10226

kiodo1981 commented on 2011-11-04 20:55 (UTC)

Well done, the community will appreciate it!

t3ddy commented on 2011-11-04 20:21 (UTC)

Ok, I was wrong, now I managed to compile stk, so I've updated irrlicht-svn.

t3ddy commented on 2011-11-04 20:00 (UTC)

I've tried to make a pkgbuild for irrlicht starting from chakra's one (, locking the revision to 3843 as said on stk forum, but it's not working: stk doesn't compile.

kiodo1981 commented on 2011-11-04 18:34 (UTC)

If you put irrlicht-svn ( (x86 or x64)) in PKGBUILD the compilation works. I now have 10100 STK. ;)

t3ddy commented on 2011-11-04 09:31 (UTC)

@kiodo1981 I've tried to make an irrlicht pkg similar to chakra's one, but stk wasn't compiling even with that. I've made lot of modification to both stk and irrlicht pkgbuild but none of them has given me a working game.

kiodo1981 commented on 2011-10-15 11:11 (UTC)

I had some problems compiling this SVN caused by irrlicht-svn. I solved installing irrlicht-svn downloaded here

t3ddy commented on 2011-07-18 15:17 (UTC)

You're right, I've been busy with exams and I forgot about this. Now, I've created an irrlicht-svn package which compiles and let also supertuxkart compile, probably it could be better, but I've found many way to compile irrlicht that doesn't make supertuxkart compile. Anyway, enjoy ;)

commented on 2011-07-18 10:44 (UTC)

The package needs irrlicht with svn revision 3843 or upper to compile. Maybe you could talk to the maintainer of the irrlicht package to update it :) I'd love to play this game