Re: [Flightgear-users] fgrun install problem

2004-12-26 Thread Paul Surgeon
On Sunday, 26 December 2004 05:30, Don Oliver wrote:
 Curtis,
 Thanks for being so helpful; I've been going around in
 circles, with SimGear asking for automake 1.5, then
 when I installed that, it went into a different
 directory from the installed version 1.4.
 Then, I had to find and install autoconf 2.59.

 Automake 1.4 is in /usr/bin, and automake 1.5 is in
 /usr/local/bin.

 If I can impose on you a little more, could you
 possibly tell me how to straighten this out - or point
 me to a resource where I can read up on such?

My suggestion is remove the older version of automake unless you really have 
to keep it for some obscure piece of software compilation.

Having more than one version of automake on a system almost always causes 
hassles. I've had this problem and I've had to help others with this problem 
in the past.

The usual problem is that the automake soft link is pointing to the wrong 
automake-1.* version or you have two automake softlinks in different 
locations which are being picked up separately.
Delete automake 1.4 and fix up the automake link.
Often the link points to places like /opt/... or /etc/alternatives/... which 
in turn points back to /usr/bin/automake-1.*

Paul

___
Flightgear-users mailing list
Flightgear-users@flightgear.org
http://mail.flightgear.org/mailman/listinfo/flightgear-users
2f585eeea02e2c79d7b1d8c4963bae2d


Re: [Flightgear-users] fgrun install problem

2004-12-26 Thread Don Oliver

--- Paul Surgeon [EMAIL PROTECTED] wrote:


 Having more than one version of automake on a system
 almost always causes 
 hassles. I've had this problem and I've had to help
 others with this problem 
 in the past.
 
 The usual problem is that the automake soft link is
 pointing to the wrong 
 automake-1.* version or you have two automake
 softlinks in different 
 locations which are being picked up separately.
 Delete automake 1.4 and fix up the automake link.
 Often the link points to places like /opt/... or
 /etc/alternatives/... which 
 in turn points back to /usr/bin/automake-1.*
 

Thanks. Paul.
I will sort this out. The original autoconf and
automake were installed as part of the 10.0
installation, and the later versions were downloaded
as  .tar.gz files, which got installed in a different
place.

Today, I bought myself a joystick, so I wouldn't have
to use the keyboard. It sort of works, but I have not
yet been able to get Flight Gear to recognize .fgfsrc,
so have been starting from a command line. This means,
of course, that I can't save a joystick configuration
there. There's always something! Well, if it was easy,
I wouldn't learn so much, either. g

Thanks again,
Don



__ 
Do you Yahoo!? 
Read only the mail you want - Yahoo! Mail SpamGuard. 
http://promotions.yahoo.com/new_mail 

___
Flightgear-users mailing list
Flightgear-users@flightgear.org
http://mail.flightgear.org/mailman/listinfo/flightgear-users
2f585eeea02e2c79d7b1d8c4963bae2d


Re: [Flightgear-users] fgrun install problem

2004-12-25 Thread Jorge Van Hemelryck
On Fri, 24 Dec 2004 20:52:27 -0800 (PST)
Don Oliver wrote:

 I am having problems installing fgrun.
 So far, all have been solved except that './configure'
 now shows some no answers in checking (don't know
 the significance of these), and 'make' gives an error
 message.
 Attached are the results of these two commands.

Looks like you are missing fltk, the graphic toolkit used by fgrun. You
should have those installed :

libfltk1.1
libfltk1.1-devel

As root, you could type:

urpmi libfltk1.1-devel

-- 
Jorge Van Hemelryck


___
Flightgear-users mailing list
Flightgear-users@flightgear.org
http://mail.flightgear.org/mailman/listinfo/flightgear-users
2f585eeea02e2c79d7b1d8c4963bae2d


Re: [Flightgear-users] fgrun install problem

2004-12-25 Thread Don Oliver

--- Jorge Van Hemelryck [EMAIL PROTECTED] wrote:

 Looks like you are missing fltk, the graphic toolkit
 used by fgrun. You
 should have those installed :
 
 libfltk1.1
 libfltk1.1-devel
 
Jorge,
Thanks for that. I installed these, and now FL/Fl.h,
fl_numericsort, and gl_start are now yes answers.
However, ./configure still shows the other nos,
and make still gives the same error message.
Do you have any ideas for these?

Don Oliver



__ 
Do you Yahoo!? 
Send holiday email and support a worthy cause. Do good. 
http://celebrity.mail.yahoo.com

___
Flightgear-users mailing list
Flightgear-users@flightgear.org
http://mail.flightgear.org/mailman/listinfo/flightgear-users
2f585eeea02e2c79d7b1d8c4963bae2d


Re: [Flightgear-users] fgrun install problem

2004-12-25 Thread Curtis L. Olson
Don Oliver wrote:
Jorge,
Thanks for that. I installed these, and now FL/Fl.h,
fl_numericsort, and gl_start are now yes answers.
However, ./configure still shows the other nos,
and make still gives the same error message.
Do you have any ideas for these?
 

Configure scripts typically are setup to work on a variety of platforms, 
so some thing will be found and some things not found.  Typically the 
script will abort if it finds that something is missing.  But if 
windows.h is missing on a linux system, trust me, it's not a big deal. :-)

Curt.
--
Curtis Olsonhttp://www.flightgear.org/~curt 
HumanFIRST Program  http://www.humanfirst.umn.edu/
FlightGear Project  http://www.flightgear.org
Unique text:2f585eeea02e2c79d7b1d8c4963bae2d

___
Flightgear-users mailing list
Flightgear-users@flightgear.org
http://mail.flightgear.org/mailman/listinfo/flightgear-users
2f585eeea02e2c79d7b1d8c4963bae2d


Re: [Flightgear-users] fgrun install problem

2004-12-25 Thread Don Oliver

--- Curtis L. Olson [EMAIL PROTECTED] wrote:

 Configure scripts typically are setup to work on a
 variety of platforms, 
 so some thing will be found and some things not
 found.  Typically the 
 script will abort if it finds that something is
 missing.  But if 
 windows.h is missing on a linux system, trust me,
 it's not a big deal. :-)

Curtis,
Thanks for the reply. I guessed the windows one, g
but it must be one or more of the others which causes
make to give this error:
   cd . /bin/sh
/usr/share/games/FlightGear/fgrun-0.4.5/missing --run
autoconf
   autoconf: configure.in: no such file or directory
   make: [configure] Error 1

Or maybe something else?

Don


__
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 

___
Flightgear-users mailing list
Flightgear-users@flightgear.org
http://mail.flightgear.org/mailman/listinfo/flightgear-users
2f585eeea02e2c79d7b1d8c4963bae2d


Re: [Flightgear-users] fgrun install problem

2004-12-25 Thread Curtis L. Olson
Don Oliver wrote:
--- Curtis L. Olson [EMAIL PROTECTED] wrote:
 

Configure scripts typically are setup to work on a
variety of platforms, 
so some thing will be found and some things not
found.  Typically the 
script will abort if it finds that something is
missing.  But if 
windows.h is missing on a linux system, trust me,
it's not a big deal. :-)
   

Curtis,
Thanks for the reply. I guessed the windows one, g
but it must be one or more of the others which causes
make to give this error:
  cd . /bin/sh
/usr/share/games/FlightGear/fgrun-0.4.5/missing --run
autoconf
  autoconf: configure.in: no such file or directory
  make: [configure] Error 1
Or maybe something else?
D
This sounds like you have wrong version of autoconf/automake???
Curt.
--
Curtis Olsonhttp://www.flightgear.org/~curt 
HumanFIRST Program  http://www.humanfirst.umn.edu/
FlightGear Project  http://www.flightgear.org
Unique text:2f585eeea02e2c79d7b1d8c4963bae2d

___
Flightgear-users mailing list
Flightgear-users@flightgear.org
http://mail.flightgear.org/mailman/listinfo/flightgear-users
2f585eeea02e2c79d7b1d8c4963bae2d


Re: [Flightgear-users] fgrun install problem

2004-12-25 Thread Don Oliver

--- Curtis L. Olson [EMAIL PROTECTED] wrote:

 make to give this error:
cd . /bin/sh
 /usr/share/games/FlightGear/fgrun-0.4.5/missing
 --run
 autoconf
autoconf: configure.in: no such file or
 directory
make: [configure] Error 1
...
 
 This sounds like you have wrong version of
 autoconf/automake???
..
Curtis,
Thanks for being so helpful; I've been going around in
circles, with SimGear asking for automake 1.5, then
when I installed that, it went into a different
directory from the installed version 1.4.
Then, I had to find and install autoconf 2.59.

Automake 1.4 is in /usr/bin, and automake 1.5 is in
/usr/local/bin.

If I can impose on you a little more, could you
possibly tell me how to straighten this out - or point
me to a resource where I can read up on such?

Thanks again,
Don

__
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 

___
Flightgear-users mailing list
Flightgear-users@flightgear.org
http://mail.flightgear.org/mailman/listinfo/flightgear-users
2f585eeea02e2c79d7b1d8c4963bae2d


[Flightgear-users] fgrun install problem

2004-12-24 Thread Don Oliver
Hi All,

I am having problems installing fgrun.
So far, all have been solved except that './configure'
now shows some no answers in checking (don't know
the significance of these), and 'make' gives an error
message.
Attached are the results of these two commands.

System is running Mandrake 10.0
Flight Gear works OK, but I would like to get fgrun
going, if possible.

I have updated SimGear, automake and autoconf.

Any suggestions as to what to check will be greatly
appreciated.

Thanks,
Don Oliver



__ 
Do you Yahoo!? 
Send holiday email and support a worthy cause. Do good. 
http://celebrity.mail.yahoo.comchecking build system type... i686-pc-linux-gnu
checking host system type... i686-pc-linux-gnu
checking target system type... i686-pc-linux-gnu
checking for a BSD-compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
checking for gawk... gawk
checking whether make sets $(MAKE)... yes
checking whether make sets $(MAKE)... (cached) yes
checking for gcc... gcc
checking for C compiler default output file name... a.out
checking whether the C compiler works... yes
checking whether we are cross compiling... no
checking for suffix of executables... 
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for gcc option to accept ANSI C... none needed
checking for style of include used by make... GNU
checking dependency style of gcc... gcc3
checking how to run the C preprocessor... gcc -E
checking for g++... g++
checking whether we are using the GNU C++ compiler... yes
checking whether g++ accepts -g... yes
checking dependency style of g++... gcc3
checking how to run the C++ preprocessor... g++ -E
checking for ranlib... ranlib
checking for a BSD-compatible install... /usr/bin/install -c
checking whether ln -s works... yes
checking for cos in -lm... yes
checking for an ANSI C-conforming const... yes
checking for X... libraries /usr/X11R6/lib, headers /usr/X11R6/include
checking for gethostbyname... yes
checking for connect... yes
checking for remove... yes
checking for shmat... yes
checking for IceConnectionNumber in -lICE... yes
checking for XCreateWindow in -lX11... yes
checking for XShmCreateImage in -lXext... yes
checking for XGetExtensionVersion in -lXi... yes
checking for IceOpenConnection in -lICE... yes
checking for SmcOpenConnection in -lSM... yes
checking for XtMalloc in -lXt... yes
checking for XmuLookupStandardColormap in -lXmu... yes
checking for library containing glNewList... -lGL
checking for egrep... grep -E
checking for ANSI C header files... yes
checking whether time.h and sys/time.h may both be included... yes
checking for sys/wait.h that is POSIX.1 compatible... yes
checking for sys/types.h... yes
checking for sys/stat.h... yes
checking for stdlib.h... yes
checking for string.h... yes
checking for memory.h... yes
checking for strings.h... yes
checking for inttypes.h... yes
checking for stdint.h... yes
checking for unistd.h... yes
checking fcntl.h usability... yes
checking fcntl.h presence... yes
checking for fcntl.h... yes
checking libutil.h usability... no
checking libutil.h presence... no
checking for libutil.h... no
checking pty.h usability... yes
checking pty.h presence... yes
checking for pty.h... yes
checking termios.h usability... yes
checking termios.h presence... yes
checking for termios.h... yes
checking utmp.h usability... yes
checking utmp.h presence... yes
checking for utmp.h... yes
checking util.h usability... no
checking util.h presence... no
checking for util.h... no
checking windows.h usability... no
checking windows.h presence... no
checking for windows.h... no
checking zlib.h usability... yes
checking zlib.h presence... yes
checking for zlib.h... yes
checking for gzopen in -lz... yes
checking for PLIB include path... 
checking for PLIB LDFLAGS... 
checking for PLIB - version = 1.8.0... found.
checking simgear/props/props_io.hxx usability... yes
checking simgear/props/props_io.hxx presence... yes
checking for simgear/props/props_io.hxx... yes
checking for size_t... yes
checking for pid_t... yes
checking return type of signal handlers... void
checking for strdup... yes
checking for strlcat... no
checking for strlcpy... no
checking for unistd.h... (cached) yes
checking vfork.h usability... no
checking vfork.h presence... no
checking for vfork.h... no
checking for fork... yes
checking for vfork... yes
checking for working fork... yes
checking for working vfork... (cached) yes
checking for waitpid... yes
checking for openpty... no
checking for openpty in -lutil... yes
checking for forkpty... yes
checking for login_tty... yes
checking for _getpty... no
checking for grantpt... yes
checking for unlockpt... yes
checking for /dev/ptmx... yes
checking for /dev/ptc... no
checking FL/Fl.H usability... no
checking FL/Fl.H presence... no
checking for FL/Fl.H... no
checking for fl_numericsort in -lfltk... no
checking