Re: [Flightgear-devel] GIT
On Wednesday 27 August 2008 12:26:34 Frederic Bouvier wrote: > I am not saying it is useless. It is just that nobody explained me the > benefits of using GIT over a well known system such as CVS and SVN. I am > aware of the serious lacks of CVS, that's why I am advocating switching to > SVN. Now someone has to explain why GIT is superior. A wiki page would be > just fine. Linus Torvalds' talk about git: http://www.youtube.com/watch?v=4XpnKHJAok8 Try to ignore Linus' bashing of cvs and svn (and the apparent aesthetic qualities of their users). Focus on the distributed part! Randal Schwartz's talk: http://video.google.com/videoplay?docid=-352944619245780 Intro to Distributed Version Control (Illustrated): http://betterexplained.com/articles/intro-to-distributed-version-control-illustrated/ -- Roy Vegard Ovesen - 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=100&url=/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] GIT
Martin Spott wrote: > I was persuaded to mention that GIT allows you to wrap single steps of > your private development into independent commits to your local > repository, even if you don't have any network access while sitting at > the beach on a remote island > Once you're back to a place where you have network access, you're > easily - without having to deal with a collection of individual patch > files - going to push all the accumulated changes at once but still > retaining the granularity of the individual steps. > ... which is IMHO one of the most interesting and useful features of GIT for FG development, but also for scenery stuff. SVN is lacking such functionality. Chris - 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=100&url=/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] UNC, Argentina:JSBsim Compilation
Thanks, i`ll join that channel !!! And About Curt experience that is a pretty close thing to what we want to do. that is wy i`m working on the numerical methods, to get the best accurancy as possible. There is also a second part of the project wich consist on adding elastic deformations to the simulation, there is a team working on bird wings dynamics. Buuut to do all that first i`ve got to learn how to compile at least jajaja-- Thank you very much for your help. _ Ingresá ya a MSN en Concierto y disfrutá los recitales en vivo de tus artistas favoritos. http://msninconcert.msn.com/music/archive/es-la/archive.aspx- 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=100&url=/___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] GIT
I think that once GIT can demonstrate strong support for non-unix platforms, it will be a compelling option for our "OS independent" project. Best regards, Curt. On Wed, Aug 27, 2008 at 8:05 AM, Martin Spott wrote: > Frederic, > > Frederic Bouvier wrote: > > > I am not saying it is useless. It is just that nobody explained me > > the benefits of using GIT over [...] > > I was persuaded to mention that GIT allows you to wrap single steps of > your private development into independent commits to your local > repository, even if you don't have any network access while sitting at > the beach on a remote island > Once you're back to a place where you have network access, you're > easily - without having to deal with a collection of individual patch > files - going to push all the accumulated changes at once but still > retaining the granularity of the individual steps. > > Cheers, >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=100&url=/ > ___ > Flightgear-devel mailing list > Flightgear-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/flightgear-devel > -- Curtis Olson: http://baron.flightgear.org/~curt/ - 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=100&url=/___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] segfault at LFPG
Durk Talsma wrote: > > FWIW, I;m seeing an occasional segfault. Today, I managed to trap it using > gdb. below is the complete stack trace. IIRC, 2D texture loading has been > giving occasional problems. This particular error occurred in my new traffic > manager version of Flightgear. It doesn't seem to make much of a difference, > I > guess. > This is great! We can't call osgDB:SharedStateManager::share from the database pager thread. I'll check in a fix soon. Thanks, Tim > Cheers, > Durk > > > > #0 0x7f3d24ca20e1 in osg::StateSet::compare () from > /usr/local/lib64/libosg.so.43 > #1 0x7f3d253467e0 in osgDB::SharedStateManager::find () from > /usr/local/lib64/libosgDB.so.43 > #2 0x7f3d25347488 in osgDB::SharedStateManager::process () from > /usr/local/lib64/libosgDB.so.43 > #3 0x7f3d25347688 in osgDB::SharedStateManager::apply () from > /usr/local/lib64/libosgDB.so.43 > #4 0x7f3d253466f1 in osgDB::SharedStateManager::share () from > /usr/local/lib64/libosgDB.so.43 > #5 0x0090554c in SGLoadTexture2D (staticTexture=true, path= optimized out>, options=, wrapu=false, wrapv=true) > at model.cxx:68 > ---Type to continue, or q to quit--- > #6 0x008d1d96 in SGMaterial::assignTexture (this= out>, state=0x74e3910, [EMAIL PROTECTED], _wrapu=true, _wrapv=48, > _mipmap=) at > ../../../simgear/scene/model/model.hxx:37 > #7 0x008d1eed in SGMaterial::get_state (this=0x74e2d80, n= optimized out>) at mat.cxx:236 > #8 0x008e7412 in SGLoadBTG ([EMAIL PROTECTED], matlib=0x725a3c0, > calc_lights=true, use_random_objects=true, use_random_vegetation=true) > at obj.cxx:394 > #9 0x008dbb2d in SGReaderWriterBTG::readNode (this=0xd31140, > [EMAIL PROTECTED], options=0x741d2b0) at SGReaderWriterBTG.cxx:73 > #10 0x008dc51e in > simgear::ModelRegistryCallback simgear::NoCachePolicy, simgear::NoOptimizePolicy, simgear::NoCopyPo---Type > to continue, or q to quit--- > licy, simgear::NoSubstitutePolicy>::loadUsingReaderWriter > ([EMAIL PROTECTED], opt=0x741d2b0) at > ../../../simgear/scene/model/ModelRegistry.hxx:115 > #11 0x008dc857 in > simgear::ModelRegistryCallback simgear::NoCachePolicy, simgear::NoOptimizePolicy, simgear::NoCopyPolicy, > simgear::NoSubstitutePolicy>::readNode (this=0xd310d0, [EMAIL PROTECTED], > opt=0x741d2b0) at ../../../simgear/scene/model/ModelRegistry.hxx:91 > #12 0x00909e9f in simgear::ModelRegistry::readNode (this=0xd304d0, > [EMAIL PROTECTED], opt=0x741d2b0) at ModelRegistry.cxx:500 > #13 0x7f3d2532d599 in osgDB::readNodeFile () from > /usr/local/lib64/libosgDB.so.43 > #14 0x008df059 in simgear::TileEntry::obj_load ([EMAIL PROTECTED], > geometry=0x7f3d1805cb00, is_base=true, options=0x1) at TileEntry.cxx:237 > #15 0x008e1ae0 in simgear::TileEntry::loadTileByName > ([EMAIL PROTECTED], options=0x741d2b0) at TileEntry.cxx:419 > ---Type to continue, or q to quit--- > #16 0x008f7edd in simgear::ReaderWriterSTG::readNode (this=0xd30f60, > fileName=, options=0x741d2b0) at ReaderWriterSTG.cxx:71 > #17 0x008dc51e in > simgear::ModelRegistryCallback simgear::NoCachePolicy, simgear::NoOptimizePolicy, simgear::NoCopyPolicy, > simgear::NoSubstitutePolicy>::loadUsingReaderWriter ([EMAIL PROTECTED], > opt=0x741d2b0) at ../../../simgear/scene/model/ModelRegistry.hxx:115 > #18 0x008dc857 in > simgear::ModelRegistryCallback simgear::NoCachePolicy, simgear::NoOptimizePolicy, simgear::NoCopyPolicy, > simgear::NoSubstitutePolicy>::readNode (this=0xd31030, [EMAIL PROTECTED], > opt=0x741d2b0) at ../../../simgear/scene/model/ModelRegistry.hxx:91 > #19 0x00909e9f in simgear::ModelRegistry::readNode (this=0xd304d0, > [EMAIL PROTECTED], opt=0x741d2b0) at ModelRegistry.cxx:500 > #20 0x7f3d25302880 in > osgDB::DatabasePager::DatabaseThread::dpReadRefNodeFile () from > /usr/local/lib64/libosgDB.so.43 > ---Type to continue, or q to quit--- > #21 0x7f3d25308c76 in osgDB::DatabasePager::DatabaseThread::run () from > /usr/local/lib64/libosgDB.so.43 > #22 0x7f3d248d9eb0 in OpenThreads::ThreadPrivateActions::StartThread () > from /usr/local/lib64/libOpenThreads.so.11 > #23 0x7f3d28297040 in start_thread () from /lib64/libpthread.so.0 > #24 0x7f3d23efa0cd in clone () from /lib64/libc.so.6 > (gdb) bt > #0 0x7f3d24ca20e1 in osg::StateSet::compare () from > /usr/local/lib64/libosg.so.43 > #1 0x7f3d253467e0 in osgDB::SharedStateManager::find () from > /usr/local/lib64/libosgDB.so.43 > #2 0x7f3d25347488 in osgDB::SharedStateManager::process () from > /usr/local/lib64/libosgDB.so.43 > #3 0x7f3d25347688 in osgDB::SharedStateManager::apply () from > /usr/local/lib64/libosgDB.so.43 > #4 0x7f3d253466f1 in osgDB::SharedStateManager::share () from > /usr/local/lib64/libosgDB.so.43 > #5 0x0090554c in SGLoadTexture2D (staticTexture=true, path= optimized out>, options=, wrapu=false, wrapv=true)
Re: [Flightgear-devel] GIT
Frederic, Frederic Bouvier wrote: > I am not saying it is useless. It is just that nobody explained me > the benefits of using GIT over [...] I was persuaded to mention that GIT allows you to wrap single steps of your private development into independent commits to your local repository, even if you don't have any network access while sitting at the beach on a remote island Once you're back to a place where you have network access, you're easily - without having to deal with a collection of individual patch files - going to push all the accumulated changes at once but still retaining the granularity of the individual steps. Cheers, 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=100&url=/ ___ 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 27 Aug 2008, at 11:08, Martin Spott wrote: > > What is your reason behind repeatedly expressing concerns wrt. storing > > the base package in GIT ? > That git seems very code-orientated, and I don't know of anyone using > it as a binary data repository. As I indicated earlier, I'm doing this for approx. one year now - since I declared my GIT base package mirror as being 'stable'. GIT is able to tell automagically wether a file is binary or not and to deal with it accordingly. To my experience this works perfectly at least as long as both ends run Unix. As I mentioned as well, I have no experience with using GIT on non-Unix platforms. Cheers, 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=100&url=/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] GIT
Frederic Bouvier wrote: > How do you merge binary files ? What happens when the same texture is > modified by 2 designers. If they both push their work to the same repository, the newest revision will replace the other ones and the older revisions will get archived in the history. > I am not saying it is useless. It is just that nobody explained me > the benefits of using GIT over a well known system such as CVS and > SVN. I am aware of the serious lacks of CVS, that's why I am > advocating switching to SVN. Now someone has to explain why GIT is > superior. A wiki page would be just fine. First: GIT allows you to create 'exact' copies of a remote repository "by design". Everyone of us knows about the trouble with 'cvs update' finishing without errors, still letting changes slip?through occasionally. In GIT every file is being checksummed (I'd be happy to learn that this is also the case with SVN). For a nice intro, read this article: http://lwn.net/Articles/131657/ Second: GIT allows you to have local repositories and to pull changes from a co-developer without taking the detour via the 'main' repository. Now, if you push the respective change to the main repo after you did local testing, in the end it looks the same as if your co would have done the merge to 'main' because in GIT every changeset has a unique identifier, no matter on which repository it is being hosted, which route it takes through different repositories. For all the other nice features, read this one: http://utsl.gen.nz/talks/git-svn/intro.html#wtf-why Cheers, 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=100&url=/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] GIT
On 27 Aug 2008, at 11:08, Martin Spott wrote: > What is your reason behind repeatedly expressing concerns wrt. storing > the base package in GIT ? That git seems very code-orientated, and I don't know of anyone using it as a binary data repository. It's a job CVS is dreadful at, of course, but equally, something that SVN was explicitly designed to be good at. But it's not as if I've had a bad experience using git for binary data - I just don't have much git experience at all, so far. I really like what I see for code, but I'm very aware that what is good for code is sometimes bad for data. Not necessarily though! 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=100&url=/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] GIT
- "Martin Spott" <[EMAIL PROTECTED]> a écrit : > Hi James, > > James Turner wrote: > > > [...], a git primary code repo, and the git-svn proxy > > allowing people who don't wish to use git for whatever reason to > > continue using SVN. Whether that's true for the data repository is > > > another question. > > What is your reason behind repeatedly expressing concerns wrt. > storing > the base package in GIT ? How do you merge binary files ? What happens when the same texture is modified by 2 designers. In CVS and SVN, the new file simply replace the locally modified one that is renamed for reference. What is the behaviour of GIT ? I'd also say that I simply don't see what GIT will bring me and what are the use cases, not speeking about the new commands to learn. I browsed the different fg GIT mirrors and I see several instance of the FG tree. Some are old. What one is supposed to to with them ? I am not saying it is useless. It is just that nobody explained me the benefits of using GIT over a well known system such as CVS and SVN. I am aware of the serious lacks of CVS, that's why I am advocating switching to SVN. Now someone has to explain why GIT is superior. A wiki page would be just fine. -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=100&url=/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] GIT
Hi James, James Turner wrote: > [...], a git primary code repo, and the git-svn proxy > allowing people who don't wish to use git for whatever reason to > continue using SVN. Whether that's true for the data repository is > another question. What is your reason behind repeatedly expressing concerns wrt. storing the base package in GIT ? Cheers, 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=100&url=/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] GIT
On 27 Aug 2008, at 10:36, Melchior FRANZ wrote: > Bah, I just saw a rather cheap 1TB disk offered in the ads of a shop > that focuses on books, music CDs and paper stuff. I guess that a > few MB more aren't really an issue nowadays. Hereby I withdraw the > above consideration. So what's left as an argument against switching > to GIT right away? Lack of non-command line tool on Windows, I think. TortoiseSVN is pretty good and well-tested. My impression is that while git can be made to work on Windows, it'd be another obstacle to people contributing. On the other hand, there seem to be integration options aplenty. I suspect we'll end up with either an 'SVN' primary, with git access, or, more likely, a git primary code repo, and the git-svn proxy allowing people who don't wish to use git for whatever reason to continue using SVN. Whether that's true for the data repository is another question. I guess the interesting area of research would be to discover if there's any particular advantages / disadvantages to git-proxying-svn or svn-proxying-git. 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=100&url=/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] GIT
* Melchior FRANZ -- 8/26/2008 3:03 PM: > But it would make me a bit nervous if an aircraft developer commits > several pointless updates of 5MB sound files. GIT can't compress that. > We'd collect the whole pile on our disks. How much would disk space > requirements grow each year? Bah, I just saw a rather cheap 1TB disk offered in the ads of a shop that focuses on books, music CDs and paper stuff. I guess that a few MB more aren't really an issue nowadays. Hereby I withdraw the above consideration. So what's left as an argument against switching to GIT right away? That's after some more discussions and tests, of course. :-) And by the way: an SVN checkout keeps two copies of every single file. And for most files that copy takes about as much disk space as the *whole* history of that file in GIT, which includes all file revisions! (IIRC) m. PS: I didn't mention the old CVS bug as a complaint, but just as the reason for my doubts that a switch to SVN would really be an intermediate step, at least not for the next few years. I'm aware that Curt actually doesn't have a lot of time. And it's also not that he didn't spend a lot of it on fgfs already, of course -- probably more then most others. He just happens to do a lot of the "boring" stuff that's much less user-visible and doesn't cause much cheering, but is the base for all the "cool" stuff. I'm just glad that I don't have to care for the servers and SCM etc. :-) PPS: Can we please have ATOM/RSS back for the forum? :-P - 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=100&url=/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
