From: Alan McKinnon <alan.mckinnon@gmail.com>
To: gentoo-user@lists.gentoo.org
Subject: Re: [gentoo-user] Re: Confusion about slot conflict
Date: Mon, 06 Jan 2014 21:35:41 +0200 [thread overview]
Message-ID: <52CB058D.2040301@gmail.com> (raw)
In-Reply-To: <20140106115846.09d61679@fuchsia>
On 06/01/2014 19:58, »Q« wrote:
> On Sun, 5 Jan 2014 15:57:10 +0000
> 张东亚 <fortitude.zhang@gmail.com> wrote:
>
>> Hi list,
>>
>> When I do a world upgrade, I have encountered the following slot
>> conflict:
>>
>>
>> media-libs/libpng:0
>>
>> (media-libs/libpng-1.5.17-r1::gentoo, installed) pulled in by
>> media-libs/libpng:0/0= required by
>> (dev-python/wxpython-2.8.12.1-r1::gentoo, installed)
>> >=media-libs/libpng-1.4:0/0= required by
>> (net-libs/webkit-gtk-1.8.3-r201::gentoo, installed)
>> media-libs/libpng:0/0= required by
>> (app-text/poppler-0.22.5::gentoo, installed)
>> media-libs/libpng:0/0= required by
>> (media-libs/libwebp-0.3.1::gentoo, installed)
>> media-libs/libpng:0/0= required by
>> (net-print/cups-filters-1.0.36-r1::gentoo, installed)
>> media-libs/libpng:0/0= required by
>> (kde-base/kdelibs-4.11.4::gentoo, installed)
>>
>> (media-libs/libpng-1.6.8::gentoo, ebuild scheduled for merge)
>> pulled in by (no parents that aren't satisfied by other packages in
>> this slot)
>>
>>
>> My question is, seems upgrade to libpng-1.6.8 will solve the
>> conflict, why emerge cannot proceed this automatically? or there are
>> some switches to controller this?
>>
>> Thanks a lot.
>
> I had exactly the same weirdness after 1.6.8 was stabilized. I waited
> a few hours, re-synced the tree, and then updated without any warnings
> about blocks; the old libpng was unmerged and 1.6.8 was merged
> automagically as one would expect. I don't know what caused the problem
> or what fixed it.
Ah, that explains it. I last synced 3 days ago
Obviously, updating libpng in the tree was a two stage process, with a
longer than expected delay between them. Or maybe a bug the dev didn't
anticipate showed up right away and needed fixing. You and fortitude
both sync'ed in this middle period and got hit by the bug.
It happens a lot actually :-)
--
Alan McKinnon
alan.mckinnon@gmail.com
next prev parent reply other threads:[~2014-01-06 19:35 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-01-05 15:57 [gentoo-user] Confusion about slot conflict 张东亚
2014-01-05 20:53 ` Alan McKinnon
2014-01-06 10:31 ` 张东亚
2014-01-06 17:58 ` [gentoo-user] " »Q«
2014-01-06 19:35 ` Alan McKinnon [this message]
2014-01-08 12:31 ` Peter Humphrey
2014-01-09 14:35 ` Peter Humphrey
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=52CB058D.2040301@gmail.com \
--to=alan.mckinnon@gmail.com \
--cc=gentoo-user@lists.gentoo.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox