paket.reference to recognizing github packages in paket.lock file

[gdennie]

Description

The paket.dependencies file is:

source https://www.nuget.org/api/v2

github fsprojects/Argu

Repro steps

1. Create a F# Windows console application using VS 2015/17 Community Edition (OS: Windows 2008 R2)
2. Perform paket init
3. Create paket.dependencies file with the following contents:

source https://www.nuget.org/api/v2

github fsprojects/Argu

4. Create paket.references file in project with contents:
   Argu
5. Perform paket update (or paket install) from VS menu or commandline

Expected behavior

Argu would now exist as a reference within the project containing the aforementioned paket.reference file.

Actual behavior

The following error message is display (and is not completely represented in VS Error List when install or update is performed from VS' paket menu):

Paket failed with
-> Installation Errors :
    - <...full path to project...>\paket.references uses NuGet package Argu, but it was not found in the paket.lock file in group Main.

Known workarounds

clone the projects and manually link them into your solutions...ignoring paket.

[panesofglass]

I think this is related to the GitHub changes. Even after working around the paket download issue, my builds were still breaking on AppVeyor with an error that the file was not found. At least, I think this is related. If not, I'm happy to open a new issue.

[forki]

@panesofglass with the new bootstrapper?

[panesofglass]

@forki yes.

[forki]

@gdennie I looked at this. What makes you think this would work? you are referencing a github project - not a nuget package. Is this a feature request?

[gdennie]

@forki I reviewed the documentation again, GitHub dependencies. At the time I somehow thought that paket allowed the import of github hosted libraries similar to how it treated nuget. Upon review, that is not the case. The documentation in this area could use some work.

Thanks for your attention.
George.

[forki]

Did you look at https://fsprojects.github.io/Paket/git-dependencies.html#Using-Git-repositories-as-NuGet-source - with git dependencies you can let paket build the nupkgs for you.

Also please send improvements to the docs that clarify the problem

[gdennie]

Either I did not notice that or did not recognize it as the defacto solution that it is. The fact that github packages must be built is an obvious but understated distinction from nuget that could use a bit more fanfare.

If time permits, I'll see what I can improve in the documentation.

Thanks again.

[dustinlacewell]

Hi. I'm fairly new to .NET Core tooling in general and I'm confused about the above discussion. Can someone clarify what the intended use-case is for including git repositories within the paket.dependencies file, if not to somehow reference it in the paket.references file?

Do I need to go through the process of making a NuGet package out of my project before it can be used as a dependency managed by paket? Thanks for any insights!

[njlr]

Hi. I'm fairly new to .NET Core tooling in general and I'm confused about the above discussion. Can someone clarify what the intended use-case is for including git repositories within the paket.dependencies file, if not to somehow reference it in the paket.references file?

Do I need to go through the process of making a NuGet package out of my project before it can be used as a dependency managed by paket? Thanks for any insights!

I am not a Paket expert, but my understanding is that the Paket GitHub dependencies can only be a single file that is fetched from GitHub. So, if your library is just one .fs file then you do not need to go via NuGet, but if it is more complex than that then you will need to publish.

See the instructions here for how to reference a single file from GitHub using Paket: https://github.com/xyncro/aether#installation

Another option is to use GitHub packages, which might be more convenient for you since you are already using GitHub.

I opened this issue about referencing whole GitHub projects.

[shukriadams]

The use case here is that Paket would allow DotNet to be used in the same way that NPM empowered NodeJS - we can create a complex ecosystem of interrelated packages that exist as source code only, and which are built at import time, instead of per package. This is one of NPM's greatest strengths - it makes code reuse at the package level trivial.