|
Posted
over 17 years
ago
by
Lee
This release is mostly little fixes, mostly around windows cross compiling and single player support
. 38 patches by 6 people. 148 files changed, 770 insertions, 452 deletions.
TPServer-cpp 0.6.1 is on the [downloads page][1] and will be on our SF
... [More]
downloads page soon. The GIT
repo is tpserver-cpp (branch master) and the tag is TPSERVER_CPP_0_6_1. Feedback and suggestions
are always welcome.
[1]: http://www.thousandparsec.net/tp/downloads.php?category=server [Less]
|
|
Posted
over 17 years
ago
by
JLP
It’s the fifth year in a row that Google is running their Summer of Code program, and the third time Thousand Parsec is participating as a mentoring organization. We did great last year and we will sure try to do at least as well this time around.
So, if you are into turn-based 4X space strategy [...]
|
|
Posted
over 17 years
ago
by
JLP
After successfully participating in the previous two Summer of Code programs, Thousand Parsec is happy to announce that we will be participating again. In previous years we have had a huge amount of success, with 8 students participating last
... [More]
year.
To all the interested students we suggest to take a look at our Google Summer of Code Wiki page. There you should find the ideas list and all the needed information on how to go about preparing the best possible application for your project. We highly suggest you get in contact with Thousand Parsec community as soon as possible. so we can help you with your proposal. You can find us on #tp IRC channel on Freenode.net, on tp-devel mailing list or on our forum for GSoC 2009. The sooner we meet, the better for all of us.
So, no waiting, let's get brainstorming on how to make the best 4X strategy games in the free galaxy.
Bookmark/Search this post with:
-
delicious
-
digg
-
reddit
[Less]
|
|
Posted
over 17 years
ago
by
JLP
After successfully participating in the previous two [Summer of Code][1] programs, Thousand Parsec
is happy to announce that we will be participating again. In previous years we have had a huge
amount of success, with 8 students participating [last
... [More]
year][2].
[1]: http://socghop.appspot.com/
[2]: http://www.thousandparsec.net/tp/news.php/2008-10-16-1400
To all the interested students we suggest to take a look at [our Google Summer of Code Wiki][3]
page. There you should find the [ideas list][4] and all the needed information on how to go about
preparing the best possible application for your project. We highly suggest you get in contact with
Thousand Parsec community as soon as possible. so we can help you with your proposal. You can find
us on [#tp IRC channel on Freenode.net][5], on [tp-devel mailing list][6] or on
[our forum for GSoC 2009][7]. The sooner we meet, the better for all of us.
[3]: http://www.thousandparsec.net/wiki/Google_Summer_of_Code
[4]: http://www.thousandparsec.net/wiki/Ideas_for_Programmers
[5]: irc://irc.freenode.net/#tp
[6]: http://www.thousandparsec.net/tp/mailman.php/listinfo/tp-devel
[7]: http://forums.thousandparsec.com/viewforum.php?f=7
So, no waiting, let's get brainstorming on how to make the best 4X strategy games in the free
galaxy. [Less]
|
|
Posted
over 17 years
ago
by
JLP
After successfully participating in the previous two [Summer of Code][1] programs, Thousand Parsec
is happy to announce that we will be participating again. In previous years we have had a huge
amount of success, with 8 students participating [last
... [More]
year][2].
[1]: http://socghop.appspot.com/
[2]: http://www.thousandparsec.net/tp/news.php/2008-10-16-1400
To all the interested students we suggest to take a look at [our Google Summer of Code Wiki][3]
page. There you should find the [ideas list][4] and all the needed information on how to go about
preparing the best possible application for your project. We highly suggest you get in contact with
Thousand Parsec community as soon as possible. so we can help you with your proposal. You can find
us on [#tp IRC channel on Freenode.net][5], on [tp-devel mailing list][6] or on
[our forum for GSoC 2009][7]. The sooner we meet, the better for all of us.
[3]: http://www.thousandparsec.net/wiki/Google_Summer_of_Code
[4]: http://www.thousandparsec.net/wiki/Ideas_for_Programmers
[5]: irc://irc.freenode.net/#tp
[6]: http://www.thousandparsec.net/tp/mailman.php/listinfo/tp-devel
[7]: http://forums.thousandparsec.com/viewforum.php?f=7
So, no waiting, let's get brainstorming on how to make the best 4X strategy games in the free
galaxy.
[Less]
|
|
Posted
over 17 years
ago
While testing the Thousand Parsec single player mode on Gentoo the other day, I came across something strange. The wxPython client, when run from a Git working directory, wants to use development versions of libtpproto-py and libtpclient-py. It does
... [More]
this by prepending '.' to sys.path. For some reason, though, import tp.* was still finding the site-packages versions first, which I had installed from my own overlay ebuild. It turns out that setuptools and Portage conspired to install -nspkg.pth files containing Python code that somehow put the site-packages path for the tp module ahead of everything else in sys.path. It seems doing this at all is an undocumented feature, and the current site module docs don't mention it. My evil temporary fix (in the ebuilds) is to simply delete those files and touch an __init.py__ in the tp directory. It seems to work, but I still plan to investigate the cause (maybe the fact that there are multiple libraries sharing a namespace?) and come up with a less hackish fix if possible.On the bright side, single player mode seems to work well for Linux! The wizard GUI needs vast improvement, but it's functional. As soon as we merge the singleplayer branches of tpclient-pywx and libtpclient-py, we can release a package, and Gentoo will have ebuilds for everything you need to play single player Risk and RFTS. Before we see this, I am probably going to have to get daneel-ai running on Windows so we can test it there before release. We're also going to need packaging for a number of modules on other Linux distributions.I'm working on stepping up my Python game in general, checking out Expert Python Programming and O'Reilly's Python for Unix and Linux System Administration. A thousand other people have said it better than I, but this is what software development ought to be. [Less]
|
|
Posted
over 17 years
ago
While testing the Thousand Parsec single player mode on Gentoo the other day, I came across something strange. The wxPython client, when run from a Git working directory, wants to use development versions of libtpproto-py and libtpclient-py. It does
... [More]
this by prepending '.' to sys.path. For some reason, though, import tp.* was still finding the site-packages versions first, which I had installed from my own overlay ebuild. It turns out that setuptools and Portage conspired to install -nspkg.pth files containing Python code that somehow put the site-packages path for the tp module ahead of everything else in sys.path. It seems doing this at all is an undocumented feature, and the current site module docs don't mention it. My evil temporary fix (in the ebuilds) is to simply delete those files and touch an __init.py__ in the tp directory. It seems to work, but I still plan to investigate the cause (maybe the fact that there are multiple libraries sharing a namespace?) and come up with a less hackish fix if possible.On the bright side, single player mode seems to work well for Linux! The wizard GUI needs vast improvement, but it's functional. As soon as we merge the singleplayer branches of tpclient-pywx and libtpclient-py, we can release a package, and Gentoo will have ebuilds for everything you need to play single player Risk and RFTS. Before we see this, I am probably going to have to get daneel-ai running on Windows so we can test it there before release. We're also going to need packaging for a number of modules on other Linux distributions.I'm working on stepping up my Python game in general, checking out Expert Python Programming and O'Reilly's Python for Unix and Linux System Administration. A thousand other people have said it better than I, but this is what software development ought to be. [Less]
|
|
Posted
over 17 years
ago
by
ezod
While testing the Thousand Parsec single player mode on Gentoo the other day, I came across something strange. The wxPython client, when run from a Git working directory, wants to use development versions of libtpproto-py and libtpclient-py. It does
... [More]
this by prepending '.' to sys.path. For some reason, though, import tp.* was still finding the site-packages versions first, which I had installed from my own overlay ebuild. It turns out that setuptools and Portage conspired to install -nspkg.pth files containing Python code that somehow put the site-packages path for the tp module ahead of everything else in sys.path. It seems doing this at all is an undocumented feature, and the current site module docs don't mention it. My evil temporary fix (in the ebuilds) is to simply delete those files and touch an __init.py__ in the tp directory. It seems to work, but I still plan to investigate the cause (maybe the fact that there are multiple libraries sharing a namespace?) and come up with a less hackish fix if possible.On the bright side, single player mode seems to work well for Linux! The wizard GUI needs vast improvement, but it's functional. As soon as we merge the singleplayer branches of tpclient-pywx and libtpclient-py, we can release a package, and Gentoo will have ebuilds for everything you need to play single player Risk and RFTS. Before we see this, I am probably going to have to get daneel-ai running on Windows so we can test it there before release. We're also going to need packaging for a number of modules on other Linux distributions.I'm working on stepping up my Python game in general, checking out Expert Python Programming and O'Reilly's Python for Unix and Linux System Administration. A thousand other people have said it better than I, but this is what software development ought to be. [Less]
|
|
Posted
over 17 years
ago
While testing the Thousand Parsec single player mode on Gentoo the other day, I came across something strange. The wxPython client, when run from a Git working directory, wants to use development versions of libtpproto-py and libtpclient-py. It does
... [More]
this by prepending '.' to sys.path. For some reason, though, import tp.* was still finding the site-packages versions first, which I had installed from my own overlay ebuild. It turns out that setuptools and Portage conspired to install -nspkg.pth files containing Python code that somehow put the site-packages path for the tp module ahead of everything else in sys.path. It seems doing this at all is an undocumented feature, and the current site module docs don't mention it. My evil temporary fix (in the ebuilds) is to simply delete those files and touch an __init.py__ in the tp directory. It seems to work, but I still plan to investigate the cause (maybe the fact that there are multiple libraries sharing a namespace?) and come up with a less hackish fix if possible.On the bright side, single player mode seems to work well for Linux! The wizard GUI needs vast improvement, but it's functional. As soon as we merge the singleplayer branches of tpclient-pywx and libtpclient-py, we can release a package, and Gentoo will have ebuilds for everything you need to play single player Risk and RFTS. Before we see this, I am probably going to have to get daneel-ai running on Windows so we can test it there before release. We're also going to need packaging for a number of modules on other Linux distributions.I'm working on stepping up my Python game in general, checking out Expert Python Programming and O'Reilly's Python for Unix and Linux System Administration. A thousand other people have said it better than I, but this is what software development ought to be. [Less]
|
|
Posted
over 17 years
ago
While testing the Thousand Parsec single player mode on Gentoo the other day, I came across something strange. The wxPython client, when run from a Git working directory, wants to use development versions of libtpproto-py and libtpclient-py. It does
... [More]
this by prepending '.' to sys.path. For some reason, though, import tp.* was still finding the site-packages versions first, which I had installed from my own overlay ebuild. It turns out that setuptools and Portage conspired to install -nspkg.pth files containing Python code that somehow put the site-packages path for the tp module ahead of everything else in sys.path. It seems doing this at all is an undocumented feature, and the current site module docs don't mention it. My evil temporary fix (in the ebuilds) is to simply delete those files and touch an __init.py__ in the tp directory. It seems to work, but I still plan to investigate the cause (maybe the fact that there are multiple libraries sharing a namespace?) and come up with a less hackish fix if possible.On the bright side, single player mode seems to work well for Linux! The wizard GUI needs vast improvement, but it's functional. As soon as we merge the singleplayer branches of tpclient-pywx and libtpclient-py, we can release a package, and Gentoo will have ebuilds for everything you need to play single player Risk and RFTS. Before we see this, I am probably going to have to get daneel-ai running on Windows so we can test it there before release. We're also going to need packaging for a number of modules on other Linux distributions.I'm working on stepping up my Python game in general, checking out Expert Python Programming and O'Reilly's Python for Unix and Linux System Administration. A thousand other people have said it better than I, but this is what software development ought to be. [Less]
|