Re: [PHP-DEV] date.timezone E_WARNING -- Really necessary? What's the rationale?

Hi! > I did not do a very good job explaining what I meant. I meant to say > that requiring the timezone to be set prevents you from running > without an ini file without any warnings. This is a big annoyance. If you insist on using the tool in a wrong way, you will be annoyed as the tool would n

Re: [PHP-DEV] Maintaining Phar

On Sat, May 25, 2013 at 7:40 PM, Ralph Schindler wrote: > I've asked previously (http://marc.info/?l=php-** > internals&m=132096254304189&w=**2), > but have not given commit karma for the phar extension. I've fixed a > couple of bugs, and t

[PHP-DEV] Maintaining Phar

I've asked previously (http://marc.info/?l=php-internals&m=132096254304189&w=2), but have not given commit karma for the phar extension. I've fixed a couple of bugs, and the last one has been sitting in the PR queue for months. https://github.com/php/php-src/pull/297 I've had a couple of con

Re: [PHP-DEV] date.timezone E_WARNING -- Really necessary? What's the rationale?

On Sat, May 25, 2013 at 6:04 PM, Daniel Lowrey wrote: > Granted, I don't > have to answer the bug reports, but how difficult is it to say, "No, > this is not a bug. Let me google this for you," and close as "Will not > fix?" Not difficult at all. We already have the quick-fix system in place, e

Re: [PHP-DEV] date.timezone E_WARNING -- Really necessary? What's the rationale?

> This issue is less about date.timezone than being able to run without an ini > file. This is my complaint. My point of view is that PHP is a programming language, not some goofball windows application. Forcing me to use an .ini file to be able to program is a real annoyance. And in my humble op

[PHP-DEV] Re: VCS Account Request: jenkins

VCS Account Rejected: jenkins rejected by rasmus /o\ -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

[PHP-DEV] Re: VCS Account Request: baronth

VCS Account Rejected: baronth rejected by rasmus /o\ -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] date.timezone E_WARNING -- Really necessary? What's the rationale?

On Sat, May 25, 2013 at 5:09 PM, Levi Morrison wrote: > >> It is actually only about getting safe, cross platform/OS (even > >> between Linux versions) for the TZ database. It has nothing to do > >> with taste or similar subjective opinion. > >> > >> For the record, the behavior requested in this

Re: [PHP-DEV] date.timezone E_WARNING -- Really necessary? What's the rationale?

>> It is actually only about getting safe, cross platform/OS (even >> between Linux versions) for the TZ database. It has nothing to do >> with taste or similar subjective opinion. >> >> For the record, the behavior requested in this thread is what we had >> in earlier versions, all we got was plen

Re: [PHP-DEV] date.timezone E_WARNING -- Really necessary? What's the rationale?

On Sat, May 25, 2013 at 9:03 AM, Levi Morrison wrote: >> For the record, the behavior requested in this thread is what we had in >> earlier versions, all we got was plenty of bugs reports about wrong TZ >> detections. > > This issue is less about date.timezone than being able to run without > an i

Re: [PHP-DEV] date.timezone E_WARNING -- Really necessary? What's the rationale?

On 25/05/13 14:09, Pierre Joye wrote: > > It is actually only about getting safe, cross platform/OS (even > between Linux versions) for the TZ database. It has nothing to do > with taste or similar subjective opinion. > > For the record, the behavior requested in this thread is what we had > in ear

Re: [PHP-DEV] date.timezone E_WARNING -- Really necessary? What's the rationale?

Hi List, > Wouldn't it be possible to have it default to the system's timezone if > available? Most software seems to be able to use the correct timezone. > From a user's pov it is strange that PHP is pretty much the only service > which has to have it's own timezone configuration. > > I apprecia

Re: [PHP-DEV] date.timezone E_WARNING -- Really necessary? What's the rationale?

> For the record, the behavior requested in this thread is what we had in > earlier versions, all we got was plenty of bugs reports about wrong TZ > detections. This issue is less about date.timezone than being able to run without an ini file. -- PHP Internals - PHP Runtime Development Mailing L

Re: [PHP-DEV] date.timezone E_WARNING -- Really necessary? What's the rationale?

Am 25.05.2013 14:09, schrieb Pierre Joye: > On May 25, 2013 12:31 PM, "Tim Starling" wrote: > . >> >> It's Derick's prerogative to annoy all users half to death with >> warnings, as his way of indicating his distaste for the state of OS >> support for querying of system timezone. > > It is actual

Re: [PHP-DEV] date.timezone E_WARNING -- Really necessary? What's the rationale?

On May 25, 2013 12:31 PM, "Tim Starling" wrote: . > > It's Derick's prerogative to annoy all users half to death with > warnings, as his way of indicating his distaste for the state of OS > support for querying of system timezone. It is actually only about getting safe, cross platform/OS (even be

Re: [PHP-DEV] Cannot call constructor

> > This thread arose in response to what is undeniably a bad API > authoring practice (first allowing full ctor override and later > breaking BC without fanfare) Why are we letting the authors of > Richard's library off the hook and putting it on ourselves to develop > hacks? They obviously screwe

Re: [PHP-DEV] date.timezone E_WARNING -- Really necessary? What's the rationale?

On 23/05/13 20:40, Daniel Lowrey wrote: > If it's going to default to UTC anyway should there really be an > E_WARNING? Can't PHP just quietly use UTC? The "U" in UTC *does* > stand for "Universal," after all. It's a sensible default and as > such shouldn't merit a warning. Actually, the sensible