Skip to content
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.

Sign up for GitHub

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

Jump to bottom

paket 0.14 fails against TeamCity #361

Closed
agross opened this issue Nov 14, 2014 · 13 comments
Closed

paket 0.14 fails against TeamCity #361

agross opened this issue Nov 14, 2014 · 13 comments

Comments

@agross
Copy link
Contributor

agross commented Nov 14, 2014

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 [email protected](Unit unitVar)
   at <StartupCode$paket>.$Paket.Program.main@()
@agross
Copy link
Contributor Author

agross commented Nov 14, 2014

// cc @maartenba

@maartenba
Copy link

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

@forki
Copy link
Member

forki commented Nov 14, 2014

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

@isaacabraham
Copy link
Contributor

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

forki added a commit that referenced this issue Nov 14, 2014
@forki
Support feeds that don't support NormalizedVersion - references #361
d1aa219
@forki
Copy link
Member

forki commented Nov 14, 2014

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

@agross
Copy link
Contributor Author

agross commented Nov 14, 2014

👍, works for me.

@agross agross closed this as completed Nov 14, 2014
@maartenba
Copy link

@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)

@isaacabraham
Copy link
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 :-)

@yannisgu
Copy link
Contributor

@forki if you want to test with TeamCity: http://teamcity.codebetter.com/guestAuth/app/nuget/v1/FeedService.svc/Packages

Better ways to navigate through NuGet code: http://sourcebrowser.io/Browse/haacked/nuget/NuGet.sln or https://github.com/haacked/nuget

@forki
Copy link
Member

forki commented Nov 14, 2014

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

@isaacabraham
Copy link
Contributor

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

@maartenba
Copy link

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

@forki
Copy link
Member

forki commented Nov 14, 2014

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
Assignees
No one assigned
Labels
None yet
Projects
None yet
Milestone
No milestone
Development

No branches or pull requests
5 participants
@agross @forki @maartenba @yannisgu @isaacabraham