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
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
3
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 stuff
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 fa
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 know
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 of
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.
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
no
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 Drewsen wrote:
> >>> But std.net.c
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 the
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
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 Schveigho
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 long
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.
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,
s
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 d
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
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 s
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 std.
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 eve
On 5/8/16 5:37 PM, Suliman wrote:
Andrei, is there any plans to drop etc.c.odbc ?
No. -- Andrei
Andrei, is there any plans to drop etc.c.odbc ?
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 h
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 FT
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 a
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
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,
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 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
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 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
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 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 everythin
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
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 ma
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
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?
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 problem that we seem to have. Folks
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. I
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 may 2017
> 3. delete everything
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
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
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 actua
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?
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
3
On 05/06/2016 11:24 AM, Steven Schveighoffer wrote:
> So push dates to 2026-2028 then? ;)
>
> -Steve
D3 will fix EVERYTHING
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 bet
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 everythi
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.
sou
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
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
3
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 to
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 u
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
3
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 everything curl related i
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/pul
56 matches
Mail list logo