HEADUP for all PEAR packages

[Reindl Harald]

Am 23.10.2012 19:03, schrieb Matthias Runge:
> On 10/23/2012 06:00 PM, Reindl Harald wrote:
>>
>>
>> Am 23.10.2012 17:57, schrieb Remi Collet:
>>> Le 23/10/2012 17:45, Reindl Harald a écrit :
>>>
>>>> because i never found all used packages as RPM
>>>
>>> And ?
>>> What are you waiting for?
>>
>> what should i wait for?
>> "pear install whatever"
>>
>> pear itself is a package-system which should not be wrapped
>> in another one - the rpm-db overhead with a lot of files
>> is mostly larger than the scripts itself.....
> I couldn't disagree more.
> Using a centralized packaging system has the benefit to be able to install an exact version on all managed hosts.
> Show me, how to do that with pear

nothing easier than that, proven on 20 production servers
and 5 development machines since 2008 while the machines
were installd with F9 and until now upgraeded with yum
to F17 - so yes i know how to manage hosts

[root at buildserver:~]$ cat /buildserver/distribute-pear.sh
#!/bin/bash
source /Volumes/dune/buildserver/server-list.txt
find /usr/share/pear/ -type d -exec /bin/chmod 0755 "{}" \;
find /usr/share/pear/ -type f -exec /bin/chmod 0644 "{}" \;
find /usr/share/doc/pear/ -type d -exec /bin/chmod 0755 "{}" \;
find /usr/share/doc/pear/ -type f -exec /bin/chmod 0644 "{}" \;
function rh_push_pear
{
 echo $1
 rsync --times \
  --progress \
  --force \
  --recursive \
  --delete-after  \
  --links --perms \
  --owner --group \
  --executability  \
  --acls  \
  --xattrs /usr/share/pear/ root@$1:/usr/share/pear/
 echo ""
}
for item in ${RH_TARGET_SERVERS[*]}
do
 rh_push_pear $item
done


> Is pear also able to answer you: to which package belongs file ....?

no, but that does not change the problem of having hundrets of
pear apckages and only a subset as RPM - so in the real world
you mix them which is BAD

if ALL pear packages would be in the repos this whould be
a diffeent story - but taht is unlikely because who
would maintain all this packages really?

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 259 bytes
Desc: OpenPGP digital signature
URL: <http://lists.fedoraproject.org/pipermail/devel/attachments/20121023/20d82d45/attachment.sig>