Hi Joe,
> In case anybody is still working on the C172p-3D:
Heiko and I currently maintain it, so we're interested in any bugs/suggestions.
> While trying to describe how to fly turns with the c172p 3D-model I
> noticed problems with the there used 3D-Turn-Coordinator/Indicator (as
> well in the
On 26 Jun 2010, at 21:00, Torsten Dreyer wrote:
> Should be fixed now, thanks for reporting.
And thanks to Torsten for fixing!
James
--
This SF.net email is sponsored by Sprint
What will you do first with EVO, the fir
Thanks for that.
I have just been using a "git clone" and letting it decide on what was
the working copy. I think it used v2.0.0-r4 or something.
All 3 were done the same, I will change them to "next".
only other nice thing would be a cut down of the fgdata so that I got
only minimal data and do
> if i try to set the time of day (--timeofday) to anything i get
>
> fgfs: sunsolver.cxx:60: void fgSunPositionGST(double, double*, double*):
> Assertion `sun' failed. Abort
>
> without the timeofday flightgear starts normally. this is with the
> latest git.
>
> --alex--
>
Should be fixed now
if i try to set the time of day (--timeofday) to anything i get
fgfs: sunsolver.cxx:60: void fgSunPositionGST(double, double*, double*):
Assertion `sun' failed.
Abort
without the timeofday flightgear starts normally. this is with the
latest git.
--alex--
--
| I believe the moment is at hand w
On Saturday 26 June 2010 07:55:10 pm Frederic Bouvier wrote:
> I forgot to mention I proposed this change in the CVS era before I had
> commit privilege. It's obvious that now I could commit the file with the
> correct version number, because I doubt a Linux developer will do it
> spontaneously ;-)
> I am away on vacation now so I can't promise when this will be done,
> but it may be wise to remove the .in files and their reference in
> configure.ac, and remove the target files from .gitignore
Done and pushed.
Have a great vacation!
Torsten
On 6/26/10 7:36 PM, Alan Teeder wrote:
> Is there any need for this to be done by all new cloners before compilation?
> It seems to be an unnecessary complication.
The reason for having autoconf to replace the version string is that
there should only be one place where the version string is set
(
On 26 Jun 2010, at 17:41, James Turner wrote:
> I pushed a wrong branch by accident, which will mess up history in the repo.
> Not the end of the world, but Tim can fix it if people avoid committing to fg
> (simgear and fgdata are unaffected) until he's rolled back my mistake.
> There's a sepa
- "Alan Teeder" a écrit :
> Is there any need for this to be done by all new cloners before
> compilation?
> It seems to be an unnecessary complication.
>
> All GIT users should be currently working with the same version
> (2.0.0) in both simgear and flightgear. As and when a new version com
--
From: "Frederic Bouvier"
Sent: Saturday, June 26, 2010 5:57 PM
To: "FlightGear developers discussions"
Subject: Re: [Flightgear-devel] Windows config.h-mscxx
>> > The files config.h-msvc8 and config.h-msvc90 are necessary for a
>> > windows bu
Use of trademarked logos on liveries may possibly fall under nominative fair
use, assuming they are accurate, as depiction of the trademarks are
necessary to depict a publicly visible plane. To quote wikipedia with my
own comments in brackets, and randomly using American Airlines as the
example:
I pushed a wrong branch by accident, which will mess up history in the repo.
Not the end of the world, but Tim can fix it if people avoid committing to fg
(simgear and fgdata are unaffected) until he's rolled back my mistake. There's
a separate issue that the build will be broken following my ea
> > The files config.h-msvc8 and config.h-msvc90 are necessary for a
> > windows build but are now in .gitignore making them inaccessible.
> > Natively windows has no method to generate these files from the .in
> > files, although this is probably possible by installing Perl, and GNU
> > versions
> these were both pulled down from gitourious today with a git clone
> command.
Be sure to clone the branch 'next' from FlightGear and SimGear. This is the
branch for the latest changes.
>
> PS. is there a better way of doing things apart from git pull and
> getting everything ever committed bein
>
> any ideas as miss using flightgear and want to get back to using it
> again soon
Do you have the latest data from git but not the latest sources from git?
Torsten
--
This SF.net email is sponsored by Sprint
What will
> The files config.h-msvc8 and config.h-msvc90 are necessary for a windows
> build but are now in .gitignore making them inaccessible.
>
> Natively windows has no method to generate these files from the .in files,
> although this is probably possible by installing Perl, and GNU versions of
> auto
Hi all,
finally got it all compiled but now I get lots (about 14600) of the
following that ends in a segfault
Error building technique: findAttr: could not find attribute bool
Error building technique: findAttr: could not find attribute bool
Error building technique: findAttr: could not find attri
Good news, switching to Ubuntu 10.04 LTS solved all git problems for me.
No idea why Xandros 4.5 gave me problems but Xandros seemed to have
abandoned the desktop market anyhow. For what it's worth, I'm very
pleased with Ubuntu so far.
Erik
---
Jason Cox wrote:
> 1. is simgear-cs & flightgear-cs still required or cn I just use th
> gitorious versions?
"simgear-cs" is just a customized version of SimGear for "terragear-cs"
to run headless if you don't have a $DISPLAY available. It's not
required for general operation of FlightGear.
Chee
20 matches
Mail list logo
