Skip to content

paket 0.14 fails against TeamCity #361

Description

@agross

This is likely due to the new NormalizedVersion queries:

>.paket\paket restore --force --verbose
Paket version 0.14.0.0
found: C:\BuildAgent\work\35108af895ef126d\paket.dependencies
Parsing C:\BuildAgent\work\35108af895ef126d\paket.dependencies
...
Downloading NuGet.CommandLine 2.8.3 to C:\Users\agross\AppData\Local\NuGet\Cache\NuGet.CommandLine.2.8.3.nupkg
Paket failed with:
   Could not retrieve data from http://build.home.therightstuff.de/httpAuth/app/nuget/v1/FeedService.svc/Packages?$filter=Id eq 'GROSSWEBER.Infrastructure' and NormalizedVersion eq '1.5.1'
 Message: The remote server returned an error: (500) Internal Server Error.
StackTrace:
     at Microsoft.FSharp.Control.AsyncBuilderImpl.commit[a](Result`1 res)
   at Microsoft.FSharp.Control.CancellationTokenOps.RunSynchronously[a](CancellationToken token, FSharpAsync`1 computation, FSharpOption`1 timeout)
   at Microsoft.FSharp.Control.FSharpAsync.RunSynchronously[T](FSharpAsync`1 computation, FSharpOption`1 timeout, FSharpOption`1 cancellationToken)
   at Paket.RestoreProcess.Restore(String dependenciesFileName, Boolean force, FSharpList`1 referencesFileNames)
   at Paket.Program.clo@110-1.Invoke(Unit unitVar)
   at <StartupCode$paket>.$Paket.Program.main@()

Activity

  1. agross commented on Nov 14, 2014

    @agross
    ContributorAuthor
  2. maartenba commented on Nov 14, 2014

    @maartenba

    Well, "NormalizedVersion" is not on all feeds out there :-) Orchard for example will also fail on this.

  3. forki commented on Nov 14, 2014

    @forki
    Member

    I wonder how nuget.exe works?!
    I mean @jeffhandley told us they use it (see #327 (comment))

  4. isaacabraham commented on Nov 14, 2014

    @isaacabraham
    Contributor

    I get the same here. Rolling back to 0.13.1 fixes the problem.

  5. forki commented on Nov 14, 2014

    @forki
    Member

    please retry with 0.14.1 - unfortunately I can't really reproduce from here. So I have to ask you if it works ;-(

  6. agross commented on Nov 14, 2014

    @agross
    ContributorAuthor

    👍, works for me.

  7. maartenba commented on Nov 14, 2014

    @maartenba

    @forki @jeffhandley Just noticed the DataServicePackageRepository uses Id and Version, not NormalizedVersion. (see FindPackage function in http://nuget.codeplex.com/SourceControl/latest#src/Core/Repositories/DataServicePackageRepository.cs which iscalled when doing NuGet package restore from the command line)

  8. isaacabraham commented on Nov 14, 2014

    @isaacabraham
    Contributor

    @forki cool. Btw nuget is open source, you can always look it up (or at least try to look up in you can navigate through codeplex :-)

  9. yannisgu commented on Nov 14, 2014

    @yannisgu
    Contributor
  10. forki commented on Nov 14, 2014

    @forki
    Member

    hey guys don't you think I have a local copy of the nuget code? ;-)

  11. isaacabraham commented on Nov 14, 2014

    @isaacabraham
    Contributor

    @forki "I wonder how nuget.exe works?!" :-P

  12. maartenba commented on Nov 14, 2014

    @maartenba

    A local copy. That's so uncool. Use the cloud man, the cloud!

  13. forki commented on Nov 14, 2014

    @forki
    Member

    What I meant is: Nuget.exe code alone is not enough. We need to understand the whole ecosystem. And Maarten does a very good job in explaining all the different feeds.

    I actually wondered if @jeffhandley's statement was correct in all cases. According to the snippet Maarten found that's not completely true.

    (and yes I'm guilty for not reading through the sources ;-) )

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Type

    No type

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions