Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 115079 - games-rpg/openrpg-1.7.3 version bump
Summary: games-rpg/openrpg-1.7.3 version bump
Status: RESOLVED WONTFIX
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: [OLD] Games (show other bugs)
Hardware: All Linux
: High enhancement (vote)
Assignee: Gentoo Games
URL:
Whiteboard:
Keywords: EBUILD
: 172265 255720 (view as bug list)
Depends on:
Blocks: 146073
  Show dependency tree
 
Reported: 2005-12-10 04:52 UTC by kaouete
Modified: 2012-07-05 10:49 UTC (History)
6 users (show)

See Also:
Package list:
Runtime testing required: ---


Attachments
the ebuild (openrpg-1.6.3.ebuild,1.88 KB, text/plain)
2005-12-12 23:15 UTC, Matthew Clark
Details
the patch file... you'll need this too (1.6.3-gentoo-paths.patch,1.23 KB, patch)
2005-12-12 23:18 UTC, Matthew Clark
Details | Diff
the ebuild(working.. or not) (openrpg-1.6.3.ebuild,1.88 KB, text/plain)
2005-12-12 23:43 UTC, Matthew Clark
Details
openrpg-1.7.1.ebuild (openrpg-1.7.1.ebuild,2.69 KB, text/plain)
2007-05-17 05:25 UTC, Erich Blume
Details
openrpg-client wrapper executable (openrpg-client,158 bytes, text/plain)
2007-05-17 05:26 UTC, Erich Blume
Details
openrpg-server wrapper executable (openrpg-server,172 bytes, text/plain)
2007-05-17 05:27 UTC, Erich Blume
Details

Note You need to log in before you can comment on or make changes to this bug.
Description kaouete 2005-12-10 04:52:34 UTC
Hi, just to tell that openrpg 1.6.3 is out and that the last ebuild available is
1.6.1.

Reproducible: Always
Steps to Reproduce:
1.
2.
3.
Comment 1 Matthew Clark 2005-12-12 23:15:12 UTC
Created attachment 74614 [details]
the ebuild

should work great, basically a renamed 1.6.1
Comment 2 Matthew Clark 2005-12-12 23:18:35 UTC
Created attachment 74615 [details, diff]
the patch file... you'll need this too

this is the patch file used the old one as a template
Comment 3 Matthew Clark 2005-12-12 23:43:24 UTC
Created attachment 74617 [details]
the ebuild(working.. or not)

erm... so it was a little harder then that... but it works now
Comment 4 Matthew Clark 2005-12-13 00:24:26 UTC
Comment on attachment 74617 [details]
the ebuild(working.. or not)

builds but doesen't work
Comment 5 Tupone Alfredo gentoo-dev 2006-08-03 16:22:44 UTC
Version 1.6.3 seems to discover the path of the files dynamically.

With the current ebuild it crash as it will be looking at the file relatively to the discovered root. The options, to me, are:

1) drop the package or
2) use a wrapper and leave the tree as it was "badly" designed or
3) fix every single place where it is referring to other files.

I won't do the 3rd :)
Comment 6 igch 2006-08-19 16:34:51 UTC
(In reply to comment #5)
> Version 1.6.3 seems to discover the path of the files dynamically.
> [...]
> 2) use a wrapper and leave the tree as it was "badly" designed or
> 3) fix every single place where it is referring to other files.

Could you expound on these a bit?  If you could explain what needs to be done, perhaps someone else (e.g., myself) could do the grunt work.
Comment 7 Tupone Alfredo gentoo-dev 2006-08-20 11:27:49 UTC
> Could you expound on these a bit?  If you could explain what needs to be done,
> perhaps someone else (e.g., myself) could do the grunt work.

In the new openRPG version, the developer(s) seems to have "automatically" detected where all the files are located, I guess taking the current path of a python file, and then derived where all the other files are, just using this path as a reference. This works only if we assure that the files are deployed in the same way they are in the tar.gz . Gentoo, according to the http://www.gentoo.org/proj/en/desktop/games/games-ebuild-howto.xml
use to deploy files following its own rules.

So the work to be done is to replace any path, in openRPG, to point to the correct location.

But the better would be that the developers do this, as we have, otherwise, to reapply different patches to any new release of software.
Hope to be clear enough :/
Comment 8 Jakub Moc (RETIRED) gentoo-dev 2007-03-26 07:29:00 UTC
*** Bug 172265 has been marked as a duplicate of this bug. ***
Comment 9 Vince Castellano 2007-03-26 14:52:45 UTC
openrpg-1.7.1 requires python 2.5 and wxpython 2.8. python 2.5 is not yet unmasked (set a depend on bug 148333?), and wxpython 2.8 is not in the tree (new bug needed?).
Comment 10 Ryan Hill (RETIRED) gentoo-dev 2007-04-07 00:47:28 UTC
this is the last thing in the tree depending on wxpython-2.4.  we need a decision made - update or remove.
Comment 11 Arne Babenhauserheide 2007-05-05 09:13:08 UTC
The new version needs wxpython-2.8, so it should definitely not be removed but updated. 

In the long run it is good!
Comment 12 Erich Blume 2007-05-16 23:38:10 UTC
I am working on a brand new ebuild for OpenRPG. The devs for OpenRPG have added features that break the old ebuild's design. The current ebuild should be removed from portage, as it is completely useless. The only way it *could* be used, is if the user connected to a server running OpenRPG 1.6.1, of which there are none listed on the metaserver.

I am still deciding exactly how to structure the ebuild, but I imagine in the future OpenRPG will be installed in to /opt/openrpg1, and there will be a shell-starter script in /usr/games/bin/ that cd's in to /opt/openrpg1 then executes start.py. In other words, rather than using a gentoo-normalized structure and editing every single openrpg path, why not preserve openrpg's way of doing it and install to /opt/ (which is normally reserved for binary installations, but this could be thought of as a "binary" in the sense that nothing in it should be altered).
Comment 13 Erich Blume 2007-05-17 05:25:30 UTC
Created attachment 119495 [details]
openrpg-1.7.1.ebuild

Working but security-flawed ebuild.

Like all previous versions of OpenRPG, this ebuild changes the group-write-permissions to ON for the directory /usr/share/games/openrpg1. This allows anyone in the "games" group to write and execute arbitrary code that is shared amongst all users in the "games" group. I believe there is no solution short of rewriting all of the pathing code in OpenRPG. The ebuild contains a good 15-second pause to get this point across.
Comment 14 Erich Blume 2007-05-17 05:26:41 UTC
Created attachment 119496 [details]
openrpg-client wrapper executable

A required file used in the installation of openrpg-1.7.1.
Comment 15 Erich Blume 2007-05-17 05:27:39 UTC
Created attachment 119497 [details]
openrpg-server wrapper executable

A wrapper script for start-server.py
Comment 16 Erich Blume 2007-05-17 05:32:06 UTC
The provided ebuild and two wrapper executables (which both go in the files/ package directory) create a functioning OpenRPG-1.7.1 ebuild.

It is a complete rewrite of the old ebuild, and is probably NOT compatible with it. You should --unmerge the previous OpenRPG's. I'm not sure what DEPENDS to set to ensure this (-<games-rpg/openrpg-1.7.1 perhaps?).

This is my second ebuild ever (the first being a wxPython-2.8 ebuild provided earlier today in bug #178727), so please look it over closely.

Could someone from the Gentoo Games herd please add bug 178727 as a depends for this bug?

Happy gaming!
Comment 17 Mr. Bones. (RETIRED) gentoo-dev 2009-01-27 06:31:26 UTC
*** Bug 255720 has been marked as a duplicate of this bug. ***
Comment 18 James Potts 2009-12-02 02:51:43 UTC
Ok, OpenRPG 1.8.0 is out, and uses wxpython 2.8.10.  Currently, this seems to be in Last Rites because it "needs updated to use a newer wxpython than 2.6".  I feel that updating the ebuild would be a far better solution to that problem than simply removing OpenRPG from the tree.

--Arek75

Comment 19 Michael Palimaka (kensington) gentoo-dev 2012-07-05 10:49:37 UTC
This package has been gone from the tree for years, so closing.