Paket downgrades direct dependency without reason #3103
Labels
Comments
|
I openend #3104 with a start for a unittest that nails down your case. Please take a look and extent the graph until it breaks like you see in the real world case |
|
Thanks, I'll try setting up something that reproduces the issue. |
Closed
|
Thank you. I will take a look
Am 09.03.2018 15:44 schrieb "Francis Thérien" <[email protected]>:
… OK, I created #3106 <#3106> which
is based on #3104 <#3104> and
reproduces the exact same issue we get.
For additional fun, try adding additional versions of
delphi-tf-latest-convert to the graph. Paket always resolves one version
prior to latest :)
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub
<#3103 (comment)>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/AADgNIpylAV0-jYOi7QmM7JeXV01UEfaks5tcpVVgaJpZM4SjBdt>
.
|
|
it's confirmed as bug |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Description
Paket resolves a direct dependency to a lower version than available, even though the latest version is also a valid resolution, with the same transitive dependency solution.
I would really like to give a reproduction sample here, but unfortunately, I only had this bug happen using our internal artifact server and packages. Instead, please try to follow my reasoning through this log, which is the result of running
paket update -von a paket.dependencies file with a single (nuget) entry :delphi-tf-latest-convert: https://gist.github.com/auxym/5b87b8cd92ab80b75a68addf65492e68Here is what I understand is happening:
L43: The latest available version of
delphi-tf-latest-convertis found from the feed: 0.0.75. This is the desired version.L91. We resolved an additional transitive dependency :
Taxdoc, to the latest available. So far so good.L153 This is where things get weird. Since L91, paket found a conflict in the dependencies of
taxdocandlatest-calc. To fix this, it decided to downgrade our direct dependency,delphi-tf-latest-convert, to 0.0.74. This is even though the transitive dependencies of 0.0.74 and 0.0.75 are absolutely identical.L332 Final resolution solution: we have
delphi-tf-latest-convertv 0.0.74, even though the latest version (0.0.75), would be valid with the exact same resolution.Repro steps
See above, unfortunately I cannot provide a repro example using external projects.
Expected behavior
Given a valid solution to version resolution, I would expect our direct dependencies to be resolved to the highest possible version.
Actual behavior
Paket seems to always resolve to exactly one version behind.
Known workarounds
Right now,
taxdocis resolved first (see step 2 above). I understand that this is because of alphabetical order, as none of the transitive dependencies have any version constraint on them (from what I understand of Paket Resolution Algorithm).We are working around the issue by adding a very loose version constraint to
tf-latest-calc, which forces paket to attempt resolving it first, beforeTaxDoc. This results in correctly resolvingdelphi-tf-latest-convertto the latest version (0.0.75).The text was updated successfully, but these errors were encountered: