I was at dconf, but missed the discussion where this was spoken of. I'm curious to know what is wrong with the curl wrapper. I've only recently been following D again after a gap of several years and remember curl being received quite favorablyt at the time, several people used it as an example of good api design.

Its such a useful and simple piece of functionality to have out of the box, greatly increasing the amount of interesting things you can do with D without installing additional packages. Phobos already has lackluster support for common web technologies, it would be a bummer if curl is deprecated before a replacement was in place.

On Friday, 6 May 2016 at 10:27:54 UTC, yawniek wrote:
> On Friday, 6 May 2016 at 09:21:43 UTC, Andrei Alexandrescu wrote:
>> On 5/6/16 10:32 AM, Robert burner Schadek wrote:
>>> As discussed yesterday at DConf, curl in phobos must go.
>>>
>>> The plan is as follows.
>>>
>>> 1. undocument everything curl related in may 2016
>>> 2. deprecate everything curl related in may 2017
>>> 3. delete everything curl related in may 2018
>>> 3.1 move curl stuff to undead
>>>
>>> PR: https://github.com/dlang/phobos/pull/4283
>>
>> 0. Write curl replacement
>
> https://github.com/ikod/dlang-requests looks very promising, maybe it could be re-licenced?

Hello,

Just some notes...
I'm going to add some missed features like cookies, file downloads, maybe other high level features. My goal is something like python "requests" library.

What do you mean under re-licensing?

On 5/6/16 11:32 AM, Robert burner Schadek wrote:
> As discussed yesterday at DConf, curl in phobos must go.
>
> The plan is as follows.
>
> 1. undocument everything curl related in may 2016
> 2. deprecate everything curl related in may 2017
> 3. delete everything curl related in may 2018
> 3.1 move curl stuff to undead
>
> PR: https://github.com/dlang/phobos/pull/4283

Another library discussed as even more ripe for replacement is zlib:

* We compile the C source code, which is extra aggravation to the build scripts

* The D wrappers are ancient and clunky - we should have beautiful, efficient range streaming

* I think the license allows us to translate the source code to D, so we have a viable path of replacement

* Just got word (thx Rikki) the D wrappers use GC in a laissez-faire manner, so no way to use the library tightly

So if anyone wants to look into this, it would be a good project.


Andrei

On 5/7/16 3:33 PM, Andrei Alexandrescu wrote:
> On 5/6/16 11:32 AM, Robert burner Schadek wrote:
>> As discussed yesterday at DConf, curl in phobos must go.
>>
>> The plan is as follows.
>>
>> 1. undocument everything curl related in may 2016
>> 2. deprecate everything curl related in may 2017
>> 3. delete everything curl related in may 2018
>> 3.1 move curl stuff to undead
>>
>> PR: https://github.com/dlang/phobos/pull/4283
>
> Another library discussed as even more ripe for replacement is zlib:
>
> * We compile the C source code, which is extra aggravation to the build
> scripts
>
> * The D wrappers are ancient and clunky - we should have beautiful,
> efficient range streaming
>
> * I think the license allows us to translate the source code to D, so we
> have a viable path of replacement
>
> * Just got word (thx Rikki) the D wrappers use GC in a laissez-faire
> manner, so no way to use the library tightly
>
> So if anyone wants to look into this, it would be a good project.

I agree, I could not use the d wrappers for zlib when I made iopipe.

I think Stefan Koch has created some zlib programs that are fully CTFE and D.

-Steve

> https://github.com/ikod/dlang-requests

+1 for dlang-requests. Thanks for it! I already use it's in my project, and it's very easy to use.

On Friday, 6 May 2016 at 13:25:55 UTC, Adam D. Ruppe wrote:
> On Friday, 6 May 2016 at 13:12:31 UTC, Jonathan M Davis wrote:
>> [...]
>
>
> I have an HTTP client lib, I'm pretty sure Vladimir does too, and I think vibe wrote one for their framework. I'm sure we're not the only ones. I also have an XML lib, and again, I'm pretty sure Vladimir does too...
>
> [...]

But std.net.curl supports not just HTTP but also FTP etc. so i guess that won't suffice.

On Saturday, 7 May 2016 at 09:46:36 UTC, ikod wrote:
> What do you mean under re-licensing?

you added GPL to requests, this is incompatible with phobos and
your code can not be included. could it be changed to boost licence?

On Saturday, 7 May 2016 at 20:50:53 UTC, Jonas Drewsen wrote:
> But std.net.curl supports not just HTTP but also FTP etc. so i guess that won't suffice.

We can always implement ftp too, it isn't that complicated of a protocol.

Though, I suspect its users are a tiny minority and they might not mind depending on a separate curl package.

On 5/7/2016 6:33 AM, Andrei Alexandrescu wrote:
> Another library discussed as even more ripe for replacement is zlib:

Started a new thread for this.

On Saturday, 7 May 2016 at 21:03:36 UTC, yawniek wrote:
> On Saturday, 7 May 2016 at 09:46:36 UTC, ikod wrote:
>> What do you mean under re-licensing?
>
> you added GPL to requests, this is incompatible with phobos and
> your code can not be included. could it be changed to boost licence?

Hello,

Yes, I think. Both licenses recognized as FOSS licenses, so there would be no problem.

Thanks,
Igor