PlaneShift
Support => Linux Specific Issues => Topic started by: malverian on August 31, 2005, 11:23:42 pm
-
Today I commited packages to Gentoo portage for 0.3.011. This version (as of writing) works with the default Laanx server. It is marked unstable on ppc, x86 and amd64. Test and let me know if you have success.
# emerge --sync
# emerge planeshift
and then as (not root):
$ planeshift-updater -auto
$ planeshift
If you encounter problems, please submit a bug to http://bugs.gentoo.org (NOT to the Planeshift developers)
-
What is the source date?
Regards.
-
For ps the 21st iirc.
-
Yup, 21st for all of them I think. Tested it last night and it works without a hitch.
-
Directly from the buildlist.cfg I used to create the packages:
cal3d (2005-08-23 12:00:00)
crystalspace (2005-08-21 18:00:00)
cel (2005-08-21 18:00:00)
planeshift (2005-08-23 12:00:00)
-
I would suggest to use the same source installer is built from...because I have
spent quite a while on testing it and checking if it will run well. The source is
always available at http://planeshift.xpam.de/.
Regards.
-
Sorry if my post is quite late ...
I tried the Gentoo package when it was uploaded (actually heard about the game for the first time then), but since I forgot to sync first, I installed version 0.3.010 first.
When trying to update later on, both crystalspace and planeshift itself stopped building with an error message.
I can try to rebuild the packages tomorrow and post the error messages, today it\'s a bit too late for such stuff ...
-
Thanks! The installation worked like a charm.
-
I have a question why do I have to do this?
$ planeshift-updater -auto
$ planeshift
-
Because the package in portage doesn\'t include art, so you need to download the art from the updater server.
-
I see.
Thanks.
I hope that helps people who are running across ?problems while updateing crystalspace.
There seems to be a bug in Crystalspace 2005 - 08 - 23. please consult http://bugs.gentoo.org/show_bug.cgi?id=104545
for the solution.
(download ebuild and patch for correct installation)
Hope that saves a bit of search for someone :)
EDIT: Hmm it seems the updater changed back to standrad updateserver after the update. I am not sure if this realy works.
Accordingly to http://www.gentoo.org/doc/en/handbook/handbook-x86.xml?part=2&chap=5
it does :)
In order to protect the updaterconfig.xml from settings generate the new file in /etc/env.d/90planshift
And include the line:
CONFIG_PROTECT=/opt/planeshift/updaterconfig.xml
Save it and when planeshift next time updates the configfile does not get overwritten. Instead it apears in you etc-update...
look here for some more info
http://www.gentoo.org/doc/en/handbook/handbook-x86.xml?part=3&chap=2
reading this you may have to protect the hole folder not a single file. I will try and post again if that works on file base, too.