Re: [Flightgear-devel] fgfs configure error

2011-01-06 Thread Jari Häkkinen
It looks like there is a stray 2.0.0 version.h somewhere or your 
cpp-flags are pointing to the wrong place. In your fg/source directory 
there is a config.log file. Search for the string 'checking for SimGear 
2.2.0 or newer' and you'll see some more details. Specifically the 
compile command used to test the simgear version. Are the -I options 
pointing to the proper location? And are the locations really free from 
the old version.h? Remember to also check the default header file 
locations like /usr/include.

As a final step I'd do a search like

find / -name version.h | grep simgear

to locate all simgear version.h files.

Is FG_ROOT pointing to /usr/local?

Cheers,

Jari

On 2011-01-06 06.29, dave perry wrote:
 With today's simgear and flightgear source from git, after compiling and
 installing simgear, fgfs
 ./configure CFLAGS=-march=native CXXFLAGS=-march=native
 --prefix=$FG_ROOT
 fails with

 checking simgear/version.h usability... yes
 checking simgear/version.h presence... yes
 checking for simgear/version.h... yes
 checking for SimGear 2.2.0 or newer... [found 2.0.0] ... wrong version
 configure: error: Install latest SimGear first...
 make: *** [config.status] Error 1

 I assume that it is checking the file /usr/local/include/simgear/version.h

 that was written by the simgear
 sudo make install.

 That file contains
 #ifndef _SIMGEAR_VERSION_H
 #define _SIMGEAR_VERSION_H


 #define SIMGEAR_VERSION 2.2.0


 #endif // _SIMGEAR_VERSION_H

 which should have passed the test.

 I do have a source folder for SimGear 2.0.0 that contains
 simgear/version.h that would not pass.  But I did a make uninstall in
 that folder before compiling and installing the git simgear.

 Suggestions?



 --
 Learn how Oracle Real Application Clusters (RAC) One Node allows customers
 to consolidate database storage, standardize their database environment, and,
 should the need arise, upgrade to a full multi-node Oracle RAC database
 without downtime or disruption
 http://p.sf.net/sfu/oracle-sfdevnl
 ___
 Flightgear-devel mailing list
 Flightgear-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/flightgear-devel

--
Learn how Oracle Real Application Clusters (RAC) One Node allows customers
to consolidate database storage, standardize their database environment, and, 
should the need arise, upgrade to a full multi-node Oracle RAC database 
without downtime or disruption
http://p.sf.net/sfu/oracle-sfdevnl
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] fgfs configure error

2011-01-06 Thread dave perry
On 01/06/2011 03:01 AM, Jari Häkkinen wrote:
 find / -name version.h | grep simgear
I had already looked at config.log.  The check was against 
simgear/version.h.  But since  --prefix=$FG_ROOT, the config checks 
for $FG_ROOT/include/simgear/version.h before it checks for 
/usr/local/include/simgear/version.h.  Using the above find showed the 
accidentally created version.h in $FG_ROOT.  Apparently I had used the 
config string from a fgfs compile script while compiling simgear 2.0.0 
for an atlas build on Dec. 16.  All makes sense now.

Thanks,
Dave

--
Learn how Oracle Real Application Clusters (RAC) One Node allows customers
to consolidate database storage, standardize their database environment, and, 
should the need arise, upgrade to a full multi-node Oracle RAC database 
without downtime or disruption
http://p.sf.net/sfu/oracle-sfdevnl
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] fgfs configure error

2011-01-06 Thread Frederic Bouvier
Hi Dave,

- dave perry a écrit :

 On 01/06/2011 03:01 AM, Jari Häkkinen wrote:
  find / -name version.h | grep simgear
 I had already looked at config.log.  The check was against 
 simgear/version.h.  But since  --prefix=$FG_ROOT, the config checks

Why are you using $FG_ROOT to install your binaries ? $FG_ROOT is the location 
of data. You shouldn't have problem if your --prefix is the same for SimGear 
and FlightGear

-Fred

-- 
Frédéric Bouvier
http://my.fotolia.com/frfoto/  Photo gallery - album photo
http://www.youtube.com/user/fgfred64   Videos


--
Learn how Oracle Real Application Clusters (RAC) One Node allows customers
to consolidate database storage, standardize their database environment, and, 
should the need arise, upgrade to a full multi-node Oracle RAC database 
without downtime or disruption
http://p.sf.net/sfu/oracle-sfdevnl
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] Submitting changes to fgdata

2011-01-06 Thread Martin Spott
Hi Alexey,

Alexey Varjat wrote:

 PS: I know that some simmers from russian FG forum have made some
 changes (including city buildings) for Russian(Murmansk, Pulkovo),
 Lithuanian (Vilnius) and Estonian (Tallinn, Piarnu) airports and I hope
 that they want to share his work with community.  

I remember at least one model which has just recently been submitted:

  http://scenemodels.flightgear.org/modeledit.php?id=2011

  and I'll be happily add more of them.

Cheers,
Martin.
-- 
 Unix _IS_ user friendly - it's just selective about who its friends are !
--

--
Learn how Oracle Real Application Clusters (RAC) One Node allows customers
to consolidate database storage, standardize their database environment, and, 
should the need arise, upgrade to a full multi-node Oracle RAC database 
without downtime or disruption
http://p.sf.net/sfu/oracle-sfdevnl
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


[Flightgear-devel] Latest git results in massive NAN errors with Tu154B

2011-01-06 Thread Jacob Burbach
Updated my copy yesterday and now I cannot load flightgear with the
Tu154B anymore. Trying just results in massive amounts of NAN errors
and crash. Looks like the entire property tree and everything else got
NaNifiedsee log.

Anyone have any clues what may have changed to cause this? Aircraft
hasn't changed in months and has always worked perfectly with git
until this fresh build yesterday.

log is here http://pastebin.com/utrUVmeu (would attach but got
rejected by list mod)

cheers

--
Learn how Oracle Real Application Clusters (RAC) One Node allows customers
to consolidate database storage, standardize their database environment, and, 
should the need arise, upgrade to a full multi-node Oracle RAC database 
without downtime or disruption
http://p.sf.net/sfu/oracle-sfdevnl
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


[Flightgear-devel] World Scenery Reissue?

2011-01-06 Thread J. Holden
Just tonight I have finished modeling the first skyscraper in FlightGear for 
Vancouver, BC, Canada.

I am running FlightGear and the modeling software on an old laptop (which I am 
using FlightGear on solely for scenery development purposes). I downloaded the 
proper world scenery tile from:
http://flightgear.org/Downloads/scenery-1.0.1.html

I then used the ufo to fly around a bit. I did not use TerraSync.

I have added a few buildings to Friday Harbor (KFHR?) and wanted to see if they 
showed up in the scenery. They did not. I then flew on to Seattle and I noted 
the scenery lacked any custom models, and the original generic skyscrapers were 
still in place. Finally I flew to Portland and the original generic skyscrapers 
were also in place.

I am wondering, therefore, given the current difficulty in mass-generating new 
terrain from the mapserver, how difficult it would be to push what is in the 
current TerraSync directory out as World Scenery 1.1.0?

There would be a number of new models, and I think Hawai'i would have better 
scenery, but it would mean there is a new scenery release which would basically 
coincide with the release of the new version. While those who have been using 
TerraSync would not notice any improvement, those who don't would notice at 
least 400 unique models in their scenery contributed over the course of over 
two years.

Of course when we are ready to generate terrain from the mapserver, this would 
be World Scenery 2.0.0 - and the most important FlightGear scenery release for 
almost a decade,

Cheers
John

--
Gaining the trust of online customers is vital for the success of any company
that requires sensitive data to be transmitted over the Web.   Learn how to 
best implement a security strategy that keeps consumers' information secure 
and instills the confidence they need to proceed with transactions.
http://p.sf.net/sfu/oracle-sfdevnl 
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel