From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by finch.gentoo.org (Postfix) with ESMTPS id 71A491396D0 for ; Thu, 10 Aug 2017 21:41:53 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id AC0111FC015; Thu, 10 Aug 2017 21:41:46 +0000 (UTC) Received: from blaine.gmane.org (unknown [195.159.176.226]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 513391FC002 for ; Thu, 10 Aug 2017 21:41:46 +0000 (UTC) Received: from list by blaine.gmane.org with local (Exim 4.84_2) (envelope-from ) id 1dfvCw-0006xl-Hi for gentoo-dev@lists.gentoo.org; Thu, 10 Aug 2017 23:41:34 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: gentoo-dev@lists.gentoo.org From: Duncan <1i5t5.duncan@cox.net> Subject: [gentoo-dev] Re: [PATCH] toolchain-glibc.eclass: fix libm.so symlinking for live glibc Date: Thu, 10 Aug 2017 21:41:24 +0000 (UTC) Message-ID: References: <20170808155322.16552-1-slyfox@gentoo.org> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@lists.gentoo.org Reply-to: gentoo-dev@lists.gentoo.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Complaints-To: usenet@blaine.gmane.org User-Agent: Pan/0.143 (Quaint little villages here and there; 3dff8b8f3) X-Archives-Salt: 3e6da49a-4454-42b2-95bd-5c01bd7987d8 X-Archives-Hash: 257834011a3ca9b87d251cb919d72af5 Sergei Trofimovich posted on Tue, 08 Aug 2017 16:53:22 +0100 as excerpted: > The failure happens when live glibc-9999 ebuild is installed: > * QA Notice: Missing gen_usr_ldscript for libm-2.26.90.so * ERROR: > sys-libs/glibc-9999::gentoo failed: > * add those ldscripts > > The problem here is how upstream glibc version is detected: > dosym ../../$(get_libdir)/libm-${PV}.so > $(alt_usrlibdir)/libm-${PV}.so > > Change to use 'version.h' to pick upstream version. Interesting that it's libm. See bug #627378 https://bugs.gentoo.org/627378 ... where ~arch glibc-2.25-r2 (apparently) allows the symlink creation line above to clobber the original library binary, in usr merge (/lib64 and /usr/lib64 are the same dir) cases, or at least when /usr -> . (aka "reverse" usr merge). Comment #4 says it's not new code, thus the "(apparently)" above, but perhaps it's acting differently now due to the recent migration away from eblits? What I know for sure is that the upgrade broke my system until I manually copied the libm binary from the binpkg back into place. -- Duncan - List replies preferred. No HTML msgs. "Every nonfree program has a lord, a master -- and if you use the program, he is your master." Richard Stallman