On 17/10/2015 16:59, [email protected] wrote:
> Heiko Baums <[email protected]> [15-10-17 15:44]:
>> Am 17.10.2015 um 13:07 schrieb [email protected]:
>>
>>> previously I had emerged nvidia-settings seperately. This leads to an 
>>> problem with a recent update, because the nvidia-settings were
>>> pulling in the old version of the nvidia-drivers and the update wants
>>> the new version of the drivers.
>>>
>>> So I emerge -C'ed the nvidia-settings, set the USE-flag 'tools' for
>>> the drivers and updated...it works.
>>>
>>> This morning ... updateing my Gentoo box again, the same scenario
>>> happens again...nvidia-settings (old version) were missing (why?)
>>> and again wants the old driver while emerge wants the new one.
>>>
>>> How can I get out of this?
>>
>> Do you have xfce-extra/xfce4-sensors-plugin with
>> USE="video_cards_nvidia" resp. VIDEO_CARDS="nvidia" installed?
>>
>> Because this pulls in media-video/nvidia-settings.
>>
>> My guess is that media-video/nvidia-settings is now included in
>> x11-drivers/nvidia-drivers and is therefore not needed anymore as a
>> separate package.
>>
>> As a workaround, because I hadn't had time to file a bug report when I
>> discovered this, I just reinstalled xfce-extra/xfce4-sensors-plugin with
>> USE="-video_cards_nvidia".
>>
>> There are some other packages which pull in media-video/nvidia-settings
>> if VIDEO_CARDS="nvidia" is set. So if you don't use Xfce it's probably
>> one of those packages.
>>
>> Just run `equery depends nvidia-settings` or `emerge -pv --tree ...` to
>> see by which package it gets pulled in.
>>
> 
> Hi Heiko,
> (_sounds_ somehow redundant, hahahaha! ;)
> 
> Thanks for the help! :)
> The equery command found three more of those:
> app-admin/conky-1.9.0-r3 (nvidia ? media-video/nvidia-settings)
> sci-libs/vtk-6.1.0-r1 (video_cards_nvidia ? media-video/nvidia-settings)
> sys-apps/hwloc-1.10.0-r2 (gl ? media-video/nvidia-settings)
> 
> I fixed that via accorinding use-flag setting as you suggested but
> unfortunately vtk is ignoring my manipulations:
> 
> [I] sci-libs/vtk
>      Available versions:  ~6.0.0^t (~)6.1.0^t 6.1.0-r1^t {R +X all-modules 
> aqua boost cg doc examples ffmpeg gdal imaging java json kaapi mpi mysql odbc 
> offscreen postgres python qt4 rendering smp tbb tcl test theora tk views web 
> xdmf2 ELIBC="FreeBSD" PYTHON_TARGETS="python2_7" VIDEO_CARDS="nvidia"}
>      Installed versions:  6.1.0-r1^t(05:31:39 06/13/15)(X rendering tcl tk -R 
> -all-modules -aqua -boost -cg -doc -examples -ffmpeg -gdal -imaging -java 
> -json -kaapi -mpi -mysql -odbc -offscreen -postgres -python -qt4 -smp -tbb 
> -test -theora -views -web -xdmf2 ELIBC="-FreeBSD" PYTHON_TARGETS="python2_7" 
> VIDEO_CARDS="nvidia")
>      Homepage:            http://www.vtk.org/
>      Description:         The Visualization Toolkit
> 
> 
> There is no 'nvidia-settings" use-flag with vtk.
> 
> But nevertheless - it pulls it in:
> [nomerge       ] sci-libs/vtk-6.1.0-r1::gentoo  USE="X rendering tcl tk -R 
> -all-modules (-aqua) -boost -cg -doc (-examples) -ffmpeg -gdal -imaging -java 
> -json -kaapi -mpi -mysql -odbc -offscreen -postgres -python -qt4 -smp -tbb 
> {-test} -theora -views -web -xdmf2" PYTHON_TARGETS="python2_7" 
> VIDEO_CARDS="nvidia" 
> [ebuild  N    ~]  media-video/nvidia-settings-355.11::gentoo  USE="-examples 
> -gtk3" 0 KiB
> 
> 
> Am I lost? ;)

With the tree currently as-is, yes. vtk blindly pulls in nvidia-settings:

RDEPEND="
        ...
        video_cards_nvidia? ( media-video/nvidia-settings )


Which is a bit of a blunt weapon - saying nvidia in make.conf gives you
nvidia-settings regardless of anything else.

I would suggest removing nvidia-drivers from world, putting
nvidia-settings in instead. This will enforce that you only get drivers
packages that are compatible with settings. Any ebuild that tries to
update drivers to latest without a matching settings will run into a
blocker.

Ideal of course would be nvidia-settings is always in step with
nvidia-drivers then this problem just never arises. Why those two are
eternally out of step is beyond me.

> 
> 
> Best regards,
> Meino
> 
> 
> 
> 


-- 
Alan McKinnon
[email protected]


Reply via email to