Re: [Flightgear-devel] FG development under windows

2008-09-03 Thread Stefan C. Müller
Vivian Meazza schrieb:
  Fred wrote

   
 or you could start from the VC7.1 project files and convert them yourself.
 They are up-to-date. You'd have to adapt include and library path though.

 Sorry, no README available.

 

 The VC7.1 project files continue to convert without problem to VC9 project
 files. Of course paths etc. need adjusting. There are some unnecessary
 includes, but overall, no insurmountable difficulties

 Still takes me around a day to do it from scratch though.

 Vivian


   
I have the 7.1 a try. They are really good! Again, thanks for the tip. 
They do make it a lot easier.

One more question: There isn't a prebuilt set of 3rdParty dependencies 
around somewhere, is there?

Now, unless there's a very good reason not to do so, please delete the 
V8 project files from CVS. They caused hours of no-fun-at-all work for 
nothing.

-Stefan

-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK  win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100url=/
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] GIT

2008-09-03 Thread Melchior FRANZ
* Thomas -- 8/29/2008 10:46 PM:
 I'm more concerned about the 2 GB repo size limit listed in the Known
 issues in the release notes.

That's only worded badly. The 2GB limit isn't for the whole repository,
but for single blobs *in* a repository. So you can at the moment not
commit files/content with a size 2GB after compression(!). I just
created a 4.3GB repository under msysgit.

Stock git (Linux/Unix/OSX/cygwin-windows) doesn't have that problem
at all, only msysgit still has. That's because it uses 32bit file
operations through MSVCRT.DLL. There's no fundamental problem, a
switch to the 64bit functions shouldn't be hard and will certainly
happen in the next time, at the latest when msysgit gets merged into
stock git, which is planned.

But in any case: 2GB blobs ought to be enough for anybody[TM], at
least for flightgear. And for the very, *very* unlikely case that we
need such before msysgit was fixed, Windows users could still switch
to the cygwin flavor of git. (And who knows if CVS would be any better
at taking such big files.  :-)

m.

-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK  win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100url=/
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] GIT

2008-09-03 Thread Melchior FRANZ
* Melchior FRANZ -- 9/3/2008 10:49 AM:
 So you can at the moment not commit files/content with a
 size 2GB after compression(!).

Err, 2GB before compression, as it will use the same file
routines for turning content into blobs. But the difference
doesn't matter, as such big files would probably be random
data, anyway, and would, thus, not really be compressible
(i.e. compressed already or random-like sound data).

m.

-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK  win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100url=/
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] FG development under windows

2008-09-03 Thread Frederic Bouvier

- Stefan C. Müller a écrit :
 
 One more question: There isn't a prebuilt set of 3rdParty dependencies
 around somewhere, is there?

There is a set of 3rd party dependencies for OSG that we can reuse. There is
a link in the download page of OSG. Also google osgtoy. There are libraries
in their SVN repository

-Fred

-- 
Frédéric Bouvier
http://my.fotolia.com/frfoto/  Photo gallery - album photo
http://fgsd.sourceforge.net/   FlightGear Scenery Designer


-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK  win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100url=/
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] GIT

2008-09-03 Thread Frederic Bouvier
Hi Melchior,

there is another thing that is unclear to me. How GIT currently interface with 
CVS ( and tomorrow SVN ) ?
How do you merge content from CVS in your GIT repository ?
How do you commit changes in CVS after commiting in GIT ?

Thank,
-Fred

-- 
Frédéric Bouvier
http://my.fotolia.com/frfoto/  Photo gallery - album photo
http://fgsd.sourceforge.net/   FlightGear Scenery Designer


-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK  win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100url=/
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] GIT

2008-09-03 Thread James Turner

On 3 Sep 2008, at 14:05, Frederic Bouvier wrote:

 there is another thing that is unclear to me. How GIT currently  
 interface with CVS ( and tomorrow SVN ) ?
 How do you merge content from CVS in your GIT repository ?
 How do you commit changes in CVS after commiting in GIT ?

The merge from CVS is automatic - I just 'pull' from (in my case)  
Martin's git mirror, which is easy and very, very fast - much faster  
than cvs update.

Pushing to CVS, I use 'git diff' to generate a diff and email it to a  
willing victim :) If Curt (or someone else) was willing to accept it,  
I'd happily use 'git-format-patches' to generate mail-friendly patches  
and fill up his Inbox - that's how the kernel developers work it.

When my patches are applied to CVS, Martin's mirror updates and I pull  
- so I know when my changes are 'in', because git-diff returns  
'nothing'.

James

-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK  win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100url=/
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] GIT

2008-09-03 Thread Frederic Bouvier

- James Turner a écrit :

 On 3 Sep 2008, at 14:05, Frederic Bouvier wrote:
 
  there is another thing that is unclear to me. How GIT currently  
  interface with CVS ( and tomorrow SVN ) ?
  How do you merge content from CVS in your GIT repository ?
  How do you commit changes in CVS after commiting in GIT ?
 
 The merge from CVS is automatic - I just 'pull' from (in my case)  
 Martin's git mirror, which is easy and very, very fast - much faster 
 than cvs update.

You mean that it is Martin who do the 'cvs update' and we only have to do 
'git update' ( or whatever the command is ) ?
 
 Pushing to CVS, I use 'git diff' to generate a diff and email it to a 
 willing victim :) If Curt (or someone else) was willing to accept it, 
 I'd happily use 'git-format-patches' to generate mail-friendly patches
 and fill up his Inbox - that's how the kernel developers work it.
 
 When my patches are applied to CVS, Martin's mirror updates and I pull
 - so I know when my changes are 'in', because git-diff returns  
 'nothing'.

What if I have write access to the CVS repository ? Do I have to maintain 
a seperate CVS workspace and apply my own patch in that workspace before 
CVS commiting ? In that case I don't really see a great benefit ?

-Fred

-- 
Frédéric Bouvier
http://my.fotolia.com/frfoto/  Photo gallery - album photo
http://fgsd.sourceforge.net/   FlightGear Scenery Designer


-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK  win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100url=/
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] GIT

2008-09-03 Thread James Turner

On 3 Sep 2008, at 14:24, Frederic Bouvier wrote:

 You mean that it is Martin who do the 'cvs update' and we only have  
 to do
 'git update' ( or whatever the command is ) ?

Not even Martin, it's an automatic sync, currently every 4 hours (I  
think) for the src repository, of course this could be changed.



 Pushing to CVS, I use 'git diff' to generate a diff and email it to a
 willing victim :) If Curt (or someone else) was willing to accept it,
 I'd happily use 'git-format-patches' to generate mail-friendly  
 patches
 and fill up his Inbox - that's how the kernel developers work it.

 When my patches are applied to CVS, Martin's mirror updates and I  
 pull
 - so I know when my changes are 'in', because git-diff returns
 'nothing'.

 What if I have write access to the CVS repository ? Do I have to  
 maintain
 a seperate CVS workspace and apply my own patch in that workspace  
 before
 CVS commiting ? In that case I don't really see a great benefit ?

I'll have to defer to others who know better than I - what I expect to  
be possible would be for Martin's mirror to be bi-directional -  
pushing to CVS as well as pulling. At that point the set of people  
with write access to the git-proxy also get 'CVS access' implicitly as  
well, which obviously needs agreement from Curt.

The correct model, I think, is that there's a CVS (or SVN) server,  
with a repository, and a git repository. People sync with (and commit  
to) whichever they have permissions for, and prefer to use, and git  
has specific features internally to keep the two in sync. I have some  
vague impression that this works even better with SVN than with CVS,  
but I'll let Martin and Melchior speak in detail about it.

Unrelated - I used git to sync up my laptop with my local FG git repo  
this morning (over ssh) - spectacularly quick, and my local branches  
just appear, with history and so on.

Git rocks. :)

James





-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK  win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100url=/
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] GIT

2008-09-03 Thread Ralf Gerlich
Hi Fred!

Frederic Bouvier wrote:
 What if I have write access to the CVS repository ? Do I have to maintain 
 a seperate CVS workspace and apply my own patch in that workspace before 
 CVS commiting ? In that case I don't really see a great benefit ?

For TaxiDraw, I have git repository and a CVS checkout. To update from
CVS I use git-cvsimport (which Martin or Pigeon are doing for us in case
of FlightGear).

When I have commits ready for CVS, I can do a diff and patch that onto
the CVS-repository, or I let git do that using git-cvsexportcommit.

The git-to-SVN-integration IMHO is much better than the
git-to-CVS-integration, as it has both of this in a single tool, which
allows you to export complete paths of history to subversion without any
hassle (using git-svn dcommit), while git-cvsexportcommit requires you
to export every git commit by an own invocation.

However, git-to-git integration is even better ;-)

Cheers,
Ralf

-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK  win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100url=/
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] GIT

2008-09-03 Thread Martin Spott
Hi Frederic,

Frederic Bouvier wrote:

 You mean that it is Martin who do the 'cvs update' and we only have to do 
 'git update' ( or whatever the command is ) ?

The GIT toolbox contains several commands which allow to 'mirror' from
a different SCM system. git cvsimport does this for me, there are
also git svnimport (or git svn), git archimport, git quiltimport.

 What if I have write access to the CVS repository ? Do I have to maintain 
 a seperate CVS workspace and apply my own patch in that workspace before 
 CVS commiting ? In that case I don't really see a great benefit ?

Yes, you as one of the very few people who actually do commit to CVS
would still have to have a separate CVS workspace. The vast majority of
the involved people are just creating patches in the hope that someone
will commit these to CVS. GIT offers quite some convenience for these
people to maintain their patches alongside ongoing development until
they (the patches) get committed,

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

-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK  win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100url=/
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] GIT

2008-09-03 Thread Frederic Bouvier
Hi Martin,

- Martin Spott a écrit :
 Hi Frederic,
 
 Frederic Bouvier wrote:
 
  You mean that it is Martin who do the 'cvs update' and we only have to do 
  'git update' ( or whatever the command is ) ?
 
 The GIT toolbox contains several commands which allow to 'mirror'
 from a different SCM system. git cvsimport does this for me, there are
 also git svnimport (or git svn), git archimport, git
 quiltimport.

I just found that at http://code.google.com/p/msysgit/wiki/MSysGitHerald8 :

While working on git-svn, we realized that there are a few scripts in msysGit 
that cannot possibly work (yet), so we excluded them from the Git installer. 
These scripts are: archimport, cvsexportcommit, cvsimport, cvsserver, 
filter-branch, instaweb, send-email, and shell. 

and indeed, I can't find them in the msysGit I installed lately. git-svn is 
here though. This is a new reason to switch to SVN ;-)

-Fred

-- 
Frédéric Bouvier
http://my.fotolia.com/frfoto/  Photo gallery - album photo
http://fgsd.sourceforge.net/   FlightGear Scenery Designer


-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK  win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100url=/
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] GIT

2008-09-03 Thread Martin Spott
Frederic Bouvier wrote:

 While working on git-svn, we realized that there are a few scripts in
 msysGit that cannot possibly work (yet), so we excluded them from the
 Git installer. These scripts are: archimport, cvsexportcommit,
 cvsimport, cvsserver, filter-branch, instaweb, send-email, and shell.

 and indeed, I can't find them in the msysGit I installed lately.
 git-svn is here though. This is a new reason to switch to SVN ;-)

Hehe, my conclusion is a different one: This is the reason why some
people, including me, are proposing to have a single 'authoritative'
GIT mirror, last but not least to ensure that the unique identifiers
are the same among the different private clones.

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

-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK  win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100url=/
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


[Flightgear-devel] Air refueling with JSBSIm FDM Aircraft

2008-09-03 Thread gerard robin

Hello,

JSBSim has a feature for refueling , that feature was implemented a very long 
time ago.
It was working with  FCS FDM 


for instance this

switch name=systems/refuel/arming
  default value=0/
  test value=1
systems/refuel/armed == 1
  /test
  outputpropulsion/refuel/output
 /switch

JSBSim looked at the property/systems/refuel/contact/property 
That property being updated by FG.

When that property was true,  and everything else right,  the refuel on 
every tanks was done.

Unfortunately, since an old FG update ( can't say when),  that feature has 
been broken property/systems/refuel/contact/property is never updated.


We need  an extra nasal script in order to get updated, that  
property/systems/refuel/contact/property  updated.

I have extracted from an old aar.nas script the loop which update the 
property.

it can be downloaded from here 

http://pagesperso-orange.fr/GRTux/tanker.nas.tar.gz

It is i use in the most recent version of Blackbird-A and -B

Cheers


-- 
Gérard
http://pagesperso-orange.fr/GRTux/

J'ai décidé d'être heureux parce que c'est bon pour la santé. 
Voltaire 


-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK  win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100url=/
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] FG development under windows

2008-09-03 Thread Stefan C. Müller
Frederic Bouvier schrieb:
 - Stefan C. Müller a écrit :
   
 One more question: There isn't a prebuilt set of 3rdParty dependencies
 around somewhere, is there?
 

 There is a set of 3rd party dependencies for OSG that we can reuse. There is
 a link in the download page of OSG. Also google osgtoy. There are libraries
 in their SVN repository

 -Fred

   
Thanks, I used those. Actually OSG is very easy to build under windows 
(and i guess every other os). Because there's this set and cmake.
Now if fg had such a set, that would be the first step in the right 
direction.

It would be nice for future newbies to have such a set on 
flightgear.org. Maybe one of you more experienced windows-fg devs could 
provide one? I could give it a try, but I'm not sure if I'm the right 
one to do it.

-Stefan


-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK  win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100url=/
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] GIT

2008-09-03 Thread Frederic Bouvier

- Martin Spott a écrit :

 Frederic Bouvier wrote:
 
  While working on git-svn, we realized that there are a few scripts
  in msysGit that cannot possibly work (yet), so we excluded them from
  the Git installer. These scripts are: archimport, cvsexportcommit,
  cvsimport, cvsserver, filter-branch, instaweb, send-email, and shell.
 
  and indeed, I can't find them in the msysGit I installed lately.
  git-svn is here though. This is a new reason to switch to SVN ;-)
 
 Hehe, my conclusion is a different one: This is the reason why some
 people, including me, are proposing to have a single 'authoritative'
 GIT mirror, last but not least to ensure that the unique identifiers
 are the same among the different private clones.

Maybe I misunderstood of the concept of 'mirror' in your mouth, but if 
you want to mirror something, I implied that it was a CVS repository.

Maybe you would like that the Flightgear project switch to GIT pure and
simple and abandon any other kind of SCM ?

-Fred

-- 
Frédéric Bouvier
http://my.fotolia.com/frfoto/  Photo gallery - album photo
http://fgsd.sourceforge.net/   FlightGear Scenery Designer


-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK  win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100url=/
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] GIT

2008-09-03 Thread Tim Moore
Frederic Bouvier wrote:
 - Martin Spott a écrit :
 
 Frederic Bouvier wrote:

 While working on git-svn, we realized that there are a few scripts
 in msysGit that cannot possibly work (yet), so we excluded them from
 the Git installer. These scripts are: archimport, cvsexportcommit,
 cvsimport, cvsserver, filter-branch, instaweb, send-email, and shell.

 and indeed, I can't find them in the msysGit I installed lately.
 git-svn is here though. This is a new reason to switch to SVN ;-)
 Hehe, my conclusion is a different one: This is the reason why some
 people, including me, are proposing to have a single 'authoritative'
 GIT mirror, last but not least to ensure that the unique identifiers
 are the same among the different private clones.
 
 Maybe I misunderstood of the concept of 'mirror' in your mouth, but if 
 you want to mirror something, I implied that it was a CVS repository.
 
 Maybe you would like that the Flightgear project switch to GIT pure and
 simple and abandon any other kind of SCM ?

That's what the GIT users want. Some of us are more willing to recognize the 
political difficulties of that than others :)

For the record, it's completely impractical to maintain a bi-directional 
cvs-git 
mirror system -- where committers can check into either the cvs or the git 
repository -- and probably only slightly less so to maintain a bi-directional 
svn-git scheme.

Tim

-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK  win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100url=/
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] GIT

2008-09-03 Thread James Turner

On 3 Sep 2008, at 17:37, Tim Moore wrote:

 For the record, it's completely impractical to maintain a bi- 
 directional cvs-git
 mirror system -- where committers can check into either the cvs or  
 the git
 repository -- and probably only slightly less so to maintain a bi- 
 directional
 svn-git scheme.

Why?

The impression I have is that this *is* possible, and git explicitly  
has tools to *make* it possible, automatically.

Because while I like git, I don't have any desire to mandate it - so  
if we can't reasonably provide a bi-directional cvs-git or svn-git  
mirror, then as you say the options need to be considered much more  
carefully.

But, again, my impression is that bi-directional mirroring does work  
(better with SVN, perhaps) - am I wrong?

James

-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK  win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100url=/
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] GIT

2008-09-03 Thread Melchior FRANZ
Hey,

looks like I'm late to the party, and others have already answered
the questions, but here's my sermon:


* Frederic Bouvier -- 9/3/2008 2:05 PM:
 there is another thing that is unclear to me. How GIT currently
 interface with CVS ( and tomorrow SVN ) ?
 How do you merge content from CVS in your GIT repository ?
 How do you commit changes in CVS after commiting in GIT ?

Umm ... we shouldn't think and talk too much about integration
of CVS/SVN and GIT (but more on that below, anway :-). This
is just bandaid for people who want to use the power of GIT, but
are damned to interact with an oldschool repo based on CVS or SVN.
What we should really consider is a complete switch to GIT, on
the server and on the client side.

Technically, there is no server or client in GIT. You aren't
checking out a snapshot, you are cloning your repo from another
one. All clones are equal, only one is more equal: the *declared*
central repository (i.e. Curt's on flightgear.org). But this is
only by declaration, apart from that it's the same as everyone
else has. (OK, that's a lie: everyone has his/her private or public
branches -- the main reason why we are in love with GIT. :-)

Everything that you commit you only commit to your repository.
Others can pull branches/changes from that, and you can push
yours to another repository. That's where the server part comes
in. Curt would give his lieutenants push permissions for his
clone. This and the fact that he makes the releases from his
clone are all that's special about his repo.

And because all repos are equal, Curt doesn't even have to do
the initial conversion. He can ask anyone who he trusts to do that
(ideally by importing the old flightgear-0.7 CVS repository, and
the newer flightgear-0.9 repo on top of that, so that they are
finally reunited). And once that's done, he can just make a clone
and add the push permissions. That's all. Less work than setting
up SVN, not more.

And because all repos are equal, they are complete backups. Curt
wouldn't even need to make backups. Whenever his HD dies, he can
just clone from one trusted developer. There's even a guarantee
that the source isn't manipulated, because every step in GIT is
named by the unique sha1 hash of that step and all its parents.
You just need to ask for the sha1 hash of HEAD, and you'll find
it in the cvslogs ... err gitlogs mailing list. If you clone from
a repo which has the same HEAD sha1 number, then it's exactly the
same. No way to cheat.

And because you don't only have a HEAD snapshot of the respository
(as in CVS or SVN), but a full repo clone, you can't just edit files
offline (which is all that CVS offers), or make an 'svn diff/revert'
(which subversion offers in addition). With GIT you can do about
*anything* offline. Edit, commit, diff between branches or revisions,
make branches, merge branches, whatever. Next time you are online
again, you can push your modifications to Curt's repo. This won't
be one huge commit with everything thrown together -- it will be as
fine-grained as you committed it, with all single commits retained.

But it doesn't have to be that way. You can edit your commits before
pushing -- you can merge, split, reorder them as much as you like.
You don't have to push two changes add cool new feature A and fix
embarrassing bug in feature A. Just merge them before you push,
even if there are other changes in-between (see interactive rebasing).
This makes the shared history cleaner, and it makes you look like
a better coder.  ;-)

All those reasons (and many more) are why projects are switching
to GIT left and right. It's not just the Linux kernel, but also
Xorg/X11, Trolltech's Qt, probably KDE and many more. (The SVN
guys are already a bit nervous!  :-)


Concerning interaction with other SCM: I'm not really an expert on
that, and as stated above, we shouldn't need one. But there are
some aspects:

- There's a fake-cvs server that Curt could install alongside of
  GIT. It mimics CVS and allows to access the GIT repo with a CVS
  client as if it were a true CVS. I guess that sooner or later
  there will be the same for SVN.

- There are cvs- and svn-import/export tools for GIT. They are used
  for the initial conversion, but can also be used to keep a local
  GIT repository in sync with a CVS/SVN server. But you throw away
  some of the GIT power, and it's really only recommended if you
  can't convince the project leader to switch to GIT right away.  :-)

- Personally, I use a simple CVS-gateway. That is a CVS checkout
  which is also a GIT repository. From that I clone my GIT working
  repo. When I update CVS, my GIT repo is automatically synced,
  and when I push there, it's automatically committed to CVS. I
  can't recommend that, though. It must be crazy to do that.  :-)

m.



PS: Regarding the 2GB limit in msysgit I have to make another
correction. It's, of course, not only a limit for the file size
of stored blobs or files to be committed, but also for packs.

Re: [Flightgear-devel] GIT

2008-09-03 Thread Melchior FRANZ
* Melchior FRANZ -- 9/3/2008 6:26 PM:
 - There's a fake-cvs server that Curt could install alongside of
   GIT. It mimics CVS and allows to access the GIT repo with a CVS
   client as if it were a true CVS. I guess that sooner or later
   there will be the same for SVN.

Oh, and I do also not know if that's bidirectional. But it's at least
a good way to keep the barrier low for new potential fgfs developers.
They can then check out a CVS snapshot and submit their diffs, just
like now. Only if they are to be given commit (i.e. push) rights, they
might have to switch to GIT. That's what they would like to do then,
anway.  :-)

m.

-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK  win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100url=/
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] Question on Forums: Using flightgear as visual and cockpit: technical and legal!

2008-09-03 Thread Arnt Karlsen
On Tue, 02 Sep 2008 20:31:08 -0600, Ron wrote in message 
[EMAIL PROTECTED]:

 There is a question on the flightgear forums that has me somewhat
 annoyed.  Particularly the first question below.
 http://www.flightgear.org/forums/viewtopic.php?f=2t=2097
 
 In part it reads:
  Finally there are some legal questions:
  1) if we modify an aircraft in order to add a 3d cockpit with
  instruments, switches and buttons, we should release it under GPL.
  But if we realize a new cockpit for a GPL aircraft, can we sell
  the cockpit with a proprietary licence?

..if you write software, you are the one to decide on how you license
it.  If you modify other peoples software, they retain ownership over
their own software and you retain ownership of your own patches, and
unless a license or a contract (aka license agreement ;o)) allows
otherwise, copyright law is what rules (or bans) copying and other
dissemination or uses of your and their work.  Buy Lawyer Advice.

  2) if we sell our simulation programs with a proprietary licence
  can we pack flightgear in it giving to the customer also the
  flightgear sources so that our code is proprietary while
  flightgear maintain its GPL licence? 

.._which_ GPL, GPLv2 or the ones Microsoft doesn't 
want us to use, GPLv2-and-later or GPLv3?  ;o)

  Thank you,
  Xwang
 
 I posted a rather blunt response already, but would like other
 opinions and thoughts.

..as you may know, Microsoft has a well known history of trying to 
subvert the GPL and especially the GPLv3, and copyright law, which 
forms the legal teeth of all versions of the GPL, and it may well 
be Microsoft fears the wrath of a verdict under US copyright law, 
if they are found to having tried do better than Apple, when Apple 
chose *BSD as basis for Apples OSX, legally, under the extremely
(and IMNTHO, unwisely) permissive BSD license, which allows what
Microsoft's Xwang asks.  ;o)

..further history and advice can be found at http://groklaw.net/ 
and somebody should have told Warren Buffet about this.  ;o)

-- 
..med vennlig hilsen = with Kind Regards from Arnt... ;o)
...with a number of polar bear hunters in his ancestry...
  Scenarios always come in sets of three: 
  best case, worst case, and just in case.

-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK  win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100url=/
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] Question on Forums: Using flightge ar as visual and cockpit: technical and legal!

2008-09-03 Thread LeeE
On Wednesday 03 September 2008, Ron Jensen wrote:
 There is a question on the flightgear forums that has me somewhat
 annoyed.  Particularly the first question below.
 http://www.flightgear.org/forums/viewtopic.php?f=2t=2097

 In part it reads:
  Finally there are some legal questions:
  1) if we modify an aircraft in order to add a 3d cockpit with
  instruments,

  switches and buttons, we should release it under GPL. But if
 we realize  a new cockpit for a GPL aircraft, can we sell the
 cockpit with a proprietary  licence?
  2) if we sell our simulation programs with a proprietary
 licence can we  pack flightgear in it giving to the customer
 also the flightgear sources  so that our code is proprietary
 while flightgear maintain its GPL licence?  Thank you,

  Xwang

 I posted a rather blunt response already, but would like other
 opinions and thoughts.

 V/r

 Ron

The GPL allows GPL licenced works to be sold for profit - forcing 
everything to be free, as in free-beer is not the aim.  It also 
allows proprietary works to be used in conjunction with GPL'd works 
and to be sold for profit.

There are some restrictions regarding how GPL'd works are 
incorporated in proprietary works, but these are to prevent the 
removal of the GPL conditions under which the incorporated GPL'd 
work was released.

The two examples listed above don't appear to contravene any of the 
GPL (V2) conditions.  A replacement cockpit for a GPL'd aircraft 
wouldn't be much use on it's own but it doesn't modify or remove 
the original GPL conditions from the aircraft that it is intended 
to be used with.

Many commercial projects already use FG for visualisation and the 
second example appears to just this.

If you don't want your work released under the GPL then you ought to 
find a more restrictive licence to use.  Getting annoyed with 
someone who appears to be making an effort to find out about and 
comply with the licence conditions under which your work is 
released does no one any good and is only likely to breed animosity 
instead of collaboration.

LeeE

-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK  win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100url=/
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] GIT

2008-09-03 Thread Martin Spott
Bonsoir Frederic,

Frederic Bouvier wrote:

 - Martin Spott a ?crit :

  Hehe, my conclusion is a different one: This is the reason why some
  people, including me, are proposing to have a single 'authoritative'
  GIT mirror, last but not least to ensure that the unique identifiers
  are the same among the different private clones.

 Maybe I misunderstood of the concept of 'mirror' in your mouth, but if 
 you want to mirror something, I implied that it was a CVS repository.
 
 Maybe you would like that the Flightgear project switch to GIT pure and
 simple and abandon any other kind of SCM ?

Well, from my very private point of view it would be beneficial to have
a GIT SCM as 'master' repository, but, please note, this is not what
I'm talking about in this whole context. I suspect some people have
gotten this wrong in the past.
I really do mean having one authoritative GIT as a _mirror_ of the
current CVS _now_ - this is why I'm always (mostly) using the word
mirror here. Such a mirror _might_ later turn into The Master
Repository, but, even though I sympathise with this idea, I tend to
leave this discussion to others.

_My_ reason for advocating this authoritative GIT 'instance' is driven
by the fact that GIT assigns a unique identifier (UUID) for every
single entity in the whole tree and for every commit/changeset, thus
allowing unique identification of every item in the history.
This fact allows for quite easy interchange of 'self-contained'
changesets among different developers if they all base their local
clone on a single GIT master.

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

-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK  win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100url=/
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] (no subject)

2008-09-03 Thread Martin Spott
LeeE wrote:

 The GPL allows GPL licenced works to be sold for profit - [...]

Well, you may charge for the _distribution_ of a GPL-licensed work, but
in fact you may not charge for a license of a work that is covered by
the GPL. The wording of your claim sounds a bit irritating,

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

-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK  win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100url=/
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] GIT

2008-09-03 Thread Tim Moore
James Turner wrote:
 On 3 Sep 2008, at 17:37, Tim Moore wrote:
 
 For the record, it's completely impractical to maintain a bi- 
 directional cvs-git
 mirror system -- where committers can check into either the cvs or  
 the git
 repository -- and probably only slightly less so to maintain a bi- 
 directional
 svn-git scheme.
 
 Why?
 
 The impression I have is that this *is* possible, and git explicitly  
 has tools to *make* it possible, automatically.
Because such a mirroring scheme would have to resolve merge conflicts 
automatically. So I take back what I said about the slight possibility of 
bi-directional svn-git mirrors.

Note that this is not the same thing as maintaining a private git mirror of a 
remote cvs or svn repository; there you can handle merge conflicts yourself.


Tim

-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK  win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100url=/
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


[Flightgear-devel] Sound problems

2008-09-03 Thread Syd
Hello ,
After a recent update (within the week), I'm getting some really choppy 
sounds in my b1900d and dhc-2 . I know there were changes to the sound 
system , but don't know if that's the problem.
With the b1900d , I get a lot of messages like this:

CullVisitor::apply(Geode) detected NaN,
depth=nan,center=(0,0,0),
matrix={
-0.484295 etc etc 0
etc etc etc 0
etc etc etc 0
nan nan nan nan

this make me think that the sound position is the problem in my sound 
files .
Any pointers , anyone ?
Thanks,
Syd

-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK  win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100url=/
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


[Flightgear-devel] CullVisitor message ...

2008-09-03 Thread Syd
Ok just discovered that the CullVisitor messages only happen when I set 
time to night...
I'll dig further 
Syd

-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK  win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100url=/
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel