Links to know aboutMusic The Chiara String Quartet Chiara Quartet (MySpace) Greenwood Music Camp UNL School of Music PHP PEAR Installer Manifesto phpDocumentor PEAR phar docblock PHP_Parser PHP_Parser_DocblockParser PHP_ParserGenerator PHP_LexerGenerator PEAR_PackageFileManager PHP_Archive Games_Chess Blogs Joshua Eichorn Paul M. Jones Davey Shafik Popular EntriesSetting up your own PEAR channel with Chiara_PEAR_Server - the official way
(28) Do you develop a website? It is infinitely better to synchronize live and development sites using the PEAR Installer(25) doing the PEAR thing(19) Using PEAR 1.4.0 to install PEAR packages on a remote host(19) PEAR now fits in a bottle: meet go-pear.phar(17) CategoriesPowered by |
Friday, September 2. 2005The best way to bundle dependencies in an applicationTrackbacks
Trackback specific URI for this entry
No Trackbacks
Comments
Display comments as
(Linear | Threaded)
Hi.
I have a question regarding post-install scripts. I know that they aren't run automatically for security reasons and that they can be run using the pear run-scripts command -- all of which is a very nice innovation in the pear installer, by-the-way. My question is: is there or is there planned to be a command to view the script? I know I could go to the scripts dir and find it, but then I could also run it that way. It would be a nice little convenience to have something like 'view-scripts' and perhaps 'list-scripts'. Even more off-topic -- I have problems installing some packages because they rely on PHP5.1b1. I'm using cvs compiled against 5.1 head so my version reports as PHP5.1-dev. Unfortunately, the installer doesn't seem to appreciate that that is actually > b1. (ignorantia legis neminem excusat -- I apologize for not filing a bug report. As this is the only pear package I have been following I have not yet properly familiarized myself with pear community conventions and ettiquete. mea culpa.) Once again, thanks for all your great work and contribution. This is a remarkable achievement. Best Regards.
There are currently no plans for a list-scripts or view-scripts command. I would recommend writing the command and packaging/releasing it from your own channel, others will probably find it useful if you do. Obviously if people clamor enough, it may be added.
In terms of 5.1-dev being < 5.1b1, this is a problem in version_compare(), so we can't do anything about it in PEAR. Using the --force switch, you should be able to install just fine. This obviously only applies to those using cvs of PHP, so there may not be much chance of fixing version_compare(), but it's worth a shot.
This sounds nice, but there are some things to take into account.
There's ofcourse the matter of compatibility between the application and the bundled dependency. Using minor versions, this may work, but with major changes, the api might have changed. You can upgrade a dependency, but the app may brake. Also, you're then running the app in a situation that may not have been tested by the developers (which may incur all kinds of risks) From a useability standpoint, I doubt if making the installation harder for the ordinary 90% of your userbase (end users) weighs up to the 10% powerusers (developers) that are going to actually program against one of the dependencies withing the app, but that is ofcourse a subject that depends entirely on the type of application.
I don't see how having it run out of the box just like it always has will make it harder for 90% of the users. In fact, what I see is that either I was unclear or you didn't read the blog post very carefully
Post-install scripts can be run at any time, so even months later, it would be simple to run the script, then upgrade the internal dependency. Also, the whole point is that in most cases, upgrading the dependency is unnecessary, as a new application release will bundle newer versions of a dependency usually.
Also note that depending on the "standards" of the channel you are using, you will be safe from BC breaks.
PEAR for example has a strict standard when it comes to BC breaking major releases that prevents this situation from happening (otherwise its a bug and well .. bugs can always happen ..).
Hi,
I am interested in making the WebBuilder2 framework PEAR installable. You can see the directory structure here: http://oss.backendmedia.com/index.php?area=WebBuilder2&page=DirectoryTree Inside the "library" directory I have a number of PEAR packages along with some custom packages. However I would obviously like to not only make the library path PEAR installable, but each of the modules as well. I presume for this to work I would actually need to have two separate PEAR registries in my repository?
Thanks. --force didn't occur to me and I suspect that it is a better option than trying to change version_compare.
|
Links in this articlePEAR Installer ManifestoCalendar
QuicksearchMy Latest ReleasesTop Exitspear.php.net (305)
www.php.net (86) pear.chiaraquartet.net (79) pecl.php.net (58) news.php.net (43) Blog Administration |
|||||||||||||||||||||||||||||||||||||||||||||||||