Re: [Flightgear-devel] FG development under windows
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
* 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
* 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
- 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
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
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
- 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
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
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
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
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
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
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
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
- 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
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
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
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
* 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!
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!
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
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)
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
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
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 ...
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