Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:34634 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 40572 invoked by uid 1010); 10 Jan 2008 10:23:05 -0000 Delivered-To: ezmlm-scan-internals@lists.php.net Delivered-To: ezmlm-internals@lists.php.net Received: (qmail 40556 invoked from network); 10 Jan 2008 10:23:05 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 10 Jan 2008 10:23:05 -0000 Authentication-Results: pb1.pair.com smtp.mail=pierre.php@gmail.com; spf=pass; sender-id=pass Authentication-Results: pb1.pair.com header.from=pierre.php@gmail.com; sender-id=pass; domainkeys=bad Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.198.184 as permitted sender) DomainKey-Status: bad X-DomainKeys: Ecelerity dk_validate implementing draft-delany-domainkeys-base-01 X-PHP-List-Original-Sender: pierre.php@gmail.com X-Host-Fingerprint: 209.85.198.184 rv-out-0910.google.com Received: from [209.85.198.184] ([209.85.198.184:28434] helo=rv-out-0910.google.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 30/15-03358-102F5874 for ; Thu, 10 Jan 2008 05:23:03 -0500 Received: by rv-out-0910.google.com with SMTP id k15so537722rvb.23 for ; Thu, 10 Jan 2008 02:22:53 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=R6O9sMtQ3KGFAMcPeCKxpfRc5u1f7WXRaxq7WHNVGjA=; b=qYpywZ0Dh1FhIR9pcI2eeiPh0yW8YF1eM3i7c+RI5qqg0QkO2L6r7fc7RbItVzPD1FYBWBwa5tZw3+ujwGeC0AEPGt1Vg9555ZuzjWFI2wJ4GIZ3rlwCP1yVmpzd/bFMrhzZVr91IXre+fuazvlTff6It+KFl03THJatwZj9cXo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=C9mp553XV/CDX6IoCsqh40oeXkolJBpYBeIsQpm+IYfeUvnnkBw9sQaWyasFpit2y/gz59ETYNAE8kNVlL3BwRPA/7ohY5dY0oURX6lqwt+jU1r3A6Avu8s+iHHcqJV/NLaUN17YdZs94cv8HRdB2WnWEtO1uY7K2rg9fj0JTy4= Received: by 10.140.164.1 with SMTP id m1mr1054627rve.266.1199960572837; Thu, 10 Jan 2008 02:22:52 -0800 (PST) Received: by 10.141.70.21 with HTTP; Thu, 10 Jan 2008 02:22:52 -0800 (PST) Message-ID: Date: Thu, 10 Jan 2008 11:22:52 +0100 To: "sean finney" Cc: internals@lists.php.net, "Ilia Alshanetsky" , "Joe Orton" , "Derick Rethans" In-Reply-To: <200801100511.30704.seanius@debian.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20080109141541.GA14571@redhat.com> <3B0880D2-C5C4-45C6-ABD4-C6B8316E1498@prohost.org> <200801100511.30704.seanius@debian.org> Subject: Re: [PHP-DEV] [PATCH] date/timelib: use system timezone database From: pierre.php@gmail.com (Pierre) Hi Sean, On Jan 10, 2008 5:10 AM, sean finney wrote: > Hi Ilia, Joe, > > On Wednesday 09 January 2008 08:50:59 pm Ilia Alshanetsky wrote: > > The reason we do not use the system database is because it is > > inconsistent and likely is updated less frequently then the one > > included with PHP. > > > > -1. > > Personally I think this patch would be great, and I will recommend it to the > other debian php maintainers for review. It would certainly be a lot better > than our current solution, where the timezone db has been ripped out of php > and put into a seperate package which is managed outside of the stable > release cycle (in the "volatile" release area). > > I understand that it may make the job of developing/releasing/supporting > easier for you to bundle the timezone db (just like libgd, et c), but please > consider the position of those who are responsible for maintaining not just > your software but thousands of other projects' packages... wouldn't it be > possible to at least make this some kind of compile-time option for those of > us who do like the idea? Besides the issues listed by Derick, there is two problems with these choices (distro making design changes to upstream software). First it creates an uncontrollable gray area where you have to be lucky if your software works out of the box on a given distribution. PHP (and GD in particular) is a pain on Debian (btw, is the pollitics about libgd in debian finally gone? :( ). Please don't add the timezone to the list of troubles. The 2nd problem are the ISPs and other sys admins. They keep outdated or customized systems on their systems. If distros start to use the system timezone, I'm sure we will see very old databases on many servers in a couple of years. That's an upcoming bomb. It is not directly the distributions fault, but this problem is particullary true for Debian users (IPS using debian). Debian being conservative, their users are even more conservative and reluctant to update their systems. The worst is that they even follow blindly your choices. Cheers, -- Pierre http://blog.thepimp.net | http://www.libgd.org