From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp10.migadu.com ([2001:41d0:2:4a6f::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms5.migadu.com with LMTPS id mNajH5gGj2PzGAEAbAwnHQ (envelope-from ) for ; Tue, 06 Dec 2022 10:08:40 +0100 Received: from aspmx1.migadu.com ([2001:41d0:2:4a6f::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp10.migadu.com with LMTPS id 4M+9HpgGj2Mj4wAAG6o9tA (envelope-from ) for ; Tue, 06 Dec 2022 10:08:40 +0100 Received: from lists.gnu.org (lists.gnu.org [209.51.188.17]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by aspmx1.migadu.com (Postfix) with ESMTPS id 2B6571FEB for ; Tue, 6 Dec 2022 10:08:40 +0100 (CET) Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1p2Tw2-0001BE-14; Tue, 06 Dec 2022 04:08:18 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1p2Tvm-00017I-Dy for bug-guix@gnu.org; Tue, 06 Dec 2022 04:08:05 -0500 Received: from debbugs.gnu.org ([209.51.188.43]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1p2Tvm-0005j2-5l for bug-guix@gnu.org; Tue, 06 Dec 2022 04:08:02 -0500 Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1p2Tvl-0004rw-ST for bug-guix@gnu.org; Tue, 06 Dec 2022 04:08:01 -0500 X-Loop: help-debbugs@gnu.org Subject: bug#59855: Guix Shell with FHS Feedback: lib/tls/x86_64/x86_64? Resent-From: Marek =?UTF-8?Q?Pa=C5=9Bnikowski?= Original-Sender: "Debbugs-submit" Resent-CC: bug-guix@gnu.org Resent-Date: Tue, 06 Dec 2022 09:08:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: report 59855 X-GNU-PR-Package: guix X-GNU-PR-Keywords: To: 59855@debbugs.gnu.org X-Debbugs-Original-To: "bug-guix@gnu.org" Received: via spool by submit@debbugs.gnu.org id=B.167031765018691 (code B ref -1); Tue, 06 Dec 2022 09:08:01 +0000 Received: (at submit) by debbugs.gnu.org; 6 Dec 2022 09:07:30 +0000 Received: from localhost ([127.0.0.1]:41647 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1p2TvG-0004rP-Dk for submit@debbugs.gnu.org; Tue, 06 Dec 2022 04:07:30 -0500 Received: from lists.gnu.org ([209.51.188.17]:54256) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1p2TvE-0004rJ-U5 for submit@debbugs.gnu.org; Tue, 06 Dec 2022 04:07:29 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1p2TvE-0000xp-PP for bug-guix@gnu.org; Tue, 06 Dec 2022 04:07:28 -0500 Received: from mail-4319.protonmail.ch ([185.70.43.19]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1p2TvC-0005dE-0f for bug-guix@gnu.org; Tue, 06 Dec 2022 04:07:27 -0500 Date: Tue, 06 Dec 2022 09:07:04 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=protonmail.com; s=protonmail3; t=1670317634; x=1670576834; bh=HON+V8HDxWNzk2dCagmqq3EsNSuzP2yZuyHtV3KCeLE=; h=Date:To:From:Subject:Message-ID:Feedback-ID:From:To:Cc:Date: Subject:Reply-To:Feedback-ID:Message-ID:BIMI-Selector; b=epTgDQGbEMBxEfNguY7KzWhRlhMzAU00MoyMsW798oIO7uVAsUWJ4ShnkBeMyoxVD s0LSTkhLBxbtfGu+XMauhjoRCuEazg1bu6hcb8k/U6IxeYedHm4EVp2U2TJD9T/LaR hVSCs1bHlYfVlKyfOiISbNaoQ9IGmHkxJ1BnVf/dBCgZ7/3lV6EyyO8pytR17u3Rrm Sb08LhyBNBceUD5AxNwovVJ+/kQOhCrBB2zRVXshYRTDwK61NOU8sAsY7Dhz5NQ/ZH eCICZr5FJD3skWsxtayNxmhF2rIgZ41JwIIzNl6R6DB0YH6qSFAO2Sd9uM2Cxww9Tg 4Z/zi3t3lSXUg== Message-ID: Feedback-ID: 45828316:user:proton MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Received-SPF: pass client-ip=185.70.43.19; envelope-from=marekpasnikowski@protonmail.com; helo=mail-4319.protonmail.ch X-Spam_score_int: -20 X-Spam_score: -2.1 X-Spam_bar: -- X-Spam_report: (-2.1 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-BeenThere: bug-guix@gnu.org List-Id: Bug reports for GNU Guix List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-to: Marek =?UTF-8?Q?Pa=C5=9Bnikowski?= From: Marek =?UTF-8?Q?Pa=C5=9Bnikowski?= via Bug reports for GNU Guix Errors-To: bug-guix-bounces+larch=yhetil.org@gnu.org Sender: bug-guix-bounces+larch=yhetil.org@gnu.org X-Migadu-Flow: FLOW_IN X-Migadu-Country: US ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=yhetil.org; s=key1; t=1670317720; h=from:from:sender:sender:reply-to:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:mime-version:mime-version: content-type:content-type: content-transfer-encoding:content-transfer-encoding:resent-cc: resent-from:resent-sender:resent-message-id:list-id:list-help: list-unsubscribe:list-subscribe:list-post:dkim-signature; bh=HON+V8HDxWNzk2dCagmqq3EsNSuzP2yZuyHtV3KCeLE=; b=b73SYDOmJGQwvb5Pxof2zcrE3Ev0VO5jxh2CmJbNyTemIKqdbycoteHn+3i9AGNKXtIKyq h6llSkpu4LvXHavIvUpjrq9SpwJsykeEpZ7VzchD/AMFzQs2bjdXVPtqombKIMDUtTYfxm 9crCXOCzqU3y5fWI9ZJo6HghKCq+AwHl2SqZCnSQJZ7QvAGzA1lWpJpDXicXg6hPWiBcLB wijP9uA54yBziOk+w6nmCQ0bFpNmxuLpC0lNNzxLr3GSqJXDo8xnHX6LMf5X7kNZ6XyeQm zGyhSbr86CI2uEqWWz/KLHzo9ClzNJZ53dvDhWrP1qGuCyYfwYP5A44evT+Qwg== ARC-Seal: i=1; s=key1; d=yhetil.org; t=1670317720; a=rsa-sha256; cv=none; b=oi8JPwFOIRusrcN7e2KC22mfK/2phaFKesYQk6RZOhdlf3wShXCPxEEBSxNfWOWoD9gYoR c387SXJwaCV5B46WNuxfZOV5CgzpJdQSbO3PnUi71EwEjaWjUEX/7F2PKe3GeSwuzIS3YV ISXfaGNKdOQKdAJHF1TiH/ADiaQd5MCCejVP7nrH6ejn7HDXDGScAKkoG613GE4HnAVeTZ pnNTCWPX8hOySBDjWtrkjheMiV6r6TzlXMFBQXZjwSm81fAsq/srhhrfsXSqCizRYATCTY LabwpgOcGx2BXPEn3jx/4HYzHXyiuw32Fg+xCB/MbePmaubYYeRmtUsIxdjP4Q== ARC-Authentication-Results: i=1; aspmx1.migadu.com; dkim=fail ("headers rsa verify failed") header.d=protonmail.com header.s=protonmail3 header.b=epTgDQGb; dmarc=pass (policy=none) header.from=gnu.org; spf=pass (aspmx1.migadu.com: domain of "bug-guix-bounces+larch=yhetil.org@gnu.org" designates 209.51.188.17 as permitted sender) smtp.mailfrom="bug-guix-bounces+larch=yhetil.org@gnu.org" X-Migadu-Spam-Score: -2.66 Authentication-Results: aspmx1.migadu.com; dkim=fail ("headers rsa verify failed") header.d=protonmail.com header.s=protonmail3 header.b=epTgDQGb; dmarc=pass (policy=none) header.from=gnu.org; spf=pass (aspmx1.migadu.com: domain of "bug-guix-bounces+larch=yhetil.org@gnu.org" designates 209.51.188.17 as permitted sender) smtp.mailfrom="bug-guix-bounces+larch=yhetil.org@gnu.org" X-Migadu-Queue-Id: 2B6571FEB X-Spam-Score: -2.66 X-Migadu-Scanner: scn1.migadu.com X-TUID: ZbdSbPM1r6PS I recently started attempting to execute an AppImage with guix shell --container --emulate-fhs . I found a workflow, where I set LD_LIBRARY_PATH=3D$LIBRARY_PATH and trace the executable with strace -ffZ ./Program.AppImage . Its concept is that I want to turn each failing call to a successful one, until the program runs flawlessly. I program as a hobby, and have no way of knowing if any of the trace calls can be safely ignored. I would like to encourage development of such an implementation, where strace -ffZ output is reduced as much as possible by default. Here is the head of the current trace I am stuck at: > access("/etc/ld.so.preload", R_OK) =3D -1 ENOENT (No such file > or directory) > > openat(AT_FDCWD, "/gnu/store/c8ndz685xbqm29r9zwlwsbjqj4ylh4m4- > profile/lib/tls/x86_64/x86_64/libdl.so.2", O_RDONLY|O_CLOEXEC) =3D=20 > -1 ENOENT (No such file or directory) The second line is the interesting one. According to an ancient post on the Linux Questions forum[1], $PATH/lib/tls is the directory for glibc with thread support (NPTL). I do not know if the glibc in Guix has the thread support or not. However, it is the next two subdirectories that baffle me. x86_64/x86_64? I have never seen anything like this. I thought, that maybe having a tls->. link in the lib directory would suppress the failure, but lib also does not have an x86_64 directory. I have spent a couple of hours chasing the libdl libry, only to realise that it is supplied by glibc, and it is the AppImage program trying to reach it in a different place. I strongly believe that solving this mode of failure will save countless hours of futile struggle for future users of Guix Shell. For the same purpose, the first error can be permanently silenced by creating an empty file at /etc/ld.so.preload .