Re: [Flightgear-devel] 2.12 is branched
On Thu, Aug 15, 2013 at 11:54 AM, Gijs de Rooy wrote: Don't have much time today for further troubleshooting unfortunately; should have some after my last exam tomorrow ;-) Hi Gijs, Have you had the chance to look at this at all, and did Geoff's suggestion help? Do we have any active Win developers around who can help fix this? On a related note, once the build problem is resolved, could we generate a full installation RC package for testing? It would make it easier for testers not familiar with Git to use it, and would be quite handy for people like myself who do their development on Linux, but have Windows systems available for testing but without the git infrastructure or the time to download the entire git fgdata repository. Thanks, -Stuart -- Introducing Performance Central, a new site from SourceForge and AppDynamics. Performance Central is your source for news, insights, analysis and resources for efficient Application Performance Management. Visit us today! http://pubads.g.doubleclick.net/gampad/clk?id=48897511iu=/4140/ostg.clktrk ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] 2.12 is branched
On 21 Aug 2013, at 15:28, Stuart Buchanan stuar...@gmail.com wrote: On a related note, once the build problem is resolved, could we generate a full installation RC package for testing? It would make it easier for testers not familiar with Git to use it, and would be quite handy for people like myself who do their development on Linux, but have Windows systems available for testing but without the git infrastructure or the time to download the entire git fgdata repository. Once the build is fixed, Jenkins should do exactly that - that's part of the automation work I did for 2.10 - Jenkins will produce the complete install EXE, someone just has to grab it from Jenkins and upload / mirror / seed it as they see fit. Of course, Jenkins only does what it's told by the scripts (mostly in fgmeta besides the CMake files) - so we're still at the mercy of missing files in the installer description and so on - I didn't yet automate a 'smoke test'[1] on Jenkins, since that would mean keeping a clean environment to run test installs, and involve several expensive operations since we'd be launching the sim. That's all doable but requires VMs and more energy than I have. In general I've been hoping to get enough people using the nightly builds that an automated smoke-test would be unnecessary but that's probably optimistic :) James [1] 'where there's smoke there's fire', this is old terminology from the Netscape/Mozilla TinderBox engine. -- Introducing Performance Central, a new site from SourceForge and AppDynamics. Performance Central is your source for news, insights, analysis and resources for efficient Application Performance Management. Visit us today! http://pubads.g.doubleclick.net/gampad/clk?id=48897511iu=/4140/ostg.clktrk___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] 2.12 is branched
On Wed, Aug 21, 2013 at 3:51 PM, James Turner wrote: On a related note, once the build problem is resolved, could we generate a full installation RC package for testing? It would make it easier for testers not familiar with Git to use it, and would be quite handy for people like myself who do their development on Linux, but have Windows systems available for testing but without the git infrastructure or the time to download the entire git fgdata repository. Once the build is fixed, Jenkins should do exactly that - that's part of the automation work I did for 2.10 - Jenkins will produce the complete install EXE, someone just has to grab it from Jenkins and upload / mirror / seed it as they see fit. That's great work, Now all we need is someone with enough Windows knowledge to fix the build. [1] 'where there's smoke there's fire', this is old terminology from the Netscape/Mozilla TinderBox engine. I'm pretty sure the smoke test predates Tinderbox. I came across it when working for Xilinx in reference to hardware testing where the first test is to attach a power feed and check that nothing started giving off smoke :) -Stuart -- Introducing Performance Central, a new site from SourceForge and AppDynamics. Performance Central is your source for news, insights, analysis and resources for efficient Application Performance Management. Visit us today! http://pubads.g.doubleclick.net/gampad/clk?id=48897511iu=/4140/ostg.clktrk ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] 2.12 is branched
On 21 Aug 2013, at 16:03, Stuart Buchanan stuar...@gmail.com wrote: Now all we need is someone with enough Windows knowledge to fix the build. I've put some cash down to buy a cheap PC box for running Windows+Linux so I can debug these issues (and a few other Windows ones which are bugging me). Probably won't have everything up and running in the 2.12 timeframe, however. [1] 'where there's smoke there's fire', this is old terminology from the Netscape/Mozilla TinderBox engine. I'm pretty sure the smoke test predates Tinderbox. I came across it when working for Xilinx in reference to hardware testing where the first test is to attach a power feed and check that nothing started giving off smoke :) Haha, brilliant. James-- Introducing Performance Central, a new site from SourceForge and AppDynamics. Performance Central is your source for news, insights, analysis and resources for efficient Application Performance Management. Visit us today! http://pubads.g.doubleclick.net/gampad/clk?id=48897511iu=/4140/ostg.clktrk___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] 2.12 is branched
Hi, Stuart wrote: Now all we need is someone with enough Windows knowledge to fix the build. the Win32 builds work fine now, only FGRun for Win64 is failing. It builds fine on my machine, but on Jenkins it cannot find two Boost files. ..\..\fgrun\src\wizard_funcs.cxx(38): fatal error C1083: Cannot open include file: 'boost/algorithm/string/predicate.hpp': No such file or directory ..\..\fgrun\src\AirportTable.cxx(27): fatal error C1083: Cannot open include file: 'boost/algorithm/string/case_conv.hpp': No such file or directory These have been added by me a while ago. As said, it works fine on my machine and also for the win32 build on Jenkins. So I believe something's wrong with/missing from the Win64 setup of Jenkins that triggers the error. I cannot see what though. The file does exist: http://flightgear.simpits.org:8080/job/Boost-Win64/lastSuccessfulBuild/artifact/Boost/boost/algorithm/string/ Cheers, Gijs -- Introducing Performance Central, a new site from SourceForge and AppDynamics. Performance Central is your source for news, insights, analysis and resources for efficient Application Performance Management. Visit us today! http://pubads.g.doubleclick.net/gampad/clk?id=48897511iu=/4140/ostg.clktrk___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] 2.12 is branched
Hi James,
On Wed, 2013-08-21 at 16:08 +0100, James Turner wrote:
snip
I've put some cash down to buy a cheap PC box
for running Windows+Linux so I can debug these
issues (and a few other Windows ones which are
bugging me).
snip
This is really WONDERFUL news ;=))
MSVC has a very powerful source view level debugging,
but at present this fails in some auto-generated ctor/dtor
code before it reaches 'main()' so can not be used ;=((.
In the Debug build 'new' is replaced with a 'new_dbg'
which deliberately fills the allocation with 0xcc...
so if a person does NOT initialize ALL variables simple
dtor code like 'if (buf) delete buf;' crashes.
Further it allocate more than the memory request size
and sets up a filled-with-pattern header and tail, and
returns an off-set pointer, to completely check for
buffer under and over-run on delete.
Debug config adds a rather large prologue, and epilogue to
each function, that also fills the stack variables with
a pattern, so it can warn of things like -
void foo() {
int i;
if (i) do something
will warn 'i' has not been initialized... and does
a stack pointer check in the epilogue...
And LOTS more...
Of course all this add a heavy load, and the Debug
build only ever runs at about 1/10 speed, but is
excellent for debugging, provided you can get through
all the auto-c++ code and trap at main()...
And even if you get to main(), I have NEVER had a
clean Debug exit... there are many case of heap
corruption which it seems unix/linux/mac can
overlook, like they ARE also 'overlooked' in the
windows Release build!
But I am sure fgfs will run much better if we can get
rid of some of these 'hidden-from-unix' BUGS ;=))
Let me know if I can help in any way to get you
setup with a Windows box for testing, debugging ;=))
Regards,
Geoff.
--
Introducing Performance Central, a new site from SourceForge and
AppDynamics. Performance Central is your source for news, insights,
analysis and resources for efficient Application Performance Management.
Visit us today!
http://pubads.g.doubleclick.net/gampad/clk?id=48897511iu=/4140/ostg.clktrk
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] 2.12 is branched
On 14 Aug 2013, at 21:57, Curtis Olson curtol...@flightgear.org wrote: I think the main initial hurdle here is to get the Mac Windows releases sorted out on Jenkins (if they aren't already). We've done the code freeze and branch on schedule so we are mostly down to the mechanics and time of actually building and pushing the release out the door. The lovely folks at Virgin Media have my broadband up and running now, I plugged in the Mac slave and it's happy, and indeed a Mac release build has rolled off the production line smoothly. Now to see if it actually works - testing appreciated. Regards, James -- Get 100% visibility into Java/.NET code with AppDynamics Lite! It's a free troubleshooting tool designed for production. Get down to code-level detail for bottlenecks, with 2% overhead. Download for free and get started troubleshooting in minutes. http://pubads.g.doubleclick.net/gampad/clk?id=48897031iu=/4140/ostg.clktrk___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] 2.12 is branched
Hi James, James wrote: the biggest obstacle to an RC is getting the Windows build slaves to behave; if anyone on Windows could look at the Jenkins logs and shed any light, it would help. Is http://flightgear.simpits.org:8080/job/Windows-release/ the build that we should look at? Cheers, Gijs -- Get 100% visibility into Java/.NET code with AppDynamics Lite! It's a free troubleshooting tool designed for production. Get down to code-level detail for bottlenecks, with 2% overhead. Download for free and get started troubleshooting in minutes. http://pubads.g.doubleclick.net/gampad/clk?id=48897031iu=/4140/ostg.clktrk___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] 2.12 is branched
On 15 Aug 2013, at 10:50, Gijs de Rooy gijsr...@hotmail.com wrote: Is http://flightgear.simpits.org:8080/job/Windows-release/ the build that we should look at? Correct. James -- Get 100% visibility into Java/.NET code with AppDynamics Lite! It's a free troubleshooting tool designed for production. Get down to code-level detail for bottlenecks, with 2% overhead. Download for free and get started troubleshooting in minutes. http://pubads.g.doubleclick.net/gampad/clk?id=48897031iu=/4140/ostg.clktrk___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] 2.12 is branched
It seems to fail on building FGRun.exe: SimGearCore.lib(timestamp.obj) : error LNK2019: unresolved external symbol __imp__timeGetTime@0 referenced in function public: void __thiscall SGTimeStamp::stamp(void) (?stamp@SGTimeStamp@@QAEXXZ) FGRun-Win64-Cmake also fails (unrelated to this release issue I think), but that one has an issue with Boost. It fails to find a file that's there in Boost-Win64, so it's probably linking to some odd path? Don't have much time today for further troubleshooting unfortunately; should have some after my last exam tomorrow ;-) Cheers, Gijs -- Get 100% visibility into Java/.NET code with AppDynamics Lite! It's a free troubleshooting tool designed for production. Get down to code-level detail for bottlenecks, with 2% overhead. Download for free and get started troubleshooting in minutes. http://pubads.g.doubleclick.net/gampad/clk?id=48897031iu=/4140/ostg.clktrk___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] 2.12 is branched
Hi Gijs, That can be fixed by adding Winmm.lib to the link... Like in the fgrun CMakeLists.txt file add - target_link_libraries( fgrun Winmm ) Regards, Geoff. On Thu, 2013-08-15 at 12:54 +0200, Gijs de Rooy wrote: It seems to fail on building FGRun.exe: SimGearCore.lib(timestamp.obj) : error LNK2019: unresolved external symbol __imp__timeGetTime@0 referenced in function public: void __thiscall SGTimeStamp::stamp(void) (?stamp@SGTimeStamp@@QAEXXZ) FGRun-Win64-Cmake also fails (unrelated to this release issue I think), but that one has an issue with Boost. It fails to find a file that's there in Boost-Win64, so it's probably linking to some odd path? Don't have much time today for further troubleshooting unfortunately; should have some after my last exam tomorrow ;-) Cheers, Gijs -- Get 100% visibility into Java/.NET code with AppDynamics Lite! It's a free troubleshooting tool designed for production. Get down to code-level detail for bottlenecks, with 2% overhead. Download for free and get started troubleshooting in minutes. http://pubads.g.doubleclick.net/gampad/clk?id=48897031iu=/4140/ostg.clktrk ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] 2.12 is branched
Hi Geoff, That can be fixed by adding Winmm.lib to the link... Fred already did that some time ago, right? https://www.gitorious.org/fg/fgrun/commit/d25fad49b73f51459ef2bdaa7e040da8259a02a0 Cheers, Gijs -- Get 100% visibility into Java/.NET code with AppDynamics Lite! It's a free troubleshooting tool designed for production. Get down to code-level detail for bottlenecks, with 2% overhead. Download for free and get started troubleshooting in minutes. http://pubads.g.doubleclick.net/gampad/clk?id=48897031iu=/4140/ostg.clktrk___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] 2.12 is branched
Hi Gijs,
Yes, it certainly 'looks' that way ;=()
I just did a git pull, and I can only produce that
SAME link error in my Windows 7 build if I comment
out the line -
list(APPEND PLATFORM_LIBS winmm.lib)
Then I get what you showed -
SimGearCored.lib(timestamp.obj) : error LNK2019: unresolved
external symbol __imp__timeGetTime@0 referenced in function
public: void __thiscall
SGTimeStamp::stamp(void) (?stamp@SGTimeStamp@@QAEXXZ)
C:\FG\18\build-fgrun\src\Debug\fgrund.exe : fatal error
LNK1120: 1 unresolved externals
Can only suggest in src\CMakeLists.txt you add a message like -
message(STATUS *** target_link_libraries(fgrun ui=${ui_libs_1_3} \
ws=${WINSOCK_LIBRARY} sg=${simgear_libs} \
osg=${OPENSCENEGRAPH_LIBRARIES} \
fltk=${FLTK_LIBRARIES} z=${ZLIB_LIBRARIES} intl=${INTL_LIBRARY} \
opty=${OPENPTY_LIBRARY} pf=${PLATFORM_LIBS}))
Just to make sure PLATFORM_LIBS is not getting clobbered somehow.
Of course this should show ... pf=winmm.lib)
I note PLATFORM_LIBS is only set in a cmake if (MSVC). It is
being compiled using the MSVC compiler/linker right?
Maybe that should be if (MSVC OR WIN32) or just if (WIN32) since
winmm.lib would ALWAYS be required in Windows for timeGetTime()...
HTH.
Regards,
Geoff.
On Thu, 2013-08-15 at 15:32 +0200, Gijs de Rooy wrote:
Hi Geoff,
That can be fixed by adding Winmm.lib to the link...
Fred already did that some time ago, right?
https://www.gitorious.org/fg/fgrun/commit/d25fad49b73f51459ef2bdaa7e040da8259a02a0
Cheers,
Gijs
--
Get 100% visibility into Java/.NET code with AppDynamics Lite!
It's a free troubleshooting tool designed for production.
Get down to code-level detail for bottlenecks, with 2% overhead.
Download for free and get started troubleshooting in minutes.
http://pubads.g.doubleclick.net/gampad/clk?id=48897031iu=/4140/ostg.clktrk
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] 2.12 is branched
On 13 Aug 2013, at 21:42, Stuart Buchanan stuar...@gmail.com wrote: I propose pushing out the release by a month. I've got a bit more time available for FG right now, but not as much as I did 12 months ago, and it sounds like James and Thorsten R are similarly time limited. I think it will take longer than usual to address any issues found in the RCs. If we are going to slip the release, we should only do so once :) +1 on all counts. James -- Get 100% visibility into Java/.NET code with AppDynamics Lite! It's a free troubleshooting tool designed for production. Get down to code-level detail for bottlenecks, with 2% overhead. Download for free and get started troubleshooting in minutes. http://pubads.g.doubleclick.net/gampad/clk?id=48897031iu=/4140/ostg.clktrk___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] 2.12 is branched
I propose pushing out the release by a month. I've got a bit more time available for FG right now, but not as much as I did 12 months ago, and it sounds like James and Thorsten R are similarly time limited. I think it will take longer than usual to address any issues found in the RCs. If we are going to slip the release, we should only do so once :) Agreed - in case there are any problems in my department, I won't be able to react till Sep. 7th - I've two trips scheduled between now and then. * Thorsten -- Get 100% visibility into Java/.NET code with AppDynamics Lite! It's a free troubleshooting tool designed for production. Get down to code-level detail for bottlenecks, with 2% overhead. Download for free and get started troubleshooting in minutes. http://pubads.g.doubleclick.net/gampad/clk?id=48897031iu=/4140/ostg.clktrk ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] 2.12 is branched
Hi Pat, On Wed, Aug 14, 2013 at 1:11 AM, Pat wrote: One reschedule is a good idea. Would an indefinite delay, with a promise republishing the schedule by a given date be appropriate or desirable? An indefinite delay would risk the release never being completed, and we'd be back where we were before with big gaps between releases. A defined delay gives us all something to aim for :) Plus we want to get this release completed so we can start on the Christmas release, tentatively named 3.0.0. -Stuart -- Get 100% visibility into Java/.NET code with AppDynamics Lite! It's a free troubleshooting tool designed for production. Get down to code-level detail for bottlenecks, with 2% overhead. Download for free and get started troubleshooting in minutes. http://pubads.g.doubleclick.net/gampad/clk?id=48897031iu=/4140/ostg.clktrk ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] 2.12 is branched
I think the main initial hurdle here is to get the Mac Windows releases sorted out on Jenkins (if they aren't already). We've done the code freeze and branch on schedule so we are mostly down to the mechanics and time of actually building and pushing the release out the door. Thanks, Curt. On Wed, Aug 14, 2013 at 3:36 PM, Stuart Buchanan stuar...@gmail.com wrote: Hi Pat, On Wed, Aug 14, 2013 at 1:11 AM, Pat wrote: One reschedule is a good idea. Would an indefinite delay, with a promise republishing the schedule by a given date be appropriate or desirable? An indefinite delay would risk the release never being completed, and we'd be back where we were before with big gaps between releases. A defined delay gives us all something to aim for :) Plus we want to get this release completed so we can start on the Christmas release, tentatively named 3.0.0. -Stuart -- Get 100% visibility into Java/.NET code with AppDynamics Lite! It's a free troubleshooting tool designed for production. Get down to code-level detail for bottlenecks, with 2% overhead. Download for free and get started troubleshooting in minutes. http://pubads.g.doubleclick.net/gampad/clk?id=48897031iu=/4140/ostg.clktrk ___ 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 -- Get 100% visibility into Java/.NET code with AppDynamics Lite! It's a free troubleshooting tool designed for production. Get down to code-level detail for bottlenecks, with 2% overhead. Download for free and get started troubleshooting in minutes. http://pubads.g.doubleclick.net/gampad/clk?id=48897031iu=/4140/ostg.clktrk___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] 2.12 is branched
On the risk of making myself really unpopular, but would now be a good time to defer the release? It seems James is caught in the middle of moving, Stuart indicated some other private things piling up, I have the maddest travelling schedule I've ever had in my life this fall, and I haven't seen a number of other folks around for a while, we don't have release candidates out which will have impacts on bugfixes, assuming there'd be anyone around capable of doing bugfixes,... It seems we've hit a fluctuation where pretty much everyone is occupied with something else at the moment (?) - if that's the case, should we still go ahead? * Thorsten -- Get 100% visibility into Java/.NET code with AppDynamics Lite! It's a free troubleshooting tool designed for production. Get down to code-level detail for bottlenecks, with 2% overhead. Download for free and get started troubleshooting in minutes. http://pubads.g.doubleclick.net/gampad/clk?id=48897031iu=/4140/ostg.clktrk ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] 2.12 is branched
On 13 Aug 2013, at 12:58, Renk Thorsten thorsten.i.r...@jyu.fi wrote: On the risk of making myself really unpopular, but would now be a good time to defer the release? It seems James is caught in the middle of moving, Stuart indicated some other private things piling up, I have the maddest travelling schedule I've ever had in my life this fall, and I haven't seen a number of other folks around for a while, we don't have release candidates out which will have impacts on bugfixes, assuming there'd be anyone around capable of doing bugfixes,... It seems we've hit a fluctuation where pretty much everyone is occupied with something else at the moment (?) - if that's the case, should we still go ahead? That's possibly a fair suggestion. I am scheduled to get my new broadband connection up and running tomorrow (Wednesday) so the Mac build slave will be available at that time (with decent upstream bandwidth again). However my time is a bit fragmented and likely to remain so for a few weeks - I'm happy to merge patches or anything else anyone explicitly requests, but I'm not focused enough to start chasing other people to get things done :) Once the Mac build slave is back, the biggest obstacle to an RC is getting the Windows build slaves to behave; if anyone on Windows could look at the Jenkins logs and shed any light, it would help. Kind regards, James -- Get 100% visibility into Java/.NET code with AppDynamics Lite! It's a free troubleshooting tool designed for production. Get down to code-level detail for bottlenecks, with 2% overhead. Download for free and get started troubleshooting in minutes. http://pubads.g.doubleclick.net/gampad/clk?id=48897031iu=/4140/ostg.clktrk___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] 2.12 is branched
We would need permission from Torsten D, our release manager, but I would also second Thorsten R's proposal to defer the 2.12 release by a week or two. I have been spread very thin this summer with my day job projects and will be out of town myself on the 16-18 of August. I think we should at minimum get the Mac and Windows build slaves going, generate release candidates for both platforms, and push those out in the wild for a week (and address any major issues that surface) before finalizing the actual release. I apologize for not being more out in front of this ... this has been the summer from hell (work-wise) for me. Regards, Curt. On Tue, Aug 13, 2013 at 7:24 AM, James Turner zakal...@mac.com wrote: On 13 Aug 2013, at 12:58, Renk Thorsten thorsten.i.r...@jyu.fi wrote: On the risk of making myself really unpopular, but would now be a good time to defer the release? It seems James is caught in the middle of moving, Stuart indicated some other private things piling up, I have the maddest travelling schedule I've ever had in my life this fall, and I haven't seen a number of other folks around for a while, we don't have release candidates out which will have impacts on bugfixes, assuming there'd be anyone around capable of doing bugfixes,... It seems we've hit a fluctuation where pretty much everyone is occupied with something else at the moment (?) - if that's the case, should we still go ahead? That's possibly a fair suggestion. I am scheduled to get my new broadband connection up and running tomorrow (Wednesday) so the Mac build slave will be available at that time (with decent upstream bandwidth again). However my time is a bit fragmented and likely to remain so for a few weeks - I'm happy to merge patches or anything else anyone explicitly requests, but I'm not focused enough to start chasing other people to get things done :) Once the Mac build slave is back, the biggest obstacle to an RC is getting the Windows build slaves to behave; if anyone on Windows could look at the Jenkins logs and shed any light, it would help. Kind regards, James -- Get 100% visibility into Java/.NET code with AppDynamics Lite! It's a free troubleshooting tool designed for production. Get down to code-level detail for bottlenecks, with 2% overhead. Download for free and get started troubleshooting in minutes. http://pubads.g.doubleclick.net/gampad/clk?id=48897031iu=/4140/ostg.clktrk ___ 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 -- Get 100% visibility into Java/.NET code with AppDynamics Lite! It's a free troubleshooting tool designed for production. Get down to code-level detail for bottlenecks, with 2% overhead. Download for free and get started troubleshooting in minutes. http://pubads.g.doubleclick.net/gampad/clk?id=48897031iu=/4140/ostg.clktrk___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] 2.12 is branched
Permission granted ;-) As everybody seems to be caught in some real life trouble, I can't see a better way to get the release out than delaying it for a while. Would two weeks be enough for everybody? That will get us to the weekend Aug, 31/Sep 1. Torsten Am 13.08.2013 16:56, schrieb Curtis Olson: We would need permission from Torsten D, our release manager, but I would also second Thorsten R's proposal to defer the 2.12 release by a week or two. I have been spread very thin this summer with my day job projects and will be out of town myself on the 16-18 of August. I think we should at minimum get the Mac and Windows build slaves going, generate release candidates for both platforms, and push those out in the wild for a week (and address any major issues that surface) before finalizing the actual release. I apologize for not being more out in front of this ... this has been the summer from hell (work-wise) for me. Regards, Curt. On Tue, Aug 13, 2013 at 7:24 AM, James Turner zakal...@mac.com mailto:zakal...@mac.com wrote: On 13 Aug 2013, at 12:58, Renk Thorsten thorsten.i.r...@jyu.fi mailto:thorsten.i.r...@jyu.fi wrote: On the risk of making myself really unpopular, but would now be a good time to defer the release? It seems James is caught in the middle of moving, Stuart indicated some other private things piling up, I have the maddest travelling schedule I've ever had in my life this fall, and I haven't seen a number of other folks around for a while, we don't have release candidates out which will have impacts on bugfixes, assuming there'd be anyone around capable of doing bugfixes,... It seems we've hit a fluctuation where pretty much everyone is occupied with something else at the moment (?) - if that's the case, should we still go ahead? That's possibly a fair suggestion. I am scheduled to get my new broadband connection up and running tomorrow (Wednesday) so the Mac build slave will be available at that time (with decent upstream bandwidth again). However my time is a bit fragmented and likely to remain so for a few weeks - I'm happy to merge patches or anything else anyone explicitly requests, but I'm not focused enough to start chasing other people to get things done :) Once the Mac build slave is back, the biggest obstacle to an RC is getting the Windows build slaves to behave; if anyone on Windows could look at the Jenkins logs and shed any light, it would help. Kind regards, James -- Get 100% visibility into Java/.NET code with AppDynamics Lite! It's a free troubleshooting tool designed for production. Get down to code-level detail for bottlenecks, with 2% overhead. Download for free and get started troubleshooting in minutes. http://pubads.g.doubleclick.net/gampad/clk?id=48897031iu=/4140/ostg.clktrk ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net mailto:Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel -- Curtis Olson: http://www.atiak.com http://www.atiak.com/ - http://aem.umn.edu/~uav/ http://aem.umn.edu/%7Euav/ http://www.flightgear.org http://www.flightgear.org/ - http://gallinazo.flightgear.org http://gallinazo.flightgear.org/ -- Get 100% visibility into Java/.NET code with AppDynamics Lite! It's a free troubleshooting tool designed for production. Get down to code-level detail for bottlenecks, with 2% overhead. Download for free and get started troubleshooting in minutes. http://pubads.g.doubleclick.net/gampad/clk?id=48897031iu=/4140/ostg.clktrk ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel -- Get 100% visibility into Java/.NET code with AppDynamics Lite! It's a free troubleshooting tool designed for production. Get down to code-level detail for bottlenecks, with 2% overhead. Download for free and get started troubleshooting in minutes. http://pubads.g.doubleclick.net/gampad/clk?id=48897031iu=/4140/ostg.clktrk___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] 2.12 is branched
On Tue, Aug 13, 2013 at 9:38 PM, Torsten Dreyer wrote: Permission granted ;-) As everybody seems to be caught in some real life trouble, I can't see a better way to get the release out than delaying it for a while. Would two weeks be enough for everybody? That will get us to the weekend Aug, 31/Sep 1. I propose pushing out the release by a month. I've got a bit more time available for FG right now, but not as much as I did 12 months ago, and it sounds like James and Thorsten R are similarly time limited. I think it will take longer than usual to address any issues found in the RCs. If we are going to slip the release, we should only do so once :) -Stuart -- Get 100% visibility into Java/.NET code with AppDynamics Lite! It's a free troubleshooting tool designed for production. Get down to code-level detail for bottlenecks, with 2% overhead. Download for free and get started troubleshooting in minutes. http://pubads.g.doubleclick.net/gampad/clk?id=48897031iu=/4140/ostg.clktrk ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] 2.12 is branched
snip If we are going to slip the release, we should only do so once :) -Stuart One reschedule is a good idea. Would an indefinite delay, with a promise republishing the schedule by a given date be appropriate or desirable? For example Due to constraints on our developers' available time, we are rescheduling the release of the next version of our highly successful All in One Integrated Development Environment and Espresso Machine* We expect to have a revised schedule by the second Tuesday of next week -Pat *We're not sure about your code, but your coffee will be worthy of poetry! -- Get 100% visibility into Java/.NET code with AppDynamics Lite! It's a free troubleshooting tool designed for production. Get down to code-level detail for bottlenecks, with 2% overhead. Download for free and get started troubleshooting in minutes. http://pubads.g.doubleclick.net/gampad/clk?id=48897031iu=/4140/ostg.clktrk ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] 2.12 is branched
Erm...shouldn't there be a RC version released sometime around now, since the final version will be released in just over a week? On Aug 3, 2013 3:50 AM, James Turner zakal...@mac.com wrote: On 3 Aug 2013, at 04:27, Saikrishna Arcot saiarcot...@gmail.com wrote: Actually, scratch that; it seems FlightGear allows the --fg-aircraft switch to specify multiple root aircraft directories, although the man page needs to be updated to specify this (it currently says it's only used by UIUC). I added that feature quite a few versions ago, looks like the man page needs to be refreshed :) James -- Get your SQL database under version control now! Version control is standard for application code, but databases havent caught up. So what steps can you take to put your SQL databases under version control? Why should you start doing it? Read more to find out. http://pubads.g.doubleclick.net/gampad/clk?id=49501711iu=/4140/ostg.clktrk ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel -- Get 100% visibility into Java/.NET code with AppDynamics Lite! It's a free troubleshooting tool designed for production. Get down to code-level detail for bottlenecks, with 2% overhead. Download for free and get started troubleshooting in minutes. http://pubads.g.doubleclick.net/gampad/clk?id=48897031iu=/4140/ostg.clktrk___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] 2.12 is branched
On 8 Aug 2013, at 15:15, Saikrishna Arcot saiarcot...@gmail.com wrote: Erm...shouldn't there be a RC version released sometime around now, since the final version will be released in just over a week? Unfortunately, I'm in the middle of moving house, so rather busy. The release branches exist, and the autobuild is running - someone can take the source ball or binaries (unfortunately the Windows slave is down, someone needs to ping Gene) and test it. James-- Get 100% visibility into Java/.NET code with AppDynamics Lite! It's a free troubleshooting tool designed for production. Get down to code-level detail for bottlenecks, with 2% overhead. Download for free and get started troubleshooting in minutes. http://pubads.g.doubleclick.net/gampad/clk?id=48897031iu=/4140/ostg.clktrk___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] 2.12 is branched
The release branches exist, and the autobuild is running - someone can take the source ball or binaries (unfortunately the Windows slave is down, someone needs to ping Gene) and test it. Slave is up. Has been since about 7am PDT. g. -- Proud owner of F-15C 80-0007 http://www.f15sim.com - The only one of its kind. http://www.diy-cockpits.org/coll - Go Collimated or Go Home. 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://scarlet.deltasoft.com - Get it _today_! -- Get 100% visibility into Java/.NET code with AppDynamics Lite! It's a free troubleshooting tool designed for production. Get down to code-level detail for bottlenecks, with 2% overhead. Download for free and get started troubleshooting in minutes. http://pubads.g.doubleclick.net/gampad/clk?id=48897031iu=/4140/ostg.clktrk ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] 2.12 is branched
On 3 Aug 2013, at 04:27, Saikrishna Arcot saiarcot...@gmail.com wrote: Actually, scratch that; it seems FlightGear allows the --fg-aircraft switch to specify multiple root aircraft directories, although the man page needs to be updated to specify this (it currently says it's only used by UIUC). I added that feature quite a few versions ago, looks like the man page needs to be refreshed :) James-- Get your SQL database under version control now! Version control is standard for application code, but databases havent caught up. So what steps can you take to put your SQL databases under version control? Why should you start doing it? Read more to find out. http://pubads.g.doubleclick.net/gampad/clk?id=49501711iu=/4140/ostg.clktrk___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] 2.12 is branched
Would some sort of user data directory help with this? Can this be done on ubuntu? On Thu, 1 Aug 2013 21:16:50 -0500 Saikrishna Arcot saiarcot...@gmail.com wrote: For what it's worth, I have a PPAhttps://launchpad.net/~saiarcot895/+archive/flightgear-prerelthat is tracking the 2.12.0 branch that includes the default aircraft and a few other aircraft that can be used by Ubuntu and other distros that use/allow Ubuntu's repos and/or PPAs. However, it installs these files to /usr/games and /usr/share/games, which some people frown upon because it doesn't allow easy changes. Saikrishna Arcot On Wed, Jul 31, 2013 at 11:40 AM, Gijs de Rooy gijsr...@hotmail.com wrote: Hi all, is there any news on release candidates? I think we did find a few serious bugs last year when people tried the RCs, so we'd better start distributing them before the end of this week... Cheers, Gijs -- Get your SQL database under version control now! Version control is standard for application code, but databases havent caught up. So what steps can you take to put your SQL databases under version control? Why should you start doing it? Read more to find out. http://pubads.g.doubleclick.net/gampad/clk?id=49501711iu=/4140/ostg.clktrk ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel -- Get your SQL database under version control now! Version control is standard for application code, but databases havent caught up. So what steps can you take to put your SQL databases under version control? Why should you start doing it? Read more to find out. http://pubads.g.doubleclick.net/gampad/clk?id=49501711iu=/4140/ostg.clktrk ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] 2.12 is branched
That might help, or the ability to specify multiple directories for the aircraft, like how it's done with scenery. If need be, I can have just FlightGear for Ubuntu built with a patch to allow multiple directories for aircraft. Saikrishna Arcot On Fri, Aug 2, 2013 at 6:34 PM, Pat pat.callah...@gmail.com wrote: Would some sort of user data directory help with this? Can this be done on ubuntu? On Thu, 1 Aug 2013 21:16:50 -0500 Saikrishna Arcot saiarcot...@gmail.com wrote: For what it's worth, I have a PPAhttps://launchpad.net/~saiarcot895/+archive/flightgear-prerelthat is tracking the 2.12.0 branch that includes the default aircraft and a few other aircraft that can be used by Ubuntu and other distros that use/allow Ubuntu's repos and/or PPAs. However, it installs these files to /usr/games and /usr/share/games, which some people frown upon because it doesn't allow easy changes. Saikrishna Arcot On Wed, Jul 31, 2013 at 11:40 AM, Gijs de Rooy gijsr...@hotmail.com wrote: Hi all, is there any news on release candidates? I think we did find a few serious bugs last year when people tried the RCs, so we'd better start distributing them before the end of this week... Cheers, Gijs -- Get your SQL database under version control now! Version control is standard for application code, but databases havent caught up. So what steps can you take to put your SQL databases under version control? Why should you start doing it? Read more to find out. http://pubads.g.doubleclick.net/gampad/clk?id=49501711iu=/4140/ostg.clktrk ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel -- Get your SQL database under version control now! Version control is standard for application code, but databases havent caught up. So what steps can you take to put your SQL databases under version control? Why should you start doing it? Read more to find out. http://pubads.g.doubleclick.net/gampad/clk?id=49501711iu=/4140/ostg.clktrk ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel -- Get your SQL database under version control now! Version control is standard for application code, but databases havent caught up. So what steps can you take to put your SQL databases under version control? Why should you start doing it? Read more to find out. http://pubads.g.doubleclick.net/gampad/clk?id=49501711iu=/4140/ostg.clktrk___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] 2.12 is branched
Actually, scratch that; it seems FlightGear allows the --fg-aircraft switch to specify multiple root aircraft directories, although the man page needs to be updated to specify this (it currently says it's only used by UIUC). Saikrishna Arcot On Fri, Aug 2, 2013 at 10:24 PM, Saikrishna Arcot saiarcot...@gmail.comwrote: That might help, or the ability to specify multiple directories for the aircraft, like how it's done with scenery. If need be, I can have just FlightGear for Ubuntu built with a patch to allow multiple directories for aircraft. Saikrishna Arcot On Fri, Aug 2, 2013 at 6:34 PM, Pat pat.callah...@gmail.com wrote: Would some sort of user data directory help with this? Can this be done on ubuntu? On Thu, 1 Aug 2013 21:16:50 -0500 Saikrishna Arcot saiarcot...@gmail.com wrote: For what it's worth, I have a PPAhttps://launchpad.net/~saiarcot895/+archive/flightgear-prerelthat is tracking the 2.12.0 branch that includes the default aircraft and a few other aircraft that can be used by Ubuntu and other distros that use/allow Ubuntu's repos and/or PPAs. However, it installs these files to /usr/games and /usr/share/games, which some people frown upon because it doesn't allow easy changes. Saikrishna Arcot On Wed, Jul 31, 2013 at 11:40 AM, Gijs de Rooy gijsr...@hotmail.com wrote: Hi all, is there any news on release candidates? I think we did find a few serious bugs last year when people tried the RCs, so we'd better start distributing them before the end of this week... Cheers, Gijs -- Get your SQL database under version control now! Version control is standard for application code, but databases havent caught up. So what steps can you take to put your SQL databases under version control? Why should you start doing it? Read more to find out. http://pubads.g.doubleclick.net/gampad/clk?id=49501711iu=/4140/ostg.clktrk ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel -- Get your SQL database under version control now! Version control is standard for application code, but databases havent caught up. So what steps can you take to put your SQL databases under version control? Why should you start doing it? Read more to find out. http://pubads.g.doubleclick.net/gampad/clk?id=49501711iu=/4140/ostg.clktrk ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel -- Get your SQL database under version control now! Version control is standard for application code, but databases havent caught up. So what steps can you take to put your SQL databases under version control? Why should you start doing it? Read more to find out. http://pubads.g.doubleclick.net/gampad/clk?id=49501711iu=/4140/ostg.clktrk___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] 2.12 is branched
For what it's worth, I have a PPAhttps://launchpad.net/~saiarcot895/+archive/flightgear-prerelthat is tracking the 2.12.0 branch that includes the default aircraft and a few other aircraft that can be used by Ubuntu and other distros that use/allow Ubuntu's repos and/or PPAs. However, it installs these files to /usr/games and /usr/share/games, which some people frown upon because it doesn't allow easy changes. Saikrishna Arcot On Wed, Jul 31, 2013 at 11:40 AM, Gijs de Rooy gijsr...@hotmail.com wrote: Hi all, is there any news on release candidates? I think we did find a few serious bugs last year when people tried the RCs, so we'd better start distributing them before the end of this week... Cheers, Gijs -- Get your SQL database under version control now! Version control is standard for application code, but databases havent caught up. So what steps can you take to put your SQL databases under version control? Why should you start doing it? Read more to find out. http://pubads.g.doubleclick.net/gampad/clk?id=49501711iu=/4140/ostg.clktrk ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel -- Get your SQL database under version control now! Version control is standard for application code, but databases havent caught up. So what steps can you take to put your SQL databases under version control? Why should you start doing it? Read more to find out. http://pubads.g.doubleclick.net/gampad/clk?id=49501711iu=/4140/ostg.clktrk___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] 2.12 is branched
On 30 Jul 2013, at 21:25, Stuart Buchanan stuar...@gmail.com wrote: James - if it's convenient could you pull this to the 2.12.0 release branch please. Done. James -- Get your SQL database under version control now! Version control is standard for application code, but databases havent caught up. So what steps can you take to put your SQL databases under version control? Why should you start doing it? Read more to find out. http://pubads.g.doubleclick.net/gampad/clk?id=49501711iu=/4140/ostg.clktrk___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] 2.12 is branched
Hi all, is there any news on release candidates? I think we did find a few serious bugs last year when people tried the RCs, so we'd better start distributing them before the end of this week... Cheers, Gijs -- Get your SQL database under version control now! Version control is standard for application code, but databases havent caught up. So what steps can you take to put your SQL databases under version control? Why should you start doing it? Read more to find out. http://pubads.g.doubleclick.net/gampad/clk?id=49501711iu=/4140/ostg.clktrk___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] 2.12 is branched
Hi James, On Wed, Jul 24, 2013 at 10:07 PM, Stuart Buchanan wrote: As an FYI, I'm still working on some final updates to The Manual that I want to get committed to the 2.12.0 branch. These have now been committed to master (e87379c). James - if it's convenient could you pull this to the 2.12.0 release branch please. -Stuart -- Get your SQL database under version control now! Version control is standard for application code, but databases havent caught up. So what steps can you take to put your SQL databases under version control? Why should you start doing it? Read more to find out. http://pubads.g.doubleclick.net/gampad/clk?id=49501711iu=/4140/ostg.clktrk ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] 2.12 is branched
On Wed, Jul 17, 2013 at 8:38 PM, James Turner wrote: Hi, I've just created the release branches for FG, SG data (at Torsten's request, since he's on holiday in the wild, Internet-less north of Sweden). Thanks James. As an FYI, I'm still working on some final updates to The Manual that I want to get committed to the 2.12.0 branch. -Stuart -- See everything from the browser to the database with AppDynamics Get end-to-end visibility with application monitoring from AppDynamics Isolate bottlenecks and diagnose root cause in seconds. Start your free trial of AppDynamics Pro today! http://pubads.g.doubleclick.net/gampad/clk?id=48808831iu=/4140/ostg.clktrk ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] 2.12 is branched
Cool stuff... Got a weekend of so am reviving freeflightsim.org.. got to change servers and have some time.. Is the public release automated.. Eg for me on my freeflightsim.org website.. I want a remote feed to a json file what says new release... If the new version is later that the current version.. that Its automated.. inc link to download et all... How far are we on the road to that ? Pete -- See everything from the browser to the database with AppDynamics Get end-to-end visibility with application monitoring from AppDynamics Isolate bottlenecks and diagnose root cause in seconds. Start your free trial of AppDynamics Pro today! http://pubads.g.doubleclick.net/gampad/clk?id=48808831iu=/4140/ostg.clktrk___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] 2.12 is branched
Hi, I've just created the release branches for FG, SG data (at Torsten's request, since he's on holiday in the wild, Internet-less north of Sweden). Hopefully I didn't screw anything up :) This means 'next' is open for unstable work, and that bug-fixes should be applied to both next release branch and next as appropriate, preferably after a code-review cycle. I've set the version files on 'next' to be 2.99, on the assumption the next release will be 3.0 as discussed. Regards, James -- See everything from the browser to the database with AppDynamics Get end-to-end visibility with application monitoring from AppDynamics Isolate bottlenecks and diagnose root cause in seconds. Start your free trial of AppDynamics Pro today! http://pubads.g.doubleclick.net/gampad/clk?id=48808831iu=/4140/ostg.clktrk ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
