fsprojects / fsprojects/Paket

Magic Mode bootstrapper uses wrong download URL

Open
#4,118 3 comments 0 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

Dominant language
F#
Stars
2.1k
Forks
528
Avg merge
1d 12m
Merged PRs (30d)
54

Description

Description

The paket bootstrapper doesn't seem to build correct package download URL when specifying a Azure DevOps Server as nuget-source.

Repro steps

In my paket.dependencies I specify a custom nuget source. It is a private feed of an Azure DevOps server.

version 6.2.1 --force-nuget --nuget-source=https://my-server/tfs/XXX/_packaging/BVMS/nuget/v3/index.json -v -v
...

I clear all the caches, then I run paket.exe --version
This fails. The output is as follows (some lines omitted at the beginning)

[Nuget] DownloadVersion...
Starting download from https://my-server/tfs/XXX/_packaging/BVMS/nuget/v3/index.json/package/Paket/6.2.1
[Nuget] DownloadVersion took 0,82 second(s) and failed with 'Version 6.2.1 wasn't found (404)'.
[Nuget - cached] DownloadVersion took 0,83 second(s) and failed with 'Version 6.2.1 wasn't found (404)'.
Version 6.2.1 wasn't found (404) (Nuget - cached)
Expected behavior

The correct URL in my case would be as follows:

https://my-server/tfs/XXX/_packaging/308ecb1e-187a-48db-b49f-2087453b7264/nuget/v3/flat2/Paket/6.2.1/paket.6.2.1.nupkg

It seems that the bootstrapper doesn't construct the URL correctly. I don't know how this can be derived, but paket itself does it correctly. I found out the correct URL by inspecting the verbose output of a paket install when downloading some other package.

Contributor guide

No contributing guide indexed for this repository

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

Research direction

Reproduce the failure with the shown paket.dependencies source and paket.exe --version, then compare the bootstrapper's URL construction with Paket's existing Azure DevOps NuGet handling. Done means the bootstrapper resolves the feed metadata and downloads Paket 6.2.1 from the correct flat2 package URL instead of the 404 URL.

Written by the indexing model from the issue text.

Assessment

Tech stack
fsharp
Domain
cli, tooling
Issue type
Bug
Difficulty
4/5
Estimated time
3-5 days
Activity status
Stale
Clarity
Mostly clear
Newbie friendliness
35/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.