Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:24933 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 8982 invoked by uid 1010); 24 Jul 2006 16:11:38 -0000 Delivered-To: ezmlm-scan-internals@lists.php.net Delivered-To: ezmlm-internals@lists.php.net Received: (qmail 8967 invoked from network); 24 Jul 2006 16:11:38 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 24 Jul 2006 16:11:38 -0000 X-PHP-List-Original-Sender: steph@zend.com X-Host-Fingerprint: 192.38.9.232 gw2.emini.dk Linux 2.4/2.6 Received: from ([192.38.9.232:3488] helo=gw2.emini.dk) by pb1.pair.com (ecelerity 2.1.1.3 r(11751M)) with ESMTP id BA/0E-04178-731F4C44 for ; Mon, 24 Jul 2006 12:11:36 -0400 Received: from foxbox (IGLD-80-230-212-175.inter.net.il [80.230.212.175]) by gw2.emini.dk (Postfix) with ESMTP id DAD31BCB51; Mon, 24 Jul 2006 18:11:30 +0200 (CEST) Message-ID: <064e01c6af3b$685f86e0$6602a8c0@foxbox> Reply-To: "Steph Fox" To: "John Mertic" , References: <2a9adcf0607240752k12eb8f32sd753eaadaac6e8cc@mail.gmail.com> Date: Mon, 24 Jul 2006 18:08:28 +0200 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="Windows-1252"; reply-type=response Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2180 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 Subject: Re: [PHP-DEV] New Installer for PHP 5.2 From: steph@zend.com ("Steph Fox") Hi John, I looked at this already (bless irc) and it looks great.. chm manual option's a nice touch :) The main questions I have about it are: 1) I didn't notice anywhere to choose the path for the install. (This might be because I only tested with cli?) That makes it kinda hard to figure out where the installed version went :) I eventually found it in PROGRA~1, which might be the default for registry-based installations but was (perhaps strangely) not where I'd have immediately expected it to be from a desktop test install. 2) Same goes for the php.ini, the whereabouts of which can be fairly critical depending on the setup. (Those two I think are probably important.) 3) is there some way to have (version-compatible) components 'install on demand', rather than download the whole lot at one go? (Would be useful if...) 4) enabling extensions via the installer at present simply means adding them to the end of the existing php.ini, i.e. the same module can be listed twice, once disabled and once enabled. Is there no way to do a search and replace on the existing string or simply write that part of the file from scratch? - because at present, people will still need to make manual modifications to their .ini following installation, and it's confusing. 5) is there - or will there be - a way to update components via the installer? or even the core? (would mean disabling/deleting non-compatible components) 6) is there - or will there be - any way to set up the chosen server configuration via the installer (for all servers or even just for Apache?) - again, I didn't test with a server install so this might be in place already. 7) how about further php.ini modifications? - remembering that the existence of many directives depends on the extensions installed. (These come under 'would be sweet if...') Further comment: I personally think it creates more problems than it solves to differentiate between core and PECL extensions. IMHO it'd be better to throw them all together in alphabetical order and simply have everything 'already on' that is enabled by default. This'll also help when items get shifted around, as they inevitably do... components shipped with the core that aren't yet in PECL would need to be downloaded with the core anyway because there's no other way to reach them individually, so there _is_ that difference, but that 'core list' is not writ in stone and changes quite frequently. Just some feedback - even if you do nothing more to it it's still pretty neat :) - Steph oh ps - PEAR install yes/no doesn't appear to work - you get .phar either way. Is that intentional for now? ----- Original Message ----- From: "John Mertic" To: Sent: Monday, July 24, 2006 4:52 PM Subject: [PHP-DEV] New Installer for PHP 5.2 > Hi there, > > With the guidance of Phil Driscoll, I have put together a new > installer for PHP on Windows. It replicates much of the same > functionality of his installer, but also boasts the following > features: > > - Selective installation of all PHP components ( CGI and CLI exes, > server modules, standard and PECL extensions ). > - Configures the php.ini for the installation, including enabling the > extensions the user selected to install. > - Built as an MSI using Wix (http://wix.sourceforge.net) which is > scriptable and open source so we can include the code to build the > installer in cvs and automate building it. Also MSI Installers are > very useful for Sys Admins since they integrate into Group Policies to > allow unattended installation, and are better supported on Windows in > general. > > Thanks to Edin Kadribasic, the public test version ( which installs a > recent snapshot of PHP 5.2 ) is located at > http://downloads.php.net/edink/php-5.2.0-win32-installer.msi. > > I am looking for feedback on the installer, namely in the following areas: > > - Default install options; what should the default install consist of? > - Lite Installer. The current install file weighs in at 18mb. Would we > want a lite installer with fewer components and if so what would those > be? > > -- > Later, > > John Mertic > "Explaining a joke is like dissecting a frog: you > jmertic@gmail.com understand it > better, but the frog dies in the > > process." > > -Mark Twain > > -- > PHP Internals - PHP Runtime Development Mailing List > To unsubscribe, visit: http://www.php.net/unsub.php >