3.6.0 nightly vs 3.5.0

[legoboyvdlp]

Hi I now see 3.5.0... and 3.6.0 nightlies... what is the difference?

[clrCoda]

There won't be a tremendous amount of difference early on. This is preparation for 3.6 release candidates, a last attempt to solve as many bugs as possible with out adding any new features until after 3.6 is released, and then the nightly builds become 3.7 so that progressive development can continue, including adding new features that will appear in the 3.8 release. And it goes on like that until everyone quits or everyone is satisfied, or the world ends abruptly -- which might never happen in our lifetimes

--Ray

[legoboyvdlp]

Oh ok, so 3.5 nightly will dissappear or not bebupdated and 3.6 will be bug-fixes prior to RC?

[clrCoda]

You are correct sir! Win a prize! ( it escapes me what old TV game show I heard that phrase before.)
--Ray
was it Groucho?

[IAHM-COL]

Well.... also starting now, next time you pull FGDATA next (with or without submodules), you will probably get an error saying minimum FG version required is 3.6. which means time to go 3.6

Every Aircraft (GPL and nonGPL) of FGMEMBERS currently existing, has now been tagged with a FG3.6 status, too
Example, see:

https://github.com/FGMEMBERS/A320neo/releases
https://github.com/FGMEMBERS/TU-95/releases

IH-COL

[bugman]

Every Aircraft (GPL and nonGPL) of FGMEMBERS currently existing, has now been tagged with a FG3.6 status, too

Hi Israel,

This tagging might be premature. You'll see that the official FG v3.6 aircraft have not been branched yet (currently only 'release-3.4.0' exists at this link). As for the private hangars, I have not been following them so closely, so I don't know about their v3.6 tagging status. So you will experience a bit of inconsistency if there are any private hangar or official FGAddon aircraft changes before the final branch.

Regards,

Edward


EDIT: If you look at the repositories, you'll see that only the version numbers have changed (e.g. in the FGData 'version' file). There has been no v3.6 tagging as of yet.

[IAHM-COL]

indeed'
I may bump the tags up again when the FGDATA gets a release tag, for consistency purposes.

IH-COL

[ThommiTechnik]

Hoi together,

the last three builds of FlightGear-3.6.0-nightly-full.dmg are not working. The program itself crashes immediately after start-up. Reason:

Process: fgfs [4664]
Path: /Applications/FlightGear.app/Contents/MacOS/fgfs
Identifier: org.flightgear.FlightGear
Version: ???
Code Type: X86-64 (Native)
Parent Process: ??? [1]
Responsible: fgfs [4664]
User ID: 502
Date/Time: 2015-07-23 19:04:20.553 +0200
OS Version: Mac OS X 10.11 (15A225f)
Report Version: 11
Anonymous UUID: B3A21247-A88F-FB78-F94F-CCEB7590B66F
Sleep/Wake UUID: C1C9A257-97D7-4066-A11C-B0CCC0B6C432
Time Awake Since Boot: 21000 seconds
Time Since Wake: 4300 seconds
Crashed Thread: 0
Exception Type: EXC_BREAKPOINT (SIGTRAP)
Exception Codes: 0x0000000000000002, 0x0000000000000000
Exception Note: EXC_CORPSE_NOTIFY
Application Specific Information:
dyld: launch, loading dependent libraries
Dyld Error Message:
Library not loaded: libosgDB.100.dylib
Referenced from: /Applications/FlightGear.app/Contents/Frameworks/libosgText.100.dylib
Reason: image not found



And if you have a look in the last three console-outputs of Jenkins, you'll find this:

~/jenkins-root/workspace/Mac-nightly
Unlocking Hudson keychain for code-signing
Running package script
./hudson_mac_package_release.rb:13: warning: Insecure world writable dir /Users/Shared/Qt in PATH, mode 040777
Code signing identity is Developer ID Application: James Turner
osgVersion=3.2.2, so-number=100
Erasing previous image dir
Running macdeployqt on the bundle to copy Qt libraries
ERROR: no file at "/usr/lib/libosgText.100.dylib"
ERROR: no file at "/usr/lib/libosgSim.100.dylib"
ERROR: no file at "/usr/lib/libosgDB.100.dylib"
ERROR: no file at "/usr/lib/libosgParticle.100.dylib"
ERROR: no file at "/usr/lib/libosgFX.100.dylib"
ERROR: no file at "/usr/lib/libosgUtil.100.dylib"
ERROR: no file at "/usr/lib/libosgViewer.100.dylib"
ERROR: no file at "/usr/lib/libosgGA.100.dylib"
ERROR: no file at "/usr/lib/libosg.100.dylib"
ERROR: no file at "/usr/lib/libOpenThreads.20.dylib"


Maybe someone could have a deeper look whats going on with Jenkins? 3.5 is running good and stable.

Cheers Thomas

[Thorsten]

I've posted a summary of your message to the devel list in case the Mac people aren't reading the forum.

[ThommiTechnik]

Thanks Thorsten

[ThommiTechnik]

Still existing, also on last nightly (20150727).

Is it possible, that suddenly the paths could have changed? Shouldn't "/usr/lib" be "/Users/jenkins/jenkins-root/workspace/Mac-nightly/dist/lib"?