Edit report at http://bugs.php.net/bug.php?id=54250&edit=1
ID: 54250
Comment by: maciej at wiercinski dot net
Reported by: maciej at wiercinski dot net
Summary: date_default_timezone_set stat()'s whole
/usr/share/zoneinfo upon first call
Status: Bogus
Type: Bug
Package: Date/time related
Operating System: Linux 2.6
PHP Version: 5.3.5
Block user comment: N
Private report: N
New Comment:
I thought you've meant triggering "pecl upgrade" upon installing the new
version
of php-timezone package.
Previous Comments:
------------------------------------------------------------------------
[2011-03-17 00:10:44] [email protected]
No it won't. You can distribute a binary pecl extension without needing
"PECL".
I'm not even sure what you mean by "PECL" here. An individual pecl
extension is
just a simple shared library. Nothing more.
------------------------------------------------------------------------
[2011-03-17 00:02:47] maciej at wiercinski dot net
[email protected]:
It will still force them to distribute PECL (may be a concern for people
building embedded/very small systems shipped with PHP).
I don't really know PHP code, had just a very brief look at the patch
itself and
related functions, so what I'm saying may be completely invalid. What
about
compiling timezone data into dynamically loaded library, which they
could ship
separately of PECL/PHP itself / easily replace with calls to theirs?
------------------------------------------------------------------------
[2011-03-16 22:56:15] [email protected]
Why not just make pecl/timezone dependent on the system timezone update.
It seems
easy enough to me. Your PHP package depends on pecl/timezone and
pecl/timezone
depends on the system timezone package. That should keep it all in
synch.
------------------------------------------------------------------------
[2011-03-16 22:52:34] maciej at wiercinski dot net
[email protected]:
I can see at least two problems Debian (and other distribution)
maintainers will
have with the solution you have proposed. They would have to make PHP
dependent
on PECL, which is currently not the case (at least not in Debian). On
other hand
it will eventually lead to a situation in which PHP's timezone update
has been
rolled out and system's not, or vice-versa.
------------------------------------------------------------------------
[2011-03-16 18:56:32] [email protected]
vJust a small comment on
> The PHP tzdata changes are mixed in with the
> mainline development, and sometimes depend on
> other changes within the engine, so it's not
> really feasible to cherry pick out the changes
> into a stable release, even if we wanted to.
This is not true. Distributions can distribute the timezone update using
the pecl/timzeone package. No messing with engine stuff needed.
------------------------------------------------------------------------
The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
http://bugs.php.net/bug.php?id=54250
--
Edit this bug report at http://bugs.php.net/bug.php?id=54250&edit=1
