From mboxrd@z Thu Jan 1 00:00:00 1970 From: Ludovic =?UTF-8?Q?Court=C3=A8s?= Subject: bug#35691: remote configure failure due to bad pathnames for crt*.o Date: Wed, 15 May 2019 18:29:06 +0200 Message-ID: <87sgtfsmul.fsf@gnu.org> References: Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Return-path: Received: from eggs.gnu.org ([209.51.188.92]:59378) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1hQwn6-0008N7-Dn for bug-guix@gnu.org; Wed, 15 May 2019 12:30:05 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1hQwn5-00062Z-9b for bug-guix@gnu.org; Wed, 15 May 2019 12:30:04 -0400 Received: from debbugs.gnu.org ([209.51.188.43]:39710) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1hQwn5-00061g-5u for bug-guix@gnu.org; Wed, 15 May 2019 12:30:03 -0400 Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1hQwn4-00036h-OJ for bug-guix@gnu.org; Wed, 15 May 2019 12:30:02 -0400 Sender: "Debbugs-submit" Resent-Message-ID: In-Reply-To: (Nelson H. F. Beebe's message of "Wed, 15 May 2019 08:27:22 -0600") List-Id: Bug reports for GNU Guix List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-guix-bounces+gcggb-bug-guix=m.gmane.org@gnu.org Sender: "bug-Guix" To: "Nelson H. F. Beebe" Cc: 35691@debbugs.gnu.org Hi Nelson, (Please keep the bug Cc=E2=80=99d.) "Nelson H. F. Beebe" skribis: > Here is what I find about installed gcc-related packages: > > $ guix package --list-installed |grep gcc > gccgo 4.9.4 out /gnu/store/7108fl31hfj9lb4y76g89sxdb43c1wpc-gccg= o-4.9.4 > gcc-objc 8.3.0 out /gnu/store/44r4xl10nmix25bv6bv974r280vc2= 32c-gcc-objc-8.3.0 > gcc-objc++ 8.3.0 out /gnu/store/wqycqqp4almqcmmsj7gys56lyk9gi= rvq-gcc-objc++-8.3.0 > gcc-bootstrap 0 out /gnu/store/fgarfy5392vz5hik1ag5b8ccv0r4c= m01-gcc-bootstrap-0 > gcc-toolchain 9.1.0 out /gnu/store/aqv6njg05w2yqh8krgrjy0wcbfxb4= nn3-gcc-toolchain-9.1.0 It=E2=80=99s crowded here. Please remove everything but =E2=80=98gcc-toolc= hain=E2=80=99. Now, if you want to have Objective-C support, you of course have to install =E2=80=98gcc-objc=E2=80=99 and/or =E2=80=98gcc-objc++=E2=80=99. Ho= wever, you=E2=80=99ll have to make sure that they come after =E2=80=98gcc-toolchain=E2=80=99 in your profile, = like so: guix install gcc-toolchain gcc-objc > Maybe it is related to another problem that I wanted to eventually > raise on a guix list. Namely, after installing the new GUIX 1.0 VM, I > found that /usr/bin, /usr/sbin, and /sbin do not exist, and /bin > contains only /bin/sh. Even after numerous "guix install" runs, /bin > continues to have only one entry. Correct. > This seems bizarre, because it is long-standing practice that > shell scripts should set PATH to a limited value to avoid > trojan attacks, and things like "/bin/rm foo" should always work. The GNU build system purposefully makes no assumptions on the location of tools: =E2=80=98configure.ac=E2=80=99 files have AC_PROG_SED, AC_PATH_PR= OG, and similar calls. > On your GUIX systems, do you have a reasonably populated /bin? Ditto > the other three. No. By default, one gets /bin/sh, and nothing more. This is a radical departure from Unix tradition, but (1) GNU=E2=80=99s Not = Unix ;-), and (2) the lack of a global name space gives rise to many interesting properties: transactional upgrades and rollbacks are now possible, per-user profiles, on-the-fly environments with =E2=80=98guix environment=E2=80=99, etc. > (packages > (list (specification->package "nss-certs"))) Note that this is bogus, due to , which will be fixed in Guix=C2=A01.0.1 in the coming days. You should write: (packages (append (list (specification->package "nss-certs")) %base-packages)) to get the full set of =E2=80=9Cbase packages=E2=80=9D (Coreutils, grep, et= c.) in $PATH by default. Once you=E2=80=99ve made that change, you have to reconfigure your system: guix system reconfigure /etc/config.scm HTH! Thanks, Ludo=E2=80=99.