Closed WebFreak001 closed 1 year ago
introduced by 65fb2fa12ca4352ba5f8c8cce3488a661abd6300 @Geod24
readding toHash does not seem to fix this in current stable branch
when readding toHash in the git history, 4e86806c seems to be the introducing commit
possible factor: toHash + opEquals used to only check on the version range, ignoring path and repo based values - this might be altering the internal AA state
Additional weirdness: packages in dub.d getPackageRaw (name, dep) don't match:
old working calls:
getPackageRaw: a ~master
getPackageRaw: b ~master
getPackageRaw: a >=0.0.0 @/home/webfreak/dev/dub/test/issue2587-subpackage-dependency-resolution/b
getPackageRaw: b >=0.0.0 @/home/webfreak/dev/dub/test/issue2587-subpackage-dependency-resolution/b
getPackageRaw: b:sub >=0.0.0 @/home/webfreak/dev/dub/test/issue2587-subpackage-dependency-resolution/b
getPackageRaw: c ~master
getPackageRaw: c >=0.0.0 @/home/webfreak/dev/dub/test/issue2587-subpackage-dependency-resolution/c
new broken calls:
getPackageRaw: a ~master
getPackageRaw: b ~master
getPackageRaw: a @/home/webfreak/dev/dub/test/issue2587-subpackage-dependency-resolution/b
getPackageRaw: b @/home/webfreak/dev/dub/test/issue2587-subpackage-dependency-resolution/b
getPackageRaw: b:sub @/home/webfreak/dev/dub/test/issue2587-subpackage-dependency-resolution/b
getPackageRaw: c ~master
getPackageRaw: b:sub @/home/webfreak/dev/dub/test/issue2587-subpackage-dependency-resolution/c
getPackageRaw: b @/home/webfreak/dev/dub/test/issue2587-subpackage-dependency-resolution/c
although there is also weirdness in both versions, that a would search inside the b folder, now it looks like b and b:sub also search both in the b and the c folder
Reproduction:
In b the subpackage can be embedded in the recipe or standalone, it doesn't matter for the upgrade bug.
Trying to run
dub upgrade
ina
causesWorked with 1.29.2 and before.