Re: [Flightgear-devel] FG 2.4 consistency
Erik wrote > On Wed, 2011-07-13 at 15:24 +0200, grth_team wrote: > > FG 2.4 consistency. > > > > Hello, > > > > You don't know us since we are newbee, (3 months working seriously > > with FG). > > We are a team ( 4 guys and a lady ). > > > > We have had several talks with several devel team persons about a > > Catalina model update. > > > > That update has been rejected arguing that everything is frozen until > > FG 2.4 will be freed, considered consistent, without any bug. > > It's not so much rejected, but declined to be included in GIT. > > The current release process is quite new to all of us so there might > come up some unforeseen problems. Clearly this is one of them. It's > unfortunate since you've put so much work in it, but then remember; so > have all of use (or at least the great majority has). > > Judging from this email it wasn't the intention just to drop your > efforts with the flip of a switch but it just happens to be bad timing; > if you could have offered it three weeks ago everything would have been > fine. > > You are free to offer the model on your own (many aircraft developers to > this for one reason or another) and I for one am pleased to see others > to step up to improve upon our current aircraft. > > So I would advise to try to get it included just after the new release > and then when the 2.6 release is in feature freeze you could still get > bug fixes included (which are probably minor compared to a complete > overhaul). > > > To please to the users, our model will be ever checked against an FG > > stable version. > > We will start that rule with FG 2.4, offering our models within our > > pages, but, under an other license. > > I have tot state that it is not allowed to change the license unless: > * everything you use is your own work > * or you're moving to a more restrictive license that is still open >source (which is hard in case of the GPL). > I have downloaded and compared the updated version released under CC and the GPL version in Git. It is a nice improvement in terms of detail, however, much of it is carried over verbatim or with minor updates from the GPL version. In particular this applies to the JSBSim config (author Ron Jenson) whose permission, I understand, has neither been sought nor given to this license change. I think that Ron, as the copyright holder, might be justified in pursuing this matter. It also uses some clever techniques which work in FG, but do not in FGRun. It also appears that there are 5 image files missing. It is therefore fortunate that this update has not been included in Git before the release of 2.4. Contrary to the claims made, the version in Git runs without error under Windows XP, and I see no reason why it should not under later Windows variants. It is in any case, highly unlikely that any aircraft in our inventory would run under Linux, but not under Windows. If there are known to be any - a proper bug report would be welcome, and not the vague hand waving which was purported to be a bug report by the grth-team. I would encourage the grth-team to get it right, and forward a proper Merge Request in Gitorious. Vivian -- AppSumo Presents a FREE Video for the SourceForge Community by Eric Ries, the creator of the Lean Startup Methodology on "Lean Startup Secrets Revealed." This video shows you how to validate your ideas, optimize your ideas and identify your business strategy. http://p.sf.net/sfu/appsumosfdev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] FG 2.4 consistency
On Wed, 2011-07-13 at 15:24 +0200, grth_team wrote: > FG 2.4 consistency. > > Hello, > > You don't know us since we are newbee, (3 months working seriously > with FG). > We are a team ( 4 guys and a lady ). > > We have had several talks with several devel team persons about a > Catalina model update. > > That update has been rejected arguing that everything is frozen until > FG 2.4 will be freed, considered consistent, without any bug. It's not so much rejected, but declined to be included in GIT. The current release process is quite new to all of us so there might come up some unforeseen problems. Clearly this is one of them. It's unfortunate since you've put so much work in it, but then remember; so have all of use (or at least the great majority has). Judging from this email it wasn't the intention just to drop your efforts with the flip of a switch but it just happens to be bad timing; if you could have offered it three weeks ago everything would have been fine. You are free to offer the model on your own (many aircraft developers to this for one reason or another) and I for one am pleased to see others to step up to improve upon our current aircraft. So I would advise to try to get it included just after the new release and then when the 2.6 release is in feature freeze you could still get bug fixes included (which are probably minor compared to a complete overhaul). > To please to the users, our model will be ever checked against an FG > stable version. > We will start that rule with FG 2.4, offering our models within our > pages, but, under an other license. I have tot state that it is not allowed to change the license unless: * everything you use is your own work * or you're moving to a more restrictive license that is still open source (which is hard in case of the GPL). Erik -- AppSumo Presents a FREE Video for the SourceForge Community by Eric Ries, the creator of the Lean Startup Methodology on "Lean Startup Secrets Revealed." This video shows you how to validate your ideas, optimize your ideas and identify your business strategy. http://p.sf.net/sfu/appsumosfdev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] FG 2.4 consistency
The nice thing about FlightGear is freedom. The grth_team is free to do what they wish. They can develop what ever they want and they can support whichever versions they deem best as long as they abide by the terms of the gpl. It might take some time to realize this, but it is very hard to guilt and bully open-source folks into doing something. For many of us, we put up with too much of that in our day jobs and we come to projects like FlightGear to outlet our talents in a more relaxed and positive environment. The Cat is a cool airplane (I've flown in one myself when I was 5 years old), but it seems a little childish if someone wants to threaten that they will take all their toys and go home if we don't do things exactly as they wish. I've heard many variants on that theme over the years. I want to do whatever I can to create an environment where people can have a positive outlet for their talents and energy, and I want to encourage that process as much as possible. But if people don't feel that this is the place for them, why make a big deal out of it and setup various ultimatums and backhanded threats. Find someplace better, may the force be with you, thanks for all the fish. Peace! Curt. On Wed, Jul 13, 2011 at 5:56 PM, Csaba Halász wrote: > On Wed, Jul 13, 2011 at 3:24 PM, grth_team wrote: > > > > We have learnt we must not contribute to GPL update within FG, since > > the FG team answers does not convince us to contribute, we do not want > > to waste time. > > > > To please to the users, our model will be ever checked against an FG > > stable version. > > We will start that rule with FG 2.4, offering our models within our > > pages, but, under an other license. > > I fail to see how your problem has anything to do with licensing. > > -- > Csaba/Jester > > > -- > AppSumo Presents a FREE Video for the SourceForge Community by Eric > Ries, the creator of the Lean Startup Methodology on "Lean Startup > Secrets Revealed." This video shows you how to validate your ideas, > optimize your ideas and identify your business strategy. > http://p.sf.net/sfu/appsumosfdev2dev > ___ > Flightgear-devel mailing list > Flightgear-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/flightgear-devel > -- Curtis Olson: http://www.atiak.com - http://aem.umn.edu/~uav/ http://www.flightgear.org - http://gallinazo.flightgear.org -- AppSumo Presents a FREE Video for the SourceForge Community by Eric Ries, the creator of the Lean Startup Methodology on "Lean Startup Secrets Revealed." This video shows you how to validate your ideas, optimize your ideas and identify your business strategy. http://p.sf.net/sfu/appsumosfdev2dev___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] FG 2.4 consistency
On Wed, Jul 13, 2011 at 3:24 PM, grth_team wrote: > > We have learnt we must not contribute to GPL update within FG, since > the FG team answers does not convince us to contribute, we do not want > to waste time. > > To please to the users, our model will be ever checked against an FG > stable version. > We will start that rule with FG 2.4, offering our models within our > pages, but, under an other license. I fail to see how your problem has anything to do with licensing. -- Csaba/Jester -- AppSumo Presents a FREE Video for the SourceForge Community by Eric Ries, the creator of the Lean Startup Methodology on "Lean Startup Secrets Revealed." This video shows you how to validate your ideas, optimize your ideas and identify your business strategy. http://p.sf.net/sfu/appsumosfdev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] FG 2.4 consistency
Every road runs in two directions, and if we are all willing to go a little bit beyond half way to meet each other, we most often will get there. On Wed, Jul 13, 2011 at 1:01 PM, Martin Spott wrote: > Curtis Olson wrote: > > > I think Gene put it well. We need to give them the benefit of the doubt > and > > cut them some slack due to potential language/translation issues [...] > > Sure, I doubt that this is a translation issue here: Does it strip the > affront off an affront just by passing it through a slightly too > straightforward translation ? I'd recommend to apply the "potential > language/translation issues" on a case-by-case basis. > > > Likewise I hope they will [...] be willing to learn our project culture > in > > return. > > Precisely this is the point. > > Cheers, >Martin. > -- > Unix _IS_ user friendly - it's just selective about who its friends are ! > -- > > > -- > AppSumo Presents a FREE Video for the SourceForge Community by Eric > Ries, the creator of the Lean Startup Methodology on "Lean Startup > Secrets Revealed." This video shows you how to validate your ideas, > optimize your ideas and identify your business strategy. > http://p.sf.net/sfu/appsumosfdev2dev > ___ > Flightgear-devel mailing list > Flightgear-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/flightgear-devel > -- Curtis Olson: http://www.atiak.com - http://aem.umn.edu/~uav/ http://www.flightgear.org - http://gallinazo.flightgear.org -- AppSumo Presents a FREE Video for the SourceForge Community by Eric Ries, the creator of the Lean Startup Methodology on "Lean Startup Secrets Revealed." This video shows you how to validate your ideas, optimize your ideas and identify your business strategy. http://p.sf.net/sfu/appsumosfdev2dev___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] FG 2.4 consistency
Curtis Olson wrote: > I think Gene put it well. We need to give them the benefit of the doubt and > cut them some slack due to potential language/translation issues [...] Sure, I doubt that this is a translation issue here: Does it strip the affront off an affront just by passing it through a slightly too straightforward translation ? I'd recommend to apply the "potential language/translation issues" on a case-by-case basis. > Likewise I hope they will [...] be willing to learn our project culture in > return. Precisely this is the point. Cheers, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- -- AppSumo Presents a FREE Video for the SourceForge Community by Eric Ries, the creator of the Lean Startup Methodology on "Lean Startup Secrets Revealed." This video shows you how to validate your ideas, optimize your ideas and identify your business strategy. http://p.sf.net/sfu/appsumosfdev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] FG 2.4 consistency
> Also, as we are so often told that git can do everything, why can a > post-release branch not be set up for new source code developments, or a new > release/freeze branch specifically for the new release? I thought that was > the whole raison-d´etre of the devel branch. You certainly can do that - and there are probably 50 more ways to prepare for a release. We chose a slightly different approach, laid out by a handful of developers and active users during three evenings at LinuxTag. The strategy was discussed and agreed on on this mailing-list without a single objection. There will be a retrospective when we can discuss if it was a success or not, if we can improve the process or not. For now, let's try to get the release out as planned. Don't change the aircraft in the middle of the flight (and we are already turning to final approach). Torsten -- AppSumo Presents a FREE Video for the SourceForge Community by Eric Ries, the creator of the Lean Startup Methodology on "Lean Startup Secrets Revealed." This video shows you how to validate your ideas, optimize your ideas and identify your business strategy. http://p.sf.net/sfu/appsumosfdev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] FG 2.4 consistency
Am 13.07.2011 19:00, schrieb Curtis Olson: > I think Gene put it well. We need to give them the benefit of the doubt > and cut them some slack due to potential language/translation issues and > if they are newer to the project they need some time to figure out our > project culture and how things get done here. > > Likewise I hope they will also be willing to give us the benefit of the > doubt, cut us some slack, and be willing to learn our project culture in > return. > > Flexibility and good will on both sides usually yields the happiest > results. Wise words. This issue was the reason for my call for help yesterday. Fortunately, a well-known contributor has offered his help and I am sure he will find a bridge over the language gap (which I am convinced is the only reason for the trouble). Torsten -- AppSumo Presents a FREE Video for the SourceForge Community by Eric Ries, the creator of the Lean Startup Methodology on "Lean Startup Secrets Revealed." This video shows you how to validate your ideas, optimize your ideas and identify your business strategy. http://p.sf.net/sfu/appsumosfdev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] FG 2.4 consistency
I think Gene put it well. We need to give them the benefit of the doubt and cut them some slack due to potential language/translation issues and if they are newer to the project they need some time to figure out our project culture and how things get done here. Likewise I hope they will also be willing to give us the benefit of the doubt, cut us some slack, and be willing to learn our project culture in return. Flexibility and good will on both sides usually yields the happiest results. Curt. On Wed, Jul 13, 2011 at 9:49 AM, Alan Teeder wrote: > I fail to understand why an aircraft that does not feature in the core > release package should come under the freeze. > > Also, as we are so often told that git can do everything, why can a > post-release branch not be set up for new source code developments, or a > new > release/freeze branch specifically for the new release? I thought that was > the whole raison-d´etre of the devel branch. > > I´m sure that there must be some administrative reason for this as the > release team probably have enough on their plate, but it is a pity to turn > away possible new contributors. > > Alan > > -Original Message- > From: grth_team > Sent: Wednesday, July 13, 2011 2:24 PM > To: flightgear-devel@lists.sourceforge.net > Subject: [Flightgear-devel] FG 2.4 consistency > > > FG 2.4 consistency. > > Hello, > > You don't know us since we are newbee, (3 months working seriously > with FG). > We are a team ( 4 guys and a lady ). > > We have had several talks with several devel team persons about a > Catalina model update. > > That update has been rejected arguing that everything is frozen until > FG 2.4 will be freed, considered consistent, without any bug. > > We can understand such rule, it is the best way in relation with > programs simgear , flightgear, osg, plib, nd a lot of data from data > directory (gui, nasal, and others we are forgetting) . > > It is the Wrong way for the Aircraft models, since the checking of > consistency wants first a consistent FG program. > > With Catalina, our target was to make an update consistent with the > coming FG 2.4 in order to replace the old Catalina buggy idiot > version (was probably right with an older FG version 1.9 ?) which is > in the "FG DOWNLOAD PAGES". > Unfortunately we discovered quickly we could not get any good result > with FG git, which was that buggy it could not work correctly (mainly > with the MS Windows version), we were met with that difficulty for a > long period. > We were patient, waiting for fixes , contributing also to the Fg > Google Bug List, and working partly with a Linux version. > > How are you walking ? on the head ? since you reverse the priority. > > The answer from these devel team persons, was a joke, at least to us, > they said "we will include your project with FG 2.6" ( February ?), > they probably make fun of us ( do you consider newbee are not serious > ?). > That model will be again not consistent , how will be FG 2.6 ? we > don't know. > In spite of the good level of our team, nobody here is able to answer > that question, even if we are studying carefully the progress on > JSBSim-devel ( congratulation to the jsbsim team ). > > Don't tell us we can work and update in parallel since testing a model > is ever BEHIND a WORKING FG program. > > We don't mind the lost of "our fives persons" time spent on the > Catalina, since we can learn from it. > We have learnt we must not contribute to GPL update within FG, since > the FG team answers does not convince us to contribute, we do not want > to waste time. > > To please to the users, our model will be ever checked against an FG > stable version. > We will start that rule with FG 2.4, offering our models within our > pages, but, under an other license. > > > > > Sorry for our English, mainly middle east native ( and living > partly in France , south ). > > Best regards > > Sent through FG devel-mail without subscribing (we hope it will be > sent) > And sent to the fg forum > > -- > David and Josh ( the others are in vacation) for the E.E.K.P.O. > GrthTeam > https://sites.google.com/site/grtuxhangar/home > > > -- > AppSumo Presents a FREE Video for the SourceForge Community by Eric > Ries, the creator of the Lean Startup Methodology on "Lean Startup > Secrets Revealed." This video shows you how to validate your ideas, > optimize your ideas and identify your business strategy. > http://p.sf.net/sfu/appsumosfdev2dev > ___ > Flightgear-dev
Re: [Flightgear-devel] FG 2.4 consistency
I fail to understand why an aircraft that does not feature in the core release package should come under the freeze. Also, as we are so often told that git can do everything, why can a post-release branch not be set up for new source code developments, or a new release/freeze branch specifically for the new release? I thought that was the whole raison-d´etre of the devel branch. I´m sure that there must be some administrative reason for this as the release team probably have enough on their plate, but it is a pity to turn away possible new contributors. Alan -Original Message- From: grth_team Sent: Wednesday, July 13, 2011 2:24 PM To: flightgear-devel@lists.sourceforge.net Subject: [Flightgear-devel] FG 2.4 consistency FG 2.4 consistency. Hello, You don't know us since we are newbee, (3 months working seriously with FG). We are a team ( 4 guys and a lady ). We have had several talks with several devel team persons about a Catalina model update. That update has been rejected arguing that everything is frozen until FG 2.4 will be freed, considered consistent, without any bug. We can understand such rule, it is the best way in relation with programs simgear , flightgear, osg, plib, nd a lot of data from data directory (gui, nasal, and others we are forgetting) . It is the Wrong way for the Aircraft models, since the checking of consistency wants first a consistent FG program. With Catalina, our target was to make an update consistent with the coming FG 2.4 in order to replace the old Catalina buggy idiot version (was probably right with an older FG version 1.9 ?) which is in the "FG DOWNLOAD PAGES". Unfortunately we discovered quickly we could not get any good result with FG git, which was that buggy it could not work correctly (mainly with the MS Windows version), we were met with that difficulty for a long period. We were patient, waiting for fixes , contributing also to the Fg Google Bug List, and working partly with a Linux version. How are you walking ? on the head ? since you reverse the priority. The answer from these devel team persons, was a joke, at least to us, they said "we will include your project with FG 2.6" ( February ?), they probably make fun of us ( do you consider newbee are not serious ?). That model will be again not consistent , how will be FG 2.6 ? we don't know. In spite of the good level of our team, nobody here is able to answer that question, even if we are studying carefully the progress on JSBSim-devel ( congratulation to the jsbsim team ). Don't tell us we can work and update in parallel since testing a model is ever BEHIND a WORKING FG program. We don't mind the lost of "our fives persons" time spent on the Catalina, since we can learn from it. We have learnt we must not contribute to GPL update within FG, since the FG team answers does not convince us to contribute, we do not want to waste time. To please to the users, our model will be ever checked against an FG stable version. We will start that rule with FG 2.4, offering our models within our pages, but, under an other license. Sorry for our English, mainly middle east native ( and living partly in France , south ). Best regards Sent through FG devel-mail without subscribing (we hope it will be sent) And sent to the fg forum -- David and Josh ( the others are in vacation) for the E.E.K.P.O. GrthTeam https://sites.google.com/site/grtuxhangar/home -- AppSumo Presents a FREE Video for the SourceForge Community by Eric Ries, the creator of the Lean Startup Methodology on "Lean Startup Secrets Revealed." This video shows you how to validate your ideas, optimize your ideas and identify your business strategy. http://p.sf.net/sfu/appsumosfdev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel -- AppSumo Presents a FREE Video for the SourceForge Community by Eric Ries, the creator of the Lean Startup Methodology on "Lean Startup Secrets Revealed." This video shows you how to validate your ideas, optimize your ideas and identify your business strategy. http://p.sf.net/sfu/appsumosfdev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] FG 2.4 consistency
On Wed, Jul 13, 2011 at 2:24 PM, grth_team wrote: > The answer from these devel team persons, was a joke, at least to us, > they said "we will include your project with FG 2.6" ( February ?), > they probably make fun of us ( do you consider newbee are not serious > ?). As one of the people who originally replied to the forum post regarding an update to the Catalina, I should respond to this. It certainly was not my intention to make fun of you, nor to make a joke. > That model will be again not consistent , how will be FG 2.6 ? we > don't know. > In spite of the good level of our team, nobody here is able to answer > that question, even if we are studying carefully the progress on > JSBSim-devel ( congratulation to the jsbsim team ). > > Don't tell us we can work and update in parallel since testing a model > is ever BEHIND a WORKING FG program. The Catalina update is quite a significant change. However, once it is applied after the 2.4.0 release, any further updates to keep it in sync with the upcoming 2.6.0 release will be minor, and therefore appropriate up until a much later point in the release cycle. > We don't mind the lost of "our fives persons" time spent on the > Catalina, since we can learn from it. > We have learnt we must not contribute to GPL update within FG, since > the FG team answers does not convince us to contribute, we do not want > to waste time. I'm very sorry you feel this way. Fortunately most FG developers do not, otherwise FG would cease to exist. -Stuart PS: I'll copy this response to the Forums. -- AppSumo Presents a FREE Video for the SourceForge Community by Eric Ries, the creator of the Lean Startup Methodology on "Lean Startup Secrets Revealed." This video shows you how to validate your ideas, optimize your ideas and identify your business strategy. http://p.sf.net/sfu/appsumosfdev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] FG 2.4 consistency
On Wed, 13 Jul 2011, Martin Spott wrote: > "grth_team" wrote: > >> How are you walking ? on the head ? since you reverse the priority. >> >> The answer from these devel team persons, was a joke, at least to us, > > I think this flavour of 'feedback' is not worth discussing. > Martin, I suspect that there is a _drastic_ translation issue involved. I'm willing to give them the benefit of the doubt - I don't think his intention was to be a jerk about it. It may just be either his command of English or the translation engine he used that gives the message the hard edge it has. g. -- Proud owner of F-15C 80-0007 http://www.f15sim.com - The only one of its kind. http://www.simpits.org/geneb - The Me-109F/X Project Some people collect things for a hobby. Geeks collect hobbies. ScarletDME - The red hot Data Management Environment A Multi-Value database for the masses, not the classes. http://www.scarletdme.org - Get it _today_! Political correctness is a doctrine, fostered by a delusional, illogical minority, and rabidly promoted by an unscrupulous mainstream media, which holds forth the proposition that it is entirely possible to pick up a turd by the clean end. -- AppSumo Presents a FREE Video for the SourceForge Community by Eric Ries, the creator of the Lean Startup Methodology on "Lean Startup Secrets Revealed." This video shows you how to validate your ideas, optimize your ideas and identify your business strategy. http://p.sf.net/sfu/appsumosfdev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] FG 2.4 consistency
"grth_team" wrote: > How are you walking ? on the head ? since you reverse the priority. > > The answer from these devel team persons, was a joke, at least to us, I think this flavour of 'feedback' is not worth discussing. Cheers, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- -- AppSumo Presents a FREE Video for the SourceForge Community by Eric Ries, the creator of the Lean Startup Methodology on "Lean Startup Secrets Revealed." This video shows you how to validate your ideas, optimize your ideas and identify your business strategy. http://p.sf.net/sfu/appsumosfdev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] FG 2.4 consistency
FG 2.4 consistency. Hello, You don't know us since we are newbee, (3 months working seriously with FG). We are a team ( 4 guys and a lady ). We have had several talks with several devel team persons about a Catalina model update. That update has been rejected arguing that everything is frozen until FG 2.4 will be freed, considered consistent, without any bug. We can understand such rule, it is the best way in relation with programs simgear , flightgear, osg, plib, nd a lot of data from data directory (gui, nasal, and others we are forgetting) . It is the Wrong way for the Aircraft models, since the checking of consistency wants first a consistent FG program. With Catalina, our target was to make an update consistent with the coming FG 2.4 in order to replace the old Catalina buggy idiot version (was probably right with an older FG version 1.9 ?) which is in the "FG DOWNLOAD PAGES". Unfortunately we discovered quickly we could not get any good result with FG git, which was that buggy it could not work correctly (mainly with the MS Windows version), we were met with that difficulty for a long period. We were patient, waiting for fixes , contributing also to the Fg Google Bug List, and working partly with a Linux version. How are you walking ? on the head ? since you reverse the priority. The answer from these devel team persons, was a joke, at least to us, they said "we will include your project with FG 2.6" ( February ?), they probably make fun of us ( do you consider newbee are not serious ?). That model will be again not consistent , how will be FG 2.6 ? we don't know. In spite of the good level of our team, nobody here is able to answer that question, even if we are studying carefully the progress on JSBSim-devel ( congratulation to the jsbsim team ). Don't tell us we can work and update in parallel since testing a model is ever BEHIND a WORKING FG program. We don't mind the lost of "our fives persons" time spent on the Catalina, since we can learn from it. We have learnt we must not contribute to GPL update within FG, since the FG team answers does not convince us to contribute, we do not want to waste time. To please to the users, our model will be ever checked against an FG stable version. We will start that rule with FG 2.4, offering our models within our pages, but, under an other license. Sorry for our English, mainly middle east native ( and living partly in France , south ). Best regards Sent through FG devel-mail without subscribing (we hope it will be sent) And sent to the fg forum -- David and Josh ( the others are in vacation) for the E.E.K.P.O. GrthTeam https://sites.google.com/site/grtuxhangar/home -- AppSumo Presents a FREE Video for the SourceForge Community by Eric Ries, the creator of the Lean Startup Methodology on "Lean Startup Secrets Revealed." This video shows you how to validate your ideas, optimize your ideas and identify your business strategy. http://p.sf.net/sfu/appsumosfdev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
