On 17/04/2016 05:45, meino.cra...@gmx.de wrote:
>
> Hi,
>
> ...and the novice was buffled and even the master shifted a little bit
> after recognizing this words of the eternal being named emerge.
> I know, that there is a difference in knowing the path and walking the
> path, but it seems that I am not supposed to understand this:
>
>
> These are the packages that would be merged, in reverse order:
>
> Calculating dependencies... done!
>
> Total: 0 packages, Size of downloads: 0 KiB
>
> WARNING: One or more updates/rebuilds have been skipped due to a dependency
> conflict:
>
> dev-util/boost-build:0
>
> (dev-util/boost-build-1.60.0:0/0::gentoo, ebuild scheduled for merge)
> conflicts with
> =dev-util/boost-build-1.58* required by
> (dev-libs/boost-1.58.0-r1:0/1.58.0::gentoo, installed)
> ^ ^^^^^
>
>
> !!! The following update has been skipped due to unsatisfied dependencies:
>
> dev-libs/boost:0
>
> !!! All ebuilds that could satisfy "=dev-util/boost-build-1.60*" have been
> masked.
> !!! One of the following masked packages is required to complete your request:
> - dev-util/boost-build-1.60.0::gentoo (masked by: )
>
>
> For me it looks like boost not beeing updated/reinstalled because of
> another version of boost, which depends on boost.
>
> HELP, I need somebody, HELP, not just anybody hee-eee-eelp uuuuuhhhh!
>
> Thanks for any HELP in advance! May the source be with you...
> Best regards,
> Meino
>
>
>
Hah! That's one of those blockers that makes little or no sense.
boost has this dep:
DEPEND="${RDEPEND}
=dev-util/boost-build-${MAJOR_V}*"
and boost-build does not depend on boost.
So, logically you'd expect boost to want to upgrade to 1.60, notice
boost-build's dep and upgrade boost-build as well to match. But it
doesn't, because boost-build-1.60 is masked for <null> reason.
It really looks and smells like a bug in emerge[1] when updating world
where it considers boost-build first, fixes the version to use to match
current boost, and then can't find a way to upgrade boost.
Solution would seem to be to emerge -C either of them and let portage
get on with it. Or upgrade just upgrade boost-build by itself then do world
[1] I wouldn't go so far as to call it a "bug" as such, because nothing
in the spec requires a package manager to guarantee that it will always
find the best way to upgrade everything. It only needs to keep the
system consistent with the ebuilds it has.
--
Alan McKinnon
alan.mckin...@gmail.com
