Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:34672 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 62068 invoked by uid 1010); 11 Jan 2008 00:02:21 -0000 Delivered-To: ezmlm-scan-internals@lists.php.net Delivered-To: ezmlm-internals@lists.php.net Received: (qmail 62053 invoked from network); 11 Jan 2008 00:02:21 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 11 Jan 2008 00:02:21 -0000 Authentication-Results: pb1.pair.com header.from=judas.iscariote@gmail.com; sender-id=pass; domainkeys=bad Authentication-Results: pb1.pair.com smtp.mail=judas.iscariote@gmail.com; spf=pass; sender-id=pass Received-SPF: pass (pb1.pair.com: domain gmail.com designates 64.233.166.181 as permitted sender) DomainKey-Status: bad X-DomainKeys: Ecelerity dk_validate implementing draft-delany-domainkeys-base-01 X-PHP-List-Original-Sender: judas.iscariote@gmail.com X-Host-Fingerprint: 64.233.166.181 py-out-1112.google.com Received: from [64.233.166.181] ([64.233.166.181:36866] helo=py-out-1112.google.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 04/B1-51656-C02B6874 for ; Thu, 10 Jan 2008 19:02:20 -0500 Received: by py-out-1112.google.com with SMTP id u77so992733pyb.16 for ; Thu, 10 Jan 2008 16:02:18 -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:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=SFXoSt1wYDlXhv9Lyb1mcjEIfBSXDbK0H6Nxv/kkYlM=; b=NwkhDKw3a6foC7XvkfHgfBgF+7W4hL9cQ9DMPmDdAOOi0OEEher2JMlfvqgeNONIF2+2JlvQ6/5N1CdG7srSo/lAEfuLYAinIP+zNHerwawV8y80eFP3QBD9VVYPIj+bEBSRP07bVUpekxIHxysu/+N0MK9SnMbhinFJphrzbVc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=qUc2amgzES5sy42QhPhCW0WxFClV87BEaDtsoh+EYFio88NY3iMpuV23QBPfJ5AG7laU3sHzA4qVtppZihq4yxtGBaIzlL/eMX9/RxHATTXl7HGR7NWOZVK4xiJ269HDkj2GnZTvr281MhcXQwd1yBH1dQzZJhab0K6UxXohxgI= Received: by 10.64.181.12 with SMTP id d12mr5576301qbf.27.1200009737269; Thu, 10 Jan 2008 16:02:17 -0800 (PST) Received: by 10.64.83.7 with HTTP; Thu, 10 Jan 2008 16:02:17 -0800 (PST) Message-ID: <7d5a202f0801101602oeb53db9p648173a09169f67b@mail.gmail.com> Date: Thu, 10 Jan 2008 21:02:17 -0300 To: "internals Mailing List" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 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: judas.iscariote@gmail.com ("Cristian Rodriguez") 2008/1/10, Pierre : > Besides the issues listed by Derick, there is two problems with these > choices (distro making design changes to upstream software). > Please don't add the timezone to the list > of troubles. The vast mayority of PHP users obtain it via their OS vendor, isnt that enough reason to make their life easier just providing an alternative ? We sometimes have to do those "design changes" because the original behaviuor is simple not suitable. > If distros start to use the > system timezone Distros use system timezonedb for %99 of the other components(some of them far more critical than PHP) , why PHP has to be special ? > I'm sure we will see very old databases on many > servers in a couple of years. yes but PHP nor the distro makers are to be blamed for that, because distros **do** update the system tzdb regulary otherwise you have literally gazillions of components that will return out-of-date information. -- http://www.cristianrodriguez.net