meino.cra...@gmx.de wrote:
> Mick <michaelkintz...@gmail.com> [16-04-17 14:00]:
>> On Sunday 17 Apr 2016 11:44:50 Alan McKinnon wrote:
>>> On 17/04/2016 11:36, meino.cra...@gmx.de wrote:
>>>> Alan McKinnon <alan.mckin...@gmail.com> [16-04-17 11:08]:
>>>>> 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.
>>>> Hi Alan,
>>>>
>>>> thanks for your reply! :)
>>>>
>>>> ...and I thought it was me being too limited to see the real truth
>>>> behind that what it is The Matrix.
>>>>
>>>> But it was only a deja-vu....oh wait! It was NO deja-vu ... no
>>>> glitch in The Matrix...we had similiar emerge-ncies in the past. ;)
>>>>
>>>> I will see how far I can go...I was warned to use 060 of boost...
>>>>
>>>> Best regards,
>>>> Meino
>>> It reminds me of many years back with two packages that depend on each
>>> other and portage couldn't deal with updating both at the same time.
>>>
>>> emerge -C got a lot of use back then :-)
>> Don't forget to use -1aDv when you emerge boost manually as Alan suggested,
>> unless for some reason you want boost in your world file.
>>
>> --
>> Regards,
>> Mick
>
>
> Hi Mick,
>
> thanks for the warning! Will do so... :)
>
> Best regards,
> Meino
>
>
I might add, I added --oneshot to my make.conf command for emerge a long
time ago. When I really want something in the world file, I add it with
the --select y option on the command line, add -n if already installed.
My thinking, I have to put in effort to add something to the world file
instead of putting in effort to not do it. I also don't have to worry
about forgetting to use -1 either. If I forget to use --select, I'll
see it when I run --depclean. Y'all do look at the list --depclean
spits out first right? lol
Since I did that, my world file has been improved a LOT. Before that,
it was a train wreck.
Dale
:-) :-)
