Issues with branch 1.3/xorg-server-1.20 and older nvidia-drivers

[heebs]

So I finally got my act together and moved the 1.3 branch,  and now xorg-server is trying to force me to use the latest nvidia-drivers, which will not work for my old  GeForce 6150 card. It to find of course as this did not manifest until I tried to update @world, so I started walking down the chain with stuff that would pull in large chunks of updates, and I finally got to this.

 

root@jonesin|/etc/portage> emerge --verbose-conflicts -a --oneshot =dev-lang/php-7.3.6 =media-video/ffmpeg-3.4.5 =net-misc/tigervnc-1.9.0-r1 x11-drivers/xf86-input-mouse x11-drivers/xf86-input-evdev x11-drivers/xf86-input-libinput x11-base/xorg-drivers x11-base/xorg-server app-pda/libimobiledevice x11-libs/libpciaccess app-crypt/p11-kit net-analyzer/tcpdump www-servers/apache

These are the packages that would be merged, in order:

Calculating dependencies... done!

The following packages are causing rebuilds:

  (x11-base/xorg-server-1.20.1-r1:0/1.20.1::xorg-kit, ebuild scheduled for merge) causes rebuilds for:
    (x11-drivers/xf86-input-libinput-0.28.0-r1:0/0::xorg-kit, ebuild scheduled for merge)
    (x11-drivers/xf86-input-mouse-1.9.3:0/0::xorg-kit, ebuild scheduled for merge)
    (x11-drivers/xf86-input-evdev-2.10.6:0/0::xorg-kit, ebuild scheduled for merge)
    (x11-drivers/nvidia-drivers-410.93:0/410::core-hw-kit, ebuild scheduled for merge)
[ebuild     U  ] app-admin/apache-tools-2.4.39 [2.4.38]
[ebuild     U  ] www-servers/apache-2.4.39 [2.4.38]
[ebuild   R    ] net-analyzer/tcpdump-4.9.2
[ebuild   R    ] app-crypt/p11-kit-0.23.9
[ebuild     U  ] x11-libs/libpciaccess-0.14 [0.13.5]
[ebuild   R    ] app-pda/libimobiledevice-1.2.0-r1
[ebuild  r  U  ] x11-base/xorg-server-1.20.1-r1 [1.19.5-r2]
[ebuild     U  ] x11-base/xorg-drivers-1.20 [1.19]
[ebuild     U  ] x11-drivers/xf86-input-libinput-0.28.0-r1 [0.25.1]
[ebuild     U  ] x11-drivers/xf86-input-mouse-1.9.3 [1.9.2]
[ebuild     U  ] x11-drivers/xf86-input-evdev-2.10.6 [2.10.5]
[ebuild  r  U #] x11-drivers/nvidia-drivers-410.93 [304.137] USE="driver%* kms%* uvm%* -compat% -gtk3% -wayland%"
[ebuild   R    ] net-misc/tigervnc-1.9.0-r1
[ebuild   R    ] media-video/ffmpeg-3.4.5
[ebuild   R    ] dev-lang/php-7.3.6

The following mask changes are necessary to proceed:
 (see "package.unmask" in the portage(5) man page for more details)
# required by @__auto_slot_operator_replace_installed__ (argument)
# /etc/portage/package.mask:
# http://www.nvidia.com/object/IO_32667.html nuttin over 304
=x11-drivers/nvidia-drivers-410.93

NOTE: The --autounmask-keep-masks option will prevent emerge
      from creating package.unmask or ** keyword changes.

 

I did go through scraping dependencies and I found nothing that would force this, now that doesn't mean I didn't miss something.  I found some posts about using --exclude and the like and that just caused different and even less desirable behavior.

Here is my package.mask

cat /etc/portage/package.mask 
>net-misc/openntpd-6.0_p1
# http://www.nvidia.com/object/IO_32667.html nuttin over 304
>=x11-drivers/nvidia-drivers-305.0.0
>=sys-kernel/gentoo-sources-4.9.136
>=sys-kernel/linux-headers-4.10
=dev-lang/python-3.4*

 

 

[cardinal]

 

# epro mix-ins

Remove  gfxcard-nvidia mix-ins if enabled in your profile.

# epro mix-ins -gfxcard-nvidia

Reference:

https://www.funtoo.org/Funtoo_Profiles

 

[heebs]

Thanks for something I certainly didn't think about, but here is where I sit, that doesn't mean it is perfect.

etc/portage> epro mix-ins

=== Enabled Profiles: ===

        arch: x86-64bit
       build: current
     subarch: amd64-k8
      flavor: core
     mix-ins: audio
     mix-ins: dvd
     mix-ins: no-systemd
     mix-ins: media
     mix-ins: X
     mix-ins: mediaformat-video-extra
     mix-ins: mediaformat-audio-extra
     mix-ins: mediaformat-gfx-extra

 

[heebs]

So I have done some more digging, I pulled out my mask so that I could get @world to finish up at the very least. I then removed the nvidia-drivers and here is where I sit when I try to install them now.

 

emerge -av  nvidia-drivers 

These are the packages that would be merged, in order:

Calculating dependencies... done!
[ebuild  N    #] x11-drivers/nvidia-drivers-410.93:0/410::core-hw-kit  USE="X driver kms tools uvm -acpi -compat -gtk3 (-multilib) -static-libs -wayland" 0 KiB

Total: 1 package (1 new), Size of downloads: 0 KiB

The following mask changes are necessary to proceed:
 (see "package.unmask" in the portage(5) man page for more details)
# required by nvidia-drivers (argument)
# /etc/portage/package.mask:
# http://www.nvidia.com/object/IO_32667.html nuttin over 304
=x11-drivers/nvidia-drivers-410.93

NOTE: The --autounmask-keep-masks option will prevent emerge
      from creating package.unmask or ** keyword changes.






 emerge --verbose-conflicts -av  =x11-drivers/nvidia-drivers-304.137

These are the packages that would be merged, in order:

Calculating dependencies... done!
[ebuild     UD ] x11-base/xorg-server-1.19.5-r2:0/1.19.5::xorg-kit [1.20.1-r1:0/1.20.1::xorg-kit] USE="glamor ipv6 udev xorg -debug -dmx -doc -kdrive -libressl -minimal (-selinux) -static-libs -suid% (-systemd) -tslib% -unwind -wayland -xcsecurity -xephyr -xnest -xvfb" 0 KiB
[ebuild  N     ] x11-drivers/nvidia-drivers-304.137:0/304::core-hw-kit  USE="X tools -acpi (-multilib) -pax_kernel -static-libs" 0 KiB

Total: 2 packages (1 downgrade, 1 new), Size of downloads: 0 KiB

!!! Multiple package instances within a single package slot have been pulled
!!! into the dependency graph, resulting in a slot conflict:

x11-base/xorg-server:0

  (x11-base/xorg-server-1.19.5-r2:0/1.19.5::xorg-kit, ebuild scheduled for merge) pulled in by
    <x11-base/xorg-server-1.19.99:= required by (x11-drivers/nvidia-drivers-304.137:0/304::core-hw-kit, ebuild scheduled for merge)
    ^                     ^^^^^^^ ^                                                                                                                                                                          

  (x11-base/xorg-server-1.20.1-r1:0/1.20.1::xorg-kit, installed) pulled in by
    =x11-base/xorg-server-1.20* required by (net-misc/tigervnc-1.9.0-r1:0/0::net-kit, installed)
    ^                     ^^^^^                                                                                                                        
    x11-base/xorg-server:0/1.20.1= required by (x11-drivers/xf86-video-vesa-2.4.0:0/0::xorg-kit, installed)
                        ^^^^^^^^^^                                                                                                             
    x11-base/xorg-server:0/1.20.1= required by (x11-drivers/xf86-input-mouse-1.9.3:0/0::xorg-kit, installed)
                        ^^^^^^^^^^                                                                                                              
    x11-base/xorg-server:0/1.20.1= required by (x11-drivers/xf86-input-evdev-2.10.6:0/0::xorg-kit, installed)
                        ^^^^^^^^^^                                                                                                               
    x11-base/xorg-server:0/1.20.1= required by (x11-drivers/xf86-input-libinput-0.28.0-r1:0/0::xorg-kit, installed)
                        ^^^^^^^^^^                                                                                                                     
    x11-base/xorg-server:0/1.20.1= required by (x11-drivers/xf86-input-keyboard-1.9.0:0/0::xorg-kit, installed)

 

Here are the relevant parts in the ebuild, I think just fixing the rdepend stuff in it will do what I need, but I imagine that this may need to be fixed upstream, to keep things working  for others.

COMMON="
        app-eselect/eselect-opencl
        kernel_linux? ( >=sys-libs/glibc-2.6.1 )
        tools? (
                dev-libs/atk[${MULTILIB_USEDEP}]
                dev-libs/glib:2[${MULTILIB_USEDEP}]
                x11-libs/gdk-pixbuf[${MULTILIB_USEDEP}]
                x11-libs/gtk+:2[${MULTILIB_USEDEP}]
                x11-libs/libX11[${MULTILIB_USEDEP}]
                x11-libs/libXext[${MULTILIB_USEDEP}]
                x11-libs/pango[X,${MULTILIB_USEDEP}]
                x11-libs/pangox-compat[${MULTILIB_USEDEP}]
        )
        X? (
                >=app-eselect/eselect-opengl-1.0.9
        )
"
DEPEND="${COMMON}
        kernel_linux? (
                virtual/linux-sources
                virtual/pkgconfig
        )"
RDEPEND="${COMMON}
        acpi? ( sys-power/acpid )
        tools? ( !media-video/nvidia-settings )
        X? (
                <x11-base/xorg-server-1.19.99:=
                >=x11-libs/libX11-1.6.2[${MULTILIB_USEDEP}]
                >=x11-libs/libXext-1.3.2[${MULTILIB_USEDEP}]
                sys-libs/zlib[${MULTILIB_USEDEP}]
                x11-libs/libXvMC[${MULTILIB_USEDEP}]
        )
"
PDEPEND="X? ( >=x11-libs/libvdpau-0.3-r1[${MULTILIB_USEDEP}] )"

 

[cardinal]

You can't upgrade to xorg-server-1.20.1-r1 and use nvidia-drivers-304.137

Trying to force it is a waste of time.

Gentoo has removed nvidia-drivers-304.137.ebuild from their portage due to this.

The easiest solution is to try nouveau  although I'm reading reports that indicate nouveau doesn't work well with geforce 6150

If you can accept no 3d-acceleration the nv driver is another alternative.

Otherwise to keep nvidia-drivers-304.137 you will have to mask >xorg-server-1.19.5 and every package from updating that is listed  here:

(x11-base/xorg-server-1.20.1-r1:0/1.20.1::xorg-kit, installed) pulled in by

[heebs]

Thanks for the unhappy news, sure beats beating my head against the wall for hours or days.