Description
We can't use version ranges in the paket.dependency file when a nuget package has a pinned dependency which has been unlisted and we require that dependency as well as that package.
Repro steps
NugetPackageA: Depends on NugetPackageB pinned to 1.1.5
NugetPackageB 1.1.5 has been unlisted, but is still available.
paket.dependencies brings in both packages, but tries to allow itself to use an unpinned version of the dependency:
nuget NugetPackageA
nuget NugetPackageB ~> 1.1
When running paket update we get the error message:
Could not resolve package NugetPackageB:
- Dependencies file requested package NugetPackageB: >= 1.1 < 2.0
- NugetPackageA 1.0.0 requested package NugetPackageB: 1.1.5
For testing, the specific unlisted package we're having trouble with is Mvvmlight 4.2.30.0.
Expected behavior
I would expect paket to bring in version 1.1.5 of NugetPackageB since it satisfies the requirements of both the package.dependencies and NugetPackageA.
Actual behavior
The actual behaviour is to claim that no version matches both criteria, which is wrong as the required version exists, it's just unlisted.
Known workarounds
If you pin the dependency to the same version as NugetPackageA or remove all version constraints, everything works ok. Version constraints are useful tho.
nuget NugetPackageA
nuget NugetPackageB 1.1.5
Related information
- Windows 7
- Standard release
- .NET Runtime 4.5
Description
We can't use version ranges in the paket.dependency file when a nuget package has a pinned dependency which has been unlisted and we require that dependency as well as that package.
Repro steps
paket.dependencies brings in both packages, but tries to allow itself to use an unpinned version of the dependency:
When running
paket updatewe get the error message:For testing, the specific unlisted package we're having trouble with is
Mvvmlight 4.2.30.0.Expected behavior
I would expect paket to bring in version 1.1.5 of NugetPackageB since it satisfies the requirements of both the package.dependencies and NugetPackageA.
Actual behavior
The actual behaviour is to claim that no version matches both criteria, which is wrong as the required version exists, it's just unlisted.
Known workarounds
If you pin the dependency to the same version as NugetPackageA or remove all version constraints, everything works ok. Version constraints are useful tho.
Related information