Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:85020 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 60324 invoked from network); 16 Mar 2015 10:40:35 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 16 Mar 2015 10:40: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.214 cause and error) X-PHP-List-Original-Sender: lester@lsces.co.uk X-Host-Fingerprint: 217.147.176.214 mail4-2.serversure.net Linux 2.6 Received: from [217.147.176.214] ([217.147.176.214:46009] helo=mail4.serversure.net) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 42/1B-00492-123B6055 for ; Mon, 16 Mar 2015 05:40:34 -0500 Received: (qmail 736 invoked by uid 89); 16 Mar 2015 10:40:31 -0000 Received: by simscan 1.3.1 ppid: 729, pid: 733, t: 0.0743s scanners: attach: 1.3.1 clamav: 0.96/m:52/d:10677 Received: from unknown (HELO ?10.0.0.8?) (lester@rainbowdigitalmedia.org.uk@86.178.189.108) by mail4.serversure.net with ESMTPA; 16 Mar 2015 10:40:31 -0000 Message-ID: <5506B31F.7000009@lsces.co.uk> Date: Mon, 16 Mar 2015 10:40:31 +0000 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.4.0 MIME-Version: 1.0 To: PHP Internals List Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Subject: Official position in PHP on PEAR? From: lester@lsces.co.uk (Lester Caine) We all have established ways of working, and my own is based on SUSE as the core OS having switched around a little over the last few years and simply ended up back with what is simply 'comfortable'. I can control the remote servers without a problem and keep them up to date security wise via the SUSE repo's. Managing things not part of the distribution is a problem. ALL of the infrastructure running in production is standard distro, so nginx, PHP and the secondary libraries all install from that. My site code then simply overlays that base. Since PEAR is part of that suite it would be nice if it was up to date and while I HAVE taken the time in the past to push fixes for e_strict and other minor bugs, none of those submissions have ever been accepted, so have to be maintained on the side. composer or pickle do not form part of the SUSE distribution so I have never bothered trying to incorporate them as what I have works. I have to manually build missing extensions such as imagick but that all works with the 'SUSE' layout of directories once one has the right build configuration. If PEAR is no longer 'official policy' is there any mechanism to replace it with alternate packages managed via composer and make that the 'official' way of adding userland code modules. So that distributions have an alternative 'official' mechanism to replace what seems now to not be wanted? I did find some threads on 'is PEAR dead' ... from 2003! -- 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