Curtis Olson wrote:
The other implication here is that it would be extremely handy to have
multiple branches checked out simultaneously for other reasons. git makes
branching easy, yes, but if you find yourself bouncing between branches with
changes for separate projects, and external events
Chris,
I think the benefit of having sort of a VATSIM-interface or -bridge for
FlightGear is pretty much unquestioned, therefore I'll leave these
details out. The point is a completely different one and probably
consist of just two simple parts:
1.) Like probably almost every other OpenSource
On Wed, 26 Jan 2011 09:56:41 + (UTC), Martin wrote in message
ihor4p$ls0k$1...@osprey.mgras.de:
Chris,
I think the benefit of having sort of a VATSIM-interface or -bridge
for FlightGear is pretty much unquestioned, therefore I'll leave these
details out. The point is a completely
On Mon, 2011-01-24 at 15:40 +, James Turner wrote:
Okay - I'm going to re-apply my patches locally, and also apply Andreas
Gaeb's NaN fixes (and to the release branch too), but of course they all need
to be merged to JSBSim proper.
After a bit of discussion it was decided that the
On 26 Jan 2011, at 11:55, Erik Hofman wrote:
After a bit of discussion it was decided that the FlightGear/JSBSim glue
code in JSBSim.[ch]xx located in FlightGear/src/FDM/JSBSim now is
maintained by FlightGear developers instead of by JSBSim developers and
therefore these files will not be
On Wed, 2011-01-26 at 12:23 +, James Turner wrote:
On 26 Jan 2011, at 11:55, Erik Hofman wrote:
After a bit of discussion it was decided that the FlightGear/JSBSim glue
code in JSBSim.[ch]xx located in FlightGear/src/FDM/JSBSim now is
maintained by FlightGear developers instead of by
-Original Message-
From: Erik Hofman [mailto:e...@ehofman.com]
Sent: Wednesday, January 26, 2011 5:55 AM
To: FlightGear developers discussions
Subject: Re: [Flightgear-devel] JSBSim merge
On Mon, 2011-01-24 at 15:40 +, James Turner wrote:
Okay - I'm going to re-apply my
On 26 Jan 2011, at 12:26, Erik Hofman wrote:
Great, that simplifies things considerably, hopefully for everyone. There's
still the issue of my FGPropulsion change, and Andreas' FGPropogate fix to
go into JSBSim proper.
I've committed Andreas' FGPropogate fix in JSBSim, your fix needs
On Wed, 2011-01-26 at 07:19 -0600, Jon S. Berndt wrote:
I have received and applied patches from several places recently. Make sure
that patches are not accidentally reversed.
They won't since the patches at the FlightGear side will be overwritten
by what JSBSim had in CVS.
It is very
[saw this in time to de-lurk]
On 01/25/2011 11:22 AM, Anders Gidenstam wrote:
I suspect the option --local to git clone might be useful.
I have not tried myself, though.
Yeah, this is the best answer for this kind of problem.
The .git directory ends up being near-zero size (so long as the
On Tue, 25 Jan 2011, dave perry wrote:
I have tried to load several AC that did not load with filed to load
file name errors. So I did a survey of the entire up-to-date
fgdata. I used an up-to-date fgrun and went through all the AC.
The following do not load even to the viewer in fgrun:
I just sent you a message to what is likely an old and replaced address.
Just wondering if you are still going to come up to do your thing at LUGOD?
jj
--
Special Offer-- Download ArcSight Logger for FREE (a $49 USD
2011/1/26 Erik Hofman e...@ehofman.com:
After a bit of discussion it was decided that the FlightGear/JSBSim glue
code in JSBSim.[ch]xx located in FlightGear/src/FDM/JSBSim now is
maintained by FlightGear developers instead of by JSBSim developers and
therefore these files will not be
On Wed, Jan 26, 2011 at 1:21 AM, Stefan Seifert n...@detonation.org wrote:
Well you don't. Often you just can leave modified files in place while
switching
branches. If it's not working, you still can simply git stash before
switching. git stash creates a temporary branch and commits your
Hi,
On Tue, 25 Jan 2011, dave perry
wrote:
I have tried to load several AC that did not load with
filed to load
file name errors. So I did a survey of
the entire up-to-date
fgdata. I used an up-to-date fgrun and went
through all the AC.
The following do not load even to the
Hi Bertrand,
Here are a couple quick responses:
- The reason JSBSim would want to keep a copy of the glue code would be to
serve as an example for others who want to integrate JSBSim into their
projects.
- Changing the name of the glue code (I guess I missed seeing that this was
officially
Hi,
This is for Syd really. There is
topic on the forum about improving
the 777 FDM, and I myself got a bit carried away with
modifying the
ground steering. Attached is a diff of my changes against
git master,
as well as a zip file containing (hopefully) all the
modified files.
What
On Wed, Jan 26, 2011 at 6:28 PM, Heiko Schulz aeitsch...@yahoo.de wrote:
Sounds great- but do you know this already?:
http://www.gitorious.org/syd-s-flightgear-content/777-200er
You might wanna try a merge request
Cheers
Heiko
Nope, I didn't know about that one. Thanks. :)
cheers
--Jacob
On Tue, 2011-01-25 at 23:41 -0700, jac...@lfstech.com wrote:
How about a show of hands? Is there enough interest and volunteers to
organize a team to tackle the problem?
As I said in my original post, I'm not a programmer so, unfortunately, I
couldn't help in that regard. However, I'd be
On 01/26/2011 01:31 PM, Anders Gidenstam wrote:
On Tue, 25 Jan 2011, dave perry wrote:
I have tried to load several AC that did not load with filed to load
file name errors. So I did a survey of the entire up-to-date
fgdata. I used an up-to-date fgrun and went through all the AC.
The
Hi,
Just a heads up.
I always wondered why so many accounts with very suspicious names were being
created on the Wiki.
I think the answer is clear now, someone is trying to place traps for the
unwary with links pointing to rogue pages:
http://wiki.flightgear.org/index.php/Special:RecentChanges
21 matches
Mail list logo