Trunk nightly

[Cody]

Don't forget to resync back to your Oolite trunk 64bit!

<grins> Already done! For the record, as of yesterday the trunk nightly from GitHub was working as expected.

[Getafix]

@another_commander: Shouldn't the last commit also affect the Mac nightly?

[another_commander]

@another_commander: Shouldn't the last commit also affect the Mac nightly?

Theoretically yes, although the last changes would not trigger a build of the code; only the default shader was changed.

[Getafix]

These changes may not affect the binary itself, but it affects the installation package.
For example, if OoliteReadMe changes, then a new nightly package must be billed for Mac too.

Before pinging Jens, on that matter, could you, please, confirm that
a. the last commit 9178fa7 is a package change for Mac too and
b. your previous changes faac43b and 6224f61 in Material Test Suite.oxp are neither a binary nor a package change?

[another_commander]

Before pinging Jens, on that matter, could you, please, confirm that
a. the last commit 9178fa7 is a package change for Mac too and
b. your previous changes faac43b and 6224f61 in Material Test Suite.oxp are neither a binary nor a package change?

a. is confirmed.
b. should be also confirmed, but as I recall, the Mac package is not exactly the same as the Windows and Linux ones. I don't think that the material test suite is a part of that package. If it is not, then b. is also confirmed.

[Cholmondely]

The new Apple Nightly seems to crash all the jolly time compared with v.1.90. I so far have amassed 6 very long "latest.logs" and their equivalent equally elongated "AppleMac reports". Should I be doing anything with this largesse?

[Cody]

Is that without any OXPs?

[Cholmondely]

Nope. I don't really enjoy playing without OXP's. It's with my usual cocktail...

But then, again, cocktail-sozzled v.1.90 crashes nowhere near as frequently as the equivalent v.1.91 does...

[Cody]

Nevertheless, it might be useful to know how many errors the vanilla Mac nightly throws.