On Tue, Nov 7, 2017 at 5:44 PM, Pedro Magalhães wrote:
> I'm not sure if the people who have access to the machines follow this
> mailing list as well, so I would suggest reaching out directly to the
> people listed as having access to the mailing lists machine (you can find
> that list here: htt
On 7 Nov 2017 16:40, "Eli White" wrote:
On Tue, Nov 7, 2017 at 9:07 AM, Peter Lind wrote:
> Might be worth noting that fixing the mailing lists does not amount to
> taking on the php.net mail servers. The two are separate - just in case
> someone should be up for one, but not both tasks.
>
In
I'm not sure if the people who have access to the machines follow this
mailing list as well, so I would suggest reaching out directly to the
people listed as having access to the mailing lists machine (you can find
that list here: https://wiki.php.net/systems/pb1).
Also, there seems to be a system
On Tue, 2017-11-07 at 16:54 +0100, Andreas Heigl wrote:
> Am 07.11.17 um 16:40 schrieb Eli White:
> > On Tue, Nov 7, 2017 at 9:07 AM, Peter Lind
> > wrote:
> >
> > > Might be worth noting that fixing the mailing lists does not
> > > amount to
> > > taking on the php.net mail servers. The two are
Am 07.11.17 um 16:40 schrieb Eli White:
> On Tue, Nov 7, 2017 at 9:07 AM, Peter Lind wrote:
>
>> Might be worth noting that fixing the mailing lists does not amount to
>> taking on the php.net mail servers. The two are separate - just in case
>> someone should be up for one, but not both tasks.
>
On Tue, Nov 7, 2017 at 9:07 AM, Peter Lind wrote:
> Might be worth noting that fixing the mailing lists does not amount to
> taking on the php.net mail servers. The two are separate - just in case
> someone should be up for one, but not both tasks.
>
In this case I believe that they are one and
The last 10 or so email messages in this thread have been pointless
bickering. Please stop. Thank you!
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Might be worth noting that fixing the mailing lists does not amount to
taking on the php.net mail servers. The two are separate - just in case
someone should be up for one, but not both tasks.
On 7 November 2017 at 14:48, Eli White wrote:
> Just chiming in that I have constantly had issues (sinc
Hey all.
Am 07.11.17 um 14:48 schrieb Eli White:
> Just chiming in that I have constantly had issues (since you asked for
> hands), get emails denied (let's see if this one goes through), and
> semi-constant threads of being auto-removed because of bounces that have
> nothing to do with me (see ab
Just chiming in that I have constantly had issues (since you asked for
hands), get emails denied (let's see if this one goes through), and
semi-constant threads of being auto-removed because of bounces that have
nothing to do with me (see above gmail discussion).
Yeah, it sucks. And it's been bro
Biweekly reminder that PHP mail servers suck.
On Wed, Oct 25, 2017 at 10:30 AM, Sara Golemon wrote:
> Quick show of hands: Who's had a "looks like spam" bounce from php.net
> mail servers in the past... lets say the past month.
> Or how about the fact that new users tend to have a very hard time
PHP-7.2.0 release branch has been cut at b6336b0d in preparation of GA
in three weeks. If you have bugfixes, please apply them to the
PHP-7.2 branch as normal. *If* you believe a bugfix is high priority
and should be included in the 7.2.0 release, contact Remi and I and
request a cherry-pick to t
Am 07.11.2017 um 12:53 schrieb Tony Marston:
It should also be obvious to every first year student that if a program
contains code that is rarely or never used then carrying around the
"weight" of that code has a detrimental effect
but you don#t get the basics right: you need to measure if t
"Alice Wonder" wrote in message
news:572d0e30-7214-0842-6624-7647514b9...@librelamp.com...
On 11/07/2017 02:21 AM, Tony Marston wrote:
Some things are so obvious that they do not need scientific proof.
Some things that appear obvious are incorrect, especially when bias enters.
Scientific
On 11/07/2017 03:43 AM, Tony Marston wrote:
Irrelevant analogy. If you read
https://en.wikipedia.org/wiki/Reduced_instruction_set_computer you will
see the advantage of getting rid of complex and specialised instructions
and concentrating on simple and general instructions.
You will see some
On 07.11.2017 at 02:53, Andrea Faulds wrote:
> OOP would be nice for avoiding having to type image* constantly.
>
> But as for the hard-to-read naming, OOP isn't necessaary, IMO. The
> current GD API's naming without underscores cries out for camelCase. And
> that's possible for methods… but it's
"Stephen Reay" wrote in message
news:562e5c38-b46b-449d-8676-8699b59dd...@koalephant.com...
On 7 Nov 2017, at 17:21, Tony Marston wrote:
I was around when that happened, so I know what I'm talking about.
I'm not going to get into the whole "it can be done in userland why do we
need it in
> On 7 Nov 2017, at 17:21, Tony Marston wrote:
>
> I was around when that happened, so I know what I'm talking about.
I'm not going to get into the whole "it can be done in userland why do we need
it in core" debate, because honestly that's a silly discussion to have when you
don't have any p
On 11/07/2017 02:21 AM, Tony Marston wrote:
Some things are so obvious that they do not need scientific proof.
Some things that appear obvious are incorrect, especially when bias
enters. Scientific proof brings human bias out of the equation, or at
least reduces it.
For
example, in a mot
Am 07.11.2017 um 11:21 schrieb Tony Marston:
wrote in message news:748869f7-13bb-5bdd-6fec-399a33b79...@rhsoft.net...
Everybody knows that carrying around code which is either rarely used
or not used at all is an overhead
everybody knows that claims without measure the impact are worthless
wrote in message news:748869f7-13bb-5bdd-6fec-399a33b79...@rhsoft.net...
Am 06.11.2017 um 12:09 schrieb Tony Marston:
wrote in message news:55fb932f-7f61-33eb-1fd9-aa425bc6f...@rhsoft.net...
Am 05.11.2017 um 11:24 schrieb Tony Marston:
wrote in message
news:d70cc49d-c397-3f09-d08d-b79b31014
21 matches
Mail list logo