Re: The end of curl (in phobos)

On Sunday, 19 February 2017 at 04:00:33 UTC, Gavin wrote: On Friday, 6 May 2016 at 08:32:03 UTC, 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

Re: The end of curl (in phobos)

On Friday, 6 May 2016 at 08:32:03 UTC, 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

Re: The end of curl (in phobos)

On Saturday, 18 February 2017 at 22:48:53 UTC, Dmitry Olshansky wrote: [...] For some time I was a proponent of yanking stuff from Phobos into oblivion. Now I'm not. Stop breaking code. Yes, we should think harder before introducing libraries into Phobos but continuing on with removal of

Re: The end of curl (in phobos)

On Sat, 18 Feb 2017 21:41:51 +, ketmar wrote: > Seb wrote: >> So what's the consensus on this issue? > > leave curl where it is now. > > i am teh user. i have alot of code depending on std.net.curl. i hope > that "we are not breaking user's code" motto is not just a PR slogan. I've got a

Re: The end of curl (in phobos)

On Saturday, 18 February 2017 at 22:48:53 UTC, Dmitry Olshansky wrote: Yes, Phobos is full of historical accidents and cruft. I'm constantly tempted to propose Phobos v2 properly _designed_ (not *grown*) and without the junk. I really think it might be a good idea but only when we actually

Re: The end of curl (in phobos)

On 2/18/17 10:20 PM, Seb wrote: On Monday, 9 May 2016 at 10:44:13 UTC, ZombineDev wrote: On Monday, 9 May 2016 at 09:35:18 UTC, sigod wrote: On Monday, 9 May 2016 at 08:55:36 UTC, Jonathan M Davis wrote: But given that std.net.curl handles stuff like SSL/TLS, we _can't_ actually replace all

Re: The end of curl (in phobos)

Seb wrote: So what's the consensus on this issue? leave curl where it is now. i am teh user. i have alot of code depending on std.net.curl. i hope that "we are not breaking user's code" motto is not just a PR slogan.

Re: The end of curl (in phobos)

On Monday, 9 May 2016 at 10:44:13 UTC, ZombineDev wrote: On Monday, 9 May 2016 at 09:35:18 UTC, sigod wrote: On Monday, 9 May 2016 at 08:55:36 UTC, Jonathan M Davis wrote: But given that std.net.curl handles stuff like SSL/TLS, we _can't_ actually replace all of its functionality - at least

Re: The end of curl (in phobos)

Am Sun, 8 May 2016 11:33:07 +0300 schrieb Andrei Alexandrescu : > On 5/8/16 11:05 AM, Jonathan M Davis via Digitalmars-d wrote: > > On Sunday, May 08, 2016 02:44:48 Adam D. Ruppe via Digitalmars-d > > wrote: > >> On Saturday, 7 May 2016 at 20:50:53 UTC, Jonas

Re: The end of curl (in phobos)

On Tuesday, May 10, 2016 14:51:02 Vladimir Panteleev via Digitalmars-d wrote: > On Tuesday, 10 May 2016 at 14:35:17 UTC, krzaq wrote: > > On Tuesday, 10 May 2016 at 14:26:27 UTC, Vladimir Panteleev > > wrote: > >> You imply that the error message that Druntime generates when > >> it cannot find

Re: The end of curl (in phobos)

On Tuesday, 10 May 2016 at 14:19:15 UTC, krzaq wrote: On Sunday, 8 May 2016 at 13:31:46 UTC, Vladimir Panteleev wrote: On Sunday, 8 May 2016 at 09:43:14 UTC, Steven Schveighoffer wrote: [...] I understand that this is no longer a problem. We link dynamically to the DLL, which is distributed

Re: The end of curl (in phobos)

On Tuesday, 10 May 2016 at 14:35:17 UTC, krzaq wrote: On Tuesday, 10 May 2016 at 14:26:27 UTC, Vladimir Panteleev wrote: On Tuesday, 10 May 2016 at 14:19:15 UTC, krzaq wrote: On Sunday, 8 May 2016 at 13:31:46 UTC, Vladimir Panteleev wrote: On Sunday, 8 May 2016 at 09:43:14 UTC, Steven

Re: The end of curl (in phobos)

On Tuesday, 10 May 2016 at 14:26:27 UTC, Vladimir Panteleev wrote: On Tuesday, 10 May 2016 at 14:19:15 UTC, krzaq wrote: On Sunday, 8 May 2016 at 13:31:46 UTC, Vladimir Panteleev wrote: On Sunday, 8 May 2016 at 09:43:14 UTC, Steven Schveighoffer wrote: [...] I understand that this is no

Re: The end of curl (in phobos)

On Sunday, 8 May 2016 at 13:31:46 UTC, Vladimir Panteleev wrote: On Sunday, 8 May 2016 at 09:43:14 UTC, Steven Schveighoffer wrote: My understanding is that libcurl isn't default installed on some platforms (e.g. windows). So we have a dependency on an external library that may not be present.

Re: The end of curl (in phobos)

On Monday, 9 May 2016 at 09:35:18 UTC, sigod wrote: On Monday, 9 May 2016 at 08:55:36 UTC, Jonathan M Davis wrote: But given that std.net.curl handles stuff like SSL/TLS, we _can't_ actually replace all of its functionality - at least not without adding a dependency on a different C library,

Re: The end of curl (in phobos)

On Monday, May 09, 2016 09:35:18 sigod via Digitalmars-d wrote: > On Monday, 9 May 2016 at 08:55:36 UTC, Jonathan M Davis wrote: > > But given that std.net.curl handles stuff like SSL/TLS, we > > _can't_ actually replace all of its functionality - at least > > not without adding a dependency on a

Re: The end of curl (in phobos)

On Monday, 9 May 2016 at 08:55:36 UTC, Jonathan M Davis wrote: Walter's main complaint seemed to be that he didn't like the idea of depending on C libraries other than the C runtime in our standard library, since it meant that there was code in our standard library that we did not have control

Re: The end of curl (in phobos)

On Monday, 9 May 2016 at 08:55:36 UTC, Jonathan M Davis wrote: But given that std.net.curl handles stuff like SSL/TLS, we _can't_ actually replace all of its functionality - at least not without adding a dependency on a different C library, since there's no way that it's sane to do the crypto

Re: The end of curl (in phobos)

On Sunday, May 08, 2016 11:33:07 Andrei Alexandrescu via Digitalmars-d wrote: > On 5/8/16 11:05 AM, Jonathan M Davis via Digitalmars-d wrote: > > On Sunday, May 08, 2016 02:44:48 Adam D. Ruppe via Digitalmars-d wrote: > >> On Saturday, 7 May 2016 at 20:50:53 UTC, Jonas Drewsen wrote: > >>> But

Re: The end of curl (in phobos)

On 6/5/2016 20:17, qznc 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

Re: The end of curl (in phobos)

On 5/8/16 5:37 PM, Suliman wrote: Andrei, is there any plans to drop etc.c.odbc ? No. -- Andrei

Re: The end of curl (in phobos)

On Sunday, 8 May 2016 at 09:43:14 UTC, Steven Schveighoffer wrote: My understanding is that libcurl isn't default installed on some platforms (e.g. windows). So we have a dependency on an external library that may not be present. If in "first five minutes" user wants to execute downloads from

Re: The end of curl (in phobos)

On 5/8/16 10:33 AM, Andrei Alexandrescu wrote: On 5/8/16 11:05 AM, Jonathan M Davis via Digitalmars-d wrote: On Sunday, May 08, 2016 02:44:48 Adam D. Ruppe via Digitalmars-d wrote: On Saturday, 7 May 2016 at 20:50:53 UTC, Jonas Drewsen wrote: But std.net.curl supports not just HTTP but also

Re: The end of curl (in phobos)

On 5/8/16 11:05 AM, Jonathan M Davis via Digitalmars-d wrote: On Sunday, May 08, 2016 02:44:48 Adam D. Ruppe via Digitalmars-d wrote: 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

Re: The end of curl (in phobos)

On Sunday, May 08, 2016 02:44:48 Adam D. Ruppe via Digitalmars-d wrote: > 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

Re: The end of curl (in phobos)

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,

Re: The end of curl (in phobos)

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.

Re: The end of curl (in phobos)

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

Re: The end of curl (in phobos)

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?

Re: The end of curl (in phobos)

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

Re: The end of curl (in phobos)

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.

Re: The end of curl (in phobos)

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

Re: The end of curl (in phobos)

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

Re: The end of curl (in phobos)

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

Re: The end of curl (in phobos)

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

Re: The end of curl (in phobos)

On Friday, 6 May 2016 at 14:31:56 UTC, Jonathan M Davis wrote: That is a bit of a classic problem that we seem to have. Folks do cool stuff but don't want to make the extra effort to get it into Phobos. Maybe somehow reduce or divide the required effort?

Re: The end of curl (in phobos)

On Fri, 06 May 2016 13:25:55 + "Adam D. Ruppe via Digitalmars-d" wrote: > But nevertheless, the D community has the code already or these > replacements - it is just a question of Phobos joining forces > with the existing efforts. That is a bit of a classic

Re: The end of curl (in phobos)

On Friday, 6 May 2016 at 13:12:31 UTC, Jonathan M Davis wrote: The main problem, of course, is then actually getting a replacement, which we have freqently done a poor job of doing. I have an HTTP client lib, I'm pretty sure Vladimir does too, and I think vibe wrote one for their framework.

Re: The end of curl (in phobos)

On Fri, 06 May 2016 08:32:03 + Robert burner Schadek via Digitalmars-d 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

Re: The end of curl (in phobos)

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

Re: The end of curl (in phobos)

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

Re: The end of curl (in phobos)

On 05/06/2016 12:19 PM, Kagamin wrote: > On Friday, 6 May 2016 at 09:00:24 UTC, Dicebot wrote: >> Deprecated modules don't get bugfixes. > > Isn't deprecated functionality tested in Phobos? Yes, to ensure it doesn't get broken by changes to other symbols. But it doesn't get new bugfixes for

Re: The end of curl (in phobos)

On Friday, 6 May 2016 at 09:00:24 UTC, Dicebot wrote: Deprecated modules don't get bugfixes. Isn't deprecated functionality tested in Phobos?

Re: The end of curl (in phobos)

On Friday, 6 May 2016 at 08:32:03 UTC, 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

Re: The end of curl (in phobos)

On 05/06/2016 11:24 AM, Steven Schveighoffer wrote: > So push dates to 2026-2028 then? ;) > > -Steve D3 will fix EVERYTHING

Re: The end of curl (in phobos)

On 5/6/16 10:53 AM, Robert burner Schadek wrote: On Friday, 6 May 2016 at 08:43:09 UTC, Johannes Pfau wrote: Wouldn't it make sense to do 3.1 right now so people can switch earlier? Then every bugfix to curl needs to be put in two repos. And the idea is that people have two years to find a

Re: The end of curl (in phobos)

On 5/6/16 11:21 AM, 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

Re: The end of curl (in phobos)

On Friday, 6 May 2016 at 09:00:24 UTC, Dicebot wrote: Deprecated modules don't get bugfixes. It is quite important to put it into undead the same moment it gets deprecated because there is no real replacement available so existing projects must have a clean migration path to keep working.

Re: The end of curl (in phobos)

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

Re: The end of curl (in phobos)

On Friday, 6 May 2016 at 08:32:03 UTC, 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

Re: The end of curl (in phobos)

On 05/06/2016 10:53 AM, Robert burner Schadek wrote: > On Friday, 6 May 2016 at 08:43:09 UTC, Johannes Pfau wrote: >> Wouldn't it make sense to do 3.1 right now so people can switch earlier? > > Then every bugfix to curl needs to be put in two repos. And the idea is > that people have two years

Re: The end of curl (in phobos)

On Friday, 6 May 2016 at 08:43:09 UTC, Johannes Pfau wrote: Wouldn't it make sense to do 3.1 right now so people can switch earlier? Then every bugfix to curl needs to be put in two repos. And the idea is that people have two years to find a better solution. So hopefully when we put curl in

Re: The end of curl (in phobos)

On Friday, 6 May 2016 at 08:32:03 UTC, 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

Re: The end of curl (in phobos)

Am Fri, 06 May 2016 08:32:03 + schrieb Robert burner Schadek : > 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

The end of curl (in phobos)

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: