Should "std.net.curl" be moved from Phobos to Deimos?

[nazriel]

On Monday, 25 November 2013 at 07:38:38 UTC, Jordi Sayol wrote:
> As Jonathan M Davis said:
> ---
> Several of the main devs (including Walter) have stated that 
> having std.net.curl on Phobos was a mistake given all of the 
> problems that we've had with it on Windows and Linux as well, 
> and at least some of them have expressed a desire for it to be 
> removed. I expect that there's a good chance that it can and 
> will be removed from Phobos if brought up for discussion.
>
> Certainly, I think that it's clear that we will not add any 
> further external dependencies like curl, because curl has 
> proven to be a big problem. It's very desirable to have 
> bindings and wrappers for C libraries - but putting them in the 
> standard library when it's not guaranteed that the appropriate 
> library is on the system by default has proven to be too 
> problematic, so they should be left to external projects.
> ---
>
> "std.net.curl" can also be moved from Phobos to Deimos.
> Deimos can be rethink, i.e. new build master can add a make 
> building script on Deimos in order to compile all projects 
> included on it, generating "libdeimos.a" and "libdeimos.so", 
> documentation, etc.

We need something to replace std.net.curl with in the first place.

The problem is that if want to support for example HTTPS or FTPS 
we would end with dependencie (on openssl for example) anyways.

Another thing is that making anything more than trivial requests, 
requires a bit of work - compressions, encodings, authentication, 
RFC (*Grins) etc - it all makes it complex task.

Removing std.net.curl at this point will probably break a bit of 
code.
About cases where people have problems with linking when using 
std.net.curl for http - advise them to use Vibe.d http client or 
Vladimir's ae.net.* stuff or Adam's Ruppe custom framework? 
Dunno. Merge any of those 3 projects work into Phobos? Bounty for 
D implementation of libCURL - like for phobos inclusion?