Arch Linux

@flow
It works fine with packer and when manually running makepkg, but when installing it with pacaur the following line in the PKGBUILD does not work:

sh ${srcdir}/${_gamepkg2} --noexec --keep

It extracts nothing, instead it opens up a GUI window (!) for a split second then exits - and of course then the rest of the PKGBUILD does not work because nothing was extracted. I don't understand what exactly is going on there; my best guess is that the way pacaur creates its shell environment for the PKGBUILD, clashes with assumptions that the game installer makes about its shell environment.

Actually, running game installers directly in PKGBUILDs is a bad idea in general, as they may have all kinds of unexpected side-effects. It is better to bypass all the installer's "trying to be clever" code and simply extract it with tar (or similar).

In the case at hand, this can be done by replacing the above mentioned line with:

mkdir -p archive/
sh ${srcdir}/${_gamepkg2} --tar xvf -C archive/

And indeed, this also fixes the weird bug when installing with pacaur.

Do you can test a package?

Hi!
Do you intend to make this PKGBUILD compatible with the version of the game that has been added to the Humble Indie Bundle 8, or would it be better if I made a separate oilrush-hib package?

Stats for the hib version:

filename: OilRush_1.35_Linux_1370041755.run
md5: 5a38d0545a64e0d21ddfe4afc15253a8

yes, it should, donbex

Out of date see: http://oilrush-game.com/forum/index.php?/topic/2506-build-134

Shouldn't this depend on 'libgl' instead of 'mesa'?

Please fix qt dep due to last changes: https://mailman.archlinux.org/pipermail/arch-dev-public/2013-February/024532.html

The game is up to 1.10 now - any ideas if this is going to be updated?

When updating the package could you please also change the PKGEXT to ".pkg.tar"?

@jose1711: thanks for the quick response, I used pacman -U on the .tar file and now I have upgraded to 1.07-1

@fwin: yes, use pacman -U on the .tar file

Hello, I am trying to update this package but I did not get the "oilrush-1.07-1-x86_64.pkg.tar.xz" file after "makepkg -s". I only have a "oilrush-1.07-1-x86_64.tar" file and I am not sure if this can be used with "pacman -U". any help is appreciated!

please try using PKGEXT=".pkg.tar"

is the linking of local Qt libraries still required? I grabbed the .run from the unigine shop and had no trouble running the game. Or is the linking simply done to have proper library placement?

Well, it's awkward, Chromium shows the link to .run but downloads bin o_0

@reflexing I downloaded a .run file.

Downloaded file from Unigine Store had .bin extension instead of .run… Can someone else confirm?

I removed the PKGEXT = "tar" entry and now everything works fine.

I'm not sure if this is a problem with oilrush or wuth yaourt, but it happened the first time, when I tried to update Oilrush:
Error: '/tmp/yaourt-tmp-moritz/PKGDEST.UTb/*.pkg.tar.xz': Package could not be found.

Please add qtwebkit in depends.

update ;)

could you please add PKGEXT=".tar"? it improves time to package a lot. thank you, jose

type the path to your archive, for example:

/home/kiodo/myfolder/

~$ ls /home/kiodo/myfolder/
OilRush-0.82.run

I have this problem

==> ERRORE: Game package not found, please type absolute path to game setup package (/home/joe):

Sorry i'm italian

Version 0.80 of the game is available

don't remove standard libraries, can lead to strange issues with system. delete the Unigine QT libs in the games bin folder and then symlink it from there.
ln -s /usr/lib/libQtCore.so.4 libQtCoreUnigine_x86.so.4
ln -s /usr/lib/libQtGui.so.4 libQtGuiUnigine_x86.so.4
ln -s /usr/lib/libQtNetwork.so.4 libQtNetworkUnigine_x86.so.4
ln -s /usr/lib/libQtWebKit.so.4 libQtWebKitUnigine_x86.so.4
ln -s /usr/lib/libQtXml.so.4 libQtXmlUnigine_x86.so.4
and for 64-bit you do.
ln -s /usr/lib/libQtCore.so.4 libQtCoreUnigine_x64.so.4
ln -s /usr/lib/libQtGui.so.4 libQtGuiUnigine_x64.so.4
ln -s /usr/lib/libQtNetwork.so.4 libQtNetworkUnigine_x64.so.4
ln -s /usr/lib/libQtWebKit.so.4 libQtWebKitUnigine_x64.so.4
ln -s /usr/lib/libQtXml.so.4 libQtXmlUnigine_x64.so.4

without options=(!strip) i get a failure:
/usr/bin/strip:./opt/oilrush/bin/libUnigine_x64d.so: File format not recognized

Qt error in v0.64 + v0.65 (released) with newer qt version:
Cannot mix incompatible Qt library (version 0x40703) with this library (version 0x40702)
./launcher_x64.sh: Line 5: 22885 ./launcher_x64 -config ./../data/launcher/launcher.xml


Fix + More free sace ;)
rm libQtCoreUnigine_x64.so.4 && ln -s /usr/lib/libQtCore.so.4 libQtCoreUnigine_x64.so.4
rm libQtGuiUnigine_x64.so.4 && ln -s /usr/lib/libQtGui.so.4 libQtGuiUnigine_x64.so.4
rm libQtNetworkUnigine_x64.so.4 && ln -s /usr/lib/libQtNetwork.so.4 libQtNetworkUnigine_x64.so.4
rm libQtWebKitUnigine_x64.so.4 && ln -s /usr/lib/libQtWebKit.so.4 libQtWebKitUnigine_x64.so.4
rm libQtXmlUnigine_x64.so.4 && ln -s /usr/lib/libQtXml.so.4 libQtXmlUnigine_x64.so.4

same problem: http://oilrush-game.com/forum/index.php?/topic/632-0631-unigine-fatal-errors/page__view__findpost__p__2182

My game works in x86_64, try delete a profil ~/.oilrush and launch new game.

if the game starts and you launch a party and a game crash after, and it is a bug. report the error in forum
http://oilrush-game.com/forum/index.php?/forum/4-linux-version-bugs/

right before winning a game against ai i got:

Can't run "./OilRush_x86d -data_path ../ -engine_config ../oilrush-0.631.cfg -video_app opengl -video_mode 10 -video_fullscreen 0 -video_multisample 0 -video_vsync 0 -console_command " render_shaders 0 && render_textures 0 && world_load waterwar/menu" -system_script waterwar/unigine.cpp -extern_define NO_DEFINES -extern_plugin Network" process

i wonder if this is a problem of pkgbuild or the build itself

try a script:
http://oilrush-game.com/forum/index.php?/topic/88-not-a-bug-lunch-script/page__p__994#entry994

and

gamefolder=/opt/oilrush/

after #!/bin/bash

do you want to show the game on one monitor?

wrapper script does not work very well with dual-screen setup. output of xrandr on my system is as follows:

Screen 0: minimum 1280 x 900, current 2720 x 1024, maximum 2720 x 1024
default connected 2720x1024+0+0 0mm x 0mm
2720x1024 50.0*
1280x1024 51.0
1440x900 52.0

it would be great if it could detect dual-screen configuration and select screensize of one of the monitors.

new updates
deleting unnecessary files from the architecture

Once again, that is NOT the proper way of fixing this!

add options=(!strip)

The only error I see during package() is the one I've already mentioned:

/usr/bin/strip:opt/oilrush/bin/libRakNet_x64d.so: File format not recognized

Also, this happens during debug symbol stripping, so adding "options=(!strip)" to the PKGBUILD fixes it. Still, this is ugly and ideally, shouldn't be needed.

@dcelasun, give me the return of the compilation

@wido: Nope, I got the same md5sum.

@dcelasun, your OilRush-0.6.run isn't corrupt?

md5sum: 33eb5bae280044924c87eb2bea2f7987 ./OilRush-0.6.run

I get the following error on i686:

/usr/bin/strip:opt/oilrush/bin/libRakNet_x64d.so: File format not recognized

please note that usage of "|| return 1" is obsolete (done automatically)

Version 0.6 is out

http://www.archlinux.org/packages/multilib/x86_64/lib32-libxinerama/
http://www.archlinux.org/packages/multilib/x86_64/lib32-libxrandr/

i mean:
lib32-libxinerama
lib32-xrandr
...

@ScheichManfred , it's good?

there are many lib32 dependencys missing. pls update.

updated, thx reflexing

Please add user rights for /opt/oilrush/bin/oilrush-0.5.cfg :)