From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp11.migadu.com ([2001:41d0:8:6d80::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms5.migadu.com with LMTPS id CIn5ECBma2JwaAEAbAwnHQ (envelope-from ) for ; Fri, 29 Apr 2022 06:14:24 +0200 Received: from aspmx1.migadu.com ([2001:41d0:8:6d80::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp11.migadu.com with LMTPS id 0LI5ESBma2La5wAA9RJhRA (envelope-from ) for ; Fri, 29 Apr 2022 06:14:24 +0200 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 04DEBF9A1 for ; Fri, 29 Apr 2022 06:14:23 +0200 (CEST) Received: from localhost ([::1]:52368 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1nkI1O-0001Lt-S3 for larch@yhetil.org; Fri, 29 Apr 2022 00:14:22 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:52028) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nkI0m-00019n-Kq for guix-devel@gnu.org; Fri, 29 Apr 2022 00:13:44 -0400 Received: from mail-ej1-x641.google.com ([2a00:1450:4864:20::641]:42961) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1nkI0k-0008FV-Vv for guix-devel@gnu.org; Fri, 29 Apr 2022 00:13:44 -0400 Received: by mail-ej1-x641.google.com with SMTP id i27so13145713ejd.9 for ; Thu, 28 Apr 2022 21:13:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=message-id:subject:from:to:date:in-reply-to:references:user-agent :mime-version:content-transfer-encoding; bh=1Gyd0jZa9kwuRqiK2KIrfF764QS6xfFfEYgtUdGBf0k=; b=CJOz3MV4e4MbvpmS+pVQF9e9CQJ2wcmeD/gn5L9DNfLM/lPEJ/rz1Pz4On5+lXGmG+ S74/Wkqo2kdkkGyoGMrxAr4IrvOUgHs6tYgRahyUof25cylaZNO6IffMVgw1VJVqCuh8 wryxA6B5euiIBSzoFoBBbk5+rNz+6OGH/x+YGklWOBbYgbOzRXOGxtDA3GMJ7WdaFIYg tNMOk9m13hGsu76/FMnhsexhJ5PM+OFluxNbHSOd59+4SL1Hv3uMGrXU9e5t3B4Z/8q3 MtXAAUsrY0In1mBHIJTdEIaFPsVQHEhGo+8/guduTLNyo+Q473Wi8G+rMHEKWngeA6SM JoNQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:message-id:subject:from:to:date:in-reply-to :references:user-agent:mime-version:content-transfer-encoding; bh=1Gyd0jZa9kwuRqiK2KIrfF764QS6xfFfEYgtUdGBf0k=; b=4wKGnA8N2ZFiBNXmDECSwozhzovGxI6BisVo/PYgXdq26GhGve3QtUr64nOCXYw275 Ypi+tKpxTMFE0DHYHn33Esw2HUTqfnlRnJZLt0urvj5e++sa4rbkH3QH9RyTH41ktKOX Wr0VpVtfWuQ+nw1H4DXaR8FKhN3PQGzmkl+Nu/m9Ra7z40doLa4uVakvEzrPZbgBytw4 meYRK5nuWaOd8zCq3FoyUWnjTHExp55IlL7K8YslybguHidcysl0Yrf3DM30pdIt4MJg VOuP3mimE1ubwboQ8QnyIqZEe3mCCBFjEjZ9lALZQCxpjpBuGmoqCmltIk8Kb0q6jHRJ nqBQ== X-Gm-Message-State: AOAM532CkCRtAF+vSVe9ChNQgkCGtz1FrnilKGYzw9B596XUlUzk1462 zp1j6w+Cx/MFUpWVtRs64QA= X-Google-Smtp-Source: ABdhPJxZOIXLhHn55k2joCGePk8cJID1LTSZoqlLPlS413WGRDsu4x8Dhfw/IHyLe1gu5jYzX7cmpA== X-Received: by 2002:a17:907:7f08:b0:6f3:8c69:1779 with SMTP id qf8-20020a1709077f0800b006f38c691779mr23835873ejc.414.1651205620772; Thu, 28 Apr 2022 21:13:40 -0700 (PDT) Received: from nijino.fritz.box (85-127-52-93.dsl.dynamic.surfer.at. [85.127.52.93]) by smtp.gmail.com with ESMTPSA id em22-20020a170907289600b006f3ef214e5fsm255088ejc.197.2022.04.28.21.13.39 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Thu, 28 Apr 2022 21:13:39 -0700 (PDT) Message-ID: Subject: Re: The case for moving raw binaries From: Liliana Marie Prikler To: Maxime Devos , guix-devel@gnu.org Date: Fri, 29 Apr 2022 06:13:38 +0200 In-Reply-To: References: <615054d08116af35720a08a6fdb836e84cf0e873.camel@gmail.com> <65282c9d3d91b215499ab792604e11d0127e5215.camel@telenet.be> <228ccb21e58b37a659568787af29adaa69d39c2e.camel@gmail.com> Content-Type: text/plain; charset="UTF-8" User-Agent: Evolution 3.42.1 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Received-SPF: pass client-ip=2a00:1450:4864:20::641; envelope-from=liliana.prikler@gmail.com; helo=mail-ej1-x641.google.com 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_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01 autolearn=ham autolearn_force=no X-Spam_action: no action X-BeenThere: guix-devel@gnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Development of GNU Guix and the GNU System distribution." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: guix-devel-bounces+larch=yhetil.org@gnu.org Sender: "Guix-devel" X-Migadu-Flow: FLOW_IN X-Migadu-To: larch@yhetil.org X-Migadu-Country: US ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=yhetil.org; s=key1; t=1651205664; h=from:from:sender:sender: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: in-reply-to:in-reply-to:references:references:list-id:list-help: list-unsubscribe:list-subscribe:list-post:dkim-signature; bh=1Gyd0jZa9kwuRqiK2KIrfF764QS6xfFfEYgtUdGBf0k=; b=G5cvPASeBa6LC+s+OWbdyIZBKGV25UaHJgirpwuI86cv5x3TtTi2AIB8YIyIqOTARu8ErY p1KK8UsH+6OEOEV4GvxDcBzv/lM6WSdWX2XUbfmVyuimXrLvPt+UwqVlmvTKcNN/o0n8mF Cf3ib8uxV+qeipmc5n0yiKxLdslhvm/pF6xdpJDTjqDUaMe/F/zxvfkDAv6TxABgV3Jmtq L59P4TzZOdFmnFvI4FzmjTglgn2KyyO14GX79UYU7n+MmqmQGU8G3tmO/9QLgsBPjEaVcv LJSdW6IbW4Ci/IBRyU/ZP+ghG9VSFkZMQHtGgA7JtUIHDdMst5ZqHnKLm0VMJA== ARC-Seal: i=1; s=key1; d=yhetil.org; t=1651205664; a=rsa-sha256; cv=none; b=lc+bUpOcAzJRa8poNcj2OVsH9+cdLQDVodYIkZ/8CbVXe144Jz9y9btwtX9xBS39lRa75c 38uN5LOnyuv2jMrokhS7twR25C9Ap6w5HICY+dGBFwkEiUuaT2YYVbgOtXDWYi6Z4J/Ies zishEsZ453wN85goMo+w1gXH2vBpoTKWFXhe2jwnP4TzGrFRuQihtcLBxpEDbjzgOJSUKW wP7ETYzlhFyLrZYHx/BbA6t74G3YRuAFxOsbu3QoMMn6lJdOko4CJP29TEY1KF5NESGoAb t6rG57aUy64ij5UG310quu6c0XHYyuQKIM1b7vUXuALSdQzItuuDj3nfTe5HYg== ARC-Authentication-Results: i=1; aspmx1.migadu.com; dkim=pass header.d=gmail.com header.s=20210112 header.b=CJOz3MV4; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (aspmx1.migadu.com: domain of "guix-devel-bounces+larch=yhetil.org@gnu.org" designates 209.51.188.17 as permitted sender) smtp.mailfrom="guix-devel-bounces+larch=yhetil.org@gnu.org" X-Migadu-Spam-Score: -3.99 Authentication-Results: aspmx1.migadu.com; dkim=pass header.d=gmail.com header.s=20210112 header.b=CJOz3MV4; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (aspmx1.migadu.com: domain of "guix-devel-bounces+larch=yhetil.org@gnu.org" designates 209.51.188.17 as permitted sender) smtp.mailfrom="guix-devel-bounces+larch=yhetil.org@gnu.org" X-Migadu-Queue-Id: 04DEBF9A1 X-Spam-Score: -3.99 X-Migadu-Scanner: scn1.migadu.com X-TUID: PGXus8qugwnb Am Donnerstag, dem 28.04.2022 um 21:57 +0200 schrieb Maxime Devos: > Liliana Marie Prikler schreef op do 28-04-2022 om 19:27 [+0200]: > > > How does this help with double wrapping?  Whether the wrappers / > > > originals are put in /bin or $RAWBIN_DIR, it's still wrapped twice. > > Because $RAWBIN_DIR can be ignored when wrapping.  This means that > > stuff that's already in it won't be added again. > > [...] > > Constructing the wrapper is not so much the problem, it's not > > wrapping the already wrapped binaries. > > Why can $RAWBIN_DIR be ignored when wrapping?  If the build system just > sets $X during its wrappers, but the application needs $Y as well > (wrapped in a build phase), then if the extra wrapping is cancelled, > then the application won't get its $Y variable, which seems like a bug > to me. The extra wrapping isn't cancelled though? You just append the definition of $Y to the the already existing definitions, but you don't move the wrapper to $RAWBIN_DIR, because the actual binary already exists there. In other words, you have after wrap: - bin/foo ~> rawbin/foo and after wrap-again - bin/foo ~> rawbin/foo where ~> is the wrapping relation. Currently, you have after one wrap - bin/foo ~> bin/.foo-real after two - bin/foo ~> bin/.foo-real - bin/.foo-real ~> bin/..foo-real-real after three - bin/foo ~> bin/.foo-real - bin/.foo-real ~> bin/..foo-real-real - bin/..foo-real-real ~> bin/...foo-real-real-real and so on. Is this clearer now? Cheers