Freeciv 1.14.0 has been released!

Per · January 20, 2003, 08:26

We are proud to announce that a new stable version of Freeciv has finally been completed and is available for download.

A big THANKS goes to the PEOPLE, who made it all come true.

It is available from our web page.

Now go have some fun!

CapTVK · January 20, 2003, 11:31

Awww, beaten to the punch...congrats to Per and all involved!

Damn, I knew i should have posted the news when I saw it on Freshmeat this sunday. It's been out since Friday 17th jan.

bbailey · January 22, 2003, 15:41

Okay, I am a novice Unixer. Actually I am using Mac OS X 10.2. Still with me? Okay, I downloaded all developer tools and X11 too. I've got make, gcc, and I am getting use to doing stuff from the terminal.

Apparently make (nor gmake) is not available from the xTerm window.

./configure --with-included-gettext && make install

seems to mostly work (I even read the Quick-Start Guide), right untill the end. Then it looks like my file structures are non-standard.

The last lines of the compile follow.

...
config.status: executing fc_default-5 commands
config.status: executing default commands
Making install in data
Making install in misc
make[3]: Nothing to be done for `install-exec-am'.
/bin/sh ../../mkinstalldirs /usr/local/share/freeciv/misc
mkdir /usr/local/share
mkdir: /usr/local/share: Permission denied
mkdir /usr/local/share/freeciv
mkdir: /usr/local/share/freeciv: No such file or directory
mkdir /usr/local/share/freeciv/misc
mkdir: /usr/local/share/freeciv/misc: No such file or directory
make[3]: *** [install-pkgdataDATA] Error 1
make[2]: *** [install-am] Error 2
make[1]: *** [install-recursive] Error 1
make: *** [install-recursive] Error 1

Is this easy to correct / work arround? How?
Thanks very much.

Thue · January 22, 2003, 17:00

A simple fix would be to pass --prefix=[somewhere that exists] to ./configure .

Did you check if /usr/local exists, and if you just need to have write permission? (try being root when you "make install")

bbailey · January 23, 2003, 10:01

Originally posted by Thue
try being root when you "make install"

Thanks Thue! As you expected, you sound advise worked perfectly -- and I promptly ran into another road block. You are rewarded for your kind efforts by more whining on the part of the newbie...

When I enter ser into the terminal window I just get back:
ser: Command not found.

ls shows a file named ser but it doesn't seem to be an executable. Do I have to run chmod or something? Shouldn't make install have taken care of this for me? (I even used command line ungzip and tar to extract the archive, just in case the GUI Stuffit Expander wasn't setting file attributes correctly.)

The last several lines from ./configure follow. It all looks good to me, but what do I know?

Code:

Making install in doc
make[2]: Nothing to be done for `install-exec-am'.
make[2]: Nothing to be done for `install-data-am'.
cd . \
  && CONFIG_FILES= CONFIG_HEADERS=config.h \
     /bin/sh ./config.status
config.status: creating config.h
config.status: config.h is unchanged
config.status: executing default-1 commands
config.status: executing default-2 commands
config.status: executing fc_default-1 commands
config.status: executing fc_default-2 commands
config.status: executing fc_default-4 commands
config.status: executing fc_default-5 commands
config.status: executing default commands
make[2]: Nothing to be done for `install-exec-am'.
make[2]: Nothing to be done for `install-data-am'.

MacHatter · January 23, 2003, 16:24

Rather than typing 'ser', type './ser' from within the freeciv directory. The x flags seem to be present for both ser and civ for me (I'm also running 10.2). However, I'm started with the CVS source, so some differences may exist.

The reason is '.' isn't in the PATH variable by default under OS X. It would probably be possible to fix this by editing your .cshrc (If you haven't changed your shell), but I haven't played with that.

Thue · January 23, 2003, 19:31

Nice to be able to help

.

About running ser: ser is a script for running civserver from inside the freeciv build dir (MacHatter is correct that you need to use ./ser instead of ser in that case). make install installed the executable systemwide as civserver, so try running that instead. Similarly you can now use civclient instead of ./civ for the client.
[If typing civserver at the prompt returns Command not found then chech that /usr/local/bin is in your path by running echo $PATH on the command line]

The output from ./configure looks correct.

Per · January 24, 2003, 11:13

As Thue says, you have a path problem. Actually you don't need to install freeciv to play it - the simplest is actually playing it right out of the directory where you built it. (Of course, that way you can't delete the sources afterwards.) You just type "client/civclient &" and "server/civserver" in the directory where you built freeciv, and there you should go.

bbailey · January 27, 2003, 10:05

Thank you all. I've gotten farther than I expected to be honest.
Yes, I have a path problem. sure enough, /usr/local/bin is not in my path. So how do I fix that?

Running client/civclient & and server/civserver works though, so I was pretty happy.

No sound, but I got the graphical nationality selection screen, so things are looking good. As soon as I build a city, however, I get a Segmentation fault.

I had to log on as root to make install, so I will try playing as root and post back here if that makes a difference. OS X flavor of Unix is doing some other odd things. For example, in the OS X X 11 terminal (xterm) cd /usr/local/share behaves as you would expect. But with the usual terminal app as soon as one types the third slash, the last l in local changes and gets a hyphen through it (it's not an ascii symbol that I recognize). Also, I could only run make install from terminal but not xterm. civclient runs only from xterm (as one would expect) but civserver runs from either.

Thue · January 29, 2003, 06:57

You should not run freeciv as root.

Also, the easiest thing should be to run freeciv from the source directory, starting the server as ./ser and the client as ./civ.

I don't know about the the segmentation fault... if it said "core dumped" and you have gdb installed then try writing gdb client/civclient core and inside gdb write backtrace.

bbailey · January 29, 2003, 14:58

Happilly, civserver wouldn't run when I logged on as super user.

I see a new thread starting up on Segmentation fault. I will comment there, but I am actually relieved I am not the only one with this problem, so maybe it is not just an OS X thing.

Yes, ./ser and ./civ works from the source directory.
What does the trailing ampersand do in the longhand command client/civclient &?

I would like to fix my path problem. Can anyone kindly tutor me so that I can get /usr/local/bin in my path?

MacHatter · January 29, 2003, 17:16

The ampersand means that you want to run the process in the background and return to the shell rather than waiting for the process to finish.

This is useful if you have to start a daemon (ie: mysqld) by hand, or if you want to launch a graphical program (such as civclient or the gimp)

To temporary fix the problem, type
set PATH=/usr/local/bin:$PATH

This change won't persist if the shell window is closed.
To fix the problem in a more permanent manner, type the following command once.
echo 'set PATH=/usr/local/bin:$PATH\n' >> .login
This creates a file called .login if it doesn't exist, or appends the file if it does. This contents of this file are run every time a login shell is created. Each terminal window is a login shell.
In this case, you are wanting to modify the path everytime a login shell is created.