Re: [PHP-DEV] Google Summer of Code

2012-03-02 Thread Daniel P. Brown
On Thu, Mar 1, 2012 at 21:00, Adam Harvey ahar...@php.net wrote:

 - New Mirror Management System (Daniel Brown): not sure if this is
 relevant — systems guys? Daniel?

No, the system I had been drafting was mainly to fix a few issues
and introduce some new features to make mirror management easier.  In
the intervening years, I've done the majority of what I'd set out to
do (but didn't rewrite it as the original project scope would've
done).  So this is no longer relevant; I'll remove it today.

 - Revamping user comments at php.net (Philip Olson): might also be a
 bit thin as written, but it depends on where it goes.

From discussions I've seen over the years on the official GSOC
list, this may be wrapped into the blanket rejection on documentation.

-- 
/Daniel P. Brown
Dedicated Servers, Cloud and Cloud Hybrid Solutions, VPS, Hosting
(866-) 725-4321
http://www.parasane.net/

--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php



Re: [PHP-DEV] LXR

2010-12-31 Thread Daniel P. Brown
On Fri, Dec 31, 2010 at 15:00, Hannes Magnusson
hannes.magnus...@gmail.com wrote:

 ns6 is also returning bogus results for prototype.php.net..
 I bet it has something to do with my awesome syntax error in the file
 coupleof days ago - ans ns6 isn't smart enough to retrieve the update.
 Wise guys tell me bumping the serial after fixing the syntax isn't
 always enough, and you actually have to add a new entry.. I'll try
 that :)

Make the TTLs all 1 while you're in there.  May as well go from
one extreme to the other and DoS ourselves.

-- 
/Daniel P. Brown
Dedicated Servers, Cloud and Cloud Hybrid Solutions, VPS, Hosting
(866-) 725-4321
http://www.parasane.net/

-- 
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php



Re: [PHP-DEV] rename T_PAAMAYIM_NEKUDOTAYIM to T_DOUBLE_COLON

2010-10-30 Thread Daniel P. Brown
On Sat, Oct 30, 2010 at 12:35, Chad Emrys ad...@codeangel.org wrote:

 Most likely not, we don't get tons of questions about other parser errors,
 unless the person refuses to read the error message to begin with (Those
 can't be fixed, true.  But this for those people that DO read the messages,
 which is greater number than what you guys lead on)

I have to say, you certainly are sure of yourself when it comes to
describing our opinions and actions, yet - aside from argue a point
that has little chance of succeeding here, as you can tell - you've
done nothing to give your point validity outside of your own
experience and interpretations.

You mentioned how great it was that PHP is FOSS, and that you'd
only have to bribe whomever is handling patch reviews and submissions.
 Another great thing about FOSS: your right to fork.

-- 
/Daniel P. Brown
Dedicated Servers, Cloud and Cloud Hybrid Solutions, VPS, Hosting
(866-) 725-4321
http://www.parasane.net/

--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php



Re: [PHP-DEV] rename T_PAAMAYIM_NEKUDOTAYIM to T_DOUBLE_COLON

2010-10-30 Thread Daniel P. Brown
On Sat, Oct 30, 2010 at 12:47, Chad Emrys ad...@codeangel.org wrote:

 It's not that I'm that sure of myself, it's that I believe that my opinion
 has merit, and I keep seeing the exact same argument over and over again
 that I believe is not a very good argument (They can just google it thing).
  Some other people have provided other arguments as well and those are more
 valued. (Though I don't think they are strong enough reasons yet NOT to do
 it).

It does have merit --- to you, and perhaps a few others.
Hopefully without sounding like I'm ridiculing you (it's not my
intent), have you seriously considered this at all, and are you
realizing that it's just not going to happen at this time?  I mean, if
you submitted a request or implementation proposal for an INI-based
option to switch between token strings and expanded help messages,
that would likely receive more serious attention than the dismissive
responses and formed opinions of your own insight as based upon this
discussion.

 Forking won't fix this particular problem.

Well, if your statement about how no one here who disagrees with
you does enough support (which is, quite frankly, an asinine
assessment), then an equal rebuttal will be that you do not know
enough about the inner workings of the software you claim to support,
nor the culture of the group who maintains it.

You're taking a minor annoyance and trying to convince the masses
- and indeed the powers that be - that it is tantamount to Y2K38.
Again, I'm really not trying to insult you or your original opinion
here, Chad, but the continued arguments are almost coming off as silly
now.

-- 
/Daniel P. Brown
Dedicated Servers, Cloud and Cloud Hybrid Solutions, VPS, Hosting
(866-) 725-4321
http://www.parasane.net/

--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php



Re: [PHP-DEV] rename T_PAAMAYIM_NEKUDOTAYIM to T_DOUBLE_COLON

2010-10-29 Thread Daniel P. Brown
On Fri, Oct 29, 2010 at 20:47, admin ad...@codeangel.org wrote:

 Those that disagree don't do enough PHP support to know how often it is
 asked. it's worth it.

Someone disagreeing with your request to change something does not
correlate to their doing enough PHP support.  There are many reasons
to disagree with a change request, no matter how much any one person
thinks of it as a necessity or an improvement.

-- 
/Daniel P. Brown
Dedicated Servers, Cloud and Cloud Hybrid Solutions, VPS, Hosting
(866-) 725-4321
http://www.parasane.net/

-- 
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php



Re: [PHP-DEV] SVN Account Request: kriscraig

2010-10-05 Thread Daniel P. Brown
On Tue, Oct 5, 2010 at 17:46, Kris Craig kris.cr...@gmail.com wrote:

 Could somebody (anybody) please email me a response when you get this?  If
 you could tell me what I need to do and/or who I need to send this to in
 order to illicit an answer, I would be extremely grateful for your advice!
 I would be even more grateful (for whatever that's worth) if you have any
 thoughts on the latest date patch I sent.

You're coming through.  Sometimes some things just take longer
than others around here, and sometimes they just never happen at all.
It's certainly nothing personal against you.l

-- 
/Daniel P. Brown
Dedicated Servers, Cloud and Cloud Hybrid Solutions, VPS, Hosting
(866-) 725-4321
http://www.parasane.net/

--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php



Re: [PHP-DEV] SVN Account Request: kriscraig

2010-10-05 Thread Daniel P. Brown
On Tue, Oct 5, 2010 at 19:50, Kris Craig kris.cr...@gmail.com wrote:

 But yeah if you have some free time and would like to try applying my patch
 please feel free to let me know the results.  I'm very interested to learn
 how much precision variance there is on this across different compilers and
 if there are any ideas out there to resolve that issue.  Because other than
 the slight precision loss it works perfectly and should satisfy a lot of
 people who have requested this over the years.

That would definitely be Derick's realm.  Anyone could apply the
patch, but he's the one who will scrutinize it bit-by-bit (literally).

 Bleh well my inane ramblings aside, thanks again!

Not a problem.  Welcome aboard.

-- 
/Daniel P. Brown
Dedicated Servers, Cloud and Cloud Hybrid Solutions, VPS, Hosting
(866-) 725-4321
http://www.parasane.net/

--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php



[PHP-DEV] CVS Account Request: danbrown

2007-11-20 Thread Daniel P. Brown
Assisting with maintenance of the php.net site, documentation, and bug fixes, 
as well as further developing the runtime and including bundled packages 
(perhaps such as the TTS bindings we created during the spring).  Most of you 
know me from the lists as it is.

-- 
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php