I wrote the ebuild for Lord of the Rings Online and Dungeons & Dragons Online Launcher, needed to lunch both games in wine or crossover environment. Reproducible: Always
Created attachment 217478 [details] new ebuild for games-rpg/pylotro-0.1.11
Thanks for your submission. I suggest to put ebuild into Sunrise overlay: http://overlays.gentoo.org/proj/sunrise/ BTW, ebuild requires some cleanup, like 1. not hardcoding version into SRC_URI 2. ${D} should be quoted 3. RESTRICT="mirror" and LICENSE="GPL-3" look strange in the same ebuild HTH
Created attachment 217667 [details] cleaned up ebuild
> BTW, ebuild requires some cleanup, like > 1. not hardcoding version into SRC_URI > 2. ${D} should be quoted > 3. RESTRICT="mirror" and LICENSE="GPL-3" look strange in the same ebuild > > HTH Thanks, I did change the ebuild. Restrict mirror was only because I'm inpatient, I don't like to wait for gentoo mirrors check. I removed it.
0.1.14 is the current version. Just copying the ebuild to the new version number has worked fine for me. M.
Created attachment 263527 [details] latest version of pylotro I was suprised to see your comment then I realized I forgot to post latest ebuild I wrote for pylotro. I'm to busy lately I'm correcting this mistake now. Here is ebuild for latest pylotro. It's a little bit different from the previous one. This ebuild is avaiable in my personal svn overlay. More info here: http://www.kardasa.pl/english/overlay_eng.html
(In reply to comment #6) > Created an attachment (id=263527) [details] > latest version of pylotro > > I was suprised to see your comment then I realized I forgot to post latest > ebuild I wrote for pylotro. I'm to busy lately I'm correcting this mistake now. > Here is ebuild for latest pylotro. It's a little bit different from the > previous one. This ebuild is avaiable in my personal svn overlay. More info > here: http://www.kardasa.pl/english/overlay_eng.html > My Son called me last night talking about wanting to try out D&D Online... :-) Anyway, I took your 0.1.14 ebuild and made a local -r1 from it. Compiles fine and runs fine. Thank you! M.
With a recent update to kde-base/pykde4 (I think is all that's causing it, it may be the recent python update too), this no longer launches. $ pylotro Traceback (most recent call last): File "/usr/games/bin/pylotro", line 34, in <module> PyLotROLauncher.Runner.main() File "/usr/lib/python2.7/site-packages/PyLotROLauncher/Runner.py", line 33, in main app = MainWindow() File "/usr/lib/python2.7/site-packages/PyLotROLauncher/MainWindow.py", line 80, in __init__ Ui_winMain, base_class = uic.loadUiType(uifile) File "/usr/lib/python2.7/site-packages/PyQt4/uic/__init__.py", line 200, in loadUiType winfo = compiler.UICompiler().compileUi(uifile, code_string, from_imports) File "/usr/lib/python2.7/site-packages/PyQt4/uic/Compiler/compiler.py", line 55, in __init__ CompilerCreatorPolicy()) File "/usr/lib/python2.7/site-packages/PyQt4/uic/uiparser.py", line 127, in __init__ self.factory = QObjectCreator(creatorPolicy) File "/usr/lib/python2.7/site-packages/PyQt4/uic/objcreator.py", line 97, in __init__ self._cwFilters.append(plugin_locals["getFilter"]()) File "<string>", line 22, in getFilter RuntimeError: the PyQt4.QtCore module is version 1 but the PyKDE4.kdeui module requires version -1 dev-lang/python-2.7.1-r1 kde-base/pykde4-4.6.2 Any ideas? M.
Sorry, forgot to add that I've already tried python-updater, but it only wanted to do the two obvious ones: openoffice-bin and boost (which it's "hard coded" to do). M.
(In reply to comment #9) > Sorry, forgot to add that I've already tried python-updater, but it only wanted > to do the two obvious ones: openoffice-bin and boost (which it's "hard coded" > to do). > > > M. Such things do happen after PyQT4 updates. Try reemerging pykde4 against new PyQT4.
Will do. The monthly KDE bump hit my portage tree, so this should be a part of this. I'll make sure it is and let the update run overnight (as usual) and see what happens in the morning. Thank you. M.
Created attachment 272607 [details] pylotro-0.1.14.ebuild well, I have a few days to screw around, I guess I'll try to clean this up and get it into sunrise and then try to get Alan Jackson to post instructions for Gentoo users on his web page. Here's the version I'm submitting, let's see if I can get it past the maintainers. Also, if the original author of this ebuild is still around, I have a few questions. Why is python_enable_pyc in the global scope and is there a cleaner way to do that? (pardon my asking, I don't know python at all). Secondly, is there a cleaner way to get distutils_src_install to not install pylotro into /usr/bin in the 1st place so we don't have to delete it later? That looks just a wee bit ugly. Thanks Daniel
(In reply to comment #11) > Will do. The monthly KDE bump hit my portage tree, so this should be a part of > this. I'll make sure it is and let the update run overnight (as usual) and see > what happens in the morning. > > Thank you. > > > M. After the update/rebuild of kde-base/pykde4 this is now indeed running fine. M.
(In reply to comment #12) > Created attachment 272607 [details] > pylotro-0.1.14.ebuild > > well, I have a few days to screw around, I guess I'll try to clean this up and > get it into sunrise and then try to get Alan Jackson to post instructions for > Gentoo users on his web page. Here's the version I'm submitting, let's see if > I can get it past the maintainers. Good to hear, I never had time for it. I used my overlay to sync it beetween my computers. > Also, if the original author of this ebuild is still around, I have a few > questions. Why is python_enable_pyc in the global scope and is there a cleaner > way to do that? (pardon my asking, I don't know python at all). Me neither, I most likely used some other "python" ebuild as a model to write this one. But it was so long ago I can not recall which one it was. Of course I also looked at http://www.gentoo.org/proj/en/Python/developersguide.xml. > Secondly, is > there a cleaner way to get distutils_src_install to not install pylotro into > /usr/bin in the 1st place so we don't have to delete it later? That looks just > a wee bit ugly. Of course there is always a better way, but I don't see another way then patching original source. Even in main tree I saw ebuilds with rm command, it's not 100% clean but at the end we get working luncher installed the gentoo way in /usr/games/bin with appropriate rights set up. I'm not especially experienced in writing ebuilds If you are able to clean this up that would be great. Cheers Andrzej
OK, this is now in the sunrise unreviewed repository here: https://overlays.gentoo.org/svn/proj/sunrise/sunrise/games-rpg/pylotro/pylotro-0.1.14.ebuild and will hopefully be live soon. At that time, the instructions for install will be much simpler: emerge -av layman layman --add sunrise emerge -av pylotro But since it's not in the main repository, I believe we'll want to keep this bug open for version bumps, maintenance, etc (if I understand policy correctly).
Created attachment 275641 [details] Ebuild for new version 0.1.15 This is ebuild for latest version of pylotro 0.1.15. The format of archive has changed to zip. I used cleand up ebuild from sunrise as model to make this one. I must however disagree with one small thing that was written in Sunrise ebuild. * You can find more information on how to run these games in * GNU/Linux by visiting Too enjoy the game you obviously need a proprietary graphics card drivers (as open source one are lacking some features and graphics is badly corrupted even if you mange to lunch the game on OS drivers) this makes Linux distribution not GNU compatible. So IMHO you have to run the game in not GNU system.
Andrzej, I believe referring to the operating system as "GNU/Linux" can be defended as long as the sys-apps/coreutils package is installed and/or used and it's component "uname" claims that's what it is named. Try "uname --operating-system" on the system in question to test.
(In reply to comment #17) > Andrzej, I believe referring to the operating system as "GNU/Linux" can be defended You may be right but I'm not truly sure about it, RMS and FSF fundation, define GNU System as completely build from Free Software components. If you will look at GNU OS definition you will find information like this: Today there are many different variants of the GNU/Linux system (often called “distros”). Most of them include non-free software—their developers follow the philosophy associated with Linux rather than that of GNU. But there are also completely free GNU/Linux distros. It's kind of philosophical discussion when system can be called GNU. I will not insist on this especially considering that the ebuild and pylotro for Linux itself are no longer usable because of 4suite bug and you have to use Windows version of pylotro to start the game using wine. Best regards.
It seems that this package is no longer in Sunrise.