Update to Newest 0install Build

For all the help you need with Armagetron!
Post Reply
User avatar
Light
Reverse Outside Corner Grinder
Posts: 1667
Joined: Thu Oct 20, 2011 2:11 pm

Update to Newest 0install Build

Post by Light »

After updating to the newest release, I've run into a problem and the client is unable to open. I've tried as root as well (which also downloaded a new copy) and ended up with the same issue.

Code: Select all

armagetronad-experimental: error while loading shared libraries: libprotobuf.so.5: cannot open shared object file: No such file or directory
I guess it could be helpful to know ...
Running Ubuntu 12.04 x64
User avatar
Light
Reverse Outside Corner Grinder
Posts: 1667
Joined: Thu Oct 20, 2011 2:11 pm

Re: Update to Newest 0install Build

Post by Light »

Could someone let me know where the user_3_1_utf8.cfg file would be when installed with 0install? I can't seem to find it anywhere on the forums, and I tried to run find / -type f -name 'user_3_1_utf8.cfg' but it didn't find it. I assume it's named something else? Either that or it was overwritten in the ~/.armagetronad-experimental/config folder. :/ I hope not ...

Shoot, it installed into ~/.config/armagetronad-experimental/ grr .. I manually replaced my old one. Dumb me. :(
epsy
Adjust Outside Corner Grinder
Posts: 2003
Joined: Tue Nov 07, 2006 6:02 pm
Location: paris
Contact:

Re: Update to Newest 0install Build

Post by epsy »

Check out the Help menu, it lets you open the right directories for everything.

As for the libprotobuf issue, that's a problem in the packaging, as it should provide it.
Until Z-Man fixes that, you can install libprotobuf from your OS's software repositories.
User avatar
Z-Man
God & Project Admin
Posts: 11717
Joined: Sun Jan 23, 2005 6:01 pm
Location: Cologne
Contact:

Re: Update to Newest 0install Build

Post by Z-Man »

I'll look into the library error. Some platforms were left without the library dependency after the last update, it may be that here, too. Or it looks in the wrong place in the library dependencies. You can certainly work around it by installing the libraries via apt, but that would defeat half the point of 0install, so please don't. So don't listen to ninja-epsy.

For the user.cfg, well, if the game doesn't run, it's stored nowhere :)
User avatar
Light
Reverse Outside Corner Grinder
Posts: 1667
Joined: Thu Oct 20, 2011 2:11 pm

Re: Update to Newest 0install Build

Post by Light »

epsy wrote:Check out the Help menu, it lets you open the right directories for everything.

As for the libprotobuf issue, that's a problem in the packaging, as it should provide it.
Until Z-Man fixes that, you can install libprotobuf from your OS's software repositories.
I was unable to boot that copy, so I couldn't use the menu to open the dir for me. I figured that out though, and realized I screwed it up.

Also, I installed it and a couple other necessities while building the source. I can use that one, but the 0install copy still doesn't work. Same error.
User avatar
Light
Reverse Outside Corner Grinder
Posts: 1667
Joined: Thu Oct 20, 2011 2:11 pm

Re: Update to Newest 0install Build

Post by Light »

Z-Man wrote:So don't listen to ninja-epsy.
Too late. I already did it before he posted, but it still results in the same error. I had to install it to build the source.
Z-Man wrote:For the user.cfg, well, if the game doesn't run, it's stored nowhere :)
I used it for a while before I just updated to the newest copy. So the file did exist, but I overwrote it as mentioned earlier. Not the end of the world I guess. :/
User avatar
Z-Man
God & Project Admin
Posts: 11717
Joined: Sun Jan 23, 2005 6:01 pm
Location: Cologne
Contact:

Re: Update to Newest 0install Build

Post by Z-Man »

Should be all fixed now. The reason was that previous builds were against protobuf.so.7 (installed from source) and the current builds use protobuf.so.5 (Ubuntu Lucid default). And for some reason, .5 is present on my regular machines, probably for some legacy package, so the shallow tests did not find anything unusual. Deeper tests would have shown me that protobuf was loaded from the system directories. The fix is a new libs package containing .5 instead of .7.
Post Reply