Re: mergerepo weird behavior

Jon Wallace <[email protected]> Fri, 02 Sep 2011 02:04:34 -0400
Newsgroups gmane.linux.rpm.metadata
Message-ID <[email protected]>
On 8/24/2011 5:07 PM, James Antill wrote:
>   Ok ... got some free time to test this and it turned out to be a bug in
> yum (in theory it affects more just groups/pkgtags in mergerepo, but in
> practice probably not). Fix is simple enough:
>
> commit 581d161bbefc9b940289f15a93c3fdef6ad8c843
> Author: James Antill<[email protected]>
> Date:   Wed Aug 24 17:03:58 2011 -0400
>
>      Fix mergerepo on generated data (groups/pkgtag/etc.)
>
> diff --git a/yum/yumRepo.py b/yum/yumRepo.py
> index 91b7dde..a681370 100644
> --- a/yum/yumRepo.py
> +++ b/yum/yumRepo.py
> @@ -1256,6 +1256,11 @@ Insufficient space in download directory %s
>
>               # if we have a 'fresh' repomd.xml then update the cookie
>               self.setMetadataCookie()
> +            #  Also remove any files that are generated ... this can be slightl
> +            # non-optimal, in the case where we have to revert, but it's just
> +            # sooo much easier to deal with it here.
> +            for fname in misc.getFileList(self.cachedir + '/gen', '', []):
> +                misc.unlink_f(fname)
>
>           if self._repoXML is None:
>               self._repoXML = self._parseRepoXML(result)
>
>
> ...feel free to confirm.
>
>

Thanks,
I've confirmed this modification fixes the cache problem with createrepo 
9.9-4.  Any projected date for a new package that includes this fix?

Jon