Re: [gentoo-user] ebuild for Lost Labyrinth
Hy Gentoo, I just uploaded Version 1.4.0 of Lost Labyrinth. This a very good release I think. We got a lot of new Stuff. The Windows Programmer did a Windows Version of it, because the new Linux Version is getting better than the Original I did a calculation and now I invested more than 413 hours in the development of this little game :-))) Markus Am Montag, 29. August 2005 22:54 schrieb Nick Rout: yes well when it is in portage the file will be updated into the portage tree automatically. in the meantime you have to download both the ebuild and the wrapper script, same as for any other new ebuild. Sorry if I didn't make this clear in the email with the new ebuild. I don't think its correct for an ebuild to create a script on the fly, ie embedded in the ebuild itself. FYI I have found a games ebuild howto which may lead me to change how the ebuild works before committing it to bugzilla and the terrible and swift swords of the devs... For example i stored the highscores.dat file (which needs to be writable) in /usr, whereas you shouldn't have programs writing to /usr, so it should go in /var somewhere. On Mon, 29 Aug 2005 12:47:02 -0700 Greg Bengeult wrote: Nick Rout wrote: did you have the laby wrapper script in /usr/local/portage/games-roguelike/laby/files ?? I posted the wrapper script with the first version of the ebuild. Nope, I didn't keep a copy of it at the time. To be considered complete, the ebuild should either include a copy of the wrapper or should create it on the fly. The user shouldn't have to do anything more than emerge laby. -- gentoo-user@gentoo.org mailing list -- Nick Rout [EMAIL PROTECTED] -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] ebuild for Lost Labyrinth
Hallo Nick, looks good. The next release 1.1.1 will only be a bug fix release. So this (1.1.0) is a good version for a release I think! Markus --- Ursprüngliche Nachricht --- Von: Nick Rout [EMAIL PROTECTED] An: gentoo-user@lists.gentoo.org Betreff: Re: [gentoo-user] ebuild for Lost Labyrinth Datum: Tue, 06 Sep 2005 13:59:18 +1200 On Mon, 05 Sep 2005 23:16:29 +1200 Nick Rout wrote: [snip] Please report any errors in use of the ebuild. This time I really am going to post it to bugs.gentoo.org, its just that Markus keeps delivering new versions. In particular please make sure highscores works, I am no games player and can't get into the highscores table to check it works! I have now crerated a bug which _should_ result in this making it to portage one day sometime. http://bugs.gentoo.org/show_bug.cgi?id=104971 *Please* report successes and failures with the ebuild on the above bug. -- Nick Rout [EMAIL PROTECTED] -- gentoo-user@gentoo.org mailing list -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] ebuild for Lost Labyrinth
Alright, i have made a laby-1.1.0.ebuild. This time I won't email it to the list, anyone who wants it can fetch it from my server: http://rout.dyndns.org/laby/laby-1.1.0.ebuild I would like people to test it as I have changed a few things, notably : 1. moved it to /opt/laby because /opt seems to be the gentoo place for binary ebuilds, laby seems to need to have its highscores file in the same dir as the binary (which means it shouldn't be in /usr because we aren't supposed to have programs write there). 2. moved creation of the wrapper script into the ebuild. 3. used (probably too many) die statements to make sure it bails on failure. Please report any errors in use of the ebuild. This time I really am going to post it to bugs.gentoo.org, its just that Markus keeps delivering new versions. In particular please make sure highscores works, I am no games player and can't get into the highscores table to check it works! On Sun, 2005-09-04 at 23:48 +0200, Markus Döbele wrote: Hy Nick, I just uploaded Version 1.1.0 where I have rewritten the whole laby kernel. Now everthing works a lot better. All known bugs are fixed too! Please do not use the old version 1.0.5, because I discovered a lot of nasty bugs in this version! The new version is a good one! Markus -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] ebuild for Lost Labyrinth
On Mon, 05 Sep 2005 23:16:29 +1200 Nick Rout wrote: [snip] Please report any errors in use of the ebuild. This time I really am going to post it to bugs.gentoo.org, its just that Markus keeps delivering new versions. In particular please make sure highscores works, I am no games player and can't get into the highscores table to check it works! I have now crerated a bug which _should_ result in this making it to portage one day sometime. http://bugs.gentoo.org/show_bug.cgi?id=104971 *Please* report successes and failures with the ebuild on the above bug. -- Nick Rout [EMAIL PROTECTED] -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] ebuild for Lost Labyrinth
Hy Nick, I just uploaded Version 1.1.0 where I have rewritten the whole laby kernel. Now everthing works a lot better. All known bugs are fixed too! Please do not use the old version 1.0.5, because I discovered a lot of nasty bugs in this version! The new version is a good one! Markus Am Montag, 29. August 2005 22:54 schrieb Nick Rout: yes well when it is in portage the file will be updated into the portage tree automatically. in the meantime you have to download both the ebuild and the wrapper script, same as for any other new ebuild. Sorry if I didn't make this clear in the email with the new ebuild. I don't think its correct for an ebuild to create a script on the fly, ie embedded in the ebuild itself. FYI I have found a games ebuild howto which may lead me to change how the ebuild works before committing it to bugzilla and the terrible and swift swords of the devs... For example i stored the highscores.dat file (which needs to be writable) in /usr, whereas you shouldn't have programs writing to /usr, so it should go in /var somewhere. On Mon, 29 Aug 2005 12:47:02 -0700 Greg Bengeult wrote: Nick Rout wrote: did you have the laby wrapper script in /usr/local/portage/games-roguelike/laby/files ?? I posted the wrapper script with the first version of the ebuild. Nope, I didn't keep a copy of it at the time. To be considered complete, the ebuild should either include a copy of the wrapper or should create it on the fly. The user shouldn't have to do anything more than emerge laby. -- gentoo-user@gentoo.org mailing list -- Nick Rout [EMAIL PROTECTED] -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] ebuild for Lost Labyrinth
Hy Nick, I uploaded a new version 1.0.4 yesterday. Maybe it would be best if you monitor the page of this game on sourceforge. Than I can easily send you a notice everytime I upload a new version. I am working a lot for the game right now. And so there will be a lot of new versions in the near future. And I don't want to post everytime to this newsgroup. This is for gentoo and not for laby, i think :-) Am Montag, 29. August 2005 22:54 schrieb Nick Rout: yes well when it is in portage the file will be updated into the portage tree automatically. in the meantime you have to download both the ebuild and the wrapper script, same as for any other new ebuild. Sorry if I didn't make this clear in the email with the new ebuild. I don't think its correct for an ebuild to create a script on the fly, ie embedded in the ebuild itself. FYI I have found a games ebuild howto which may lead me to change how the ebuild works before committing it to bugzilla and the terrible and swift swords of the devs... For example i stored the highscores.dat file (which needs to be writable) in /usr, whereas you shouldn't have programs writing to /usr, so it should go in /var somewhere. On Mon, 29 Aug 2005 12:47:02 -0700 Greg Bengeult wrote: Nick Rout wrote: did you have the laby wrapper script in /usr/local/portage/games-roguelike/laby/files ?? I posted the wrapper script with the first version of the ebuild. Nope, I didn't keep a copy of it at the time. To be considered complete, the ebuild should either include a copy of the wrapper or should create it on the fly. The user shouldn't have to do anything more than emerge laby. -- gentoo-user@gentoo.org mailing list -- Nick Rout [EMAIL PROTECTED] -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] ebuild for Lost Labyrinth
Nick Rout wrote: OK once again the ebuild is attached, it now creates a desktop file in /usr/share/applications/ and pops the .xpm icon file into /usr/share/pixmaps/. This is where gentoo likes these things to be. Those of you who have expressed an interest in this game please try it out. If it works OK I will check out any last tweaks i need and then submit it to bugs.gentoo.org I tried the new ebuild and it worked. I use KDE 3.4 and the laby icon shows up under the games menu and correctly launches the game. -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] ebuild for Lost Labyrinth
Alec Shaner schreef: Nick Rout wrote: OK once again the ebuild is attached, it now creates a desktop file in /usr/share/applications/ and pops the .xpm icon file into /usr/share/pixmaps/. This is where gentoo likes these things to be. Those of you who have expressed an interest in this game please try it out. If it works OK I will check out any last tweaks i need and then submit it to bugs.gentoo.org I tried the new ebuild and it worked. I use KDE 3.4 and the laby icon shows up under the games menu and correctly launches the game. Well, something went wrong for me; I installed the game with no errors, then launched a gnome-panel (I normally use Openbox and Pypanel, but have GNOME installed) to see if it would come up in the Gnome main menu (which it did, with icon), but clicking the entry says that 'laby' cannot be found (which is in fact the case; it would seem that the executable was not created). Output from the emerge: | md5 files ;-) laby-1.0.3.ebuild | md5 files ;-) files/digest-laby-1.0.3 | md5 src_uri ;-) laby_1.0.3.tar.gz | Unpacking source... | Unpacking laby_1.0.3.tar.gz to /var/tmp/portage/laby-1.0.3/work | Source unpacked. | Test phase [not enabled]: games-rpg/laby-1.0.3 | | Install laby-1.0.3 into /var/tmp/portage/laby-1.0.3/image/ |category games-rpg |install: cannot stat `/usr/local/portage/games-rpg/laby/files/laby': |Onbekend bestand of map |man: |prepallstrip: |strip: i686-pc-linux-gnu-strip --strip-unneeded |strip: i686-pc-linux-gnu-strip --strip-unneeded | usr/lib/laby/laby | Completed installing laby-1.0.3 into |/var/tmp/portage/laby-1.0.3/image/ | | Merging games-rpg/laby-1.0.3 to / |--- /usr/ |--- /usr/lib/ | /usr/lib/laby/ | /usr/lib/laby/laby | /usr/lib/laby/highscores.dat | /usr/lib/laby/graphics.pak | /usr/lib/laby/sounds.pak |--- /usr/games/ |--- /usr/games/bin/ |--- /usr/share/ |--- /usr/share/doc/ | /usr/share/doc/laby-1.0.3/ | /usr/share/doc/laby-1.0.3/readme.txt.gz |--- /usr/share/applications/ | /usr/share/applications/laby-laby.desktop |--- /usr/share/pixmaps/ | /usr/share/pixmaps/laby.xpm You can see that 'laby' is not copied to /usr/games/bin, though I guess that must be it in /usr/lib/laby? Yes, indeed it is: la /usr/lib/laby totaal 5388 drwxr-xr-x2 root root 168 aug 29 17:20 . drwxr-xr-x 151 root root 110112 aug 29 17:20 .. -rw-r--r--1 root root 3828654 aug 29 17:20 graphics.pak -rw-rw1 games games 450 aug 29 17:20 highscores.dat -rwxr-xr-x1 root root 591536 aug 29 17:20 laby -rw-r--r--1 root root 973752 aug 29 17:20 sounds.pak | * To run Lost Labyrinth run laby from the command line | * If you have artsd running you will need to disable it while | * running Lost labyrinth. This can be done by editing the script | * /usr/games/bin/laby to stop artsd before running the game and | * start it again afterwards | Regenerating /etc/ld.so.cache... | games-rpg/laby-1.0.3 merged. | Recording games-rpg/laby in world favorites file... output from looking for the executable script: which laby which: no laby in (/opt/sun-jre-bin-1.5.0.04/bin:/opt/sun-jre-bin-1.5.0.04/javaws:/usr/local/bin:/usr/bin:/bin:/opt/bin:/usr/i686-pc-linux-gnu/gcc-bin/3.4.4:/opt/ati/bin:/opt/blackdown-jdk-1.4.2.02/bin:/opt/blackdown-jdk-1.4.2.02/jre/bin:/usr/qt/3/bin:/usr/kde/3.4/bin:/usr/games/bin) locate laby /usr/share/games/fish-fillets/sound/labyrinth /usr/share/games/fish-fillets/sound/labyrinth/cs /usr/share/games/fish-fillets/sound/labyrinth/cs/bl-v-zvlastni1.ogg /usr/share/games/fish-fillets/sound/labyrinth/cs/bl-m-snecku0.ogg /usr/share/games/fish-fillets/sound/labyrinth/cs/bl-m-snecku1.ogg /usr/share/games/fish-fillets/sound/labyrinth/cs/bl-m-snecku2.ogg /usr/share/games/fish-fillets/sound/labyrinth/cs/bl-v-pestovany.ogg /usr/share/games/fish-fillets/sound/labyrinth/cs/bl-v-proc.ogg /usr/share/games/fish-fillets/sound/labyrinth/cs/bl-m-visi.ogg /usr/share/games/fish-fillets/sound/labyrinth/cs/bl-m-koral0.ogg /usr/share/games/fish-fillets/sound/labyrinth/cs/bl-v-nevim0.ogg /usr/share/games/fish-fillets/sound/labyrinth/cs/bl-v-nevim1.ogg /usr/share/games/fish-fillets/sound/labyrinth/cs/bl-m-funkce.ogg /usr/share/games/fish-fillets/sound/labyrinth/cs/bl-m-tvar.ogg /usr/share/games/fish-fillets/sound/labyrinth/cs/bl-v-koral1.ogg /usr/share/games/fish-fillets/sound/labyrinth/cs/bl-v-pozadi.ogg /usr/share/games/fish-fillets/sound/labyrinth/cs/bl-v-dost0.ogg /usr/share/games/fish-fillets/sound/labyrinth/cs/bl-v-dost1.ogg /usr/share/games/fish-fillets/sound/labyrinth/cs/bl-v-dost2.ogg /usr/share/games/fish-fillets/sound/labyrinth/cs/bl-m-zvlastni0.ogg /usr/share/games/fish-fillets/sound/labyrinth/cs/bl-m-zeptej.ogg /usr/share/games/fish-fillets/images/labyrinth /usr/share/games/fish-fillets/images/labyrinth/bludiste-p.png /usr/share/games/fish-fillets/images/labyrinth/bludiste-w.png /usr/share/games/fish-fillets/images/labyrinth/koral_b.png /usr/share/games/fish-fillets/images/labyrinth/3-ocel.png
Re: [gentoo-user] ebuild for Lost Labyrinth
Holly Bostick schreef: You can see that 'laby' is not copied to /usr/games/bin, though I guess that must be it in /usr/lib/laby? Yes, indeed it is: la /usr/lib/laby totaal 5388 drwxr-xr-x2 root root 168 aug 29 17:20 . drwxr-xr-x 151 root root 110112 aug 29 17:20 .. -rw-r--r--1 root root 3828654 aug 29 17:20 graphics.pak -rw-rw1 games games 450 aug 29 17:20 highscores.dat -rwxr-xr-x1 root root 591536 aug 29 17:20 laby -rw-r--r--1 root root 973752 aug 29 17:20 sounds.pak P.S. /usr/lib/laby/laby, unsurprisingly, does not run for a user, since the user (who is an 'other'), has rights to execute the file, but not to read it. I'm so surprised that something has gone terribly wrong here (that ebuild looked so pretty when I read it ;) ). Holly -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] ebuild for Lost Labyrinth
Holly Bostick wrote: Holly Bostick schreef: You can see that 'laby' is not copied to /usr/games/bin, though I guess that must be it in /usr/lib/laby? Yes, indeed it is: la /usr/lib/laby totaal 5388 drwxr-xr-x2 root root 168 aug 29 17:20 . drwxr-xr-x 151 root root 110112 aug 29 17:20 .. -rw-r--r--1 root root 3828654 aug 29 17:20 graphics.pak -rw-rw1 games games 450 aug 29 17:20 highscores.dat -rwxr-xr-x1 root root 591536 aug 29 17:20 laby -rw-r--r--1 root root 973752 aug 29 17:20 sounds.pak P.S. /usr/lib/laby/laby, unsurprisingly, does not run for a user, since the user (who is an 'other'), has rights to execute the file, but not to read it. I'm so surprised that something has gone terribly wrong here (that ebuild looked so pretty when I read it ;) ). Holly I had the same problem on installation. It appears that the 'laby' script is not being created in /usr/games/bin. I created my own simple script to cd into /usr/lib/laby and execute ./laby from there -- works fine now. Greg -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] ebuild for Lost Labyrinth
Holly Bostick wrote: This was a simple emerge, so I hope I didn't bork it myself; I did forget to create a 'files' directory in the overlay folder, but since there were no files, I can't think that that would be the problem. I could be wrong, though, especially since it works under KDE. Why would the symlink not have been created for me? Actually, /usr/games/bin/laby isn't a symlink, just a simple wrapper. I think you need to create the files directory and copy the 'laby' file there. May be that you missed it because it wasn't included in the version 1.03 ebuild email, just the 1.02 one. You can get the file from Nick Rout's first ebuild email from Aug 24. -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] ebuild for Lost Labyrinth
Alec Shaner schreef: Holly Bostick wrote: This was a simple emerge, so I hope I didn't bork it myself; I did forget to create a 'files' directory in the overlay folder, but since there were no files, I can't think that that would be the problem. I could be wrong, though, especially since it works under KDE. Why would the symlink not have been created for me? Actually, /usr/games/bin/laby isn't a symlink, just a simple wrapper. I think you need to create the files directory and copy the 'laby' file there. May be that you missed it because it wasn't included in the version 1.03 ebuild email, just the 1.02 one. You can get the file from Nick Rout's first ebuild email from Aug 24. Yes, Alec, that's the reason I missed it, and the solution worked as well, after redigesting: | md5 files ;-) laby-1.0.3.ebuild | md5 files ;-) files/laby | md5 files ;-) files/digest-laby-1.0.3 | md5 src_uri ;-) laby_1.0.3.tar.gz | Unpacking source... | Unpacking laby_1.0.3.tar.gz to /var/tmp/portage/laby-1.0.3/work | Source unpacked. | Test phase [not enabled]: games-rpg/laby-1.0.3 | | Install laby-1.0.3 into /var/tmp/portage/laby-1.0.3/image/ category games-rpg |man: |prepallstrip: |strip: i686-pc-linux-gnu-strip --strip-unneeded |strip: i686-pc-linux-gnu-strip --strip-unneeded | usr/lib/laby/laby | Completed installing laby-1.0.3 into /var/tmp/portage/laby-1.0.3/image/ | | Merging games-rpg/laby-1.0.3 to / |--- /usr/ |--- /usr/lib/ |--- /usr/lib/laby/ | /usr/lib/laby/laby | /usr/lib/laby/highscores.dat | /usr/lib/laby/graphics.pak | /usr/lib/laby/sounds.pak |--- /usr/games/ |--- /usr/games/bin/ | /usr/games/bin/laby |--- /usr/share/ |--- /usr/share/doc/ |--- /usr/share/doc/laby-1.0.3/ | /usr/share/doc/laby-1.0.3/readme.txt.gz |--- /usr/share/applications/ | /usr/share/applications/laby-laby.desktop |--- /usr/share/pixmaps/ | /usr/share/pixmaps/laby.xpm The game runs well from the GNOME menu entry, and looks pretty cool :) Thanks, Nick, for the ebuild, and of course, thanks to Markus and team for the game itself. Good work, everyone! Holly -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] ebuild for Lost Labyrinth
did you have the laby wrapper script in /usr/local/portage/games-roguelike/laby/files ?? I posted the wrapper script with the first version of the ebuild. On Mon, 2005-08-29 at 09:49 -0700, Greg Bengeult wrote: Holly Bostick wrote: Holly Bostick schreef: You can see that 'laby' is not copied to /usr/games/bin, though I guess that must be it in /usr/lib/laby? Yes, indeed it is: la /usr/lib/laby totaal 5388 drwxr-xr-x2 root root 168 aug 29 17:20 . drwxr-xr-x 151 root root 110112 aug 29 17:20 .. -rw-r--r--1 root root 3828654 aug 29 17:20 graphics.pak -rw-rw1 games games 450 aug 29 17:20 highscores.dat -rwxr-xr-x1 root root 591536 aug 29 17:20 laby -rw-r--r--1 root root 973752 aug 29 17:20 sounds.pak P.S. /usr/lib/laby/laby, unsurprisingly, does not run for a user, since the user (who is an 'other'), has rights to execute the file, but not to read it. I'm so surprised that something has gone terribly wrong here (that ebuild looked so pretty when I read it ;) ). Holly I had the same problem on installation. It appears that the 'laby' script is not being created in /usr/games/bin. I created my own simple script to cd into /usr/lib/laby and execute ./laby from there -- works fine now. Greg -- Nick Rout [EMAIL PROTECTED] -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] ebuild for Lost Labyrinth
Nick Rout wrote: did you have the laby wrapper script in /usr/local/portage/games-roguelike/laby/files ?? I posted the wrapper script with the first version of the ebuild. Nope, I didn't keep a copy of it at the time. To be considered complete, the ebuild should either include a copy of the wrapper or should create it on the fly. The user shouldn't have to do anything more than emerge laby. -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] ebuild for Lost Labyrinth
yes well when it is in portage the file will be updated into the portage tree automatically. in the meantime you have to download both the ebuild and the wrapper script, same as for any other new ebuild. Sorry if I didn't make this clear in the email with the new ebuild. I don't think its correct for an ebuild to create a script on the fly, ie embedded in the ebuild itself. FYI I have found a games ebuild howto which may lead me to change how the ebuild works before committing it to bugzilla and the terrible and swift swords of the devs... For example i stored the highscores.dat file (which needs to be writable) in /usr, whereas you shouldn't have programs writing to /usr, so it should go in /var somewhere. On Mon, 29 Aug 2005 12:47:02 -0700 Greg Bengeult wrote: Nick Rout wrote: did you have the laby wrapper script in /usr/local/portage/games-roguelike/laby/files ?? I posted the wrapper script with the first version of the ebuild. Nope, I didn't keep a copy of it at the time. To be considered complete, the ebuild should either include a copy of the wrapper or should create it on the fly. The user shouldn't have to do anything more than emerge laby. -- gentoo-user@gentoo.org mailing list -- Nick Rout [EMAIL PROTECTED] -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] ebuild for Lost Labyrinth
Just uploaded laby_1.0.3 to the Sourceforge Site. Would be nice if you update the ebuild. We did a lot of bugfixing. Slowly the game is really playable :-) Am Freitag, 26. August 2005 02:14 schrieb Nick Rout: On Fri, 26 Aug 2005 01:36:01 +0200 Holly Bostick wrote: Since we know Nick's ebuild works, from the testers, Nick, why don't you just send him a copy? i have It is GPL, isn't it ;) ? assuming you are referring to the ebuild then yes it is GPL (i hadn't really thought too much about it but as i started from /usr/portage/skel.ebuild it has a GPL notice in it.) -- Nick Rout [EMAIL PROTECTED] -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] ebuild for Lost Labyrinth
On Sun, 28 Aug 2005 21:56:24 +0200
Markus Döbele wrote:
Just uploaded laby_1.0.3 to the Sourceforge Site.
Would be nice if you update the ebuild.
We did a lot of bugfixing. Slowly the game is really playable :-)
The new ebuild was really easy - as i have said previously just change
the name of the file from laby-1.0.2.ebuild to laby-1.0.3.ebuild.
However I have taken the opportunity to try and add an icon and a
desktop file [1], but the latter is giving some errors. I have posted a
question to the developer list and when i have fixed whatever I did
wrong i will post again.
I also found a nice little games ebuild writing howto which tells me I
have made a few stylistic errors. I'll improve as I go hopefully!
I have discovered that portage has some nice little functions like
these:
newicon ${WORKDIR}/${PN}_${PV}/laby.xpm ${PN}.xpm
(puts the file $WORKDIR/laby_1.0.3/laby.xpm into
/usr/share/pixmaps/laby.xpm)
make_desktop_entry laby Lost Labyrinth ${PN}.xpm Game;RolePlaying;
(makes a desktop file in /usr/share/applications with executable=laby,
icon=/usr/share/pixmaps/laby.xpm Type=Application, Categories-
Application;Game;Roleplaying Name=Lost Labyrinth)
Am Freitag, 26. August 2005 02:14 schrieb Nick Rout:
On Fri, 26 Aug 2005 01:36:01 +0200
Holly Bostick wrote:
Since we know Nick's ebuild works, from the testers, Nick, why don't you
just send him a copy?
i have
It is GPL, isn't it ;) ?
assuming you are referring to the ebuild then yes it is GPL (i hadn't
really thought too much about it but as i started from
/usr/portage/skel.ebuild it has a GPL notice in it.)
--
Nick Rout [EMAIL PROTECTED]
--
gentoo-user@gentoo.org mailing list
--
Nick Rout [EMAIL PROTECTED]
--
gentoo-user@gentoo.org mailing list
Re: [gentoo-user] ebuild for Lost Labyrinth
OK once again the ebuild is attached, it now creates a desktop file in
/usr/share/applications/ and pops the .xpm icon file into
/usr/share/pixmaps/. This is where gentoo likes these things to be.
Those of you who have expressed an interest in this game please try it
out. If it works OK I will check out any last tweaks i need and then
submit it to bugs.gentoo.org
Cheers, Nick.
On Mon, 29 Aug 2005 13:51:28 +1200
Nick Rout wrote:
On Sun, 28 Aug 2005 21:56:24 +0200
Markus Döbele wrote:
Just uploaded laby_1.0.3 to the Sourceforge Site.
Would be nice if you update the ebuild.
We did a lot of bugfixing. Slowly the game is really playable :-)
The new ebuild was really easy - as i have said previously just change
the name of the file from laby-1.0.2.ebuild to laby-1.0.3.ebuild.
However I have taken the opportunity to try and add an icon and a
desktop file [1], but the latter is giving some errors. I have posted a
question to the developer list and when i have fixed whatever I did
wrong i will post again.
I also found a nice little games ebuild writing howto which tells me I
have made a few stylistic errors. I'll improve as I go hopefully!
I have discovered that portage has some nice little functions like
these:
newicon ${WORKDIR}/${PN}_${PV}/laby.xpm ${PN}.xpm
(puts the file $WORKDIR/laby_1.0.3/laby.xpm into
/usr/share/pixmaps/laby.xpm)
make_desktop_entry laby Lost Labyrinth ${PN}.xpm Game;RolePlaying;
(makes a desktop file in /usr/share/applications with executable=laby,
icon=/usr/share/pixmaps/laby.xpm Type=Application, Categories-
Application;Game;Roleplaying Name=Lost Labyrinth)
Am Freitag, 26. August 2005 02:14 schrieb Nick Rout:
On Fri, 26 Aug 2005 01:36:01 +0200
Holly Bostick wrote:
Since we know Nick's ebuild works, from the testers, Nick, why don't you
just send him a copy?
i have
It is GPL, isn't it ;) ?
assuming you are referring to the ebuild then yes it is GPL (i hadn't
really thought too much about it but as i started from
/usr/portage/skel.ebuild it has a GPL notice in it.)
--
Nick Rout [EMAIL PROTECTED]
--
gentoo-user@gentoo.org mailing list
--
Nick Rout [EMAIL PROTECTED]
--
gentoo-user@gentoo.org mailing list
--
Nick Rout [EMAIL PROTECTED]
laby-1.0.3.ebuild
Description: Binary data
Re: [gentoo-user] ebuild for Lost Labyrinth
Nick Rout wrote: I know I should upload this to bugs.gentoo.org, but as we are in the middle of a thread i thought I'd load it here for anyone interested to try (and to criticise) Please be gentle with me, this is my first ebuild. The ebuild is attached, as is the small startup script. The way it works and installs is detailed below (although the version is now 1.0.2 rather than 1.0.0) You need to have portage overlay enabled, and assuming your overlay is in /usr/local/portage, you need to make the following directories: /usr/local/portage/games-roguelike/laby/ and /usr/local/portage/games-roguelike/laby/files the ebuild file goes in the former, the file laby goes in the latter. You will need to: ebuild /usr/local/portage/games-roguelike/laby/laby-1.0.2.ebuild digest and then add laby your list of unstable builds: echo games-roguelike/laby ~x86 /etc/portage/package.keywords It _should_ then emerge fine. As long as you are in the games group you should be able to just run laby Nick, I just followed your instructions and everything worked without errors. So far so good. -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] ebuild for Lost Labyrinth
Markus Döbele wrote: Can't the rest be automated too? I mean creating the directories and to check first if portage is installed? Would be easier for the users. Then a link should be created in PATH thet you can type laby everywhere. Once the ebuild is officially in the portage tree, it is all automated, i.e., to install and run your program would be as simple as this: # emerge laby # laby All the steps that I followed from Nick Rout were part of using/testing an unofficial ebuild. Not having portage installed is akin to not having rpm installed on RedHat. -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] ebuild for Lost Labyrinth
On Thu, 25 Aug 2005 21:53:43 +0200 Markus Döbele wrote: Can't the rest be automated too? I mean creating the directories and to check first if portage is installed? portage is already installed, or its not gentoo! Would be easier for the users. Then a link should be created in PATH thet you can type laby everywhere. Alec Shaner has answered most of your questions, but please as far as PATH is concerned, my wrapper script is in /usr/games/bin, which is in your path if you are in the games group. This is standard gentoo. Thats why I put it there. I am not about to screw around with the gentoo-developers thoughts on what should be in $PATH, especially when it is un-needed. Thats what I do in my rpm: mkdir -p /usr/games/laby cp -r ./* /usr/games/laby (Here I don't know where the source files are in an ebuild...) cat EOF /usr/games/laby/laby #!/bin/sh cd /usr/games/laby ./purebasic.exe EOF (The actual compiled game is named purebasic.exe in the rpm version. And a new executable laby is created) chmod 755 /usr/games/laby/laby chmod 666 /usr/games/laby/highscores.dat cat EOF /usr/share/applications/laby.desktop [Desktop Entry] Encoding=UTF-8 Name=LostLabyrinth GenericName=LostLabyrinth GenericName[de]=LostLabyrinth Comment=Laby Rulez! Exec=/usr/games/laby/laby Icon=/usr/games/laby/laby.xpm Type=Application Categories=Application;Game;RolePlaying; EOF Ahh yes I didn't do the desktop thing. If it is raining this weekend I will include the desktop file. Query: why isn't the desktop file distributed with the tarball/rpm? why create it on the fly. (This creates a link on the Desktop for Gnome and KDE Users) Only want to help! -- Nick Rout [EMAIL PROTECTED] -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] ebuild for Lost Labyrinth
Okay. Understood! I would like to have a look in how an ebuild is constructed. I figured out how to create an rpm and now want to know how it looks like for an ebuild. I didn't receive the actual Mail of Nick. Can you send it to me again? Or can I download it from the gentoo project homepage? Am Donnerstag, 25. August 2005 22:50 schrieb Alec Shaner: Markus Döbele wrote: Can't the rest be automated too? I mean creating the directories and to check first if portage is installed? Would be easier for the users. Then a link should be created in PATH thet you can type laby everywhere. Once the ebuild is officially in the portage tree, it is all automated, i.e., to install and run your program would be as simple as this: # emerge laby # laby All the steps that I followed from Nick Rout were part of using/testing an unofficial ebuild. Not having portage installed is akin to not having rpm installed on RedHat. -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] ebuild for Lost Labyrinth
On Fri, 26 Aug 2005 01:36:01 +0200 Holly Bostick wrote: Since we know Nick's ebuild works, from the testers, Nick, why don't you just send him a copy? i have It is GPL, isn't it ;) ? assuming you are referring to the ebuild then yes it is GPL (i hadn't really thought too much about it but as i started from /usr/portage/skel.ebuild it has a GPL notice in it.) -- Nick Rout [EMAIL PROTECTED] -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] ebuild for Lost Labyrinth
Okay, I had a look at the ebuild. Its a very clean thing I think :-) Like it! Its perfectly okay with me to keep to the standards of the distributions. i tried to to the same thing for suse/mandrake/redhat. I create the desktop file on the fly, because they told me when its in the spec it gets into the rpm database and therefore can be removed cleanly. Am Freitag, 26. August 2005 00:29 schrieb Nick Rout: On Thu, 25 Aug 2005 21:53:43 +0200 Markus Döbele wrote: Can't the rest be automated too? I mean creating the directories and to check first if portage is installed? portage is already installed, or its not gentoo! Would be easier for the users. Then a link should be created in PATH thet you can type laby everywhere. Alec Shaner has answered most of your questions, but please as far as PATH is concerned, my wrapper script is in /usr/games/bin, which is in your path if you are in the games group. This is standard gentoo. Thats why I put it there. I am not about to screw around with the gentoo-developers thoughts on what should be in $PATH, especially when it is un-needed. Thats what I do in my rpm: mkdir -p /usr/games/laby cp -r ./* /usr/games/laby (Here I don't know where the source files are in an ebuild...) cat EOF /usr/games/laby/laby #!/bin/sh cd /usr/games/laby ./purebasic.exe EOF (The actual compiled game is named purebasic.exe in the rpm version. And a new executable laby is created) chmod 755 /usr/games/laby/laby chmod 666 /usr/games/laby/highscores.dat cat EOF /usr/share/applications/laby.desktop [Desktop Entry] Encoding=UTF-8 Name=LostLabyrinth GenericName=LostLabyrinth GenericName[de]=LostLabyrinth Comment=Laby Rulez! Exec=/usr/games/laby/laby Icon=/usr/games/laby/laby.xpm Type=Application Categories=Application;Game;RolePlaying; EOF Ahh yes I didn't do the desktop thing. If it is raining this weekend I will include the desktop file. Query: why isn't the desktop file distributed with the tarball/rpm? why create it on the fly. (This creates a link on the Desktop for Gnome and KDE Users) Only want to help! -- Nick Rout [EMAIL PROTECTED] -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] ebuild for Lost Labyrinth
All right. Now I understand what we are talking about :-) I Will still have a look into the Documentation. You never can know too much :-) Am Freitag, 26. August 2005 01:36 schrieb Holly Bostick: Markus Döbele schreef: Okay. Understood! I would like to have a look in how an ebuild is constructed. http://www.gentoo.org/doc/en/handbook/handbook-x86.xml?part=3chap=6 This is the English version; if you would prefer to read it in German: http://www.gentoo.org/doc/de/handbook/handbook-x86.xml?part=3chap=6 Unfortunately, this section of the developers handbook appears to be only available in English: http://www.gentoo.org/proj/en/devrel/handbook/handbook.xml?part=2chap=1 I figured out how to create an rpm and now want to know how it looks like for an ebuild. I think you perhaps misunderstand what an ebuild is. It's not an 'application', it's a text file (script, actually) that instructs the system how to compile the application in the most common case of installing from source tarballs. The vast majority of programs on a Gentoo system are compiled from source, such compilation being customized for the individual system via the use of USE flags, which the user specifies at the time of compilation. The USE flags, generally speaking, conform to ./configure options that you might be more familar with, and the ebuild is basically a mediator between the human understanding of USE flags such as +gnome or -kde and the compiler's understanding of --enable-gnome-support and --without-kde. In the case of the relatively few binary applications that can be installed via Portage, the ebuild mostly contains extraction instructions (since a binary isn't going to be compiled, but just copied to the appropriate place in the filetree so that the user knows where it's likely to be), and sometimes whatever 'einfo' messages the user might want to see/know (special notes about configuring or running the installed program. But you've already done all the work needed, insofar as you've got a working binary. So you don't have to 'create' anything else other than a way for Gentoo users to connect to the binary with our automated package manager, Portage-- which is what the whole issue over moving the files to Sourceforge is about. Since we know Nick's ebuild works, from the testers, Nick, why don't you just send him a copy? It is GPL, isn't it ;) ? Holly -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] ebuild for Lost Labyrinth
Give me a hint when its in the gentoo ebuilds Database, I will publish it in the news of our homepages then! Am Freitag, 26. August 2005 02:14 schrieb Nick Rout: On Fri, 26 Aug 2005 01:36:01 +0200 Holly Bostick wrote: Since we know Nick's ebuild works, from the testers, Nick, why don't you just send him a copy? i have It is GPL, isn't it ;) ? assuming you are referring to the ebuild then yes it is GPL (i hadn't really thought too much about it but as i started from /usr/portage/skel.ebuild it has a GPL notice in it.) -- Nick Rout [EMAIL PROTECTED] -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] ebuild for Lost Labyrinth
I know I should upload this to bugs.gentoo.org, but as we are in the middle of a thread i thought I'd load it here for anyone interested to try (and to criticise) Please be gentle with me, this is my first ebuild. The ebuild is attached, as is the small startup script. The way it works and installs is detailed below (although the version is now 1.0.2 rather than 1.0.0) You need to have portage overlay enabled, and assuming your overlay is in /usr/local/portage, you need to make the following directories: /usr/local/portage/games-roguelike/laby/ and /usr/local/portage/games-roguelike/laby/files the ebuild file goes in the former, the file laby goes in the latter. You will need to: ebuild /usr/local/portage/games-roguelike/laby/laby-1.0.2.ebuild digest and then add laby your list of unstable builds: echo games-roguelike/laby ~x86 /etc/portage/package.keywords It _should_ then emerge fine. As long as you are in the games group you should be able to just run laby TODO: 1. tidy up ownership and permissions of installed files. 2. make the wrapper script stop artsd and restart it IF it was running in the first place. (alternatively run the program with artsdsp if arts is running? - thats probably a better option!) On Wed, 24 Aug 2005 22:42:16 +0200 Markus Döbele wrote: Okay, I just uploaded the new release to sourceforge. Its version 1.0.2 Right Markus I have written an ebuild that installs the package and it works, although I am not sure if its how a pro would have done it. It downloads the compiled version 1.0.0 from sourceforge (can't test it on 1.0.1 or 1.0.2 until you put them on sourceforge.) Once you have done that, and I have tested it, I'll make it available for others to test. Basically it downloads the compiled tarball and installs the executable (laby) and the support files (sounds.pak, highscores.dat, graphics.pak) to /usr/lib/laby/ It puts a script into /usr/games/bin. The script simple cd's to /usr/lib/laby and them executes laby. (It seems to need to be executed from the same directory the support files are in, makes sense really) Comments on my chosen file locations would be appreciated. They are easy enough to change. It also installs the readme.txt to /usr/share/doc/laby-1.0.0 (this is a gentoo standard location for documentation). If people think I should it can also put readme_waffen.txt and readme_zauber.txt into the same place, but as I don't know german i am unsure if they are really helpful, or just take up space :-) -- Nick Rout [EMAIL PROTECTED] laby Description: Binary data laby-1.0.2.ebuild Description: Binary data
