Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:72186 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 53404 invoked from network); 4 Feb 2014 09:00:35 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 4 Feb 2014 09:00:35 -0000 Authentication-Results: pb1.pair.com header.from=lester@lsces.co.uk; sender-id=unknown Authentication-Results: pb1.pair.com smtp.mail=lester@lsces.co.uk; spf=permerror; sender-id=unknown Received-SPF: error (pb1.pair.com: domain lsces.co.uk from 217.147.176.204 cause and error) X-PHP-List-Original-Sender: lester@lsces.co.uk X-Host-Fingerprint: 217.147.176.204 mail4.serversure.net Linux 2.6 Received: from [217.147.176.204] ([217.147.176.204:60580] helo=mail4.serversure.net) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 90/48-09069-23CA0F25 for ; Tue, 04 Feb 2014 04:00:35 -0500 Received: (qmail 11354 invoked by uid 89); 4 Feb 2014 09:00:14 -0000 Received: by simscan 1.3.1 ppid: 11305, pid: 11327, t: 1.1886s scanners: attach: 1.3.1 clamav: 0.96/m:52 Received: from unknown (HELO linux-dev4.lsces.org.uk) (lester@rainbowdigitalmedia.org.uk@81.138.11.136) by mail4.serversure.net with ESMTPA; 4 Feb 2014 09:00:13 -0000 Message-ID: <52F0ACC6.8030409@lsces.co.uk> Date: Tue, 04 Feb 2014 09:03:02 +0000 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:26.0) Gecko/20100101 Firefox/26.0 SeaMonkey/2.23 MIME-Version: 1.0 To: PHP internals References: <344075933.20140203143339@figureone.com> <617796370.20140204005840@cypressintegrated.com> <52F098F7.7000901@lsces.co.uk> <52F09D64.9020803@lsces.co.uk> <52F0A501.8030105@lsces.co.uk> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: [PHP-DEV] Re: Windows Peer Verification From: lester@lsces.co.uk (Lester Caine) Pierre Joye wrote: > > OK that is making sense. The only reason that the tz data sprang to mind is a > similar situation. Up until now windows has also had it's own timezone data > management, > > This statement and the rest of your mail are wrong. > Again Php TZ data always have been built in, be on windows or other platforms. > > It's PHP distributing the 'patched' windows builds here? > No and no need to either. Now I'm just not sure if this is a matter of translating English? It is a simple fact that the Linux distributions handle all of the material they support via the package management. Many of them update PHP with minor version updates when things like a new tz version comes out or some other library gets updated. They patch the PHP distribution to suit their needs and keep things up to date. Which nowadays is the right way of working. Windows does not have the same update path when it comes to PHP and the like, so it needs a third party to provide up to date information. Either the user downloads a recent windows build from PHP or some other source. Or an alternative would be if there was some script mechanism to update CA files or tz data rather than having to a full reinstall? PHP does not up-issue simply because a new tz database is available, so in order to keep time up to date it would be nice to address that problem. IF Microsoft are now using the tz database directly then it may be possible to use that update via windows update. I understand why the same does not apply to the CA files ... -- Lester Caine - G8HFL ----------------------------- Contact - http://lsces.co.uk/wiki/?page=contact L.S.Caine Electronic Services - http://lsces.co.uk EnquirySolve - http://enquirysolve.com/ Model Engineers Digital Workshop - http://medw.co.uk Rainbow Digital Media - http://rainbowdigitalmedia.co.uk