On 12/03/2015 10:16 AM, Pat Riehecky wrote:
> On 12/03/2015 10:10 AM, Orion Poplawski wrote:
>> On 12/03/2015 08:58 AM, Orion Poplawski wrote:
>>> You appear to be missing 
>>> libreport-plugin-rhtsupport-2.1.11-31.sl7.x86_64.rpm
>>> which causes problems updating systems with
>>> libreport-plugin-rhtsupport-2.1.11-23.sl7 installed.
>> This makes me wonder if something about this is worth modifying in SL.
>> abrt-desktop in specified in comps.xml for GNOME and KDE.  It's a 
>> meta package
>> that bring in:
>>
>> abrt = 2.1.11-22.el7_1
>> abrt-addon-kerneloops
>> abrt-addon-pstoreoops
>> abrt-addon-vmcore
>> abrt-addon-ccpp
>> abrt-addon-python
>> abrt-addon-xorg
>> gdb >= 7.6.1-63
>> elfutils
>> abrt-gui
>> gnome-abrt
>> libreport-rhel >= 2.1.11-22
>> libreport-plugin-rhtsupport >= 2.1.11-22
>>
>> These last two do not appear to be useful on a SL system.
>>
> For SL 7.2 we've modified the spec to avoid those:
>
> $ rpm -qp --requires abrt-2.1.11-35.sl7.x86_64.rpm  |grep libreport
> libreport >= 2.1.11-28
> libreport-plugin-ureport >= 2.1.11-28
> libreport.so.0()(64bit)
> $ rpm -qp --requires abrt-desktop-2.1.11-35.sl7.x86_64.rpm |grep 
> libreport
> $
>
> However, it would be nice if yum-cron could still apply updates 
> automatically.  That I fear may be the big issue.
>
> Pat

I've tossed some updated packages into the testing repo, in theory it is 
fixed.....

yum clean expire-cache --enablerepo=sl-testing

should get things back on track.

Pat