Subject: | |
From: | |
Reply To: | |
Date: | Thu, 3 Dec 2015 09:25:46 -0700 |
Content-Type: | text/plain |
Parts/Attachments: |
|
|
On 12/03/2015 09: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
>
If you really want to get rid of them completely you'll need to add:
Obsoletes: libreport-rhel < 2.1.11-24
Obsoletes: libreport-plugin-rhtsupport < 2.1.11-24
to something, probably to libreport.
--
Orion Poplawski
Technical Manager 303-415-9701 x222
NWRA, Boulder/CoRA Office FAX: 303-415-9702
3380 Mitchell Lane [log in to unmask]
Boulder, CO 80301 http://www.nwra.com
|
|
|