-
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
Issue with paket and third party Nuget server when revision number is zero #1239
Comments
In the latest version, I changed it back and don't write normalized version into the lock file |
Nice turnaround. Thanks
|
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Some of the proprietary package systems take the version number too literally and don't include the "zero" in the HTTP request to their server. I'm wondering if we can make it more forgiving and allow it to try 3.6 and 3.6.0 as one and the same?
e.g
Paket failed with:
Couldn't get package details for package RhinoMocks 3.6 on http://{third-party-server}
When trying to restore packages it gives me the error:
Paket failed with:
Could not retrieve data from http://{third-party-server}/Packages(Id='RhinoMocks',Version='3.6.0')
Looking at the package for RhinoMocks when you download it from nuget.org the version is coded as "3.6". So in this case the third party server (Proget) assumes this is the one and true version number.
Message from output:
Something went wrong while downloading RhinoMocks 3.6.0
Message: Could not retrieve data from http://{third-party-server}/odata/Packages(Id='RhinoMocks',Version='3.6.0')
Message: Invalid URI: The hostname could not be parsed.
Hardcoding 3.6 in the paket.lock file works in this case works and allows the build to proceed.
The text was updated successfully, but these errors were encountered: