Question about Normalized Version Numbers and third party Nuget server (ProGet) #1777

jschroed · 2016-06-30T21:48:55Z

Description

paket does not search for 4-digit version numbers when a 3-digit version number is specified. Is this the expected behavior?

Repro steps

Steps to reproduce the problem:

I a package, SqlTableDependency: 4.1.1, and uploaded it to a ProGet server.
ProGet automatically appends .0 to make it a 4-digit version 4.1.1.0. (They said this is to comply with NuGet version 3.4 change for normalized version numbers: http://docs.nuget.org/Create/Versioning#Normalized_Version_Numbers.)
I run paket update and it I get this error message

Could not resolve package SqlTableDependency:
- Dependencies file requested package SqlTableDependency: 4.1.1
- Available versions:
  - (4.1.1.0, [https:///nuget/])

Expected behavior

I was expecting 4.1.1 to work (not realizing that ProGet was changing it to 4.1.1.0).

Actual behavior

Specifying 4.1.1 fails to find 4.1.1.0 for the package.

Known workarounds

It works when I specify 4.1.1.0. (Is this the proper way to do it?)

Related information

paket version 3.4.0 (or 3.4.0.0)
possibly related ticket: Issue with paket and third party Nuget server when revision number is zero #1239

cdrnet · 2016-07-01T05:15:22Z

The way I understand that section in the NuGet docs, appending .0 in the response would explicitly make it not comply. Also, according to that section, Paket should not add a zero 4th-part on requests. Am I missing something?

forki · 2016-07-01T07:00:07Z

Yes the normalization is in the opposite direction and would remove the
trailing zero.

That said: I consider this a bug in paket. We need to check for the
denormalized version on 3rd party servers. Is there a way for me to
reproduce this on your server?
On Jul 1, 2016 7:15 AM, "Christoph Ruegg" notifications@github.com wrote:

The way I understand that section in the NuGet docs, appending .0 in the
response would explicitly make it not comply. Am I missing something?

—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub
#1777 (comment),
or mute the thread
https://github.com/notifications/unsubscribe/AADgNKrSscKf26bxQLpJMtibxJ4kyxseks5qRKJqgaJpZM4JCoBe
.

forki · 2016-07-01T08:14:40Z

tbf it's probably not a "bug", but I'm happy to fix it as usability issue.

jschroed · 2016-07-01T23:49:38Z

Thanks forki. I appreciate the change even though it's not a bug in paket.

Our server is internal to our company so I won't be able to give access. I can try a test version of paket or get you some debugging info if needed though. You can also get a trial license for ProGet but I think it would take some time to get setup.

jschroed · 2016-07-03T03:50:33Z

Also, I am able to build paket so I can add some debug lines or get some information that way.

forki · 2016-07-12T14:40:32Z

cool. let me know if I can help

rasmus · 2017-08-09T05:31:09Z

We are also experiencing this problem with the Owin package. Paket does the following request to the ProGet feed

http://nuget-server/nuget/Default/Packages?$filter=(tolower(Id) eq 'owin') and (Version eq '1.0.0')

and doesn't find any packages. However, if I edit the search URL to this, it does find it.

http://nuget-server/nuget/Default/Packages?$filter=(tolower(Id) eq 'owin') and (Version eq '1.0')

I created a ticket at ProGet, but got this reply in retrun.

The other issue (1.0.0 vs 1.0) is an expected behavior. The situation is that "1.0", "1.0.0", "1.00.0", etc. were considered different version numbers up until NuGet Client v3.4. This was a breaking change that we carefully worked with the NuGet/Microsoft team to roll out.

Many packages and organizations rely on this very peculiar behavior, and they also are in a situation where they cannot easily upgrade their ProGet (or older server), so very it's important that Packet follows the same logic that NuGet does; first search for the "normalized" version (1.0.0), then search for the requested version (1.0).

☝️ please provide a fix as this is critical for our usage of Paket. For now the workaround is to put the Owin package into the NuGet cache locally. However this is very frustrating as we re-create our build images quite often.

forki · 2017-08-09T05:49:14Z

@rasmus where is the 1.0 coming from? Do you have a repro for us?

rasmus · 2017-08-09T05:59:38Z

@forki I can't provide a repo as the code is IP. But I cut the following snippets from our lock file if that helps.

    Microsoft.AspNet.WebApi.Owin (5.2.3)
      Microsoft.AspNet.WebApi.Core (>= 5.2.3 < 5.3)
      Microsoft.Owin (>= 2.0.2)
      Owin (>= 1.0)
...
    Microsoft.Owin.Diagnostics (3.1.0)
      Microsoft.Owin (>= 3.1)
      Owin (>= 1.0)
...
    Microsoft.Owin.Host.SystemWeb (3.1.0)
      Microsoft.Owin (>= 3.1)
      Owin (>= 1.0)
...
    Microsoft.Owin.Security.OpenIdConnect (3.1.0)
      Microsoft.IdentityModel.Protocol.Extensions (>= 1.0)
      Microsoft.Owin (>= 3.1)
      Microsoft.Owin.Security (>= 3.1)
      Owin (>= 1.0)
      System.IdentityModel.Tokens.Jwt (>= 4.0)
...
    Owin (1.0.0)

forki · 2017-08-09T06:03:35Z

And you are sure paket is not trying Owin 1.0 as one of the fallbacks? That would be weird.
/cc @matthid

rasmus · 2017-08-09T06:06:12Z

@forki Here's the log from our build

[13:37:56][Step 1/1] Checking Paket version (downloading latest stable)...
[13:37:57][Step 1/1] Copying version 5.84.0 from cache.
[13:37:57][Step 1/1] Done.
[13:37:59][Step 1/1] Paket version 5.84.0
[13:38:01][Step 1/1] The profile 'portable-net45+win8+wp8+wp81+wpa81' is not a known profile. Please tell the package author.
[13:38:02][Step 1/1] Downloading Owin 1.0.0
[13:38:19][Step 1/1] Something failed in GetPackageDetails, trying again with force: Couldn't get package details for package Owin 1.0.0 on http://nuget-server/nuget/Default.
[13:38:36][Step 1/1] Something went wrong while downloading Owin 1.0.0
[13:38:36][Step 1/1] Message: Could not download Owin 1.0.0.
[13:38:36][Step 1/1]   ==> Trying again
[13:38:36][Step 1/1] Downloading Owin 1.0.0
[13:38:47][Step 1/1] Something failed in GetPackageDetails, trying again with force: Couldn't get package details for package Owin 1.0.0 on http://nuget-server/nuget/Default.
[13:39:03][Step 1/1] Something went wrong while downloading Owin 1.0.0
[13:39:03][Step 1/1] Message: Could not download Owin 1.0.0.
[13:39:03][Step 1/1]   ==> Last trial
[13:39:03][Step 1/1] Downloading Owin 1.0.0
[13:39:20][Step 1/1] Something failed in GetPackageDetails, trying again with force: Couldn't get package details for package Owin 1.0.0 on http://nuget-server/nuget/Default.
[13:39:34][Step 1/1] Performance:
[13:39:35][Step 1/1]  - Disk IO: 24 seconds
[13:39:35][Step 1/1]  - Average Request Time: 5 seconds
[13:39:35][Step 1/1]  - Number of Requests: 18
[13:39:35][Step 1/1]  - Runtime: 1 minute, 36 seconds
[13:39:35][Step 1/1] Paket failed with
[13:39:35][Step 1/1] -> Could not download Owin 1.0.0.
[13:39:35][Step 1/1] -> Couldn't get package details for package Owin 1.0.0 on http://nuget-server/nuget/Default.

rasmus · 2017-08-09T06:21:54Z

@forki Did a .paket/paket.exe restore -v hope it helps

Paket version 5.84.0
found: C:\git\Ecgdk.Bilbasen.Search\paket.dependencies
Parsing C:\git\Ecgdk.Bilbasen.Search\paket.dependencies

[CUT: a lot of packages]

Starting request to 'http://dev-nuget/nuget/Default/Packages?$filter=(tolower(Id) eq 'owin') and (NormalizedVersion eq '1.0.0')'
Response from http://dev-nuget/nuget/Default/Packages?$filter=(tolower(Id) eq 'owin') and (NormalizedVersion eq '1.0.0'):

<?xml version="1.0" encoding="utf-8"?><feed xml:base="http://dev-nuget/nuget/Default/" xmlns:d="http://schemas.microsoft.com/ado/2007/08/dataservices" xmlns:m="http://schemas.microsoft.com/ado/2007/08/dataservices/metadata" xmlns="http://www.w3.org/2005/Atom"><title type="text">Packages</title><id>http://dev-nuget/nuget/Default/Packages()/</id><updated>2017-08-09T06:19:08Z</updated><link rel="self" title="Packages" href="Packages" /></feed>
No results, trying again with Version instead of NormalizedVersion.
Starting request to 'http://dev-nuget/nuget/Default/Packages?$filter=(tolower(Id) eq 'owin') and (Version eq '1.0.0')'
Response from http://dev-nuget/nuget/Default/Packages?$filter=(tolower(Id) eq 'owin') and (Version eq '1.0.0'):

<?xml version="1.0" encoding="utf-8"?><feed xml:base="http://dev-nuget/nuget/Default/" xmlns:d="http://schemas.microsoft.com/ado/2007/08/dataservices" xmlns:m="http://schemas.microsoft.com/ado/2007/08/dataservices/metadata" xmlns="http://www.w3.org/2005/Atom"><title type="text">Packages</title><id>http://dev-nuget/nuget/Default/Packages()/</id><updated>2017-08-09T06:19:12Z</updated><link rel="self" title="Packages" href="Packages" /></feed>
No results, trying again with NormalizedVersion as Version instead of Version.
Starting request to 'http://dev-nuget/nuget/Default/Packages?$filter=(tolower(Id) eq 'owin') and (Version eq '1.0.0')'
Response from http://dev-nuget/nuget/Default/Packages?$filter=(tolower(Id) eq 'owin') and (Version eq '1.0.0'):

<?xml version="1.0" encoding="utf-8"?><feed xml:base="http://dev-nuget/nuget/Default/" xmlns:d="http://schemas.microsoft.com/ado/2007/08/dataservices" xmlns:m="http://schemas.microsoft.com/ado/2007/08/dataservices/metadata" xmlns="http://www.w3.org/2005/Atom"><title type="text">Packages</title><id>http://dev-nuget/nuget/Default/Packages()/</id><updated>2017-08-09T06:19:15Z</updated><link rel="self" title="Packages" href="Packages" /></feed>
GetPackageDetails failed: System.Exception: Couldn't get package details for package Owin 1.0.0 on http://dev-nuget/nuget/Default.
   at Paket.Utils.rethrowf@31.Invoke(String msg)
   at Paket.NuGet.getPackageDetails@336-13.Invoke(Unit unitVar)
   at Microsoft.FSharp.Control.AsyncBuilderImpl.callA@839.Invoke(AsyncParams`1 args)
Starting request to 'http://dev-nuget/nuget/Default/Packages?$filter=(tolower(Id) eq 'owin') and (NormalizedVersion eq '1.0.0')'
Response from http://dev-nuget/nuget/Default/Packages?$filter=(tolower(Id) eq 'owin') and (NormalizedVersion eq '1.0.0'):

<?xml version="1.0" encoding="utf-8"?><feed xml:base="http://dev-nuget/nuget/Default/" xmlns:d="http://schemas.microsoft.com/ado/2007/08/dataservices" xmlns:m="http://schemas.microsoft.com/ado/2007/08/dataservices/metadata" xmlns="http://www.w3.org/2005/Atom"><title type="text">Packages</title><id>http://dev-nuget/nuget/Default/Packages()/</id><updated>2017-08-09T06:19:18Z</updated><link rel="self" title="Packages" href="Packages" /></feed>
No results, trying again with Version instead of NormalizedVersion.
Starting request to 'http://dev-nuget/nuget/Default/Packages?$filter=(tolower(Id) eq 'owin') and (Version eq '1.0.0')'
Response from http://dev-nuget/nuget/Default/Packages?$filter=(tolower(Id) eq 'owin') and (Version eq '1.0.0'):

<?xml version="1.0" encoding="utf-8"?><feed xml:base="http://dev-nuget/nuget/Default/" xmlns:d="http://schemas.microsoft.com/ado/2007/08/dataservices" xmlns:m="http://schemas.microsoft.com/ado/2007/08/dataservices/metadata" xmlns="http://www.w3.org/2005/Atom"><title type="text">Packages</title><id>http://dev-nuget/nuget/Default/Packages()/</id><updated>2017-08-09T06:19:22Z</updated><link rel="self" title="Packages" href="Packages" /></feed>
No results, trying again with NormalizedVersion as Version instead of Version.
Starting request to 'http://dev-nuget/nuget/Default/Packages?$filter=(tolower(Id) eq 'owin') and (Version eq '1.0.0')'
Response from http://dev-nuget/nuget/Default/Packages?$filter=(tolower(Id) eq 'owin') and (Version eq '1.0.0'):

<?xml version="1.0" encoding="utf-8"?><feed xml:base="http://dev-nuget/nuget/Default/" xmlns:d="http://schemas.microsoft.com/ado/2007/08/dataservices" xmlns:m="http://schemas.microsoft.com/ado/2007/08/dataservices/metadata" xmlns="http://www.w3.org/2005/Atom"><title type="text">Packages</title><id>http://dev-nuget/nuget/Default/Packages()/</id><updated>2017-08-09T06:19:27Z</updated><link rel="self" title="Packages" href="Packages" /></feed>
Something went wrong while downloading Owin 1.0.0
Message: Could not download Owin 1.0.0.
  ==> Trying again
Downloading Owin 1.0.0
Starting request to 'http://dev-nuget/nuget/Default/Packages?$filter=(tolower(Id) eq 'owin') and (NormalizedVersion eq '1.0.0')'
Response from http://dev-nuget/nuget/Default/Packages?$filter=(tolower(Id) eq 'owin') and (NormalizedVersion eq '1.0.0'):

<?xml version="1.0" encoding="utf-8"?><feed xml:base="http://dev-nuget/nuget/Default/" xmlns:d="http://schemas.microsoft.com/ado/2007/08/dataservices" xmlns:m="http://schemas.microsoft.com/ado/2007/08/dataservices/metadata" xmlns="http://www.w3.org/2005/Atom"><title type="text">Packages</title><id>http://dev-nuget/nuget/Default/Packages()/</id><updated>2017-08-09T06:19:33Z</updated><link rel="self" title="Packages" href="Packages" /></feed>
No results, trying again with Version instead of NormalizedVersion.
Starting request to 'http://dev-nuget/nuget/Default/Packages?$filter=(tolower(Id) eq 'owin') and (Version eq '1.0.0')'
Response from http://dev-nuget/nuget/Default/Packages?$filter=(tolower(Id) eq 'owin') and (Version eq '1.0.0'):

<?xml version="1.0" encoding="utf-8"?><feed xml:base="http://dev-nuget/nuget/Default/" xmlns:d="http://schemas.microsoft.com/ado/2007/08/dataservices" xmlns:m="http://schemas.microsoft.com/ado/2007/08/dataservices/metadata" xmlns="http://www.w3.org/2005/Atom"><title type="text">Packages</title><id>http://dev-nuget/nuget/Default/Packages()/</id><updated>2017-08-09T06:19:39Z</updated><link rel="self" title="Packages" href="Packages" /></feed>
No results, trying again with NormalizedVersion as Version instead of Version.
Starting request to 'http://dev-nuget/nuget/Default/Packages?$filter=(tolower(Id) eq 'owin') and (Version eq '1.0.0')'
Response from http://dev-nuget/nuget/Default/Packages?$filter=(tolower(Id) eq 'owin') and (Version eq '1.0.0'):

<?xml version="1.0" encoding="utf-8"?><feed xml:base="http://dev-nuget/nuget/Default/" xmlns:d="http://schemas.microsoft.com/ado/2007/08/dataservices" xmlns:m="http://schemas.microsoft.com/ado/2007/08/dataservices/metadata" xmlns="http://www.w3.org/2005/Atom"><title type="text">Packages</title><id>http://dev-nuget/nuget/Default/Packages()/</id><updated>2017-08-09T06:19:44Z</updated><link rel="self" title="Packages" href="Packages" /></feed>
GetPackageDetails failed: System.Exception: Couldn't get package details for package Owin 1.0.0 on http://dev-nuget/nuget/Default.
   at Paket.Utils.rethrowf@31.Invoke(String msg)
   at Paket.NuGet.getPackageDetails@336-13.Invoke(Unit unitVar)
   at Microsoft.FSharp.Control.AsyncBuilderImpl.callA@839.Invoke(AsyncParams`1 args)
Starting request to 'http://dev-nuget/nuget/Default/Packages?$filter=(tolower(Id) eq 'owin') and (NormalizedVersion eq '1.0.0')'
Response from http://dev-nuget/nuget/Default/Packages?$filter=(tolower(Id) eq 'owin') and (NormalizedVersion eq '1.0.0'):

<?xml version="1.0" encoding="utf-8"?><feed xml:base="http://dev-nuget/nuget/Default/" xmlns:d="http://schemas.microsoft.com/ado/2007/08/dataservices" xmlns:m="http://schemas.microsoft.com/ado/2007/08/dataservices/metadata" xmlns="http://www.w3.org/2005/Atom"><title type="text">Packages</title><id>http://dev-nuget/nuget/Default/Packages()/</id><updated>2017-08-09T06:19:48Z</updated><link rel="self" title="Packages" href="Packages" /></feed>
No results, trying again with Version instead of NormalizedVersion.
Starting request to 'http://dev-nuget/nuget/Default/Packages?$filter=(tolower(Id) eq 'owin') and (Version eq '1.0.0')'
Response from http://dev-nuget/nuget/Default/Packages?$filter=(tolower(Id) eq 'owin') and (Version eq '1.0.0'):

<?xml version="1.0" encoding="utf-8"?><feed xml:base="http://dev-nuget/nuget/Default/" xmlns:d="http://schemas.microsoft.com/ado/2007/08/dataservices" xmlns:m="http://schemas.microsoft.com/ado/2007/08/dataservices/metadata" xmlns="http://www.w3.org/2005/Atom"><title type="text">Packages</title><id>http://dev-nuget/nuget/Default/Packages()/</id><updated>2017-08-09T06:19:52Z</updated><link rel="self" title="Packages" href="Packages" /></feed>
No results, trying again with NormalizedVersion as Version instead of Version.
Starting request to 'http://dev-nuget/nuget/Default/Packages?$filter=(tolower(Id) eq 'owin') and (Version eq '1.0.0')'
Response from http://dev-nuget/nuget/Default/Packages?$filter=(tolower(Id) eq 'owin') and (Version eq '1.0.0'):

<?xml version="1.0" encoding="utf-8"?><feed xml:base="http://dev-nuget/nuget/Default/" xmlns:d="http://schemas.microsoft.com/ado/2007/08/dataservices" xmlns:m="http://schemas.microsoft.com/ado/2007/08/dataservices/metadata" xmlns="http://www.w3.org/2005/Atom"><title type="text">Packages</title><id>http://dev-nuget/nuget/Default/Packages()/</id><updated>2017-08-09T06:19:58Z</updated><link rel="self" title="Packages" href="Packages" /></feed>
Something went wrong while downloading Owin 1.0.0
Message: Could not download Owin 1.0.0.
  ==> Last trial
Downloading Owin 1.0.0
Starting request to 'http://dev-nuget/nuget/Default/Packages?$filter=(tolower(Id) eq 'owin') and (NormalizedVersion eq '1.0.0')'
Response from http://dev-nuget/nuget/Default/Packages?$filter=(tolower(Id) eq 'owin') and (NormalizedVersion eq '1.0.0'):

<?xml version="1.0" encoding="utf-8"?><feed xml:base="http://dev-nuget/nuget/Default/" xmlns:d="http://schemas.microsoft.com/ado/2007/08/dataservices" xmlns:m="http://schemas.microsoft.com/ado/2007/08/dataservices/metadata" xmlns="http://www.w3.org/2005/Atom"><title type="text">Packages</title><id>http://dev-nuget/nuget/Default/Packages()/</id><updated>2017-08-09T06:20:03Z</updated><link rel="self" title="Packages" href="Packages" /></feed>
No results, trying again with Version instead of NormalizedVersion.
Starting request to 'http://dev-nuget/nuget/Default/Packages?$filter=(tolower(Id) eq 'owin') and (Version eq '1.0.0')'
Response from http://dev-nuget/nuget/Default/Packages?$filter=(tolower(Id) eq 'owin') and (Version eq '1.0.0'):

<?xml version="1.0" encoding="utf-8"?><feed xml:base="http://dev-nuget/nuget/Default/" xmlns:d="http://schemas.microsoft.com/ado/2007/08/dataservices" xmlns:m="http://schemas.microsoft.com/ado/2007/08/dataservices/metadata" xmlns="http://www.w3.org/2005/Atom"><title type="text">Packages</title><id>http://dev-nuget/nuget/Default/Packages()/</id><updated>2017-08-09T06:20:07Z</updated><link rel="self" title="Packages" href="Packages" /></feed>
No results, trying again with NormalizedVersion as Version instead of Version.
Starting request to 'http://dev-nuget/nuget/Default/Packages?$filter=(tolower(Id) eq 'owin') and (Version eq '1.0.0')'
Response from http://dev-nuget/nuget/Default/Packages?$filter=(tolower(Id) eq 'owin') and (Version eq '1.0.0'):

<?xml version="1.0" encoding="utf-8"?><feed xml:base="http://dev-nuget/nuget/Default/" xmlns:d="http://schemas.microsoft.com/ado/2007/08/dataservices" xmlns:m="http://schemas.microsoft.com/ado/2007/08/dataservices/metadata" xmlns="http://www.w3.org/2005/Atom"><title type="text">Packages</title><id>http://dev-nuget/nuget/Default/Packages()/</id><updated>2017-08-09T06:20:13Z</updated><link rel="self" title="Packages" href="Packages" /></feed>
GetPackageDetails failed: System.Exception: Couldn't get package details for package Owin 1.0.0 on http://dev-nuget/nuget/Default.
   at Paket.Utils.rethrowf@31.Invoke(String msg)
   at Paket.NuGet.getPackageDetails@336-13.Invoke(Unit unitVar)
   at Microsoft.FSharp.Control.AsyncBuilderImpl.callA@839.Invoke(AsyncParams`1 args)
Starting request to 'http://dev-nuget/nuget/Default/Packages?$filter=(tolower(Id) eq 'owin') and (NormalizedVersion eq '1.0.0')'
Response from http://dev-nuget/nuget/Default/Packages?$filter=(tolower(Id) eq 'owin') and (NormalizedVersion eq '1.0.0'):

<?xml version="1.0" encoding="utf-8"?><feed xml:base="http://dev-nuget/nuget/Default/" xmlns:d="http://schemas.microsoft.com/ado/2007/08/dataservices" xmlns:m="http://schemas.microsoft.com/ado/2007/08/dataservices/metadata" xmlns="http://www.w3.org/2005/Atom"><title type="text">Packages</title><id>http://dev-nuget/nuget/Default/Packages()/</id><updated>2017-08-09T06:20:16Z</updated><link rel="self" title="Packages" href="Packages" /></feed>
No results, trying again with Version instead of NormalizedVersion.
Starting request to 'http://dev-nuget/nuget/Default/Packages?$filter=(tolower(Id) eq 'owin') and (Version eq '1.0.0')'
Response from http://dev-nuget/nuget/Default/Packages?$filter=(tolower(Id) eq 'owin') and (Version eq '1.0.0'):

<?xml version="1.0" encoding="utf-8"?><feed xml:base="http://dev-nuget/nuget/Default/" xmlns:d="http://schemas.microsoft.com/ado/2007/08/dataservices" xmlns:m="http://schemas.microsoft.com/ado/2007/08/dataservices/metadata" xmlns="http://www.w3.org/2005/Atom"><title type="text">Packages</title><id>http://dev-nuget/nuget/Default/Packages()/</id><updated>2017-08-09T06:20:21Z</updated><link rel="self" title="Packages" href="Packages" /></feed>
No results, trying again with NormalizedVersion as Version instead of Version.
Starting request to 'http://dev-nuget/nuget/Default/Packages?$filter=(tolower(Id) eq 'owin') and (Version eq '1.0.0')'
Response from http://dev-nuget/nuget/Default/Packages?$filter=(tolower(Id) eq 'owin') and (Version eq '1.0.0'):

<?xml version="1.0" encoding="utf-8"?><feed xml:base="http://dev-nuget/nuget/Default/" xmlns:d="http://schemas.microsoft.com/ado/2007/08/dataservices" xmlns:m="http://schemas.microsoft.com/ado/2007/08/dataservices/metadata" xmlns="http://www.w3.org/2005/Atom"><title type="text">Packages</title><id>http://dev-nuget/nuget/Default/Packages()/</id><updated>2017-08-09T06:20:26Z</updated><link rel="self" title="Packages" href="Packages" /></feed>
Performance:
 - Disk IO: 426 milliseconds
 - Average Request Time: 4 seconds
 - Number of Requests: 18
 - Runtime: 1 minute, 23 seconds

forki · 2017-08-09T06:58:58Z

Restore is not really the interesting part here since the lock file specified 1.0.0 so that's what paket sees as requested version. The question is more about install command.
There are two different things that might go wrong:
a) proget is giving us already 1.0.0 as version number if we ask to get all versions of
b) we write the normalized version into the lock file (this would be a bug but I can't check right now. It should only use normalized versions for nuget.org and myget since they fixed this behavior)

Instead of putting the package in local cache there is another workaround. You can edit the lock file manually and change the 1.0.0 for 1.0 until we figured it out

rasmus · 2017-08-09T07:55:40Z

@forki Seems like the output (of paket.exe install -v) I just posted in #2466 applies to this as well.

forki · 2017-08-09T08:28:45Z

can you please run "paket.exe update -v" and show the relevant parts here? thx

forki · 2017-08-09T08:30:11Z

or better "paket.exe update -f -v"

rasmus · 2017-08-09T09:21:29Z

@forki Did that and it seems like one of our internal packages has pinned Owin to 1.0 in its paket.dependencies. If I open the package in the NuGet package explorer, it shows up as Owin == 1.0.0, but that might just be the UI.

The package is packed with paket.exe pack

Paket does figure out its supposed to fetch Owin, 1.0.0 as its listed in the package resolution later.

The problems after Paket writes Creating model and downloading packages. The requests and responses for the Owin package are similar to that posted in the earlier log message.

e.g.

...
Response from http://nuget-server/nuget/Default/Packages?$filter=(tolower(Id) eq 'owin') and (Version eq '1.0.0'):

<?xml version="1.0" encoding="utf-8"?><feed xml:base="http://nuget-server/nuget/Default/" xmlns:d="http://schemas.microsoft.com/ado/2007/08/dataservices" xmlns:m="http://schemas.microsoft.com/ado/2007/08/dataservices/metadata" xmlns="http://www.w3.org/2005/Atom"><title type="text">Packages</title><id>http://nuget-server/nuget/Default/Packages()/</id><updated>2017-08-09T08:50:02Z</updated><link rel="self" title="Packages" href="Packages" /></feed>
GetPackageDetails failed: System.Exception: Couldn't get package details for package Owin 1.0.0 on http://dev-nuget/nuget/Default.
   at Paket.Utils.rethrowf@31.Invoke(String msg)
   at Paket.NuGet.getPackageDetails@336-13.Invoke(Unit unitVar)
   at Microsoft.FSharp.Control.AsyncBuilderImpl.callA@839.Invoke(AsyncParams`1 args)
Starting request to 'http://nuget-server/nuget/Default/Packages?$filter=(tolower(Id) eq 'owin') and (NormalizedVersion eq '1.0.0')'
...

(the log file is about 40.000 lines, so I wont post it here)

forki · 2017-08-09T09:33:22Z

Tbh I don't understand why the proget doesn't show it under 1.0.0 like nuget.org does. I think it's a bug on their side. But I will investigate further on what we can do. Am 09.08.2017 11:22 schrieb "Rasmus Mikkelsen" <notifications@github.com>:

…

@forki <https://github.com/forki> Did that and it seems like one of our internal packages has pinned Owin to 1.0 in its paket.dependencies. If I open the package in the NuGet package explorer, it shows up as Owin == 1.0.0, but that might just be the UI. The package is packed with paket.exe pack Paket does figure out its supposed to fetch Owin, 1.0.0 as its listed in the package resolution later. The problems after Paket writes Creating model and downloading packages. The requests and responses for the Owin package are similar to that posted in the earlier log message. e.g. ... Response from http://nuget-server/nuget/Default/Packages?$filter=(tolower(Id) eq 'owin') and (Version eq '1.0.0'): <?xml version="1.0" encoding="utf-8"?><feed xml:base="http://nuget-server/nuget/Default/" xmlns:d="http://schemas.microsoft.com/ado/2007/08/dataservices" xmlns:m="http://schemas.microsoft.com/ado/2007/08/dataservices/metadata" xmlns="http://www.w3.org/2005/Atom"><title type="text">Packages</title><id>http://nuget-server/nuget/Default/Packages()/</id><updated>2017-08-09T08:50:02Z</updated><link rel="self" title="Packages" href="Packages" /></feed> GetPackageDetails failed: System.Exception: Couldn't get package details for package Owin 1.0.0 on http://dev-nuget/nuget/Default. at ***@***.***(String msg) at ***@***.***(Unit unitVar) at ***@***.***(AsyncParams`1 args) Starting request to 'http://nuget-server/nuget/Default/Packages?$filter=(tolower(Id) eq 'owin') and (NormalizedVersion eq '1.0.0')' ... (the log file is about 40.000 lines, so I'll wont post it here) — You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub <#1777 (comment)>, or mute the thread <https://github.com/notifications/unsubscribe-auth/AADgNKA293PtRysc-aiFf29lZRvcbS-Cks5sWXoZgaJpZM4JCoBe> .

forki · 2017-08-09T09:51:18Z

If I open the package in the NuGet package explorer, it shows up as Owin == 1.0.0, but that might just be the UI.

you can rename to .zip and extract it. then the pinned version is in the nuspec file.

forki · 2017-08-09T09:58:59Z

also take a look at https://fsprojects.github.io/Paket/template-files.html#Dependencies
this allows you to specify the dep in the template file so that it doesn't use the normalized version (which I think is actually correct. at least for nuget.org)

rasmus · 2017-08-09T13:27:49Z

Just a small FYI, the latest (5.84.3) still can't download Owin from the ProGet feed

forki · 2017-08-09T14:13:22Z

As I said: I think it's a proget bug. It should work with normalized versions like nuget.org. But that said we need to find out why the paket.lock file shows 1.0.0 - if we don't find a way to change it to 1.0 then we can't work around proget since restore can't know that 1.0 is the way to talk about it. Am 09.08.2017 3:27 nachm. schrieb "Rasmus Mikkelsen" < notifications@github.com>:

…

Just a small FYI, the latest (5.84.3) still can't download Owin from the ProGet feed — You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub <#1777 (comment)>, or mute the thread <https://github.com/notifications/unsubscribe-auth/AADgNLotsxMGWc7YsKn__muhPtg0VR6Fks5sWbPVgaJpZM4JCoBe> .

rasmus · 2017-08-09T15:46:23Z

@forki Thanks for clarifying, I have created a ticket at ProGet.

apxltd · 2017-08-09T16:15:58Z

Does this cause a problem with the latest version of NuGet client? I don't believe it does... and I hate to suggest it, but you should probably strive for full compatibility with NuGet client in situations like this...

Please keep in mind that, as an enterprise package manager, we (as well as Microsoft, and our customers) are in a difficult position of needing to support: (1) old NuGet clients with new ProGet versions, and (2) new NuGet clients with old ProGet installations.

NuGet has some really stupid versioning quirks, and it's important that we (Microsoft or ProGet) continue to support them in some manner. Here are two issues that may be discussing this, and the work-around that the NuGet team did to addresses them...

NuGet/Home#3492
NuGet/Home#2298

forki · 2017-08-09T16:31:25Z

but you should probably strive for full compatibility with NuGet client in situations like this.

@apapadimoulis it's fine we do exactly the same as nuget here from restore POV. The lockfile wants 1.0.0 and that's what we request.

As I said there are two issues.
First is: Proget doesn't think that's a valid version while nuget.org allows it. I mean we have the "NormalizedVersion" parameter for exactly this.

Second is: If you just run install/update against nuget.org then version 1.0 is written into the lock file. This matches what ProGet prefers. I assume the root cause for the 1.0.0 is indeed in the private nuget package that pins it's transitive dependency to exactly 1.0.0. So this should definetly be changed.
I told @rasmus a workaround for this - but @rasmus if you think this should be changed in paket pack then please create a new issue.

forki · 2017-08-09T16:58:54Z

@rasmus I think for the pack issue we need to remove the normalize stuff from

It already has a woraround for klondike. sigh

apxltd · 2017-08-09T19:09:48Z

Proget doesn't think that's a valid version while nuget.org allows it. I mean we have the "NormalizedVersion" parameter for exactly this.

Yeah, that was that v3.4 breaking change they did; main impact was that a handful of authors had to republish some older versions. But, a lot of customers can't upgrade ProGet to a new versions, so the client compatibility issue will still be there.

forki · 2017-08-09T19:34:58Z

Yes I know about these changes. And paket is compatible to that (even when I think it should be fixed in all server implementations). So the only thing for us to help PeoGet's users is to remove normalization from pack command. Which is really sad and shouldn't be needed. But life is a bitch and we will bite. Am 09.08.2017 21:09 schrieb "Alex Papadimoulis" <notifications@github.com>:

…

Proget doesn't think that's a valid version while nuget.org allows it. I mean we have the "NormalizedVersion" parameter for exactly this. Yeah, that was that v3.4 breaking change they did; main impact was that a handful of authors had to republish some older versions. But, a lot of customers can't upgrade ProGet to a new versions, so the client compatibility issue will still be there. — You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub <#1777 (comment)>, or mute the thread <https://github.com/notifications/unsubscribe-auth/AADgNEYRGO2F2tYdMdBr6hkvMm64ODvPks5sWgP8gaJpZM4JCoBe> .

apxltd · 2017-08-09T19:38:48Z

LOL yes, thanks.

For what it's worth, we are thinking to stop supporting these stupid version quirks in ProGet v5 (beta shipping Q4, full version in 2018Q1), so like who knows... in a few years, people will actually upgrade and you can remove these stupid hacks too.

// so many big customers won't upgrade past v2 (which is like 4+ years old now), they say when we go to v5 they may go to v4 :wtf:

forki · 2017-08-09T19:41:58Z

/shrug Am 09.08.2017 9:38 nachm. schrieb "Alex Papadimoulis" < notifications@github.com>:

…

LOL yes, thanks. For what it's worth, we are thinking to stop supporting these stupid version quirks in ProGet v5 (beta shipping Q4, full version in 2018Q1), so like who knows... in a few years, people will actually upgrade and you can remove these stupid hacks too. // so many big customers won't upgrade past v2 (which is like 4+ years old now), they say when we go to v5 they may go to v4 :wtf: — You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub <#1777 (comment)>, or mute the thread <https://github.com/notifications/unsubscribe-auth/AADgNA7ZZVm02c2K6sEkXtT6Jqhlmgy9ks5sWgrIgaJpZM4JCoBe> .

rasmus · 2017-08-10T05:34:19Z

@apapadimoulis and @forki many thanks for getting together on this. We really like ProGet and Paket and would like to see them getting along.

I don't know about the inner quirks of NuGet versioning, but I'll test any solutions in our setup to help out here. So let me know if there's anything specific that I can do in this.

Just a FYI, we use the latest version of ProGet

forki · 2017-08-10T06:14:28Z

@rasmus I didn't find a way yet to get Owin 1.0.0 in the lock file. Against nuget.org I always end up with 1.0 as ProGet would expect - even if I pin the version manually. Where is it going wrong?
I fear we need a repro that runs paket update against a proget (or nuget.org) and writes 1.0.0 into the lock file.
(just small check - if you run paket update on your solution you still get Owin 1.0.0 in your lock file?)

matthid · 2017-08-17T16:08:50Z

Can you all please retry with 5.86.0-alpha002. Otherwise we might break you on next release.

PMudra mentioned this issue May 8, 2017

paket restore not working with nexus nuget proxy and normalized version number #2320

Closed

matthid added the needs-repro label Jul 9, 2017

rasmus mentioned this issue Aug 9, 2017

Forcing lowercase with tolower(Id) yields poor Proget performance during resolution #2466

Closed

forki added a commit that referenced this issue Aug 9, 2017

Try to work around Proget issue - referenes #1777

af3d5c2

enricosada added bug resolution labels Jan 24, 2018

Provide feedback

Saved searches

Use saved searches to filter your results more quickly

Question about Normalized Version Numbers and third party Nuget server (ProGet) #1777

Question about Normalized Version Numbers and third party Nuget server (ProGet) #1777

jschroed commented Jun 30, 2016

cdrnet commented Jul 1, 2016 •

edited

Loading

forki commented Jul 1, 2016

forki commented Jul 1, 2016

jschroed commented Jul 1, 2016

jschroed commented Jul 3, 2016

forki commented Jul 12, 2016

rasmus commented Aug 9, 2017

forki commented Aug 9, 2017

rasmus commented Aug 9, 2017

forki commented Aug 9, 2017

rasmus commented Aug 9, 2017

rasmus commented Aug 9, 2017

forki commented Aug 9, 2017

rasmus commented Aug 9, 2017

forki commented Aug 9, 2017

forki commented Aug 9, 2017

rasmus commented Aug 9, 2017 •

edited

Loading

forki commented Aug 9, 2017 via email

forki commented Aug 9, 2017 •

edited

Loading

forki commented Aug 9, 2017

rasmus commented Aug 9, 2017

forki commented Aug 9, 2017 via email

rasmus commented Aug 9, 2017

apxltd commented Aug 9, 2017

forki commented Aug 9, 2017

forki commented Aug 9, 2017

apxltd commented Aug 9, 2017

forki commented Aug 9, 2017 via email

apxltd commented Aug 9, 2017

forki commented Aug 9, 2017 via email

rasmus commented Aug 10, 2017 •

edited

Loading

forki commented Aug 10, 2017

matthid commented Aug 17, 2017

Question about Normalized Version Numbers and third party Nuget server (ProGet) #1777

Question about Normalized Version Numbers and third party Nuget server (ProGet) #1777

Comments

jschroed commented Jun 30, 2016

Description

Repro steps

Expected behavior

Actual behavior

Known workarounds

Related information

cdrnet commented Jul 1, 2016 • edited Loading

forki commented Jul 1, 2016

forki commented Jul 1, 2016

jschroed commented Jul 1, 2016

jschroed commented Jul 3, 2016

forki commented Jul 12, 2016

rasmus commented Aug 9, 2017

forki commented Aug 9, 2017

rasmus commented Aug 9, 2017

forki commented Aug 9, 2017

rasmus commented Aug 9, 2017

rasmus commented Aug 9, 2017

forki commented Aug 9, 2017

rasmus commented Aug 9, 2017

forki commented Aug 9, 2017

forki commented Aug 9, 2017

rasmus commented Aug 9, 2017 • edited Loading

forki commented Aug 9, 2017 via email

forki commented Aug 9, 2017 • edited Loading

forki commented Aug 9, 2017

rasmus commented Aug 9, 2017

forki commented Aug 9, 2017 via email

rasmus commented Aug 9, 2017

apxltd commented Aug 9, 2017

forki commented Aug 9, 2017

forki commented Aug 9, 2017

apxltd commented Aug 9, 2017

forki commented Aug 9, 2017 via email

apxltd commented Aug 9, 2017

forki commented Aug 9, 2017 via email

rasmus commented Aug 10, 2017 • edited Loading

forki commented Aug 10, 2017

matthid commented Aug 17, 2017

cdrnet commented Jul 1, 2016 •

edited

Loading

rasmus commented Aug 9, 2017 •

edited

Loading

forki commented Aug 9, 2017 •

edited

Loading

rasmus commented Aug 10, 2017 •

edited

Loading