PEAR 1.7.0 introduced a new "cfg" role, analagous to our RPM "%config" role. This was something I requested, since I always found it strange that PEAR didn't have such a thing when we find it useful in RPM land, and PEAR and RPM are comparable in their goals.
Anyway, as it stands in rawhide, cfg_dir defaults to /usr/share/pear/cfg but I think it really should be /etc/pear . (Then you would get config files installed like so: /etc/pear/Some_Package/foo.ini)
Any comments?
Thanks
Tim
On Thu, Feb 28, 2008 at 08:33:13PM +0000, Tim Jackson wrote:
PEAR 1.7.0 introduced a new "cfg" role, analagous to our RPM "%config" role. This was something I requested, since I always found it strange that PEAR didn't have such a thing when we find it useful in RPM land, and PEAR and RPM are comparable in their goals.
Anyway, as it stands in rawhide, cfg_dir defaults to /usr/share/pear/cfg but I think it really should be /etc/pear . (Then you would get config files installed like so: /etc/pear/Some_Package/foo.ini)
Seems reasonable, though /etc/pearkeys is used too, so maybe it would be better to do:
cfg_dir => /etc/pear/conf sig_keydir => /etc/pear/keys
What do you think?
joe
Joe Orton wrote:
On Thu, Feb 28, 2008 at 08:33:13PM +0000, Tim Jackson wrote:
Anyway, as it stands in rawhide, cfg_dir defaults to /usr/share/pear/cfg but I think it really should be /etc/pear . (Then you would get config files installed like so: /etc/pear/Some_Package/foo.ini)
Seems reasonable, though /etc/pearkeys is used too, so maybe it would be better to do:
cfg_dir => /etc/pear/conf sig_keydir => /etc/pear/keys
What do you think?
I agree 100% that that would be cleaner. However, that would also be backwards-incompatible... :/ I suggest that if we do it, we do it for F10.
In the meantime I have built a 1.7.1-2 in rawhide which sets cfg_dir to /etc/pear. It also adds the missing pear_cfgdir and pear_wwwdir macros that should have been set in the 1.7.0 package.
Tim
On Tue, Mar 11, 2008 at 10:34:57PM +0000, Tim Jackson wrote:
In the meantime I have built a 1.7.1-2 in rawhide which sets cfg_dir to /etc/pear. It also adds the missing pear_cfgdir and pear_wwwdir macros that should have been set in the 1.7.0 package.
Looks good, thanks.
Out of interest, did you get a CVS diff mailed to you, or did you get an error when committing? I didn't see anything here.
joe
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Tim Jackson a écrit : | Joe Orton wrote: | |> On Thu, Feb 28, 2008 at 08:33:13PM +0000, Tim Jackson wrote: | |>> Anyway, as it stands in rawhide, cfg_dir defaults to |>> /usr/share/pear/cfg but I think it really should be /etc/pear . (Then |>> you would get config files installed like so: |>> /etc/pear/Some_Package/foo.ini) |> |> Seems reasonable, though /etc/pearkeys is used too, so maybe it would |> be better to do: |> |> cfg_dir => /etc/pear/conf |> sig_keydir => /etc/pear/keys |> |> What do you think? | | I agree 100% that that would be cleaner. However, that would also be | backwards-incompatible... :/ I suggest that if we do it, we do it for F10. | | In the meantime I have built a 1.7.1-2 in rawhide which sets cfg_dir to | /etc/pear. It also adds the missing pear_cfgdir and pear_wwwdir macros | that should have been set in the 1.7.0 package.
I've pushed PEAR 1.7.2 to rawhide.
First I've used latest install-pear.php version 1.32 (http://pear.php.net/bugs/bug.php?id=13257) but it breaks your patch to set cfg_dir (http://pear.php.net/bugs/bug.php?id=13375).
Option -d overwrite value set by option -c :(
So I revert to 1.31.
Version 1.31 set www_dir to /usr/share/pear/www Version 1.32 set www_dir to /usr/share/pear/htdocs
What must be this ? Should it be under /var/www ? (we probably need a new option to set this value)
I don't change path under /etc to be able to push this as an update to F-9, and make change only on rawhide.
Regards
Remi Collet wrote:
Version 1.31 set www_dir to /usr/share/pear/www
Well, it didn't, it didn't set it to anything, it's just that the first time you used PEAR it "guessed" [prefix]/www as www_dir
Version 1.32 set www_dir to /usr/share/pear/htdocs
I think this was the "intended" default upstream...
What must be this ? Should it be under /var/www ?
For Fedora it should be whatever we are using for webapps generally. I had a quick look on the wiki and couldn't see if we had a standard. phpMyAdmin and Squirrelmail use /usr/share/[pkgname]/[something] which doesn't really fit!
I think the only sensible default is probably /var/www/html
(we probably need a new option to set this value)
I've implemented that in the latest version upstream.
Tim
php-devel@lists.fedoraproject.org