From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from albireo.enyo.de (albireo.enyo.de [37.24.231.21]) by sourceware.org (Postfix) with ESMTPS id 44E053858C53 for ; Mon, 26 Sep 2022 13:02:43 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.1 sourceware.org 44E053858C53 Authentication-Results: sourceware.org; dmarc=none (p=none dis=none) header.from=deneb.enyo.de Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=deneb.enyo.de Received: from [172.17.203.2] (port=51169 helo=deneb.enyo.de) by albireo.enyo.de ([172.17.140.2]) with esmtps (TLS1.3:ECDHE_SECP256R1__RSA_PSS_RSAE_SHA256__AES_256_GCM:256) id 1ocnku-003lLf-Ud; Mon, 26 Sep 2022 13:02:40 +0000 Received: from fw by deneb.enyo.de with local (Exim 4.94.2) (envelope-from ) id 1ocnku-000FWZ-ID; Mon, 26 Sep 2022 15:02:40 +0200 From: Florian Weimer To: Adhemerval Zanella Netto Cc: Patrick Rother , libc-help@sourceware.org Subject: Re: installation of glibc crashes because of ABI sonames References: <87edvyid0t.fsf@mid.deneb.enyo.de> <0d9c3352-1b3a-0522-e679-15236f5d1bfb@linaro.org> Date: Mon, 26 Sep 2022 15:02:40 +0200 In-Reply-To: <0d9c3352-1b3a-0522-e679-15236f5d1bfb@linaro.org> (Adhemerval Zanella Netto's message of "Mon, 26 Sep 2022 09:57:38 -0300") Message-ID: <87y1u6gufj.fsf@mid.deneb.enyo.de> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Status: No, score=-5.9 required=5.0 tests=BAYES_00,KAM_DMARC_STATUS,SPF_HELO_NONE,SPF_PASS,TXREP autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on server2.sourceware.org List-Id: * Adhemerval Zanella Netto: > On 26/09/22 09:53, Patrick Rother wrote: >> Hello. >>=20 >> On Mon, Sep 26, 2022 at 01:35:46PM +0200, Florian Weimer wrote: >>>> So, before the quoted change is was possible to upgrade glibc from >>>> source on a running system, but as of 2.34 this is no longer >>>> possible. >>> >>> In my experience, it has always been required to use =E2=80=9Cmake inst= all >>> DESTDIR=3D=E2=80=A6=E2=80=9D to update a running system, and then move = the resulting >>> temporary tree into place with a single command. (The elimination of >>> symbolic links actually makes this step more reliable because there >>> are no older glibc .so files left behind.) It never occurred to me >>> that we regressed this functionality because it didn't actually work >>> before for me. >>=20 >> I wasn't aware of the DESTDIR=3D=E2=80=A6 option, and interestingly that= worked >> like a charm. >>=20 >> Problem solved for me, thank you! >>=20 > > It is described on INSTALL file: > > 408 Installing the C Library > 409 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D > 410 > [...] > 437 You can install the GNU C Library somewhere other than where you > 438 configured it to go by setting the 'DESTDIR' GNU standard make variab= le > 439 on the command line for 'make install'. The value of this variable is > 440 prepended to all the paths for installation. This is useful when > 441 setting up a chroot environment or preparing a binary distribution. = The > 442 directory should be specified with an absolute file name. Installing > 443 with the 'prefix' and 'exec_prefix' GNU standard make variables set is > 444 not supported. We should probably error out in =E2=80=9Cmake install=E2=80=9D if DESTDIR i= s not set.