[CentOS] updates issue

Rob Kampen rkampen at kampensonline.com
Sun Sep 22 03:33:27 UTC 2013


On 09/22/2013 03:06 PM, Fred Smith wrote:
> On Sun, Sep 22, 2013 at 03:00:06PM +1200, Rob Kampen wrote:
>> On 09/22/2013 02:31 PM, Fred Smith wrote:
>>> On Sat, Sep 21, 2013 at 09:55:33PM +0200, Nicolas Thierry-Mieg wrote:
>>>>   > On Fri, Sep 20, 2013 at 02:21:51PM -0400, Fred Smith wrote:
>>>>   >> Since doing "yum update" this morning, an update that installed several
>>>>   >> packages, the updater shows me 3 packages to install:
>>>>   >>
>>>>   >> hpijs-1:3.12.4-4.el6_4.1 (x86_64)
>>>>   >> hplip-common-3.12.4-4.el6_4.1 (x86_64)
>>>>   >> hplip-libs-3.12.4-4.el6_4.1 (x86_64)
>>>>   >>
>>>>   >> but when I attempt to actually run the update I get:
>>>>   >>
>>>>   >> hplip-libs-3.12.4-4.el6.i686 requires libsane.so.1
>>>>   >> hplip-libs-3.12.4-4.el6.i686 requires hplip-common = 3.12.4-4.el6 :
>>>> Success - empty transaction
>>>>   >>
>>>>   >> this is a 64-bit computer running 6.4 x86_64, and none of these 3
>>>> packages
>>>>   >> as installed is i686 they are all x86_64.
>>>>   >>
>>>>   >> So, why would I be getting errors saying that the 32-bit packages have
>>>>   >> certain requirements that aren't being met? there are no such 32-bit
>>>>   >> packages on this computer.
>>>>   >>
>>>>   >> # yum list installed | grep -y hplip-libs
>>>>   >> hplip-libs.x86_64       3.12.4-4.el6    @cr
>>>>   >>
>>>>
>>>>
>>>> Fred Smith wrote:
>>>>> No takers on this question?
>>>>>
>>>>> One bit of added info: ALL of the SANE packages on the system are 64-bit.
>>>>>
>>>>> why is it complaining of 32-bit dependency failures?
>>>> please don't top-post.
>>> Of course you're right. thanks for the reminder.
>>>
>>>> you should provide more info to help people help you: repos configured
>>>> including priorities, exact output of the yum command perhaps with some
>>>> level of the -d switch.
>>> OK, using -d 6 I get a ton of output, some of which may be enlightening
>>> to those who understand yum's insides.
>>>
>>> The output around lines 108-111, and 125-134 seem interesting, in that's
>>> where it seems to go off the deep end looking for i686 packages instead
>>> of x86_64. I don't know why it would do that, but there must be a good
>>> reason.
>>>
>>> Please note that I have NOT installed the "official" SANE packages from
>>> Centos, but rather those from Frank Cox's repo since he's rebuilt them
>>> to work with Canon LiDe scanners, which I have, and the Centos repo
>>> packages do not support. It's not clear to me that this would be related,
>>> but it seemed proper to divulge. (see a short thread in this list from
>>> Feb 2013 where both Frank and Akemi posted helpful info for this issue.)
>>>
>>> Here's the output with numbered lines:
>>>
>>> yum -d 6 update
>> <snip>
>>> 115:Checking deps for hpijs.x86_64 1:3.12.4-4.el6 - ud
>>> 116:---> Package hpijs.x86_64 1:3.12.4-4.el6_4.1 will be an update
>>> 117:Checking deps for hpijs.x86_64 1:3.12.4-4.el6_4.1 - u
>>> 118:looking for ('hplip-libs', 'EQ', ('0', '3.12.4', '4.el6_4.1')) as a requirement of hpijs.x86_64 1:3.12.4-4.el6_4.1 - u
>>> 119:---> Package hplip-common.x86_64 0:3.12.4-4.el6 will be updated
>>> 120:Checking deps for hplip-common.x86_64 0:3.12.4-4.el6 - ud
>>> 121:---> Package hplip-common.x86_64 0:3.12.4-4.el6_4.1 will be an update
>>> 122:Checking deps for hplip-common.x86_64 0:3.12.4-4.el6_4.1 - u
>>> 123:---> Package hplip-libs.x86_64 0:3.12.4-4.el6 will be updated
>>> 124:Checking deps for hplip-libs.x86_64 0:3.12.4-4.el6 - ud
>>> 125:libsane-hpaio-3.12.4-4.el6.x86_64 requires: hplip-libs = 3.12.4-4.el6
>>> 126:--> Processing Dependency: hplip-libs = 3.12.4-4.el6 for package: libsane-hpaio-3.12.4-4.el6.x86_64
>>> 127:Potential Provider: hplip-libs.x86_64 0:3.12.4-4.el6
>>> 128:Mode is ud for provider of hplip-libs = 3.12.4-4.el6: hplip-libs.x86_64 0:3.12.4-4.el6
>>> 129:Mode for pkg providing hplip-libs = 3.12.4-4.el6: ud
>>> 130:Trying to update libsane-hpaio-3.12.4-4.el6.x86_64 to resolve dep
>>> 131:No update paths found for libsane-hpaio-3.12.4-4.el6.x86_64. Failure!
>>> 132:Searching pkgSack for dep: hplip-libs
>>> 133:hplip-libs-3.12.4-4.el6.x86_64 is in providing packages but it is already installed, removing.
>>> 134:TSINFO: Marking hplip-libs-3.12.4-4.el6.i686 as install for libsane-hpaio-3.12.4-4.el6.x86_64
>>> 135:---> Package hplip-libs.x86_64 0:3.12.4-4.el6_4.1 will be an update
>>> 136:Checking deps for hplip-libs.x86_64 0:3.12.4-4.el6_4.1 - u
>>> 137:looking for ('hplip-common', 'EQ', ('0', '3.12.4', '4.el6_4.1')) as a requirement of hplip-libs.x86_64 0:3.12.4-4.el6_4.1 - u
>>> 138:--> Running transaction check
>>> 139:---> Package hplip-libs.i686 0:3.12.4-4.el6 will be installed
>>> 140:Checking deps for hplip-libs.i686 0:3.12.4-4.el6 - u
>> <snip>
>> It seems that the above lines show the issue. particularly lines 130 ~ 136.
>> Where did you get this package, I believe it is looking for info
>> related to this package but it is not in any .repo you have defined.
>> HTH
> # yum list installed | grep sane
> libsane-hpaio.x86_64    3.12.4-4.el6    @cr
>
> so it came from the CR repo, apparently.
my list shows that mine comes from @base - you may need to check you 
.repo files to see that you have no excludes or priorities that lock 
this package out. the @cr repo only has a short life - not sure if that 
becomes an issue - I once used the continuous release system but got 
into trouble from memory when it migrated to the next point 
release.....YMMV
>
>



More information about the CentOS mailing list