207298 2008-01-24 16:39 0000 x11-drivers/nvidia-drivers relying upon internal portage function 2008-02-15 15:13:24 0000 1 1 1 Unclassified Gentoo Linux Ebuilds unspecified All Linux RESOLVED FIXED P2 normal --- 1 peper@gentoo.org cardoe@gentoo.org amd64@gentoo.org dev-portage@gentoo.org eradicator@gentoo.org peper@gentoo.org 2008-01-24 16:39:30 0000 nvidia-drivers-* : src_install() { local MLTEST=$(type dyn_unpack) (...) if [[ "${MLTEST/set_abi}" == "${MLTEST}" ]] && has_multilib_profile ; then the dyn_unpack thing was added here: http://sources.gentoo.org/viewcvs.py/gentoo-x86/media-video/nvidia-glx/nvidia-glx-1.0.6629-r3.ebuild?hideattic=0&r1=1.4&r2=1.5 the MLTEST at all seems to first apear in this ebuild: http://sources.gentoo.org/viewcvs.py/gentoo-x86/media-video/nvidia-glx/nvidia-glx-1.0.6629-r2.ebuild?hideattic=0&rev=1.1&view=markup I /think/ this was added to check for some particular abi-related functionality in portage. Whatever it was seems to be outdated for quite some time as I didn't find "set_abi" in any dyn_unpack implementation since portage repo was moved to svn, but I didn't really check that carefully as it's wrong anyway. Please KILL. cardoe@gentoo.org 2008-01-24 16:49:18 0000 Until someone from the CC list can explain what was intended by it, I'm not removing it. @eradicator: You added this code. Can you provide some details? @amd64: This code is for you guys... Can you explain? eradicator@gentoo.org 2008-01-24 17:39:49 0000 IIRC, MLTEST was used in a portage branch maybe in 2003? 2004? when I was employed by GenUX to develop eselect-compiler, eselect-binutils, and add better multilib abstraction to portage. In short, GenUX pushed for things that were impractical, they went belly-up, and all that code entered bit-rot. I think it's safe just to - local MLTEST=$(type dyn_unpack) - if [[ "${MLTEST/set_abi}" == "${MLTEST}" ]] && has_multilib_profile ; + if has_multilib_profile ; halcy0n@gentoo.org 2008-01-25 16:29:03 0000 Unless the maintainers do not understand why this is a problem, or they are being uncooperative, there is no reason to add QA to this bug. Please don't add us back unless one of the above conditions is met. If we don't follow those guidelines, we might as well CC QA on every single bug in bugzilla. Thanks wolf31o2@gentoo.org 2008-01-25 18:59:15 0000 I am no longer maintaining nvidia-*drivers in an way. Doug has been doing an excellent job and I didn't have much to do. Removing myself from CC. cardoe@gentoo.org 2008-02-15 15:13:24 0000 fixed in 169.09-r1, the change will propagate to other versions as well.