Bump dub to v1.31.1

[kinke]

No description provided.

[Geod24]

There's also https://github.com/atilaneves/reggae/blob/master/dub.json#L16
Which is interesting, why the == dependency @atilaneves ?

[kinke]

Oh right. But goddammit, more things to fix (std.sumtype invariant...), and I really don't want to waste any time for such a trivial bump. We also hit a new assertion wrt. the new packages build cache directory.

[Geod24]

The bug seems to be that Reggae uses a Project with a null rootPackage in unitests.
From a quick look, writing a dummy dub.json in testPath might be enough to get things to pass.

[atilaneves]

There's also https://github.com/atilaneves/reggae/blob/master/dub.json#L16 Which is interesting, why the == dependency @atilaneves ?

No idea.

[kinke]

Almost working now; hitting long-path regressions on Windows for the dub-generated dub_test_root.d file, where the new cache directory comes into play. E.g., 262 chars (limit is 260):

D:\a\reggae\reggae\tmp\unit-threaded\XXZRZBa02536\__dub_cache__\dub_depends_on_prebuild\~master\code\dub_depends_on_prebuild-test-application-debug-windows-x86_64-dmd_v2.100.0-dirty-6E340B9CFFB37A989CA544E6BB780A2C78901D3FB33738768511A30617AFA01D\dub_test_root.d

This full 64-chars build hash already claims ~25% of the max length.

[kinke]

The error above can't really be handled on our side - dub tries to generate this file, as part of generating the unittest dub configuration. All we set is D:\a\reggae\reggae\tmp\unit-threaded\XXZRZBa02536\__dub_cache__ as cache dir - the reggae build dir + __dub_cache__. Can't get any shorter really.

CI now works except for DMD on Windows - the -dirty DMD version suffix seems to just push it over the edge, and LDC just makes it. I've tested the DMD v2.101 and v2.102 versions on Windows, they all come with a -dirty suffix unfortunately.

[Geod24]

We have a fix in master, I can just backport this if you'd like ? Although it looks like you worked around the bug.

[kinke]

Oh cool, looking very much forward to dlang/dub#2589. - Yeah, I've worked around the CI problem now.

I've also pushed an unrelated commit (c2cbf0d), which I hope fixes the long-path issues for some SIL plugins on Windows - where I've had to stick to dub for now. I've tested this reggae build with a few SIL subprojects (REPL, lang, a plugin); all working.