-
Notifications
You must be signed in to change notification settings - Fork 520
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
paket install
fails if package version doesn't match .nupkg file
#834
Comments
Ok this one is tricky. But I assume we can apply the NormalizeVersion before we convert the package version in the dependencies file. This will remove the trailing 0 and is the safer choice. At least I think it is. /cc @theimowski |
Yes but how about the opposite? If we normalize but the nupkg file name has trailing zeros? |
Not that I want to seriously suggest doing what NuGet does, but looks like |
Actually I thought I fixed the issue in the resolver. The problem is that not not every source feed behave the same in regards to trailing zeros. |
this is happeing with local nuget feed (directory), right? |
Could you please try latest version |
Remoted into my work machine and gave it a try, works great! Thanks, @forki 😄 |
While working on #832, discovered that if a nuget-installed package (in this case, it was
MvvmLightLibs
version 5.0.2.0, which doesn't seem to be on NuGet.org anymore?) is inpackages.config
with the full version number, but the.nupkg
file has a partial version number, it fails to download/install that package.In my case, the package is stored in a local package source on a mapped drive pointing to a team network share (same one as my "help, there's spaces in my path" issues), and the
packages.config
file contains<package id="MvvmLightLibs" version="5.0.2.0" targetFramework="net40" />
referring to the package.When running
paket install
it fails withCould not find file 'N:\Package Source\Here\MvvmLightLibs.5.0.2.0.nupkg'.
, and verifying that directory, it containsMvvmLightLibs.5.0.2.nupkg
as downloaded from nuget.org previously. Updating allpaket.dependencies
andpaket.lock
files to show the version as5.0.2
and runningpaket install
again results in correctly downloading and unpacking everything.The text was updated successfully, but these errors were encountered: