[Cooker] Re: kronolith or php-pear RPM in 9.2 Contribs missing php-pear Date module
This is better to discuss here... Ainsi parlait Colin Guthrie : Guillaume Rousse wrote: So it seems to be a packaging problem with the pear package, right ? I just had a look at the package, but i'm not php fluent enough to fix it, so i prefer to let its maintainer fix it. I guess it looks that way! There may have been a decision to stop including the Date code, perhaps PHP's own built in functions superceeded them at somepoint. I'll do a little digging and see if I can find out, otherwise, I'll talk to the maintainer and see what I can work out. Perhaps I'll redo the package myself and pass it on to him. However I was quite surprised to see this package doesn't carry its sources, but fetch them at buildtime. This break general packaging practice, and prevent offline building, so i don't see the point. Yeah, this does seem a little odd. I agree that it should not download them at build time (admitidly it's not technically building anything, seeing as this is PHP!!) for offline building. That said, with PHP, you're generally doing web stuff and are usually online, but this is still breaking the good practice rules! BTW, the url should also be changed to http://pear.php.net Cool. I'll have a fiddle myself and see what I can do. All the best. Col. -- ++ | Colin Guthrie | ++ | [EMAIL PROTECTED] | | http://colin.guthr.ie/ | ++ If at first you don't succeed, try management. -- All vacations and holidays create problems, except for one's own -- Murphy's Laws on Work n°34
Re: [Cooker] Re: kronolith or php-pear RPM in 9.2 Contribs missing php-pear Date module
måndagen den 17 november 2003 17.47 skrev Guillaume Rousse: This is better to discuss here... Ainsi parlait Colin Guthrie : Guillaume Rousse wrote: So it seems to be a packaging problem with the pear package, right ? I just had a look at the package, but i'm not php fluent enough to fix it, so i prefer to let its maintainer fix it. I guess it looks that way! There may have been a decision to stop including the Date code, perhaps PHP's own built in functions superceeded them at somepoint. I'll do a little digging and see if I can find out, otherwise, I'll talk to the maintainer and see what I can work out. Perhaps I'll redo the package myself and pass it on to him. I admit I know nothing about pear. I have checked how PLD is doing it, and their list is about 180 php-pear-* packages. Is this the way to do it? I know this is not the answer to your question, but I have to ask this question anyhow. I personally don't know how to fix the problems reported with the php-pear package. Maybe J-M Dault knows? Or some other PHP guru? I'm just a silly packager anyhow...
Re: [Cooker] Re: kronolith or php-pear RPM in 9.2 Contribs missing php-pear Date module
Oden Eriksson wrote: I admit I know nothing about pear. I have checked how PLD is doing it, and their list is about 180 php-pear-* packages. Is this the way to do it? I started a php script some time ago (last chrismas ?)to build a mandrake rpm from a pear package name (quite simple as a package is well described, with dependencies, test files, ...). That would generate a lot of packages so they couldn't be tested manually, so the script would have to automaticallay run the test programs. This could be done quite easily as pear has a command run-tests to run the regression tests. I didn't finish because not many people looked interested. The point is to decide if this is usefull as pear already has commands to install/update packages.
Re: [Cooker] Re: kronolith or php-pear RPM in 9.2 Contribs missing php-pear Date module
Ainsi parlait Pascal Terjan : The point is to decide if this is usefull as pear already has commands to install/update packages. It is. We want a single packaging system, not one per language (perl, php, etc...). -- Guillaume Rousse You can go anywhere you want if you look serious and carry a clipboard -- Murphy's Laws on Work n°4
