This PR is definitely needs review

thanks dude, I'll check it out

please test 0.26 alpha versions

I works in all my cases

This isn't working for me, I'm referencing a raw gist. The bracket gets included in the folder structure, and the structure seems to be duplicated within that.

can you please gieve mini repro so that we can fix it.

http https://gist.githubusercontent.com/JonCanning/37769e635aaece6dcef3/raw/adffa54dd02f94e5b06667700ef44e1a5feded73/paket.txt paket.txt

If I remove the file extension from the link it works

@sergey-tihon can you try to fix this?

I tried the following:

paket.dependencies:

http https://gist.githubusercontent.com/JonCanning/37769e635aaece6dcef3/raw/adffa54dd02f94e5b06667700ef44e1a5feded73/paket.txt

paket.references:

File:paket.txt .

running paket update gives paket.lock:

HTTP
  remote: https://gist.githubusercontent.com
  specs:
    paket.txt (/JonCanning/37769e635aaece6dcef3/raw/adffa54dd02f94e5b06667700ef44e1a5feded73/paket.txt)

and fsproj-file got:

    <Content Include="..\..\paket-files\gist.githubusercontent.com\paket.txt">
      <Paket>True</Paket>
      <Link>paket.txt</Link>
    </Content>

LGTM

It's when you specify a filename after the url that it goes wrong

but do we support that? http://fsprojects.github.io/Paket/http-dependencies.html

what should it do?

I was looking at the example here:

http://fsprojects.github.io/Paket/dependencies-file.html

I assumed that it would allow me to call the file something different locally

1. Ouch. I have to test if this still works. Thanks for reporting.
2. I think this would be a new feature request. I think it makes sense.

As I know we support it for services that does not have file name in url, like www.fssnip.net
https://github.com/fsprojects/Paket/blob/master/tests/Paket.Tests/DependenciesFile/ParserSpecs.fs#L276-L277

I cannot reproduce it even with new file name. =(
paket.dependencies:

http https://gist.githubusercontent.com/JonCanning/37769e635aaece6dcef3/raw/adffa54dd02f94e5b06667700ef44e1a5feded73/paket.txt paket.txt

paket.lock:

HTTP
  remote: https://gist.githubusercontent.com
  specs:
    paket.txt (/JonCanning/37769e635aaece6dcef3/raw/adffa54dd02f94e5b06667700ef44e1a5feded73/paket.txt)

File structure:

Ah, it seems to be paket install that does it

install doesn't work with http depenencies at the moment - #532

you have to run update. Subsequent installs will work.

It's the subsequent install that creates the mangled path

woupsi. I can reproduce this.

@sergey-tihon: just try install after update and it will fail.

sorry about playing pingpong here. could you please test with 0.27.0-alpha006?

update writes:

<Content Include="paket-files\gist.githubusercontent.com\paket.txt">

subsequent install writes:

<Content Include="paket-files\gist.githubusercontent.com\gist.githubusercontent.com\paket.txt">

and a duplicate appears in paket-files along with a paket.dependencies which contains the html for the github gist page!?

thanks I think this is fixed in 0.27.0-alpha007.

That's better, still got the dependencies file appearing on install, is that a problem?

what do you mean?

The subsequent install creates a paket.dependencies file next to the paket.txt file

that's actualy not bad, but I will check why this happens in this case

oh I take that back. The dependencies file contains content (strange html). so it's probably created because the server doesn't throw 404 on the resource. funny

will investigate

thanks for reporting this stuff. that's very valuable.
I pushed a new prerelease.

That's working for me, thanks