It seems like a portable application would have all the supporting files included.
But I went to access SuperTUx and after having to download the 61meg file, I found it was missing dependencies that it needed to run.

If the other apps/games are like that and of that size, I would much rather get the games in PET form from the repositories.

Heck, I tried a small game (~7MB), and it gave me an out-of-date glibc error. I expect those, to a point (I am running Puppy 4.3.1, after all), but it would have been nice to see a 'minimum requirement' note on the site, I guess.

With the comments about Wine on the page, I wondered for a moment if most of the games were Windows games in containers. _________________[ Puppy 4.3.1 JP, Frugal install | 1GB RAM | 1.3GB swap ] * [ Puppy Precise 5.7.1 JP, Frugal install ]
In memory of our beloved American Eskimo puppy (1995-2010) and black Lab puppy (1997-2011).

Im using Lxpup slacko latest release and have tried a couple of these games and so far have no problem with them, dependencies or otherwise. Im using nvidia driver. I can't remember which games I tried, but I for sure got Urban Terror and it worked just fine after I renamed the file to remove spaces in filename.

I'm sorry to hear the games are not working on your system. The games are indeed supposed to be standalone, and not have any dependency, but I hardly can find the time to test the packages on more than three distros, so things may not work for everyone. I'd appreciate any feedback, bug reports and suggestions in order to make this stuff work

@8-bit, could you please tell me which library is not being found? The game runs fine on my ArchLinux and on a Ubuntu LiveCD. I'm adding in http://sourceforge.net/p/pg4l/tickets/?source=navbar the errors I'm finding as I test the games on more systems, but I've yet not found any error on SuperTuxKart

@Makoto, that is probably because I'm packing the games on ArchLinux, which is usually too bleeding edge. I'll try to port the packaging scripts to some older Debian or Ubuntu, in order to try to improve the compatibility. Which game is it? Mari0? Could you paste me the error?

@xstylezx the game didn't run because of spaces in the filename? o_O that's new. Did it happen with every game, or only with that package?[/url]

Yeah, that's the one I tried. (Well, it is the only 7MB game in the list, so... ) I had to redownload it, though - but I did notice it was a .bin the first time, and .run now.

The spaces do seem to make a difference; it looks like bash is considering everything after the first space to be an argument/switches/etc. You might consider replacing the spaces with underscores, just to be on the safe side. Here's the test run I just did (I probably should've edited out the middle attempt, but I guess it really doesn't matter).

Code:

# Mari0 1.6-r1.run
bash: Mari0: command not found
# Mari0_1.6-r1.run
bash: Mari0_1.6-r1.run: command not found
# ./Mari0_1.6-r1.run
./Mari0_1.6-r1.run: /lib/libc.so.6: version `GLIBC_2.7' not found (required by ./Mari0_1.6-r1.run)

@xstylezx the game didn't run because of spaces in the filename? o_O that's new. Did it happen with every game, or only with that package?[/url]

Yes, on lxpup upon opening a terminal inside folder that i stored game in(in this case urban terror) the file had spaces in it and bash seemed to think "urban" was a directory as there was a space right after the word "urban". It seemed to disregard the rest of the file name and just try to find a directory named "urban". Easy fix for me by just renaming to remove the spaces and then it launched and worked perfectly. I'm not sure why that happens but every once in a while I have to rename a file to launch it through terminal for same such reason. Strange, I have no idea why that is really and am curious to know why?

I haven't had a chance to try any more games yet, but do plan to download 0ad, the latest release on your portable games page. I noticed it is an "all" version, but the name of the file lists it as "a11 r2". Isnt "a12" the latest release? If so do you plan on posting up that release? Just curious, as I love those portable games! Keep up the great work!

Ok, downloaded the latest 0ad you have on the portable games site and seems the only problem I'm having is missing libtiff.so.5. I'm on lxpup slacko, the latest release. I'm running some searches but nothing of help so far getting this installed. Any help?

Yeah, that's the one I tried. (Well, it is the only 7MB game in the list, so... ) I had to redownload it, though - but I did notice it was a .bin the first time, and .run now.

Sorry for the mess I was improvising. Previously, the packages had no extension, because according to the original initiative (http://portablelinuxapps.org/) traditionally Linux executables have no extension (i.e. vim, ls, grep, etc). However I don't really like this idea, so I added the .bin extension, only to discover later that Ubuntu didn't really like it, so I replaced it with the .run extension, which seems to work fine.

Quote:

The spaces do seem to make a difference; it looks like bash is considering everything after the first space to be an argument/switches/etc. You might consider replacing the spaces with underscores, just to be on the safe side. Here's the test run I just did (I probably should've edited out the middle attempt, but I guess it really doesn't matter).

Code:

# Mari0 1.6-r1.run
bash: Mari0: command not found
# Mari0_1.6-r1.run
bash: Mari0_1.6-r1.run: command not found
# ./Mari0_1.6-r1.run
./Mari0_1.6-r1.run: /lib/libc.so.6: version `GLIBC_2.7' not found (required by ./Mari0_1.6-r1.run)

On bash, any space within a file name needs to be escaped. Just copy&pasting the file name won't work:

Code:

$ ./Mari0 1.6-r1.run
bash: ./Mari0: No such file or directory

The correct way of using the file name is either scaping the file name, or using quotations:

Code:

$ ./Mari0\ 1.6-r1.run
$ ./"Mari0 1.6-r1.run"

Actually, if you start typing ./Mar and hit TAB, it will be completed to ./Mari0\ 1.6-r1.run, properly escaped.

If you run the package double-clicking it on nautilus/dolphin/$FILE_MANAGER, it should already take care of any "weird" characters on the name, so spaces should be no problem

666philb wrote:

porting the scripts to debian or ubuntu precise would be good as the latest puppy is based on ubuntu precise. so libs will be at the same version.

debian stable may accommodate even more puppy versions

you'ld go crazy though trying to get them working on all the different puppy's, and some of these games will probably never work on the older pups (makoto )

I think I'll focus on the most used distro, which nowadays I guess it's Ubuntu 10.04 or 12.04. If done properly, any package that uses any given distro's libraries should be compatible with any 5 years old distro. At least the guys at CDE (http://www.pgbovine.net/cde.html) manage to do it, but I still haven't get the hang of it

xstylezx wrote:

RazZziel wrote:

@xstylezx the game didn't run because of spaces in the filename? o_O that's new. Did it happen with every game, or only with that package?[/url]

Yes, on lxpup upon opening a terminal inside folder that i stored game in(in this case urban terror) the file had spaces in it and bash seemed to think "urban" was a directory as there was a space right after the word "urban". It seemed to disregard the rest of the file name and just try to find a directory named "urban". Easy fix for me by just renaming to remove the spaces and then it launched and worked perfectly. I'm not sure why that happens but every once in a while I have to rename a file to launch it through terminal for same such reason. Strange, I have no idea why that is really and am curious to know why?

See comments above, I think that's the problem

Quote:

I haven't had a chance to try any more games yet, but do plan to download 0ad, the latest release on your portable games page. I noticed it is an "all" version, but the name of the file lists it as "a11 r2". Isnt "a12" the latest release? If so do you plan on posting up that release? Just curious, as I love those portable games! Keep up the great work!

"0ad a11-r2" means "0ad, version a11, release 2", being the a11 the version of 0ad that's being packaged, and r2 the release of the package itself. I.e. if on "0ad a11-r1" I find there's a missing library, I fix it and release the new package as "0ad a11-r2".

Btw, I'll try to download and package a12 soon (my internet at home is bullshit, I usually need to wait for the weekend to download or upload packages. and having a full time job doesn't help )

xstylezx wrote:

Ok, downloaded the latest 0ad you have on the portable games site and seems the only problem I'm having is missing libtiff.so.5. I'm on lxpup slacko, the latest release. I'm running some searches but nothing of help so far getting this installed. Any help?

Sorry for the mess I was improvising. Previously, the packages had no extension, because according to the original initiative (http://portablelinuxapps.org/) traditionally Linux executables have no extension (i.e. vim, ls, grep, etc). However I don't really like this idea, so I added the .bin extension, only to discover later that Ubuntu didn't really like it, so I replaced it with the .run extension, which seems to work fine.

Ubuntu doesn't like .bin? Huh.

RazZziel wrote:

On bash, any space within a file name needs to be escaped. Just copy&pasting the file name won't work:

Code:

$ ./Mari0 1.6-r1.run
bash: ./Mari0: No such file or directory

The correct way of using the file name is either scaping the file name, or using quotations:

Code:

$ ./Mari0\ 1.6-r1.run
$ ./"Mari0 1.6-r1.run"

Actually, if you start typing ./Mar and hit TAB, it will be completed to ./Mari0\ 1.6-r1.run, properly escaped.

I guessed as much, but I'm (unfortunately) way too used to quickly popping open a terminal window and copy>pasting the filename if a binary doesn't work when I run it from the GUI.

Still, some people might not know that, so it might be a better idea to use underscores, rather than spaces, anyway.

Well, the packages I tried complain about glib, so I and my old setup won't be of much help.

Does Sourceforge actually allow you to store a small description of each file? I wonder how SF determines what the 'most recent version' of the files stored there is...

I'm mainly wondering because I do have a Sourceforge account, and I'm wondering if I could use it to store the programs I compile for Puppy, like the builds of Pidgin I link to in my sig. But that's a bit off-topic, so..._________________[ Puppy 4.3.1 JP, Frugal install | 1GB RAM | 1.3GB swap ] * [ Puppy Precise 5.7.1 JP, Frugal install ]
In memory of our beloved American Eskimo puppy (1995-2010) and black Lab puppy (1997-2011).

You cannot post new topics in this forumYou cannot reply to topics in this forumYou cannot edit your posts in this forumYou cannot delete your posts in this forumYou cannot vote in polls in this forumYou cannot attach files in this forumYou can download files in this forum