Software Management call for RFEs
Reindl Harald
h.reindl at thelounge.net
Thu May 30 14:29:38 UTC 2013
Am 30.05.2013 16:13, schrieb Bill Nottingham:
> drago01 (drago01 at gmail.com) said:
>> How about improving delta rpm performance? Currently we save download
>> time but require a lot of time to rebuild the rpms.
>> Can we just sign the deltas and then don't compress the generated
>> rpms? We waste time and cycles building xz
>> compressed rpms (from the deltas) just to decompress them a few
>> minutes later. Skipping this (just create uncompressed rpms when
>> building from deltas) should improve performance a lot.
>
> The entire delta framework is built around generating the original
> RPM and handing that off wholesale to yum/rpm - it's how it can be
> done as a yum plugin without changing anything in RPM itself. Changing
> it to create something *different* than the full RPM (in terms of
> checksum, size, signature, and so on) would be a non-trivial change
> to how they work.
and it would break infrastructure like below where the one admin-machine
get any update, benefits from delta-rpms and deploy the updates later
to all other internal machines - you can calculate how much traffic
is saved on both sides (mine and fedora infrastructure) with this fro
more than 20 machines
[root at buildserver:~]$ cat /buildserver/repo-cache.sh
#!/usr/bin/bash
basearch=`uname -i`
releasever=`rpm -q --qf "%{version}\n" fedora-release`
# Alle Subfolder unter "/var/cache/yum" durchlaufen und RPM-Pakete
# in das eigene Repo verschieben
for g in `ls -1b /var/cache/yum`
do
if [ -d /var/cache/yum/$g/packages ]
then
echo "/var/cache/yum/$g/packages/ > /repo/cache/fc$releasever/"
sudo mv --verbose /var/cache/yum/$g/packages/*.rpm /repo/cache/fc$releasever/ 2> /dev/null
fi
done
/buildserver/repo-create.sh
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 263 bytes
Desc: OpenPGP digital signature
URL: <http://lists.fedoraproject.org/pipermail/devel/attachments/20130530/24c67350/attachment.sig>
More information about the devel
mailing list