Bug in QA:Testcase_Mediakit_Repoclosure

James Laska jlaska at redhat.com
Tue Feb 23 21:03:36 UTC 2010


On Tue, 2010-02-23 at 21:45 +0100, Michael Schwendt wrote:
> On Tue, 23 Feb 2010 15:33:12 -0500, James wrote:
> 
> > Greetings,
> > 
> > In bug#567706, Andre Robatino asked whether the test case
> > QA:Testcase_Mediakit_Repoclosure [1] should have found the reported
> > issue.  I suspect it should have.
> > 
> > While retesting, it appears that the following repoclosure command
> > correctly identifies the missing dependency:
> > 
> >         $ repoclosure --repofrompath=media,/media -a x86_64 -r media -n
> >         Added media repo from /media
> >         Reading in repository metadata - please wait....
> >         Checking Dependencies
> >         Repos looked at: 1
> >            media
> >         Num Packages in Repos: 3256
> >         package:
> >         1:xorg-x11-drv-nouveau-0.0.16-0.20100205gite75dd23.fc13.x86_64
> >         from media
> >           unresolved deps: 
> >              kernel-drm-nouveau = 0:15
> > 
> > However, when run without the '-n' option, as documented in the test
> > case [1], it does not detect bug#567706.
> > 
> >         repoclosure --repofrompath=media,/media -a x86_64 -r media 
> >         Added media repo from /media
> >         Reading in repository metadata - please wait....
> >         Checking Dependencies
> >         Repos looked at: 1
> >            media
> >         Num Packages in Repos: 3261
> > 
> > Afaik, the packages on the mediakit should not contain multiple versions
> > of a package, so I'm unclear why adding the -n|--newest flag captures
> > the missing deps.
> > 
> > Thanks,
> > James
> > 
> > [1] https://fedoraproject.org/wiki/QA:Testcase_Mediakit_Repoclosure
> 
> Did you notice the difference in the "Num Packages in Repos" line?
> With -n there are five pkgs less than without -n.

Yeah, exactly.  Very odd.  The only way adding --newest would fail and
not using --newest would work is if there were multiple kernel packages
on the RC2 DVD media.  Sure enough ...

        -rw-r--r--. 2 root   101737 22268072 2010-02-20
        16:24 /media/Packages/kernel-2.6.33-0.46.rc8.git1.fc13.x86_64.rpm
        -rw-r--r--. 2 100351 101737 22185504 2010-02-22
        23:01 /media/Packages/kernel-2.6.33-0.51.rc8.git6.fc13.x86_64.rpm

Closer inspection shows ..

        $ rpm -qp --provides kernel-2.6.33-0.46.rc8.git1.fc13.x86_64.rpm
        | grep kernel-drm-nouveau
        
        kernel-drm-nouveau = 15
        
        $ rpm -qp --provides kernel-2.6.33-0.51.rc8.git6.fc13.x86_64.rpm
        | grep kernel-drm-nouveau
        kernel-drm-nouveau = 16
        
Summary: by adding --newest, it chooses the .51 (newer) kernel above
which does not satisfy the xorg-x11-drv-nouveau kernel-drm-nouveau =
0:15 dependency.

I'm guessing kernel-2.6.33-0.46 was pulled into the DVD compose to
satisfy dependencies of xorg-x11-drv-nouveau, otherwise it doesn't make
sense to have two of the same kernel packages on the media (kernel and
kernel-PAE are different).

Should  the test case [1] always use --newest since that seems to more
closely mirror yum behavior during installation?

Thanks,
James

[1] https://fedoraproject.org/wiki/QA:Testcase_Mediakit_Repoclosure
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: This is a digitally signed message part
Url : http://lists.fedoraproject.org/pipermail/test/attachments/20100223/0886fd8a/attachment-0001.bin 


More information about the test mailing list