No more deltarpms by default

[Reindl Harald]

Am 19.10.2014 um 06:37 schrieb Nico Kadel-Garcia:
> On Sat, Oct 18, 2014 at 8:28 PM, Reindl Harald <h.reindl at thelounge.net> wrote:
>> #!/usr/bin/bash
>> basearch=`uname -i`
>> releasever=`rpm -q --qf "%{version}\n" fedora-release`
>> 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
>
> And that only works on one machine, and is sensitive to exclusions
> written into yum.conf or /etc/yum.repos.d/*, etc., etc., etc. You also
> forgot to use 'gpgcheck' to verify the contents of the already
> downloaded RPM, since 'repsync' does not track successful versus
> partial downloads without it.
>
> Anyway. Now multiply your 'reposync' based tool by 200 thin
> provisioned virtual machines, and you're chewing up quite a lot of
> disk space doing this

you don't get it

* that single machine has all used packages installed
* that single machine builds a repo below /repo/cache/fc$releasever/
* that repo don't mirror blindly anything, just used RPM's
* that RPMs are the result *after* apply deltarpm out of yum cache



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