Our ReVolt Pub

This guide is no longer of any use, and as such, is depreciated. No further updates will be made.

This only seems to be an issue in Linux Mint, as installing the same libraries on other Ubuntu systems posed no issue. Regardless, this is still good if you're having problems with conflicts.

I am using copy.com pcloud.com now because I can edit in real-time the content instead of needing to make a new archive any time I want to release. This is done in case there are necessary lib updates that need to be included. PM if using the contents of this archive are impossible due to this change.

Update 02/16/16
Did cleanup for latest version of RVGL, updated Wayland and Enet libs

Update 08/17/15
Added Enet library

---

I don't know if all current multiarch-capable Debian systems are susceptible to the issues I've been having, but I had found a way around it. The below is more-or-less a mirror of the OP from RVL's Re-Volt Labs subforum, thread [Linux] RVGL - 32-bit libs on 64-bit systems

[hide]Original post

---

Important edit (edited): This may not work with a default configuration with the provided files as-is unless you run the game as superuser on a typical install. This should be no problem for people who are use to running the game as admin for netplay anyway.

Before I continue, full disclosure; I did all of this on a copy of Linux Mint MATE 64-bit. Forgot to include this before; Linux Mint 17.1 uses Ubuntu 14.04 as a base. It should still work in later versions. You may very well be able to install these libraries from your package manager, depending on how your distribution handles software packages.

As a Debian / Ubuntu / Mint user, I've been having issues playing with RVGL since it came out. Now, while I have no removal script created for this yet, I felt like sharing it for people who may be interested, and know what they're doing

Here is the terminal output which prompted me to take such recourse as to manually handle packages and software libraries (hidden);

Dry-run install of necessary libraries
$ sudo apt-get -s install libsdl2-2.0-0:i386 libglew1.10:i386 libalure1:i386 libdumb1:i386 libmodplug1:i386
Reading package lists... Done
Building dependency tree
Reading state information... Done
The following extra packages will be installed:
libegl1-mesa:i386 libgbm1 libgbm1:i386 libwayland-client0:i386
libwayland-cursor0:i386 libwayland-egl1-mesa:i386 libwayland-server0:i386
libxcb-xfixes0:i386 libxkbcommon0:i386
Suggested packages:
glew-utils:i386
Recommended packages:
libegl1-mesa-drivers:i386
The following packages will be REMOVED:
gstreamer0.10-plugins-bad gstreamer1.0-plugins-bad libmodplug1
mint-meta-codecs vlc vlc-nox vlc-plugin-notify vlc-plugin-pulse
The following NEW packages will be installed:
libalure1:i386 libdumb1:i386 libegl1-mesa:i386 libgbm1:i386 libglew1.10:i386
libmodplug1:i386 libsdl2-2.0-0:i386 libwayland-client0:i386
libwayland-cursor0:i386 libwayland-egl1-mesa:i386 libwayland-server0:i386
libxcb-xfixes0:i386 libxkbcommon0:i386
The following packages will be upgraded:
libgbm1
1 upgraded, 13 newly installed, 8 to remove and 27 not upgraded.
Remv mint-meta-codecs [2014.06.02]
Remv gstreamer0.10-plugins-bad [0.10.23-7.2ubuntu1.1]
Remv gstreamer1.0-plugins-bad [1.2.4-1~ubuntu1]
Remv vlc-plugin-pulse [2.1.6-0ubuntu14.04.1]
Remv vlc-plugin-notify [2.1.6-0ubuntu14.04.1]Ubuntu
Remv vlc-nox [2.1.6-0ubuntu14.04.1] [vlc:amd64 ]
Remv libmodplug1 [1:0.8.8.4-4.1] [vlc:amd64 ]
Remv vlc [2.1.6-0ubuntu14.04.1]
Inst libalure1:i386 (1.2-6 Ubuntu:14.04/trusty [i386])
Inst libdumb1:i386 (1:0.9.3-6 Ubuntu:14.04/trusty [i386])
Inst libgbm1 [10.1.3-0ubuntu0.1] (10.1.3-0ubuntu0.4 Ubuntu:14.04/trusty-updates [amd64])
Inst libwayland-client0:i386 (1.4.0-1ubuntu1 Ubuntu:14.04/trusty [i386])
Inst libwayland-server0:i386 (1.4.0-1ubuntu1 Ubuntu:14.04/trusty [i386])
Inst libgbm1:i386 (10.1.3-0ubuntu0.4 Ubuntu:14.04/trusty-updates [i386])
Inst libxcb-xfixes0:i386 (1.10-2ubuntu1 Ubuntu:14.04/trusty [i386])
Inst libegl1-mesa:i386 (10.1.3-0ubuntu0.4 Ubuntu:14.04/trusty-updates [i386])
Inst libglew1.10:i386 (1.10.0-3 Ubuntu:14.04/trusty [i386])
Inst libwayland-cursor0:i386 (1.4.0-1ubuntu1 Ubuntu:14.04/trusty [i386])
Inst libwayland-egl1-mesa:i386 (10.1.3-0ubuntu0.4 Ubuntu:14.04/trusty-updates [i386])
Inst libxkbcommon0:i386 (0.4.1-0ubuntu1 Ubuntu:14.04/trusty [i386])
Inst libsdl2-2.0-0:i386 (2.0.2+dfsg1-3ubuntu1.1 Ubuntu:14.04/trusty-updates [i386])
Inst libmodplug1:i386 (1:0.8.8.4-4.1 Ubuntu:14.04/trusty [i386])
Conf libalure1:i386 (1.2-6 Ubuntu:14.04/trusty [i386])
Conf libdumb1:i386 (1:0.9.3-6 Ubuntu:14.04/trusty [i386])
Conf libgbm1 (10.1.3-0ubuntu0.4 Ubuntu:14.04/trusty-updates [amd64])
Conf libwayland-client0:i386 (1.4.0-1ubuntu1 Ubuntu:14.04/trusty [i386])
Conf libwayland-server0:i386 (1.4.0-1ubuntu1 Ubuntu:14.04/trusty [i386])
Conf libgbm1:i386 (10.1.3-0ubuntu0.4 Ubuntu:14.04/trusty-updates [i386])
Conf libxcb-xfixes0:i386 (1.10-2ubuntu1 Ubuntu:14.04/trusty [i386])
Conf libegl1-mesa:i386 (10.1.3-0ubuntu0.4 Ubuntu:14.04/trusty-updates [i386])
Conf libglew1.10:i386 (1.10.0-3 Ubuntu:14.04/trusty [i386])
Conf libwayland-cursor0:i386 (1.4.0-1ubuntu1 Ubuntu:14.04/trusty [i386])
Conf libwayland-egl1-mesa:i386 (10.1.3-0ubuntu0.4 Ubuntu:14.04/trusty-updates [i386])
Conf libxkbcommon0:i386 (0.4.1-0ubuntu1 Ubuntu:14.04/trusty [i386])
Conf libsdl2-2.0-0:i386 (2.0.2+dfsg1-3ubuntu1.1 Ubuntu:14.04/trusty-updates [i386])
Conf libmodplug1:i386 (1:0.8.8.4-4.1 Ubuntu:14.04/trusty [i386])

No. Removal of anything simply will not do, and the above removes the 64-bit audio libraries that VLC depends on, VLC itself, as well Mint's codec package which arguably could cause issues with updating in the future. So to resolve this, I went out of my way to download the 14 packages RVGL relies on, so I can build the tarball that contains the libraries and modified symbolic links to go into the root of the filesystem.

Doing this entirely from a live session, I encountered some snags but nothing that couldn't be worked around, having kept all of my actions where root had permissions; Anything within /media/mint ended up giving permission to the live session user, which caused the libraries to not be usable and there was no easy way to give permission back to root, because it simply wouldn't let me do that even in a place where root had permission.

The provided tarball will place all necessary libraries inside /opt/rvgl, and the symbolic links in /usr/lib/i386-linux-gnu will load the files from there. I had not tested gameplay, only game loading but everything should Everything works quite fine. If applied correctly, No errors will be produced in console upon executing rvgl.

If you already have some libraries provided by other programs, you are encouraged to skip duplication as modification of pre-existing symbolic links may end up breaking other programs. If you want to delete their corresponding libraries from /opt/rvgl, carefully note which files in /usr/lib/i386-linux-gnu would had been replaced before proceeding.

I may add an installer / removal tool if somebody else doesn't beat me to it, which you are by all means welcome to produce yourself and share.[/hide]
Things different from the original post

• I suddenly find myself able to run RVGL without needing to be admin using this tarball. I don't understand why, but it works.
• Symbolic links for folders in Linux does not permit loading of any content therein, don't bother trying. (Hardlinks might, but it's better to keep a fresh 1.2 install on-hand anyway)
• If starting completely fresh on Linux (with Wine), run fix_cases before applying the game content for RVGL on top.
• Do not apply mods directly; Put them somewhere else, then run fix_cases where the mod contents are. Point of advice for young players.

RVGL libraries for 64-bit systems

I may as well add, since some 32-bit libraries may already exist on your system, it's totally okay to skip overwriting for everything fro the tarball that is already in /usr from the archive. It's hacky as hell but it works.

I decided to bite the bullet and test it on an actual install, seems if running the game as normal user, libraries are not seen but it works fine if ran as root. I can only assume also, that the provided libraries below will work for normal users if you set regular users as file owners, that I had not tested yet.

no need to change owners, setting 0755 will work perfectly for all users, which permissions are you using? and is the owner root:root?

EDIT: I'm not running Linux and neither looked at archive permissions either.

Can you spit out some terminal output for the slightly-less-initiated to change owners or whatever you did for normal users to also run the game? I should also mention I had made no alterations to sudoers or adjusted permissions in any way.

Edit: I can only assume owner is root:root because I made the original archive as a root user.

I should have also updated the thread on RVL about this information. I'll do that right now.

Confirming this to be working properly on fresh installs of Xubuntu 14.04 and 15.04
(and presumably other *buntu derivatives)

Though it could use an update with libenet added.

Isn't there any way to avoid installing libdumb:i386 and libmodplug1:i386 in the first place? Perhaps by blacklisting them?
But anyway, thanks for providing this solution too, EBee.

Another option is for us to modify libalure to not search for the above mentioned libraries and then statically link our modified version to the rvgl executable. Downsides: 1) increased size of rvgl executable, 2) we directly depend on those indirect dependencies of libalure (I think it's only pthreads, so it should be ok), 3) users won't be able to benefit immediately from updates to libalure.

Gotolei @ 13 Aug 2015, 05:10 AM wrote: Confirming this to be working properly on fresh installs of Xubuntu 14.04 and 15.04
(and presumably other *buntu derivatives)

Though it could use an update with libenet added.

I'll take another look at it soon.

[hide]
I am sick right now! I shouldn't be doing a damn thing but I seem to do more computering when I am ill for some reason.[/hide]

Why not either making rvgl x64 or ship with .so like windows ??
system libraries break too much?

I... honestly I don't know how to repackage like that. If you want to do it, know-it-all, more power to you.
inb4 Abc makes fun of me for being an idiot about Linux.

Sorry, i'm unable to do it because i lack linux, yes i know you can install it but i will soon..... not yet.
you just make a installer that places rvgl in bin and the .so in lib and everyone's happy (/usr/local because of updates probably replacing the .so)

Holy poohe I updated this. So here's a rundown of the changes;
enet got upgraded
Some wayland libs got updated
libSDL2-image is added
Other libs had been removed
A shell script is included now instead of a folder full of symlinks
A readme has been added.

This now requires you to run a shell script to make links. Refer to the readme for more information.

You don't need to copy the 32b libs to your /usr/lib! Just copy the libs to the game directory and use LD_PRELOAD:

As I had mentioned in my OP, having modified it after discovering how much Linux Mint sucks, it only seems to be a problem on users of that system.

I was not sure if other Debian-based systems exhibited this same problem, so I assumed and wrote the OP. This was also at the time when RVGL had no 64-bit functionality.

Since it does, I made another guide in Online Racing that's basically the same as Marv's guide on revolt.me except with up-to-date information.

This guide is completely useless now.

[Vaid]: Closed.