3:37 p.m.
Would anyone care to take a guess at what the hell is going on here?
[adamw@adam ~]$ sudo yum update
(snip)
Error: Package: community-mysql-libs-5.5.32-6.fc20.x86_64 (@rawhide)
Requires: /usr/sbin/ldconfig
Removing: glibc-2.17.90-3.fc20.x86_64 (@fedora/rawhide)
Not found
Updated By: glibc-2.17.90-4.fc20.x86_64 (rawhide)
Not found
(snip)
[adamw@adam ~]$ sudo yum check
Loaded plugins: auto-update-debuginfo, langpacks, refresh-packagekit
Unable to send message to PackageKit
check all
[adamw@adam ~]$ rpm -q --requires community-mysql-libs-5.5.32-6.fc20.x86_64 | grep ldconf
/usr/sbin/ldconfig
/usr/sbin/ldconfig
[adamw@adam ~]$ rpm -q --whatprovides "/usr/sbin/ldconfig"
glibc-2.17.90-3.fc20.x86_64
[adamw@adam ~]$ rpm -q --provides glibc-2.17.90-3.fc20.x86_64 | grep ldconfig
ldconfig
So...my yum update fails because the new glibc doesn't
provide /usr/sbin/ldconfig, which community-mysql-libs requires. But
then, neither does the current glibc, according to rpm -q. But according
to rpm -q --whatprovides , it does! And according to the Koji
'information' pages, both -3 and -4 Provide: ldconfig and
Require: /sbin/ldconfig , with no mention of /usr/sbin/ldconfig in
either.
What the fracking hell? Why is yum apparently okay with -3 but not okay
with -4 even though their provides are identical? And why is this
suddenly popping up now?
--
Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Twitter: AdamW_Fedora | identi.ca: adamwfedora
http://www.happyassassin.net
3:43 p.m.
On Thu, Jul 11, 2013 at 01:37:45PM -0700, Adam Williamson wrote:
Would anyone care to take a guess at what the hell is going on here?
[adamw@adam ~]$ sudo yum update
(snip)
Error: Package: community-mysql-libs-5.5.32-6.fc20.x86_64 (@rawhide)
Requires: /usr/sbin/ldconfig
Removing: glibc-2.17.90-3.fc20.x86_64 (@fedora/rawhide)
Not found
Updated By: glibc-2.17.90-4.fc20.x86_64 (rawhide)
Not found
What the fracking hell? Why is yum apparently okay with -3 but not okay
with -4 even though their provides are identical? And why is this
suddenly popping up now?
Answer to the second part: because 3 days ago commynity-mysql was fixed
to require ldconfig in /usr:
http://pkgs.fedoraproject.org/cgit/community-mysql.git/commit/?id=56c556f...
And glibc somehow only provides ldconfig in /sbin. I got bitten by this
few weeks ago (had to revert to running /sbin/ldconfig instead of /usr/sbin/ldconfig)
--
Tomasz Torcz ,,(...) today's high-end is tomorrow's embedded
processor.''
xmpp: zdzichubg(a)chrome.pl -- Mitchell Blank on LKML
3:46 p.m.
On Thu, 2013-07-11 at 22:43 +0200, Tomasz Torcz wrote:
On Thu, Jul 11, 2013 at 01:37:45PM -0700, Adam Williamson wrote:
> Would anyone care to take a guess at what the hell is going on here?
>
> [adamw@adam ~]$ sudo yum update
> (snip)
> Error: Package: community-mysql-libs-5.5.32-6.fc20.x86_64 (@rawhide)
> Requires: /usr/sbin/ldconfig
> Removing: glibc-2.17.90-3.fc20.x86_64 (@fedora/rawhide)
> Not found
> Updated By: glibc-2.17.90-4.fc20.x86_64 (rawhide)
> Not found
>
> What the fracking hell? Why is yum apparently okay with -3 but not okay
> with -4 even though their provides are identical? And why is this
> suddenly popping up now?
Answer to the second part: because 3 days ago commynity-mysql was fixed
to require ldconfig in /usr:
http://pkgs.fedoraproject.org/cgit/community-mysql.git/commit/?id=56c556f...
And glibc somehow only provides ldconfig in /sbin. I got bitten by this
few weeks ago (had to revert to running /sbin/ldconfig instead of /usr/sbin/ldconfig)
But then why does yum check not apparently perceive a problem with the
current state - where glibc -3 is installed, which differs in its
provides/requires *not at all* from -4? Why did that
community-mysql-libs package install just fine here?
--
Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Twitter: AdamW_Fedora | identi.ca: adamwfedora
http://www.happyassassin.net
3:55 p.m.
Am 11.07.2013 22:46, schrieb Adam Williamson:
On Thu, 2013-07-11 at 22:43 +0200, Tomasz Torcz wrote:
> Answer to the second part: because 3 days ago commynity-mysql was fixed
> to require ldconfig in /usr:
>
http://pkgs.fedoraproject.org/cgit/community-mysql.git/commit/?id=56c556f...
>
> And glibc somehow only provides ldconfig in /sbin. I got bitten by this
> few weeks ago (had to revert to running /sbin/ldconfig instead of
/usr/sbin/ldconfig)
But then why does yum check not apparently perceive a problem with the
current state - where glibc -3 is installed, which differs in its
provides/requires *not at all* from -4? Why did that
community-mysql-libs package install just fine here?
this is a fragment of UsrMove
if you start to Require "/usr/sbin/ldconfig" this is
satisfied because it is present by the symlinks, the
checkdeps on updates of the package which provides the
file are making the troubles
i stated not only one time that the UsrMove should have
been finished long ago by change *nay* path references
to /usr/bin and /usr/sbin
after i got tired i simply fixed this issues with
two "Provides" in an internal meta-package and changed
any references of internally maintained packages to
/usr/bin/bash, /usr/bin/perl, /usr/bin/ldconfig
y year ago
[builduser@buildserver:/rpmbuild/SPECS]$ cat lounge-base.spec | grep perl
Provides: /bin/perl
[builduser@buildserver:/rpmbuild/SPECS]$ cat lounge-base.spec | grep ldconfig
Provides: /usr/sbin/ldconfig
4:44 p.m.
On Thu, Jul 11, 2013 at 01:46:26PM -0700, Adam Williamson wrote:
On Thu, 2013-07-11 at 22:43 +0200, Tomasz Torcz wrote:
> On Thu, Jul 11, 2013 at 01:37:45PM -0700, Adam Williamson wrote:
> > Would anyone care to take a guess at what the hell is going on here?
> >
> > [adamw@adam ~]$ sudo yum update
> > (snip)
> > Error: Package: community-mysql-libs-5.5.32-6.fc20.x86_64 (@rawhide)
> > Requires: /usr/sbin/ldconfig
> > Removing: glibc-2.17.90-3.fc20.x86_64 (@fedora/rawhide)
> > Not found
> > Updated By: glibc-2.17.90-4.fc20.x86_64 (rawhide)
> > Not found
> >
> > What the fracking hell? Why is yum apparently okay with -3 but not okay
> > with -4 even though their provides are identical? And why is this
> > suddenly popping up now?
>
> Answer to the second part: because 3 days ago commynity-mysql was fixed
> to require ldconfig in /usr:
>
http://pkgs.fedoraproject.org/cgit/community-mysql.git/commit/?id=56c556f...
>
> And glibc somehow only provides ldconfig in /sbin. I got bitten by this
> few weeks ago (had to revert to running /sbin/ldconfig instead of
/usr/sbin/ldconfig)
But then why does yum check not apparently perceive a problem with the
current state - where glibc -3 is installed, which differs in its
provides/requires *not at all* from -4? Why did that
community-mysql-libs package install just fine here?
It is the incomplete UsrMove again. When glibc is installed, both
/sbin/ldconfig and /usr/sbin/ldconfig exist, because of the /sbin ->
/usr/sbin symlink. Therefore the /usr/sbin/ldconfig dependency is
fulfilled. If you update glibc, the file would be removed temporarily
and I guess yum notices that this affects both paths, but it does not
know that the update will provide both paths (due to UsrMove) again,
therefore the dependency is not fulfilled from yum's POV.
Regards
Till
10:55 p.m.
Tomasz Torcz wrote:
On Thu, Jul 11, 2013 at 01:37:45PM -0700, Adam Williamson wrote:
> Would anyone care to take a guess at what the hell is going on here?
>
> [adamw@adam ~]$ sudo yum update
> (snip)
> Error: Package: community-mysql-libs-5.5.32-6.fc20.x86_64 (@rawhide)
> Requires: /usr/sbin/ldconfig
> Removing: glibc-2.17.90-3.fc20.x86_64 (@fedora/rawhide)
> Not found
> Updated By: glibc-2.17.90-4.fc20.x86_64 (rawhide)
> Not found
>
> What the fracking hell? Why is yum apparently okay with -3 but not okay
> with -4 even though their provides are identical? And why is this
> suddenly popping up now?
Answer to the second part: because 3 days ago commynity-mysql was fixed
to require ldconfig in /usr:
http://pkgs.fedoraproject.org/cgit/community-mysql.git/commit/?id=56c556f...
If by "fixed", you mean broken. :-/
It really needs to be put back the way it was.
-- rex
12:51 a.m.
On 07/12/2013 05:55 AM, Rex Dieter wrote:
Tomasz Torcz wrote:
> On Thu, Jul 11, 2013 at 01:37:45PM -0700, Adam Williamson wrote:
>> Would anyone care to take a guess at what the hell is going on here?
>>
>> [adamw@adam ~]$ sudo yum update
>> (snip)
>> Error: Package: community-mysql-libs-5.5.32-6.fc20.x86_64 (@rawhide)
>> Requires: /usr/sbin/ldconfig
>> Removing: glibc-2.17.90-3.fc20.x86_64 (@fedora/rawhide)
>> Not found
>> Updated By: glibc-2.17.90-4.fc20.x86_64 (rawhide)
>> Not found
>>
>> What the fracking hell? Why is yum apparently okay with -3 but not okay
>> with -4 even though their provides are identical? And why is this
>> suddenly popping up now?
>
> Answer to the second part: because 3 days ago commynity-mysql was fixed
> to require ldconfig in /usr:
>
http://pkgs.fedoraproject.org/cgit/community-mysql.git/commit/?id=56c556f...
If by "fixed", you mean broken. :-/
It really needs to be put back the way it was.
Well, I don't understand in which situation the error occurred, because
I didn't manage to reproduce it. Well, anyway, it's fixed now and the
package uses only /sbin/ldconfig again.
Honza
1:13 a.m.
On Thu, Jul 18, 2013 at 07:51:19AM +0200, Honza Horak wrote:
On 07/12/2013 05:55 AM, Rex Dieter wrote:
>Tomasz Torcz wrote:
>
>>On Thu, Jul 11, 2013 at 01:37:45PM -0700, Adam Williamson wrote:
>>>Would anyone care to take a guess at what the hell is going on here?
>>>
>>>[adamw@adam ~]$ sudo yum update
>>>(snip)
>>>Error: Package: community-mysql-libs-5.5.32-6.fc20.x86_64 (@rawhide)
>>> Requires: /usr/sbin/ldconfig
>>> Removing: glibc-2.17.90-3.fc20.x86_64 (@fedora/rawhide)
>>> Not found
>>> Updated By: glibc-2.17.90-4.fc20.x86_64 (rawhide)
>>> Not found
>>>
>>>What the fracking hell? Why is yum apparently okay with -3 but not okay
>>>with -4 even though their provides are identical? And why is this
>>>suddenly popping up now?
>>
>> Answer to the second part: because 3 days ago commynity-mysql was fixed
>>to require ldconfig in /usr:
>>http://pkgs.fedoraproject.org/cgit/community-mysql.git/commit/?id=56c556f1555b88c391e70632184018e31852e884
>
>If by "fixed", you mean broken. :-/
>
>It really needs to be put back the way it was.
Well, I don't understand in which situation the error occurred,
because I didn't manage to reproduce it. Well, anyway, it's fixed
now and the package uses only /sbin/ldconfig again.
It happens on glibc update.
--
Tomasz Torcz There exists no separation between gods and men:
xmpp: zdzichubg(a)chrome.pl one blends softly casual into the other.
3997
days inactive
4004
days old
7 comments
6 participants
participants (6)
-
Adam Williamson -
Honza Horak -
Reindl Harald -
Rex Dieter -
Till Maas -
Tomasz Torcz