X-Loop: help-debbugs@HIDDEN
Subject: bug#73599: packages from store paths don't propagate propagated-inputs
Resent-From: MSavoritias <email@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-guix@HIDDEN
Resent-Date: Wed, 02 Oct 2024 14:47:01 +0000
Resent-Message-ID: <handler.73599.B.172788040519853 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: report 73599
X-GNU-PR-Package: guix
X-GNU-PR-Keywords:
To: 73599 <at> debbugs.gnu.org
X-Debbugs-Original-To: bug-guix@HIDDEN
Received: via spool by submit <at> debbugs.gnu.org id=B.172788040519853
(code B ref -1); Wed, 02 Oct 2024 14:47:01 +0000
Received: (at submit) by debbugs.gnu.org; 2 Oct 2024 14:46:45 +0000
Received: from localhost ([127.0.0.1]:58941 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
id 1sw0cn-0005A9-86
for submit <at> debbugs.gnu.org; Wed, 02 Oct 2024 10:46:45 -0400
Received: from lists.gnu.org ([209.51.188.17]:46358)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <email@HIDDEN>) id 1sw0ck-0005A1-RV
for submit <at> debbugs.gnu.org; Wed, 02 Oct 2024 10:46:43 -0400
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 <email@HIDDEN>)
id 1sw0cj-0003HW-Mo
for bug-guix@HIDDEN; Wed, 02 Oct 2024 10:46:41 -0400
Received: from mail.webarch.email ([81.95.52.48])
by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
(Exim 4.90_1) (envelope-from <email@HIDDEN>)
id 1sw0ci-0001DT-34
for bug-guix@HIDDEN; Wed, 02 Oct 2024 10:46:41 -0400
Received: from [127.0.0.1] (localhost [127.0.0.1]) by localhost (Mailerdaemon)
with ESMTPSA id 0586B1A8E4F7
for <bug-guix@HIDDEN>; Wed, 2 Oct 2024 15:46:22 +0100 (BST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=msavoritias.me;
s=20210930; t=1727880387;
h=from:subject:date:message-id:to:mime-version:content-type:
content-transfer-encoding:content-language;
bh=6SlC94a8KZyRKVIjf8J/UIQk87dJxek87VMP3TILi3s=;
b=NtHwxeeL1BQUM1/Fb2N5ZV+tXUViWns5+zWaTdTTstVkw3EleqU0cUOjjeU4jg0EK3Y4du
DasHdGLAhjlFOrZ7uj3zW96k7CAdu96B1Xy0tY2Xeo2njT3NuR69PJPF8bCBU6krXrPtlt
gVHTNrIu9wVRBS6Tex4o60ajfkO15tnKHwGROeamr9Gcltamv+dr7930Ew2w4YvLbrZqrG
Oo239PTGh5whLq85iGXw3ULQShv7ylmaS1R/zuMZj5y131I+l95XT+2OlgoNe2q0szm6RK
UbJ1Ozun2Gv1hYQJikqHU//YZ9N+50PnB8t731AcahSbTuDrtsbAInr0DiaEUQ==
Message-ID: <7bac67d3-fcf4-4c76-af94-00998892f9dc@HIDDEN>
Date: Wed, 2 Oct 2024 17:46:20 +0300
MIME-Version: 1.0
User-Agent: Mozilla Thunderbird
Content-Language: en-US
From: MSavoritias <email@HIDDEN>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
X-Last-TLS-Session-Version: TLSv1.3
Received-SPF: pass client-ip=81.95.52.48; envelope-from=email@HIDDEN;
helo=mail.webarch.email
X-Spam_score_int: -16
X-Spam_score: -1.7
X-Spam_bar: -
X-Spam_report: (-1.7 / 5.0 requ) BAYES_00=-1.9, DKIM_INVALID=0.1,
DKIM_SIGNED=0.1, RCVD_IN_VALIDITY_CERTIFIED_BLOCKED=0.001,
RCVD_IN_VALIDITY_RPBL_BLOCKED=0.001, SPF_HELO_NONE=0.001,
SPF_PASS=-0.001 autolearn=no autolearn_force=no
X-Spam_action: no action
X-Spam-Score: -1.3 (-)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>,
<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>,
<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -2.3 (--)
With a package definition adding a propagated input.
Using guix build to build a package like so:
guix build --rounds=3 --no-substitutes --no-grafts --keep-failed
--load-path=. <the package>
and then taking the store path at the end for example:
phase `compress-documentation' succeeded after 0.0 seconds
successfully built /gnu/store/vcj7bq0igj2354m5pqk9zf1x0cnwgjzd-po4a-0.73.drv
/gnu/store/j37fygmv7p69nmw0md916acinc8c8m4y-po4a-0.73
and installing it in the profile with
guix package --install /gnu/store/j37fygmv7p69nmw0md916acinc8c8m4y-po4a-0.73
will not install the propagated input into the profile. It will only
have po4a installed.
$ guix package --install
/gnu/store/j37fygmv7p69nmw0md916acinc8c8m4y-po4a-0.73
The following package will be installed:
po4a 0.73
The following derivation will be built:
/gnu/store/mc57jjaqlrmp0dw8sy2vlcv3c5giblk9-profile.drv
building CA certificate bundle...
listing Emacs sub-directories...
building fonts directory...
building directory of Info manuals...
building profile with 1 package...
$ guix package --list-installed
po4a 0.73 out /gnu/store/j37fygmv7p69nmw0md916acinc8c8m4y-po4a-0.73
$
;; This file was automatically generated and is for internal use only.
;; It cannot be passed to the '--manifest' option.
;; Run 'guix package --export-manifest' if you want to export a file
;; suitable for '--manifest'.
(manifest
(version 4)
(packages
(("po4a"
"0.73"
"out"
"/gnu/store/j37fygmv7p69nmw0md916acinc8c8m4y-po4a-0.73"))))
Content-Disposition: inline Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Mailer: MIME-tools 5.505 (Entity 5.505) Content-Type: text/plain; charset=utf-8 X-Loop: help-debbugs@HIDDEN From: help-debbugs@HIDDEN (GNU bug Tracking System) To: MSavoritias <email@HIDDEN> Subject: bug#73599: Acknowledgement (packages from store paths don't propagate propagated-inputs) Message-ID: <handler.73599.B.172788040519853.ack <at> debbugs.gnu.org> References: <7bac67d3-fcf4-4c76-af94-00998892f9dc@HIDDEN> X-Gnu-PR-Message: ack 73599 X-Gnu-PR-Package: guix Reply-To: 73599 <at> debbugs.gnu.org Date: Wed, 02 Oct 2024 14:47:02 +0000 Thank you for filing a new bug report with debbugs.gnu.org. This is an automatically generated reply to let you know your message has been received. Your message is being forwarded to the package maintainers and other interested parties for their attention; they will reply in due course. Your message has been sent to the package maintainer(s): bug-guix@HIDDEN If you wish to submit further information on this problem, please send it to 73599 <at> debbugs.gnu.org. Please do not send mail to help-debbugs@HIDDEN unless you wish to report a problem with the Bug-tracking system. --=20 73599: https://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D73599 GNU Bug Tracking System Contact help-debbugs@HIDDEN with problems
X-Loop: help-debbugs@HIDDEN
Subject: bug#73599: packages from store paths don't propagate propagated-inputs
Resent-From: Tobias Geerinckx-Rice <me@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-guix@HIDDEN
Resent-Date: Wed, 02 Oct 2024 18:23:02 +0000
Resent-Message-ID: <handler.73599.B.172789334332295 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 73599
X-GNU-PR-Package: guix
X-GNU-PR-Keywords:
To: 73599 <at> debbugs.gnu.org, email@HIDDEN
Cc: ludo@HIDDEN
X-Debbugs-Original-To: bug-guix@HIDDEN, MSavoritias <email@HIDDEN>, 73599 <at> debbugs.gnu.org
Received: via spool by submit <at> debbugs.gnu.org id=B.172789334332295
(code B ref -1); Wed, 02 Oct 2024 18:23:02 +0000
Received: (at submit) by debbugs.gnu.org; 2 Oct 2024 18:22:23 +0000
Received: from localhost ([127.0.0.1]:59199 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
id 1sw3zT-0008Op-7d
for submit <at> debbugs.gnu.org; Wed, 02 Oct 2024 14:22:23 -0400
Received: from lists.gnu.org ([209.51.188.17]:43876)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <me@HIDDEN>) id 1sw3zQ-0008Og-Em
for submit <at> debbugs.gnu.org; Wed, 02 Oct 2024 14:22:21 -0400
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 <me@HIDDEN>) id 1sw3zP-0003TS-2F
for bug-guix@HIDDEN; Wed, 02 Oct 2024 14:22:19 -0400
Received: from tobias.gr ([2a02:c205:2020:6054::1])
by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
(Exim 4.90_1) (envelope-from <me@HIDDEN>)
id 1sw3zN-0001Xe-0M; Wed, 02 Oct 2024 14:22:18 -0400
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; s=2018; bh=VeyLGtDQbWAzW
/SQZhknYIIMs8iFz6uy/Kyw2anMSj4=;
h=references:in-reply-to:subject:cc:
to:from:date; d=tobias.gr; b=YkdW0ZENGfw1xcbT4IB+ra7ASRIwPI5P4K8xYxMnf
ocsCQ23MUopm8GELlEOGFTBE7CH/dAk1eOyxpqqKR8egWOcxZVbgTS+8ToDSD0SeYYp3WL
NBEAbwNcA9ocyLldl05SI/joqFODKlxEncIiVkkB6gklf1j3yQ0gkXaYP5gKA411L60UBX
iXNj5ltH2rUJeQGEn7drCLvdaZOz7+xsao7ML0Lv8hOd4kJl/0cG7NWbQIBxLFKtM3SZRC
SB/xsmzuotjEb/+MF1wqPfxWKy4aG+TlWkGUTCJv/UU18ztfERCLp2+czuxmDoBPf2HVke
lIzBxj+x/3lhJ1zPqdp+A==
Received: by submission.tobias.gr (OpenSMTPD) with ESMTPSA id 17fa13e7
(TLSv1.3:TLS_AES_256_GCM_SHA384:256:NO);
Wed, 2 Oct 2024 18:22:07 +0000 (UTC)
Date: Wed, 02 Oct 2024 18:22:08 +0000
From: Tobias Geerinckx-Rice <me@HIDDEN>
In-Reply-To: <7bac67d3-fcf4-4c76-af94-00998892f9dc@HIDDEN>
References: <7bac67d3-fcf4-4c76-af94-00998892f9dc@HIDDEN>
Message-ID: <9A3DB9A4-F18A-4B66-AA0A-C1E1177667D5@HIDDEN>
MIME-Version: 1.0
Content-Type: text/plain;
charset=utf-8
Content-Transfer-Encoding: quoted-printable
Received-SPF: pass client-ip=2a02:c205:2020:6054::1; envelope-from=me@HIDDEN;
helo=tobias.gr
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, SPF_HELO_PASS=-0.001,
SPF_PASS=-0.001 autolearn=ham autolearn_force=no
X-Spam_action: no action
X-Spam-Score: -1.6 (-)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>,
<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>,
<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -2.6 (--)
Hi [explicitly CC'ing Ludo', I hope that's OK],
I don't think
guix install $(guix build foo)
is, or is expected to be, a supported way to install packages? Packages h=
ave more metadata attached to them than store items=2E I don't think that =
propagation is recorded in the Nix database=2E Nor do I think it should be=
just to support this hack=2E
The manual doesn't explicitly say that it's semi-supported, which could be=
improved, but I think it's quietly understood=2E=2E=2E
It happens to work most of the time, it can be nice to have (I install mos=
t firefox versions this way), we won't deliberately break the way it happen=
s to work, but it's not a synonym of
guix install foo
Kind regards,
T G-R
Sent on the go=2E Excuse or enjoy my brevity=2E
X-Loop: help-debbugs@HIDDEN
Subject: bug#73599: packages from store paths don't propagate propagated-inputs
Resent-From: Tobias Geerinckx-Rice <me@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-guix@HIDDEN
Resent-Date: Wed, 02 Oct 2024 18:23:03 +0000
Resent-Message-ID: <handler.73599.B73599.172789333832276 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 73599
X-GNU-PR-Package: guix
X-GNU-PR-Keywords:
To: 73599 <at> debbugs.gnu.org, email@HIDDEN
Cc: ludo@HIDDEN
X-Debbugs-Original-To: bug-guix@HIDDEN, MSavoritias <email@HIDDEN>, 73599 <at> debbugs.gnu.org
Received: via spool by 73599-submit <at> debbugs.gnu.org id=B73599.172789333832276
(code B ref 73599); Wed, 02 Oct 2024 18:23:03 +0000
Received: (at 73599) by debbugs.gnu.org; 2 Oct 2024 18:22:18 +0000
Received: from localhost ([127.0.0.1]:59195 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
id 1sw3zN-0008OW-Tn
for submit <at> debbugs.gnu.org; Wed, 02 Oct 2024 14:22:18 -0400
Received: from tobias.gr ([80.241.217.52]:56938)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <me@HIDDEN>) id 1sw3zK-0008OL-UO
for 73599 <at> debbugs.gnu.org; Wed, 02 Oct 2024 14:22:16 -0400
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; s=2018; bh=VeyLGtDQbWAzW
/SQZhknYIIMs8iFz6uy/Kyw2anMSj4=;
h=references:in-reply-to:subject:cc:
to:from:date; d=tobias.gr; b=YkdW0ZENGfw1xcbT4IB+ra7ASRIwPI5P4K8xYxMnf
ocsCQ23MUopm8GELlEOGFTBE7CH/dAk1eOyxpqqKR8egWOcxZVbgTS+8ToDSD0SeYYp3WL
NBEAbwNcA9ocyLldl05SI/joqFODKlxEncIiVkkB6gklf1j3yQ0gkXaYP5gKA411L60UBX
iXNj5ltH2rUJeQGEn7drCLvdaZOz7+xsao7ML0Lv8hOd4kJl/0cG7NWbQIBxLFKtM3SZRC
SB/xsmzuotjEb/+MF1wqPfxWKy4aG+TlWkGUTCJv/UU18ztfERCLp2+czuxmDoBPf2HVke
lIzBxj+x/3lhJ1zPqdp+A==
Received: by submission.tobias.gr (OpenSMTPD) with ESMTPSA id 17fa13e7
(TLSv1.3:TLS_AES_256_GCM_SHA384:256:NO);
Wed, 2 Oct 2024 18:22:07 +0000 (UTC)
Date: Wed, 02 Oct 2024 18:22:08 +0000
From: Tobias Geerinckx-Rice <me@HIDDEN>
In-Reply-To: <7bac67d3-fcf4-4c76-af94-00998892f9dc@HIDDEN>
References: <7bac67d3-fcf4-4c76-af94-00998892f9dc@HIDDEN>
Message-ID: <9A3DB9A4-F18A-4B66-AA0A-C1E1177667D5@HIDDEN>
MIME-Version: 1.0
Content-Type: text/plain;
charset=utf-8
Content-Transfer-Encoding: quoted-printable
X-Spam-Score: 0.0 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>,
<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>,
<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.0 (-)
Hi [explicitly CC'ing Ludo', I hope that's OK],
I don't think
guix install $(guix build foo)
is, or is expected to be, a supported way to install packages? Packages h=
ave more metadata attached to them than store items=2E I don't think that =
propagation is recorded in the Nix database=2E Nor do I think it should be=
just to support this hack=2E
The manual doesn't explicitly say that it's semi-supported, which could be=
improved, but I think it's quietly understood=2E=2E=2E
It happens to work most of the time, it can be nice to have (I install mos=
t firefox versions this way), we won't deliberately break the way it happen=
s to work, but it's not a synonym of
guix install foo
Kind regards,
T G-R
Sent on the go=2E Excuse or enjoy my brevity=2E
X-Loop: help-debbugs@HIDDEN
Subject: bug#73599: packages from store paths don't propagate propagated-inputs
Resent-From: MSavoritias <email@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-guix@HIDDEN
Resent-Date: Thu, 03 Oct 2024 07:43:01 +0000
Resent-Message-ID: <handler.73599.B73599.172794134510387 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 73599
X-GNU-PR-Package: guix
X-GNU-PR-Keywords:
To: me@HIDDEN, 73599 <at> debbugs.gnu.org, email@HIDDEN
Cc: ludo@HIDDEN
X-Debbugs-Original-To: Tobias Geerinckx-Rice <me@HIDDEN>, bug-guix@HIDDEN, MSavoritias <email@HIDDEN>, 73599 <at> debbugs.gnu.org
Received: via spool by 73599-submit <at> debbugs.gnu.org id=B73599.172794134510387
(code B ref 73599); Thu, 03 Oct 2024 07:43:01 +0000
Received: (at 73599) by debbugs.gnu.org; 3 Oct 2024 07:42:25 +0000
Received: from localhost ([127.0.0.1]:59914 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
id 1swGTc-0002hL-Cc
for submit <at> debbugs.gnu.org; Thu, 03 Oct 2024 03:42:25 -0400
Received: from mail.webarch.email ([81.95.52.48]:45264)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <email@HIDDEN>) id 1swGRZ-0002a9-21
for 73599 <at> debbugs.gnu.org; Thu, 03 Oct 2024 03:42:18 -0400
Received: from [127.0.0.1] (localhost [127.0.0.1]) by localhost (Mailerdaemon)
with ESMTPSA id 573D21A8E594; Thu, 3 Oct 2024 08:39:27 +0100 (BST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=msavoritias.me;
s=20210930; t=1727941174;
h=from:subject:date:message-id:to:cc:mime-version:content-type:
content-language:in-reply-to:references;
bh=dSto0uyLj4dialzg7zgvnCGwYgqVgb+OV2RyL1f76xo=;
b=W8H303+QmanhSc1A0udxpo/cg5WKKVEZpDbEN3Y0dP1AXd5GDqHYkOuyiWiausZAL0847W
2a01boaffkTa8R57Lqtdhz8MwXmE8kHHQ8vW7tOy2MhzZ5vWdR+SQkyV4vhk76qgvwtAN8
2lnA6tyhNPC5aNCXKlI78Ke6Unf2BifqgJDdZOpSO4M3v6+pe23AhI0wsnJcDYaT9WxkU4
g5Ha3WiBlpLPK8xwct0R+9dueTw9qw2+wBdKrVGRzZ+eS2KyWzeGWfChO5bbul4zduRxXC
CuEOJiEiDiV9m5x4whUX3GWKYDCH2zjyU3zY70o8riqdqXyIUEgslg1OyoRT9w==
Content-Type: multipart/alternative;
boundary="------------5T0q8wO0Gy7dB2CnrQVY0FnG"
Message-ID: <2214f032-e5d5-4592-b05a-c7134cfcba62@HIDDEN>
Date: Thu, 3 Oct 2024 10:39:27 +0300
MIME-Version: 1.0
User-Agent: Mozilla Thunderbird
References: <7bac67d3-fcf4-4c76-af94-00998892f9dc@HIDDEN>
<9A3DB9A4-F18A-4B66-AA0A-C1E1177667D5@HIDDEN>
Content-Language: en-US
From: MSavoritias <email@HIDDEN>
In-Reply-To: <9A3DB9A4-F18A-4B66-AA0A-C1E1177667D5@HIDDEN>
X-Last-TLS-Session-Version: TLSv1.3
X-Spam-Score: 0.0 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>,
<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>,
<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.0 (-)
This is a multi-part message in MIME format.
--------------5T0q8wO0Gy7dB2CnrQVY0FnG
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
Tobias Geerinckx-Rice kirjoitti 2.10.2024 klo 21.22:
> Hi [explicitly CC'ing Ludo', I hope that's OK],
>
> I don't think
>
> guix install $(guix build foo)
>
> is, or is expected to be, a supported way to install packages? Packages have more metadata attached to them than store items. I don't think that propagation is recorded in the Nix database. Nor do I think it should be just to support this hack.
It actually is mentioned explicitly in the manual.
https://guix.gnu.org/manual/devel/en/html_node/Invoking-guix-package.html
from the link above:
Alternatively, a package can directly specify a store file name such as
/gnu/store/...-guile-3.0.7, as produced by, e.g., |guix build|.
Sometimes packages have /propagated inputs/: these are dependencies that
automatically get installed along with the required package (see
|propagated-inputs| in |package| objects
<https://guix.gnu.org/manual/devel/en/html_node/package-Reference.html#package_002dpropagated_002dinputs>,
for information about propagated inputs in package definitions).
There was an investigation yesterday at the xmpp room and that is how we
discovered that the documentation has a bug. If we do not want to
support it then this is just a documentation bug.
Personally i could go either way. I already updated the project
documentation I have to reflect not to do this
https://codeberg.org/Guix_Bechamel/collective/wiki/Updating-Packages#testing-the-package-at-runtime
MSavoritias
--------------5T0q8wO0Gy7dB2CnrQVY0FnG
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: 8bit
<!DOCTYPE html>
<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
</head>
<body>
<p><br>
</p>
<div class="moz-cite-prefix">Tobias Geerinckx-Rice kirjoitti
2.10.2024 klo 21.22:<br>
</div>
<blockquote type="cite"
cite="mid:9A3DB9A4-F18A-4B66-AA0A-C1E1177667D5@HIDDEN">
<pre wrap="" class="moz-quote-pre">Hi [explicitly CC'ing Ludo', I hope that's OK],
I don't think
guix install $(guix build foo)
is, or is expected to be, a supported way to install packages? Packages have more metadata attached to them than store items. I don't think that propagation is recorded in the Nix database. Nor do I think it should be just to support this hack.</pre>
</blockquote>
<pre wrap="" class="moz-quote-pre"></pre>
<p>It actually is mentioned explicitly in the manual.
<a class="moz-txt-link-freetext" href="https://guix.gnu.org/manual/devel/en/html_node/Invoking-guix-package.html">https://guix.gnu.org/manual/devel/en/html_node/Invoking-guix-package.html</a></p>
<p>from the link above:<br>
</p>
<p>Alternatively, a <var>package</var> can directly specify a store
file name
such as <samp>/gnu/store/...-guile-3.0.7</samp>, as produced by,
e.g.,
<code>guix build</code>.
</p>
<span id="index-propagated-inputs"></span>
<p>Sometimes packages have <em>propagated inputs</em>: these are
dependencies
that automatically get installed along with the required package
(see <a
href="https://guix.gnu.org/manual/devel/en/html_node/package-Reference.html#package_002dpropagated_002dinputs"><code>propagated-inputs</code>
in
<code>package</code> objects</a>, for information about
propagated inputs in
package definitions). <br>
</p>
<p><br>
</p>
<p>There was an investigation yesterday at the xmpp room and that is
how we discovered that the documentation has a bug. If we do not
want to support it then this is just a documentation bug.</p>
<p><span style="white-space: pre-wrap">Personally i could go either way. I already updated the project documentation I have to reflect not to do this <a class="moz-txt-link-freetext" href="https://codeberg.org/Guix_Bechamel/collective/wiki/Updating-Packages#testing-the-package-at-runtime">https://codeberg.org/Guix_Bechamel/collective/wiki/Updating-Packages#testing-the-package-at-runtime</a></span></p>
<p><span style="white-space: pre-wrap">
</span></p>
<p><span style="white-space: pre-wrap">MSavoritias
</span></p>
</body>
</html>
--------------5T0q8wO0Gy7dB2CnrQVY0FnG--
X-Loop: help-debbugs@HIDDEN
Subject: bug#73599: packages from store paths don't propagate propagated-inputs
Resent-From: MSavoritias <email@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-guix@HIDDEN
Resent-Date: Thu, 03 Oct 2024 08:09:01 +0000
Resent-Message-ID: <handler.73599.B73599.172794289215303 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 73599
X-GNU-PR-Package: guix
X-GNU-PR-Keywords:
To: me@HIDDEN, 73599 <at> debbugs.gnu.org
Cc: ludo@HIDDEN
X-Debbugs-Original-To: Tobias Geerinckx-Rice <me@HIDDEN>, bug-guix@HIDDEN, 73599 <at> debbugs.gnu.org
Received: via spool by 73599-submit <at> debbugs.gnu.org id=B73599.172794289215303
(code B ref 73599); Thu, 03 Oct 2024 08:09:01 +0000
Received: (at 73599) by debbugs.gnu.org; 3 Oct 2024 08:08:12 +0000
Received: from localhost ([127.0.0.1]:59934 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
id 1swGsS-0003yD-So
for submit <at> debbugs.gnu.org; Thu, 03 Oct 2024 04:08:12 -0400
Received: from mail.webarch.email ([81.95.52.48]:42708)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <email@HIDDEN>) id 1swGs6-0003xX-Jc
for 73599 <at> debbugs.gnu.org; Thu, 03 Oct 2024 04:07:53 -0400
Received: from [127.0.0.1] (localhost [127.0.0.1]) by localhost (Mailerdaemon)
with ESMTPSA id 6AADC1A8E3BE; Thu, 3 Oct 2024 09:07:10 +0100 (BST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=msavoritias.me;
s=20210930; t=1727942831;
h=from:subject:date:message-id:to:cc:mime-version:content-type:
content-language:in-reply-to:references;
bh=sc2oQWjG7nPSuamd1RweGos1sgr+kHK2eREs+HHcTgw=;
b=rf0Y+8cc5LA0y4CL+LWxEsyxgfDWX4qgUnC90ayC2Y0ALa1wA8z2X5C/ZaxZI2YcT196QS
OxCvB+qY6UGxHid+872CK/QwZ9KVAs/9NMAXtufEn+c3Me1B9K9jQR5aCEHbXdO1R7ltDL
Hh6naFklAjVvKiJI2Ph6JstdDYSXUX6UH1MiwlTG8+jKjD1p5dzCnVIksgO4onzD0FGJ5a
GJV8+BmJpnBBCFIyaVFqLjBiGBEC22BRsEwjQMMv8/0KP29YYjt8KEXccJ++KFeFhZB8/t
/nbuVMiUQ9nKvWfeEyQDB5e3JrpYtW9pI+6FuaLFAkDa2qQVn7EK/xYbPWBh7Q==
Content-Type: multipart/alternative;
boundary="------------Uf40phos6hbGhHpy6wHucUfy"
Message-ID: <eec68dbc-a058-4979-83b7-968164220867@HIDDEN>
Date: Thu, 3 Oct 2024 11:07:04 +0300
MIME-Version: 1.0
User-Agent: Mozilla Thunderbird
References: <7bac67d3-fcf4-4c76-af94-00998892f9dc@HIDDEN>
<9A3DB9A4-F18A-4B66-AA0A-C1E1177667D5@HIDDEN>
<2214f032-e5d5-4592-b05a-c7134cfcba62@HIDDEN>
Content-Language: en-US
From: MSavoritias <email@HIDDEN>
In-Reply-To: <2214f032-e5d5-4592-b05a-c7134cfcba62@HIDDEN>
X-Last-TLS-Session-Version: TLSv1.3
X-Spam-Score: 0.0 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>,
<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>,
<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.0 (-)
This is a multi-part message in MIME format.
--------------Uf40phos6hbGhHpy6wHucUfy
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
MSavoritias kirjoitti 3.10.2024 klo 10.39:
>
>
> Tobias Geerinckx-Rice kirjoitti 2.10.2024 klo 21.22:
>> Hi [explicitly CC'ing Ludo', I hope that's OK],
>>
>> I don't think
>>
>> guix install $(guix build foo)
>>
>> is, or is expected to be, a supported way to install packages? Packages have more metadata attached to them than store items. I don't think that propagation is recorded in the Nix database. Nor do I think it should be just to support this hack.
>
> It actually is mentioned explicitly in the manual.
> https://guix.gnu.org/manual/devel/en/html_node/Invoking-guix-package.html
>
> from the link above:
>
> Alternatively, a package can directly specify a store file name such
> as /gnu/store/...-guile-3.0.7, as produced by, e.g., |guix build|.
>
> Sometimes packages have /propagated inputs/: these are dependencies
> that automatically get installed along with the required package (see
> |propagated-inputs| in |package| objects
> <https://guix.gnu.org/manual/devel/en/html_node/package-Reference.html#package_002dpropagated_002dinputs>,
> for information about propagated inputs in package definitions).
>
>
> There was an investigation yesterday at the xmpp room and that is how
> we discovered that the documentation has a bug. If we do not want to
> support it then this is just a documentation bug.
>
> Personally i could go either way. I already updated the project
> documentation I have to reflect not to do this
> https://codeberg.org/Guix_Bechamel/collective/wiki/Updating-Packages#testing-the-package-at-runtime
>
> MSavoritias
>
Sorry for the second reply just wanted to add some additional things here.
> Packages have more metadata attached to them than store items.
I was very surprised to discover this yesterday when somebody pointed it
out. The manual does not mention this in the store section. Is this
because what you want is a nar that is retrieved only when doing guix
export/import? at least that is my guess doing a search for metadata in
the guix manual.
Aside from that as a separate issue of concern
it was mentioned that the Gnu Guix channel has solved this by doing the
whole pre-inst-env architecture thing but i found little documentation
to go on in the manual aside from "keeping things separate". There is
also no mention of why it is needed, why these tools where picked, how
the architecture is arranged and interacts or what each tool actually
does. I tried to read the source files but there is not enough comments
to go on. I assume it is expected to know pathing, unix, autotools, bash
scripting among others but that is not mentioned and shouldn't be needed
imo.
Some clarifications of this would be nice but as I said these are out of
scope of this bug report probably.
Also some guide on the Guix manual by hopefully more knowledgeable
people on how you are supposed to test packages at runtime would be
nice. The guide only mentions to build packages but that doesn't make
sure that packages actually work. namely:
- po4a in the gnu channel of guix is atm broken. It misses gettext at
runtime.
- gajim doesn't show emojis
MSavoritias
--------------Uf40phos6hbGhHpy6wHucUfy
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: 8bit
<!DOCTYPE html>
<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
</head>
<body>
<p><br>
</p>
<div class="moz-cite-prefix">MSavoritias kirjoitti 3.10.2024 klo
10.39:<br>
</div>
<blockquote type="cite"
cite="mid:2214f032-e5d5-4592-b05a-c7134cfcba62@HIDDEN">
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
<p><br>
</p>
<div class="moz-cite-prefix">Tobias Geerinckx-Rice kirjoitti
2.10.2024 klo 21.22:<br>
</div>
<blockquote type="cite"
cite="mid:9A3DB9A4-F18A-4B66-AA0A-C1E1177667D5@HIDDEN">
<pre wrap="" class="moz-quote-pre">Hi [explicitly CC'ing Ludo', I hope that's OK],
I don't think
guix install $(guix build foo)
is, or is expected to be, a supported way to install packages? Packages have more metadata attached to them than store items. I don't think that propagation is recorded in the Nix database. Nor do I think it should be just to support this hack.</pre>
</blockquote>
<p>It actually is mentioned explicitly in the manual.
<a class="moz-txt-link-freetext"
href="https://guix.gnu.org/manual/devel/en/html_node/Invoking-guix-package.html"
moz-do-not-send="true">https://guix.gnu.org/manual/devel/en/html_node/Invoking-guix-package.html</a></p>
<p>from the link above:<br>
</p>
<p>Alternatively, a <var>package</var> can directly specify a
store file name such as <samp>/gnu/store/...-guile-3.0.7</samp>,
as produced by, e.g., <code>guix build</code>. </p>
<span id="index-propagated-inputs"></span>
<p>Sometimes packages have <em>propagated inputs</em>: these are
dependencies that automatically get installed along with the
required package (see <a
href="https://guix.gnu.org/manual/devel/en/html_node/package-Reference.html#package_002dpropagated_002dinputs"
moz-do-not-send="true"><code>propagated-inputs</code> in <code>package</code>
objects</a>, for information about propagated inputs in
package definitions). <br>
</p>
<p><br>
</p>
<p>There was an investigation yesterday at the xmpp room and that
is how we discovered that the documentation has a bug. If we do
not want to support it then this is just a documentation bug.</p>
<p><span style="white-space: pre-wrap">Personally i could go either way. I already updated the project documentation I have to reflect not to do this <a
class="moz-txt-link-freetext"
href="https://codeberg.org/Guix_Bechamel/collective/wiki/Updating-Packages#testing-the-package-at-runtime"
moz-do-not-send="true">https://codeberg.org/Guix_Bechamel/collective/wiki/Updating-Packages#testing-the-package-at-runtime</a></span></p>
<p><span style="white-space: pre-wrap">
</span></p>
<p><span style="white-space: pre-wrap">MSavoritias
</span></p>
</blockquote>
<p><br>
</p>
<p>Sorry for the second reply just wanted to add some additional
things here.</p>
<p>> <span style="white-space: pre-wrap">Packages have more metadata attached to them than store items.</span></p>
<p><span style="white-space: pre-wrap">I was very surprised to discover this yesterday when somebody pointed it out. The manual does not mention this in the store section. Is this because what you want is a nar that is retrieved only when doing guix export/import? at least that is my guess doing a search for metadata in the guix manual.</span></p>
<p><span style="white-space: pre-wrap">
</span></p>
<p><span style="white-space: pre-wrap">Aside from that as a separate issue of concern</span></p>
<p><span style="white-space: pre-wrap">it was mentioned that the Gnu Guix channel has solved this by doing the whole pre-inst-env architecture thing but i found little documentation to go on in the manual aside from "keeping things separate". There is also no mention of why it is needed, why these tools where picked, how the architecture is arranged and interacts or what each tool actually does. I tried to read the source files but there is not enough comments to go on. I assume it is expected to know pathing, unix, autotools, bash scripting among others but that is not mentioned and shouldn't be needed imo.</span></p>
<p><span style="white-space: pre-wrap">
</span></p>
<p><span style="white-space: pre-wrap">Some clarifications of this would be nice but as I said these are out of scope of this bug report probably.</span></p>
<p><span style="white-space: pre-wrap">
</span></p>
<p><span style="white-space: pre-wrap">Also some guide on the Guix manual by hopefully more knowledgeable people on how you are supposed to test packages at runtime would be nice. The guide only mentions to build packages but that doesn't make sure that packages actually work. namely:</span></p>
<p><span style="white-space: pre-wrap">- po4a in the gnu channel of guix is atm broken. It misses gettext at runtime.</span></p>
<p><span style="white-space: pre-wrap">- gajim doesn't show emojis</span></p>
<p><span style="white-space: pre-wrap">
</span></p>
<p><span style="white-space: pre-wrap">MSavoritias
</span></p>
</body>
</html>
--------------Uf40phos6hbGhHpy6wHucUfy--
X-Loop: help-debbugs@HIDDEN
Subject: bug#73599: packages from store paths don't propagate propagated-inputs
Resent-From: MSavoritias <email@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-guix@HIDDEN
Resent-Date: Thu, 03 Oct 2024 08:20:02 +0000
Resent-Message-ID: <handler.73599.B.172794358617408 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 73599
X-GNU-PR-Package: guix
X-GNU-PR-Keywords:
To: me@HIDDEN, 73599 <at> debbugs.gnu.org
Cc: ludo@HIDDEN
X-Debbugs-Original-To: Tobias Geerinckx-Rice <me@HIDDEN>, bug-guix@HIDDEN, 73599 <at> debbugs.gnu.org
Received: via spool by submit <at> debbugs.gnu.org id=B.172794358617408
(code B ref -1); Thu, 03 Oct 2024 08:20:02 +0000
Received: (at submit) by debbugs.gnu.org; 3 Oct 2024 08:19:46 +0000
Received: from localhost ([127.0.0.1]:59956 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
id 1swH3i-0004WT-29
for submit <at> debbugs.gnu.org; Thu, 03 Oct 2024 04:19:46 -0400
Received: from lists.gnu.org ([209.51.188.17]:44136)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <email@HIDDEN>) id 1swH3Q-0004Vt-Fk
for submit <at> debbugs.gnu.org; Thu, 03 Oct 2024 04:19:35 -0400
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 <email@HIDDEN>)
id 1swH2f-0002ZG-Hi
for bug-guix@HIDDEN; Thu, 03 Oct 2024 04:18:33 -0400
Received: from [81.95.52.48] (helo=mail.webarch.email)
by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
(Exim 4.90_1) (envelope-from <email@HIDDEN>)
id 1swH25-0004ZD-Ks
for bug-guix@HIDDEN; Thu, 03 Oct 2024 04:18:29 -0400
Received: from [127.0.0.1] (localhost [127.0.0.1]) by localhost (Mailerdaemon)
with ESMTPSA id 6AADC1A8E3BE; Thu, 3 Oct 2024 09:07:10 +0100 (BST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=msavoritias.me;
s=20210930; t=1727942831;
h=from:subject:date:message-id:to:cc:mime-version:content-type:
content-language:in-reply-to:references;
bh=sc2oQWjG7nPSuamd1RweGos1sgr+kHK2eREs+HHcTgw=;
b=rf0Y+8cc5LA0y4CL+LWxEsyxgfDWX4qgUnC90ayC2Y0ALa1wA8z2X5C/ZaxZI2YcT196QS
OxCvB+qY6UGxHid+872CK/QwZ9KVAs/9NMAXtufEn+c3Me1B9K9jQR5aCEHbXdO1R7ltDL
Hh6naFklAjVvKiJI2Ph6JstdDYSXUX6UH1MiwlTG8+jKjD1p5dzCnVIksgO4onzD0FGJ5a
GJV8+BmJpnBBCFIyaVFqLjBiGBEC22BRsEwjQMMv8/0KP29YYjt8KEXccJ++KFeFhZB8/t
/nbuVMiUQ9nKvWfeEyQDB5e3JrpYtW9pI+6FuaLFAkDa2qQVn7EK/xYbPWBh7Q==
Content-Type: multipart/alternative;
boundary="------------Uf40phos6hbGhHpy6wHucUfy"
Message-ID: <eec68dbc-a058-4979-83b7-968164220867@HIDDEN>
Date: Thu, 3 Oct 2024 11:07:04 +0300
MIME-Version: 1.0
User-Agent: Mozilla Thunderbird
References: <7bac67d3-fcf4-4c76-af94-00998892f9dc@HIDDEN>
<9A3DB9A4-F18A-4B66-AA0A-C1E1177667D5@HIDDEN>
<2214f032-e5d5-4592-b05a-c7134cfcba62@HIDDEN>
Content-Language: en-US
From: MSavoritias <email@HIDDEN>
In-Reply-To: <2214f032-e5d5-4592-b05a-c7134cfcba62@HIDDEN>
X-Last-TLS-Session-Version: TLSv1.3
X-Host-Lookup-Failed: Reverse DNS lookup failed for 81.95.52.48 (deferred)
Received-SPF: pass client-ip=81.95.52.48; envelope-from=email@HIDDEN;
helo=mail.webarch.email
X-Spam_score_int: -8
X-Spam_score: -0.9
X-Spam_bar: /
X-Spam_report: (-0.9 / 5.0 requ) BAYES_00=-1.9, DKIM_INVALID=0.1,
DKIM_SIGNED=0.1, HTML_MESSAGE=0.001, RDNS_NONE=0.793,
T_SPF_HELO_TEMPERROR=0.01,
T_SPF_TEMPERROR=0.01 autolearn=no autolearn_force=no
X-Spam_action: no action
X-Spam-Score: -1.3 (-)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>,
<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>,
<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -2.3 (--)
This is a multi-part message in MIME format.
--------------Uf40phos6hbGhHpy6wHucUfy
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
MSavoritias kirjoitti 3.10.2024 klo 10.39:
>
>
> Tobias Geerinckx-Rice kirjoitti 2.10.2024 klo 21.22:
>> Hi [explicitly CC'ing Ludo', I hope that's OK],
>>
>> I don't think
>>
>> guix install $(guix build foo)
>>
>> is, or is expected to be, a supported way to install packages? Packages have more metadata attached to them than store items. I don't think that propagation is recorded in the Nix database. Nor do I think it should be just to support this hack.
>
> It actually is mentioned explicitly in the manual.
> https://guix.gnu.org/manual/devel/en/html_node/Invoking-guix-package.html
>
> from the link above:
>
> Alternatively, a package can directly specify a store file name such
> as /gnu/store/...-guile-3.0.7, as produced by, e.g., |guix build|.
>
> Sometimes packages have /propagated inputs/: these are dependencies
> that automatically get installed along with the required package (see
> |propagated-inputs| in |package| objects
> <https://guix.gnu.org/manual/devel/en/html_node/package-Reference.html#package_002dpropagated_002dinputs>,
> for information about propagated inputs in package definitions).
>
>
> There was an investigation yesterday at the xmpp room and that is how
> we discovered that the documentation has a bug. If we do not want to
> support it then this is just a documentation bug.
>
> Personally i could go either way. I already updated the project
> documentation I have to reflect not to do this
> https://codeberg.org/Guix_Bechamel/collective/wiki/Updating-Packages#testing-the-package-at-runtime
>
> MSavoritias
>
Sorry for the second reply just wanted to add some additional things here.
> Packages have more metadata attached to them than store items.
I was very surprised to discover this yesterday when somebody pointed it
out. The manual does not mention this in the store section. Is this
because what you want is a nar that is retrieved only when doing guix
export/import? at least that is my guess doing a search for metadata in
the guix manual.
Aside from that as a separate issue of concern
it was mentioned that the Gnu Guix channel has solved this by doing the
whole pre-inst-env architecture thing but i found little documentation
to go on in the manual aside from "keeping things separate". There is
also no mention of why it is needed, why these tools where picked, how
the architecture is arranged and interacts or what each tool actually
does. I tried to read the source files but there is not enough comments
to go on. I assume it is expected to know pathing, unix, autotools, bash
scripting among others but that is not mentioned and shouldn't be needed
imo.
Some clarifications of this would be nice but as I said these are out of
scope of this bug report probably.
Also some guide on the Guix manual by hopefully more knowledgeable
people on how you are supposed to test packages at runtime would be
nice. The guide only mentions to build packages but that doesn't make
sure that packages actually work. namely:
- po4a in the gnu channel of guix is atm broken. It misses gettext at
runtime.
- gajim doesn't show emojis
MSavoritias
--------------Uf40phos6hbGhHpy6wHucUfy
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: 8bit
<!DOCTYPE html>
<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
</head>
<body>
<p><br>
</p>
<div class="moz-cite-prefix">MSavoritias kirjoitti 3.10.2024 klo
10.39:<br>
</div>
<blockquote type="cite"
cite="mid:2214f032-e5d5-4592-b05a-c7134cfcba62@HIDDEN">
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
<p><br>
</p>
<div class="moz-cite-prefix">Tobias Geerinckx-Rice kirjoitti
2.10.2024 klo 21.22:<br>
</div>
<blockquote type="cite"
cite="mid:9A3DB9A4-F18A-4B66-AA0A-C1E1177667D5@HIDDEN">
<pre wrap="" class="moz-quote-pre">Hi [explicitly CC'ing Ludo', I hope that's OK],
I don't think
guix install $(guix build foo)
is, or is expected to be, a supported way to install packages? Packages have more metadata attached to them than store items. I don't think that propagation is recorded in the Nix database. Nor do I think it should be just to support this hack.</pre>
</blockquote>
<p>It actually is mentioned explicitly in the manual.
<a class="moz-txt-link-freetext"
href="https://guix.gnu.org/manual/devel/en/html_node/Invoking-guix-package.html"
moz-do-not-send="true">https://guix.gnu.org/manual/devel/en/html_node/Invoking-guix-package.html</a></p>
<p>from the link above:<br>
</p>
<p>Alternatively, a <var>package</var> can directly specify a
store file name such as <samp>/gnu/store/...-guile-3.0.7</samp>,
as produced by, e.g., <code>guix build</code>. </p>
<span id="index-propagated-inputs"></span>
<p>Sometimes packages have <em>propagated inputs</em>: these are
dependencies that automatically get installed along with the
required package (see <a
href="https://guix.gnu.org/manual/devel/en/html_node/package-Reference.html#package_002dpropagated_002dinputs"
moz-do-not-send="true"><code>propagated-inputs</code> in <code>package</code>
objects</a>, for information about propagated inputs in
package definitions). <br>
</p>
<p><br>
</p>
<p>There was an investigation yesterday at the xmpp room and that
is how we discovered that the documentation has a bug. If we do
not want to support it then this is just a documentation bug.</p>
<p><span style="white-space: pre-wrap">Personally i could go either way. I already updated the project documentation I have to reflect not to do this <a
class="moz-txt-link-freetext"
href="https://codeberg.org/Guix_Bechamel/collective/wiki/Updating-Packages#testing-the-package-at-runtime"
moz-do-not-send="true">https://codeberg.org/Guix_Bechamel/collective/wiki/Updating-Packages#testing-the-package-at-runtime</a></span></p>
<p><span style="white-space: pre-wrap">
</span></p>
<p><span style="white-space: pre-wrap">MSavoritias
</span></p>
</blockquote>
<p><br>
</p>
<p>Sorry for the second reply just wanted to add some additional
things here.</p>
<p>> <span style="white-space: pre-wrap">Packages have more metadata attached to them than store items.</span></p>
<p><span style="white-space: pre-wrap">I was very surprised to discover this yesterday when somebody pointed it out. The manual does not mention this in the store section. Is this because what you want is a nar that is retrieved only when doing guix export/import? at least that is my guess doing a search for metadata in the guix manual.</span></p>
<p><span style="white-space: pre-wrap">
</span></p>
<p><span style="white-space: pre-wrap">Aside from that as a separate issue of concern</span></p>
<p><span style="white-space: pre-wrap">it was mentioned that the Gnu Guix channel has solved this by doing the whole pre-inst-env architecture thing but i found little documentation to go on in the manual aside from "keeping things separate". There is also no mention of why it is needed, why these tools where picked, how the architecture is arranged and interacts or what each tool actually does. I tried to read the source files but there is not enough comments to go on. I assume it is expected to know pathing, unix, autotools, bash scripting among others but that is not mentioned and shouldn't be needed imo.</span></p>
<p><span style="white-space: pre-wrap">
</span></p>
<p><span style="white-space: pre-wrap">Some clarifications of this would be nice but as I said these are out of scope of this bug report probably.</span></p>
<p><span style="white-space: pre-wrap">
</span></p>
<p><span style="white-space: pre-wrap">Also some guide on the Guix manual by hopefully more knowledgeable people on how you are supposed to test packages at runtime would be nice. The guide only mentions to build packages but that doesn't make sure that packages actually work. namely:</span></p>
<p><span style="white-space: pre-wrap">- po4a in the gnu channel of guix is atm broken. It misses gettext at runtime.</span></p>
<p><span style="white-space: pre-wrap">- gajim doesn't show emojis</span></p>
<p><span style="white-space: pre-wrap">
</span></p>
<p><span style="white-space: pre-wrap">MSavoritias
</span></p>
</body>
</html>
--------------Uf40phos6hbGhHpy6wHucUfy--
X-Loop: help-debbugs@HIDDEN
Subject: bug#73599: packages from store paths don't propagate propagated-inputs
Resent-From: MSavoritias <email@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-guix@HIDDEN
Resent-Date: Thu, 03 Oct 2024 09:18:02 +0000
Resent-Message-ID: <handler.73599.B.172794702728790 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 73599
X-GNU-PR-Package: guix
X-GNU-PR-Keywords:
To: me@HIDDEN, 73599 <at> debbugs.gnu.org, email@HIDDEN
Cc: ludo@HIDDEN
X-Debbugs-Original-To: Tobias Geerinckx-Rice <me@HIDDEN>, bug-guix@HIDDEN, MSavoritias <email@HIDDEN>, 73599 <at> debbugs.gnu.org
Received: via spool by submit <at> debbugs.gnu.org id=B.172794702728790
(code B ref -1); Thu, 03 Oct 2024 09:18:02 +0000
Received: (at submit) by debbugs.gnu.org; 3 Oct 2024 09:17:07 +0000
Received: from localhost ([127.0.0.1]:59992 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
id 1swHxF-0007Tu-Og
for submit <at> debbugs.gnu.org; Thu, 03 Oct 2024 05:17:07 -0400
Received: from lists.gnu.org ([209.51.188.17]:60432)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <email@HIDDEN>) id 1swHu8-0007HD-Ml
for submit <at> debbugs.gnu.org; Thu, 03 Oct 2024 05:17:00 -0400
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 <email@HIDDEN>)
id 1swHtw-0004bS-GX
for bug-guix@HIDDEN; Thu, 03 Oct 2024 05:13:36 -0400
Received: from [81.95.52.48] (helo=mail.webarch.email)
by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
(Exim 4.90_1) (envelope-from <email@HIDDEN>)
id 1swHsw-0005ei-Oi; Thu, 03 Oct 2024 05:13:12 -0400
Received: from [127.0.0.1] (localhost [127.0.0.1]) by localhost (Mailerdaemon)
with ESMTPSA id 573D21A8E594; Thu, 3 Oct 2024 08:39:27 +0100 (BST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=msavoritias.me;
s=20210930; t=1727941174;
h=from:subject:date:message-id:to:cc:mime-version:content-type:
content-language:in-reply-to:references;
bh=dSto0uyLj4dialzg7zgvnCGwYgqVgb+OV2RyL1f76xo=;
b=W8H303+QmanhSc1A0udxpo/cg5WKKVEZpDbEN3Y0dP1AXd5GDqHYkOuyiWiausZAL0847W
2a01boaffkTa8R57Lqtdhz8MwXmE8kHHQ8vW7tOy2MhzZ5vWdR+SQkyV4vhk76qgvwtAN8
2lnA6tyhNPC5aNCXKlI78Ke6Unf2BifqgJDdZOpSO4M3v6+pe23AhI0wsnJcDYaT9WxkU4
g5Ha3WiBlpLPK8xwct0R+9dueTw9qw2+wBdKrVGRzZ+eS2KyWzeGWfChO5bbul4zduRxXC
CuEOJiEiDiV9m5x4whUX3GWKYDCH2zjyU3zY70o8riqdqXyIUEgslg1OyoRT9w==
Content-Type: multipart/alternative;
boundary="------------5T0q8wO0Gy7dB2CnrQVY0FnG"
Message-ID: <2214f032-e5d5-4592-b05a-c7134cfcba62@HIDDEN>
Date: Thu, 3 Oct 2024 10:39:27 +0300
MIME-Version: 1.0
User-Agent: Mozilla Thunderbird
References: <7bac67d3-fcf4-4c76-af94-00998892f9dc@HIDDEN>
<9A3DB9A4-F18A-4B66-AA0A-C1E1177667D5@HIDDEN>
Content-Language: en-US
From: MSavoritias <email@HIDDEN>
In-Reply-To: <9A3DB9A4-F18A-4B66-AA0A-C1E1177667D5@HIDDEN>
X-Last-TLS-Session-Version: TLSv1.3
X-Host-Lookup-Failed: Reverse DNS lookup failed for 81.95.52.48 (deferred)
Received-SPF: pass client-ip=81.95.52.48; envelope-from=email@HIDDEN;
helo=mail.webarch.email
X-Spam_score_int: -8
X-Spam_score: -0.9
X-Spam_bar: /
X-Spam_report: (-0.9 / 5.0 requ) BAYES_00=-1.9, DKIM_INVALID=0.1,
DKIM_SIGNED=0.1, HTML_MESSAGE=0.001, RDNS_NONE=0.793,
T_SPF_HELO_TEMPERROR=0.01,
T_SPF_TEMPERROR=0.01 autolearn=no autolearn_force=no
X-Spam_action: no action
X-Spam-Score: 0.0 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>,
<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>,
<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -3.3 (---)
This is a multi-part message in MIME format.
--------------5T0q8wO0Gy7dB2CnrQVY0FnG
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
Tobias Geerinckx-Rice kirjoitti 2.10.2024 klo 21.22:
> Hi [explicitly CC'ing Ludo', I hope that's OK],
>
> I don't think
>
> guix install $(guix build foo)
>
> is, or is expected to be, a supported way to install packages? Packages have more metadata attached to them than store items. I don't think that propagation is recorded in the Nix database. Nor do I think it should be just to support this hack.
It actually is mentioned explicitly in the manual.
https://guix.gnu.org/manual/devel/en/html_node/Invoking-guix-package.html
from the link above:
Alternatively, a package can directly specify a store file name such as
/gnu/store/...-guile-3.0.7, as produced by, e.g., |guix build|.
Sometimes packages have /propagated inputs/: these are dependencies that
automatically get installed along with the required package (see
|propagated-inputs| in |package| objects
<https://guix.gnu.org/manual/devel/en/html_node/package-Reference.html#package_002dpropagated_002dinputs>,
for information about propagated inputs in package definitions).
There was an investigation yesterday at the xmpp room and that is how we
discovered that the documentation has a bug. If we do not want to
support it then this is just a documentation bug.
Personally i could go either way. I already updated the project
documentation I have to reflect not to do this
https://codeberg.org/Guix_Bechamel/collective/wiki/Updating-Packages#testing-the-package-at-runtime
MSavoritias
--------------5T0q8wO0Gy7dB2CnrQVY0FnG
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: 8bit
<!DOCTYPE html>
<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
</head>
<body>
<p><br>
</p>
<div class="moz-cite-prefix">Tobias Geerinckx-Rice kirjoitti
2.10.2024 klo 21.22:<br>
</div>
<blockquote type="cite"
cite="mid:9A3DB9A4-F18A-4B66-AA0A-C1E1177667D5@HIDDEN">
<pre wrap="" class="moz-quote-pre">Hi [explicitly CC'ing Ludo', I hope that's OK],
I don't think
guix install $(guix build foo)
is, or is expected to be, a supported way to install packages? Packages have more metadata attached to them than store items. I don't think that propagation is recorded in the Nix database. Nor do I think it should be just to support this hack.</pre>
</blockquote>
<pre wrap="" class="moz-quote-pre"></pre>
<p>It actually is mentioned explicitly in the manual.
<a class="moz-txt-link-freetext" href="https://guix.gnu.org/manual/devel/en/html_node/Invoking-guix-package.html">https://guix.gnu.org/manual/devel/en/html_node/Invoking-guix-package.html</a></p>
<p>from the link above:<br>
</p>
<p>Alternatively, a <var>package</var> can directly specify a store
file name
such as <samp>/gnu/store/...-guile-3.0.7</samp>, as produced by,
e.g.,
<code>guix build</code>.
</p>
<span id="index-propagated-inputs"></span>
<p>Sometimes packages have <em>propagated inputs</em>: these are
dependencies
that automatically get installed along with the required package
(see <a
href="https://guix.gnu.org/manual/devel/en/html_node/package-Reference.html#package_002dpropagated_002dinputs"><code>propagated-inputs</code>
in
<code>package</code> objects</a>, for information about
propagated inputs in
package definitions). <br>
</p>
<p><br>
</p>
<p>There was an investigation yesterday at the xmpp room and that is
how we discovered that the documentation has a bug. If we do not
want to support it then this is just a documentation bug.</p>
<p><span style="white-space: pre-wrap">Personally i could go either way. I already updated the project documentation I have to reflect not to do this <a class="moz-txt-link-freetext" href="https://codeberg.org/Guix_Bechamel/collective/wiki/Updating-Packages#testing-the-package-at-runtime">https://codeberg.org/Guix_Bechamel/collective/wiki/Updating-Packages#testing-the-package-at-runtime</a></span></p>
<p><span style="white-space: pre-wrap">
</span></p>
<p><span style="white-space: pre-wrap">MSavoritias
</span></p>
</body>
</html>
--------------5T0q8wO0Gy7dB2CnrQVY0FnG--
X-Loop: help-debbugs@HIDDEN
Subject: bug#73599: packages from store paths don't propagate propagated-inputs
Resent-From: Tobias Geerinckx-Rice <me@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-guix@HIDDEN
Resent-Date: Thu, 03 Oct 2024 09:31:02 +0000
Resent-Message-ID: <handler.73599.B73599.172794781431538 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 73599
X-GNU-PR-Package: guix
X-GNU-PR-Keywords:
To: email@HIDDEN, 73599 <at> debbugs.gnu.org
Cc: ludo@HIDDEN
X-Debbugs-Original-To: MSavoritias <email@HIDDEN>, bug-guix@HIDDEN, 73599 <at> debbugs.gnu.org
Received: via spool by 73599-submit <at> debbugs.gnu.org id=B73599.172794781431538
(code B ref 73599); Thu, 03 Oct 2024 09:31:02 +0000
Received: (at 73599) by debbugs.gnu.org; 3 Oct 2024 09:30:14 +0000
Received: from localhost ([127.0.0.1]:60005 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
id 1swI9u-00084n-VI
for submit <at> debbugs.gnu.org; Thu, 03 Oct 2024 05:30:14 -0400
Received: from tobias.gr ([80.241.217.52]:35758)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <me@HIDDEN>) id 1swI9g-00082A-53
for 73599 <at> debbugs.gnu.org; Thu, 03 Oct 2024 05:30:05 -0400
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; s=2018; bh=27IqtwEdmRddT
fCFLcxamBoHqvfVX9UXE9f+puIGf+E=;
h=references:in-reply-to:subject:cc:
to:from:date; d=tobias.gr; b=KqYGkx2gg0toJlJWHdLVIAqusjQG4odRp5jfx6Y6N
s4sz5egKlGbFNzLvNgmncbIrjxcrAGsNAhsugksnTC1oplQizpN6f/fKmujx1oTy3gzt4o
hq2u02YU7VS+6bywJvkiyzjnMA4T3pe88JmPHnBT1eoMk71upP9n2npxyokhrNfOeA0eLb
MB8qNOYE7tBWMA8FwIj/oy2g1NP9CxDtemSfdXrkJjSbdk0UGJGLGjEGBAjuHkr8aY0Zln
qRYyjAgLv2G+6vsi4gMmVoCxMLzxiGc1+2suLECusATbA+Wto0RRnvUZLEgmlO1xz/wBXq
op2oFHsZg+Mmxw3yXVSIQ==
Received: by submission.tobias.gr (OpenSMTPD) with ESMTPSA id 8811a7c6
(TLSv1.3:TLS_AES_256_GCM_SHA384:256:NO);
Thu, 3 Oct 2024 09:29:24 +0000 (UTC)
Date: Thu, 03 Oct 2024 09:29:25 +0000
From: Tobias Geerinckx-Rice <me@HIDDEN>
In-Reply-To: <2214f032-e5d5-4592-b05a-c7134cfcba62@HIDDEN>
References: <7bac67d3-fcf4-4c76-af94-00998892f9dc@HIDDEN>
<9A3DB9A4-F18A-4B66-AA0A-C1E1177667D5@HIDDEN>
<2214f032-e5d5-4592-b05a-c7134cfcba62@HIDDEN>
Message-ID: <84D6620E-38AC-4F18-93F1-0F8AEC7D8D4C@HIDDEN>
MIME-Version: 1.0
Content-Type: text/plain;
charset=utf-8
Content-Transfer-Encoding: quoted-printable
X-Spam-Score: 0.0 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>,
<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>,
<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.0 (-)
Heyo,
On 3 October 2024 07:39:27 UTC, MSavoritias <email@msavoritias=2Eme> wrote=
:
>Tobias Geerinckx-Rice kirjoitti 2=2E10=2E2024 klo 21=2E22:
>> is, or is expected to be, a supported way to install packages? Package=
s have more metadata attached to them than store items=2E I don't think th=
at propagation is recorded in the Nix database=2E Nor do I think it should=
be just to support this hack=2E
>
>It actually is mentioned explicitly in the manual=2E https://guix=2Egnu=
=2Eorg/manual/devel/en/html_node/Invoking-guix-package=2Ehtml
I think I was misunderstood=2E That is the part that needs improvement=2E=
It may not 'explicitly' say that propagation will work in both cases, but=
the flow strongly implies it=2E
What I'm not aware of is any documentation that 'installing a store item' =
is not the same as 'installing a package'=2E It's a lossy transformation=
=2E
See also:
$ guix package -I sbcl-typo
$ guix install sbcl-typo &>/dev/null
$ guix package -I sbcl-typo
sbcl-typo 0=2E0=2E0-0=2E0e88349 out /gnu/store/67nkzm5mw4ma39n=
a24l9rv98gkfh3nbg-sbcl-typo-0=2E0=2E0-0=2E0e88349
$ guix package -r sbcl-typo -i $(guix build sbcl-typo) &>/dev/null
$ guix package -I sbcl-typo
sbcl-typo-0=2E0=2E0 0=2E0e88349 out /gnu/store/67nkzm5mw4ma39n=
a24l9rv98gkfh3nbg-sbcl-typo-0=2E0=2E0-0=2E0e88349
$ guix package -r sbcl-typo
guix package: error: package 'sbcl-typo' not found in profile
Because <https://gitlab=2Eoit=2Eduke=2Eedu/duke-guix/guix/-/blob/master/g=
uix/scripts/package=2Escm?ref_type=3Dheads#L619> =E2=80=94 I guess Savannah=
's down again=2E
Store items just aren't packages=2E
>Personally i could go either way=2E
I don't think you can, not *without* extending the database schema or othe=
rwise adding the missing metadata back to the store item though, e=2Eg=2E, =
a hidden Scheme file, i=2Ee=2E, overkill=2E I'd love to be proven wrong=2E
Otherwise, the documentation-bug way is the only realistic way=2E
Kind regards,
T G-R
Sent on the go=2E Excuse or enjoy my brevity=2E
X-Loop: help-debbugs@HIDDEN
Subject: bug#73599: packages from store paths don't propagate propagated-inputs
Resent-From: MSavoritias <email@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-guix@HIDDEN
Resent-Date: Thu, 03 Oct 2024 09:36:02 +0000
Resent-Message-ID: <handler.73599.B73599.172794814132506 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 73599
X-GNU-PR-Package: guix
X-GNU-PR-Keywords:
To: me@HIDDEN, 73599 <at> debbugs.gnu.org
Cc: ludo@HIDDEN
X-Debbugs-Original-To: Tobias Geerinckx-Rice <me@HIDDEN>, bug-guix@HIDDEN, 73599 <at> debbugs.gnu.org
Received: via spool by 73599-submit <at> debbugs.gnu.org id=B73599.172794814132506
(code B ref 73599); Thu, 03 Oct 2024 09:36:02 +0000
Received: (at 73599) by debbugs.gnu.org; 3 Oct 2024 09:35:41 +0000
Received: from localhost ([127.0.0.1]:60011 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
id 1swIF8-0008S0-46
for submit <at> debbugs.gnu.org; Thu, 03 Oct 2024 05:35:41 -0400
Received: from mail.webarch.email ([81.95.52.48]:58054)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <email@HIDDEN>) id 1swIEo-0008JT-Qm
for 73599 <at> debbugs.gnu.org; Thu, 03 Oct 2024 05:35:26 -0400
Received: from [127.0.0.1] (localhost [127.0.0.1]) by localhost (Mailerdaemon)
with ESMTPSA id 2A9331A8E5F0; Thu, 3 Oct 2024 10:34:52 +0100 (BST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=msavoritias.me;
s=20210930; t=1727948099;
h=from:subject:date:message-id:to:cc:mime-version:content-type:
content-language:in-reply-to:references;
bh=fZ5iL7nWXk163l/iRGxW93nRED2ILZo/EQrzXJd8H8Y=;
b=JjynENxfhdUNr93sWyYJF3n6E+nxVxuPKJCEQlkghC5aHw5zRIOTvR1uUA2AdyWq3coD56
ftifcTknKO5WqbeMLB0MkQboZmk48OR798VKUexwBnXE3D/mzlvjAqijb7UgnKKOGZlypY
AjExjeWVpN6aWdi7rEwPOrhu7yORAF8whV6SF7K10pkAnxPa0qRaoGpY08ZJzLSKN9biw7
QIo4x7gkq6JvgJvKb0Q9C3H/+8kem1ltYCPXwz4kMfOPiFnYJetir35JlA93FQNoK7h2a0
LieG7mNM+/c/24+vnjQR/G9fZU6S1eox3RZo55/F2D3Zt/TJuvUzLE9K3xbvyg==
Content-Type: multipart/alternative;
boundary="------------qguuA6nGgevnOaPLJ702DuWo"
Message-ID: <e7a1a7d4-b07d-4e53-afca-e3e37eb644ba@HIDDEN>
Date: Thu, 3 Oct 2024 12:34:49 +0300
MIME-Version: 1.0
User-Agent: Mozilla Thunderbird
References: <7bac67d3-fcf4-4c76-af94-00998892f9dc@HIDDEN>
<9A3DB9A4-F18A-4B66-AA0A-C1E1177667D5@HIDDEN>
<2214f032-e5d5-4592-b05a-c7134cfcba62@HIDDEN>
<84D6620E-38AC-4F18-93F1-0F8AEC7D8D4C@HIDDEN>
Content-Language: en-US
From: MSavoritias <email@HIDDEN>
In-Reply-To: <84D6620E-38AC-4F18-93F1-0F8AEC7D8D4C@HIDDEN>
X-Last-TLS-Session-Version: TLSv1.3
X-Spam-Score: 0.0 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>,
<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>,
<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.0 (-)
This is a multi-part message in MIME format.
--------------qguuA6nGgevnOaPLJ702DuWo
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
Tobias Geerinckx-Rice kirjoitti 3.10.2024 klo 12.29:
> I think I was misunderstood. That is the part that needs improvement. It may not 'explicitly' say that propagation will work in both cases, but the flow strongly implies it.
Agreed.
>> Personally i could go either way.
> I don't think you can, not *without* extending the database schema or otherwise adding the missing metadata back to the store item though, e.g., a hidden Scheme file, i.e., overkill. I'd love to be proven wrong.
>
> Otherwise, the documentation-bug way is the only realistic way.
Documentation bug sounds good to me. It would also ideally be handled
the same with the Documentation bugs i sent in the other email. I didn't
see it reflected back to me so adding it here. Maybe email lists are
having problems.
> Packages have more metadata attached to them than store items.
I was very surprised to discover this yesterday when somebody pointed it
out. The manual does not mention this in the store section. Is this
because what you want is a nar that is retrieved only when doing guix
export/import? at least that is my guess doing a search for metadata in
the guix manual.
Aside from that as a separate issue of concern
it was mentioned that the Gnu Guix channel has solved this by doing the
whole pre-inst-env architecture thing but i found little documentation
to go on in the manual aside from "keeping things separate". There is
also no mention of why it is needed, why these tools where picked, how
the architecture is arranged and interacts or what each tool actually
does. I tried to read the source files but there is not enough comments
to go on. I assume it is expected to know pathing, unix, autotools, bash
scripting among others but that is not mentioned and shouldn't be needed
imo.
Some clarifications of this would be nice but as I said these are out of
scope of this bug report probably.
Also some guide on the Guix manual by hopefully more knowledgeable
people on how you are supposed to test packages at runtime would be
nice. The guide only mentions to build packages but that doesn't make
sure that packages actually work. namely:
- po4a in the gnu channel of guix is atm broken. It misses gettext at
runtime.
- gajim doesn't show emojis
MSavoritias
--------------qguuA6nGgevnOaPLJ702DuWo
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: 7bit
<!DOCTYPE html>
<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
</head>
<body>
<p>Tobias Geerinckx-Rice kirjoitti 3.10.2024 klo 12.29:</p>
<blockquote type="cite"
cite="mid:84D6620E-38AC-4F18-93F1-0F8AEC7D8D4C@HIDDEN">
<pre wrap="" class="moz-quote-pre">I think I was misunderstood. That is the part that needs improvement. It may not 'explicitly' say that propagation will work in both cases, but the flow strongly implies it.</pre>
</blockquote>
Agreed.<span style="white-space: pre-wrap">
</span><span style="white-space: pre-wrap">
</span>
<blockquote type="cite"
cite="mid:84D6620E-38AC-4F18-93F1-0F8AEC7D8D4C@HIDDEN">
<blockquote type="cite">
<pre wrap="" class="moz-quote-pre">Personally i could go either way.
</pre>
</blockquote>
<pre wrap="" class="moz-quote-pre">
I don't think you can, not *without* extending the database schema or otherwise adding the missing metadata back to the store item though, e.g., a hidden Scheme file, i.e., overkill. I'd love to be proven wrong.
Otherwise, the documentation-bug way is the only realistic way.
</pre>
</blockquote>
Documentation bug sounds good to me. It would also ideally be
handled the same with the Documentation bugs i sent in the other
email. I didn't see it reflected back to me so adding it here. Maybe
email lists are having problems.<br>
<p><br>
</p>
<p>> <span style="white-space: pre-wrap">Packages have more metadata attached to them than store items.</span></p>
<p><span style="white-space: pre-wrap">I was very surprised to discover this yesterday when somebody pointed it out. The manual does not mention this in the store section. Is this because what you want is a nar that is retrieved only when doing guix export/import? at least that is my guess doing a search for metadata in the guix manual.</span></p>
<p><span style="white-space: pre-wrap">
</span></p>
<p><span style="white-space: pre-wrap">Aside from that as a separate issue of concern</span></p>
<p><span style="white-space: pre-wrap">it was mentioned that the Gnu Guix channel has solved this by doing the whole pre-inst-env architecture thing but i found little documentation to go on in the manual aside from "keeping things separate". There is also no mention of why it is needed, why these tools where picked, how the architecture is arranged and interacts or what each tool actually does. I tried to read the source files but there is not enough comments to go on. I assume it is expected to know pathing, unix, autotools, bash scripting among others but that is not mentioned and shouldn't be needed imo.</span></p>
<p><span style="white-space: pre-wrap">
</span></p>
<p><span style="white-space: pre-wrap">Some clarifications of this would be nice but as I said these are out of scope of this bug report probably.</span></p>
<p><span style="white-space: pre-wrap">
</span></p>
<p><span style="white-space: pre-wrap">Also some guide on the Guix manual by hopefully more knowledgeable people on how you are supposed to test packages at runtime would be nice. The guide only mentions to build packages but that doesn't make sure that packages actually work. namely:</span></p>
<p><span style="white-space: pre-wrap">- po4a in the gnu channel of guix is atm broken. It misses gettext at runtime.</span></p>
<p><span style="white-space: pre-wrap">- gajim doesn't show emojis</span></p>
<p><span style="white-space: pre-wrap">
</span></p>
<p><span style="white-space: pre-wrap">MSavoritias
</span></p>
<p></p>
</body>
</html>
--------------qguuA6nGgevnOaPLJ702DuWo--
X-Loop: help-debbugs@HIDDEN
Subject: bug#73599: packages from store paths don't propagate propagated-inputs
Resent-From: Tobias Geerinckx-Rice <me@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-guix@HIDDEN
Resent-Date: Thu, 03 Oct 2024 10:30:03 +0000
Resent-Message-ID: <handler.73599.B.172795138410123 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 73599
X-GNU-PR-Package: guix
X-GNU-PR-Keywords:
To: email@HIDDEN, 73599 <at> debbugs.gnu.org
Cc: ludo@HIDDEN
X-Debbugs-Original-To: MSavoritias <email@HIDDEN>, bug-guix@HIDDEN, 73599 <at> debbugs.gnu.org
Received: via spool by submit <at> debbugs.gnu.org id=B.172795138410123
(code B ref -1); Thu, 03 Oct 2024 10:30:03 +0000
Received: (at submit) by debbugs.gnu.org; 3 Oct 2024 10:29:44 +0000
Received: from localhost ([127.0.0.1]:60029 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
id 1swJ5b-0002dC-9D
for submit <at> debbugs.gnu.org; Thu, 03 Oct 2024 06:29:43 -0400
Received: from lists.gnu.org ([209.51.188.17]:59658)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <me@HIDDEN>) id 1swJ5Z-0002d4-F4
for submit <at> debbugs.gnu.org; Thu, 03 Oct 2024 06:29:42 -0400
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 <me@HIDDEN>) id 1swJ5U-0007H2-66
for bug-guix@HIDDEN; Thu, 03 Oct 2024 06:29:37 -0400
Received: from tobias.gr ([2a02:c205:2020:6054::1])
by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
(Exim 4.90_1) (envelope-from <me@HIDDEN>)
id 1swJ5Q-0006Cq-HO; Thu, 03 Oct 2024 06:29:35 -0400
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; s=2018; bh=27IqtwEdmRddT
fCFLcxamBoHqvfVX9UXE9f+puIGf+E=;
h=references:in-reply-to:subject:cc:
to:from:date; d=tobias.gr; b=KqYGkx2gg0toJlJWHdLVIAqusjQG4odRp5jfx6Y6N
s4sz5egKlGbFNzLvNgmncbIrjxcrAGsNAhsugksnTC1oplQizpN6f/fKmujx1oTy3gzt4o
hq2u02YU7VS+6bywJvkiyzjnMA4T3pe88JmPHnBT1eoMk71upP9n2npxyokhrNfOeA0eLb
MB8qNOYE7tBWMA8FwIj/oy2g1NP9CxDtemSfdXrkJjSbdk0UGJGLGjEGBAjuHkr8aY0Zln
qRYyjAgLv2G+6vsi4gMmVoCxMLzxiGc1+2suLECusATbA+Wto0RRnvUZLEgmlO1xz/wBXq
op2oFHsZg+Mmxw3yXVSIQ==
Received: by submission.tobias.gr (OpenSMTPD) with ESMTPSA id 8811a7c6
(TLSv1.3:TLS_AES_256_GCM_SHA384:256:NO);
Thu, 3 Oct 2024 09:29:24 +0000 (UTC)
Date: Thu, 03 Oct 2024 09:29:25 +0000
From: Tobias Geerinckx-Rice <me@HIDDEN>
In-Reply-To: <2214f032-e5d5-4592-b05a-c7134cfcba62@HIDDEN>
References: <7bac67d3-fcf4-4c76-af94-00998892f9dc@HIDDEN>
<9A3DB9A4-F18A-4B66-AA0A-C1E1177667D5@HIDDEN>
<2214f032-e5d5-4592-b05a-c7134cfcba62@HIDDEN>
Message-ID: <84D6620E-38AC-4F18-93F1-0F8AEC7D8D4C@HIDDEN>
MIME-Version: 1.0
Content-Type: text/plain;
charset=utf-8
Content-Transfer-Encoding: quoted-printable
Received-SPF: pass client-ip=2a02:c205:2020:6054::1; envelope-from=me@HIDDEN;
helo=tobias.gr
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, SPF_HELO_PASS=-0.001,
SPF_PASS=-0.001 autolearn=ham autolearn_force=no
X-Spam_action: no action
X-Spam-Score: -1.6 (-)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>,
<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>,
<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -2.6 (--)
Heyo,
On 3 October 2024 07:39:27 UTC, MSavoritias <email@msavoritias=2Eme> wrote=
:
>Tobias Geerinckx-Rice kirjoitti 2=2E10=2E2024 klo 21=2E22:
>> is, or is expected to be, a supported way to install packages? Package=
s have more metadata attached to them than store items=2E I don't think th=
at propagation is recorded in the Nix database=2E Nor do I think it should=
be just to support this hack=2E
>
>It actually is mentioned explicitly in the manual=2E https://guix=2Egnu=
=2Eorg/manual/devel/en/html_node/Invoking-guix-package=2Ehtml
I think I was misunderstood=2E That is the part that needs improvement=2E=
It may not 'explicitly' say that propagation will work in both cases, but=
the flow strongly implies it=2E
What I'm not aware of is any documentation that 'installing a store item' =
is not the same as 'installing a package'=2E It's a lossy transformation=
=2E
See also:
$ guix package -I sbcl-typo
$ guix install sbcl-typo &>/dev/null
$ guix package -I sbcl-typo
sbcl-typo 0=2E0=2E0-0=2E0e88349 out /gnu/store/67nkzm5mw4ma39n=
a24l9rv98gkfh3nbg-sbcl-typo-0=2E0=2E0-0=2E0e88349
$ guix package -r sbcl-typo -i $(guix build sbcl-typo) &>/dev/null
$ guix package -I sbcl-typo
sbcl-typo-0=2E0=2E0 0=2E0e88349 out /gnu/store/67nkzm5mw4ma39n=
a24l9rv98gkfh3nbg-sbcl-typo-0=2E0=2E0-0=2E0e88349
$ guix package -r sbcl-typo
guix package: error: package 'sbcl-typo' not found in profile
Because <https://gitlab=2Eoit=2Eduke=2Eedu/duke-guix/guix/-/blob/master/g=
uix/scripts/package=2Escm?ref_type=3Dheads#L619> =E2=80=94 I guess Savannah=
's down again=2E
Store items just aren't packages=2E
>Personally i could go either way=2E
I don't think you can, not *without* extending the database schema or othe=
rwise adding the missing metadata back to the store item though, e=2Eg=2E, =
a hidden Scheme file, i=2Ee=2E, overkill=2E I'd love to be proven wrong=2E
Otherwise, the documentation-bug way is the only realistic way=2E
Kind regards,
T G-R
Sent on the go=2E Excuse or enjoy my brevity=2E
X-Loop: help-debbugs@HIDDEN
Subject: bug#73599: packages from store paths don't propagate propagated-inputs
Resent-From: MSavoritias <email@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-guix@HIDDEN
Resent-Date: Thu, 03 Oct 2024 10:30:03 +0000
Resent-Message-ID: <handler.73599.B.172795139510182 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 73599
X-GNU-PR-Package: guix
X-GNU-PR-Keywords:
To: me@HIDDEN, 73599 <at> debbugs.gnu.org
Cc: ludo@HIDDEN
X-Debbugs-Original-To: Tobias Geerinckx-Rice <me@HIDDEN>, bug-guix@HIDDEN, 73599 <at> debbugs.gnu.org
Received: via spool by submit <at> debbugs.gnu.org id=B.172795139510182
(code B ref -1); Thu, 03 Oct 2024 10:30:03 +0000
Received: (at submit) by debbugs.gnu.org; 3 Oct 2024 10:29:55 +0000
Received: from localhost ([127.0.0.1]:60044 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
id 1swJ5n-0002eA-7J
for submit <at> debbugs.gnu.org; Thu, 03 Oct 2024 06:29:55 -0400
Received: from lists.gnu.org ([209.51.188.17]:59658)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <email@HIDDEN>) id 1swJ5k-0002d4-Dd
for submit <at> debbugs.gnu.org; Thu, 03 Oct 2024 06:29:53 -0400
Received: from [2001:470:142:3::10] (helo=eggs.gnu.org)
by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
(Exim 4.90_1) (envelope-from <email@HIDDEN>)
id 1swIHI-00010Q-Ss
for bug-guix@HIDDEN; Thu, 03 Oct 2024 05:37:45 -0400
Received: from mail.webarch.email ([81.95.52.48])
by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
(Exim 4.90_1) (envelope-from <email@HIDDEN>)
id 1swIGR-0001Kz-2v
for bug-guix@HIDDEN; Thu, 03 Oct 2024 05:37:29 -0400
Received: from [127.0.0.1] (localhost [127.0.0.1]) by localhost (Mailerdaemon)
with ESMTPSA id 2A9331A8E5F0; Thu, 3 Oct 2024 10:34:52 +0100 (BST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=msavoritias.me;
s=20210930; t=1727948099;
h=from:subject:date:message-id:to:cc:mime-version:content-type:
content-language:in-reply-to:references;
bh=fZ5iL7nWXk163l/iRGxW93nRED2ILZo/EQrzXJd8H8Y=;
b=JjynENxfhdUNr93sWyYJF3n6E+nxVxuPKJCEQlkghC5aHw5zRIOTvR1uUA2AdyWq3coD56
ftifcTknKO5WqbeMLB0MkQboZmk48OR798VKUexwBnXE3D/mzlvjAqijb7UgnKKOGZlypY
AjExjeWVpN6aWdi7rEwPOrhu7yORAF8whV6SF7K10pkAnxPa0qRaoGpY08ZJzLSKN9biw7
QIo4x7gkq6JvgJvKb0Q9C3H/+8kem1ltYCPXwz4kMfOPiFnYJetir35JlA93FQNoK7h2a0
LieG7mNM+/c/24+vnjQR/G9fZU6S1eox3RZo55/F2D3Zt/TJuvUzLE9K3xbvyg==
Content-Type: multipart/alternative;
boundary="------------qguuA6nGgevnOaPLJ702DuWo"
Message-ID: <e7a1a7d4-b07d-4e53-afca-e3e37eb644ba@HIDDEN>
Date: Thu, 3 Oct 2024 12:34:49 +0300
MIME-Version: 1.0
User-Agent: Mozilla Thunderbird
References: <7bac67d3-fcf4-4c76-af94-00998892f9dc@HIDDEN>
<9A3DB9A4-F18A-4B66-AA0A-C1E1177667D5@HIDDEN>
<2214f032-e5d5-4592-b05a-c7134cfcba62@HIDDEN>
<84D6620E-38AC-4F18-93F1-0F8AEC7D8D4C@HIDDEN>
Content-Language: en-US
From: MSavoritias <email@HIDDEN>
In-Reply-To: <84D6620E-38AC-4F18-93F1-0F8AEC7D8D4C@HIDDEN>
X-Last-TLS-Session-Version: TLSv1.3
Received-SPF: pass client-ip=81.95.52.48; envelope-from=email@HIDDEN;
helo=mail.webarch.email
X-Spam_score_int: -16
X-Spam_score: -1.7
X-Spam_bar: -
X-Spam_report: (-1.7 / 5.0 requ) BAYES_00=-1.9, DKIM_INVALID=0.1,
DKIM_SIGNED=0.1, HTML_MESSAGE=0.001, RCVD_IN_VALIDITY_CERTIFIED_BLOCKED=0.001,
T_SPF_HELO_TEMPERROR=0.01,
T_SPF_TEMPERROR=0.01 autolearn=no autolearn_force=no
X-Spam_action: no action
X-Spam-Score: -1.3 (-)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>,
<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>,
<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -2.3 (--)
This is a multi-part message in MIME format.
--------------qguuA6nGgevnOaPLJ702DuWo
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
Tobias Geerinckx-Rice kirjoitti 3.10.2024 klo 12.29:
> I think I was misunderstood. That is the part that needs improvement. It may not 'explicitly' say that propagation will work in both cases, but the flow strongly implies it.
Agreed.
>> Personally i could go either way.
> I don't think you can, not *without* extending the database schema or otherwise adding the missing metadata back to the store item though, e.g., a hidden Scheme file, i.e., overkill. I'd love to be proven wrong.
>
> Otherwise, the documentation-bug way is the only realistic way.
Documentation bug sounds good to me. It would also ideally be handled
the same with the Documentation bugs i sent in the other email. I didn't
see it reflected back to me so adding it here. Maybe email lists are
having problems.
> Packages have more metadata attached to them than store items.
I was very surprised to discover this yesterday when somebody pointed it
out. The manual does not mention this in the store section. Is this
because what you want is a nar that is retrieved only when doing guix
export/import? at least that is my guess doing a search for metadata in
the guix manual.
Aside from that as a separate issue of concern
it was mentioned that the Gnu Guix channel has solved this by doing the
whole pre-inst-env architecture thing but i found little documentation
to go on in the manual aside from "keeping things separate". There is
also no mention of why it is needed, why these tools where picked, how
the architecture is arranged and interacts or what each tool actually
does. I tried to read the source files but there is not enough comments
to go on. I assume it is expected to know pathing, unix, autotools, bash
scripting among others but that is not mentioned and shouldn't be needed
imo.
Some clarifications of this would be nice but as I said these are out of
scope of this bug report probably.
Also some guide on the Guix manual by hopefully more knowledgeable
people on how you are supposed to test packages at runtime would be
nice. The guide only mentions to build packages but that doesn't make
sure that packages actually work. namely:
- po4a in the gnu channel of guix is atm broken. It misses gettext at
runtime.
- gajim doesn't show emojis
MSavoritias
--------------qguuA6nGgevnOaPLJ702DuWo
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: 7bit
<!DOCTYPE html>
<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
</head>
<body>
<p>Tobias Geerinckx-Rice kirjoitti 3.10.2024 klo 12.29:</p>
<blockquote type="cite"
cite="mid:84D6620E-38AC-4F18-93F1-0F8AEC7D8D4C@HIDDEN">
<pre wrap="" class="moz-quote-pre">I think I was misunderstood. That is the part that needs improvement. It may not 'explicitly' say that propagation will work in both cases, but the flow strongly implies it.</pre>
</blockquote>
Agreed.<span style="white-space: pre-wrap">
</span><span style="white-space: pre-wrap">
</span>
<blockquote type="cite"
cite="mid:84D6620E-38AC-4F18-93F1-0F8AEC7D8D4C@HIDDEN">
<blockquote type="cite">
<pre wrap="" class="moz-quote-pre">Personally i could go either way.
</pre>
</blockquote>
<pre wrap="" class="moz-quote-pre">
I don't think you can, not *without* extending the database schema or otherwise adding the missing metadata back to the store item though, e.g., a hidden Scheme file, i.e., overkill. I'd love to be proven wrong.
Otherwise, the documentation-bug way is the only realistic way.
</pre>
</blockquote>
Documentation bug sounds good to me. It would also ideally be
handled the same with the Documentation bugs i sent in the other
email. I didn't see it reflected back to me so adding it here. Maybe
email lists are having problems.<br>
<p><br>
</p>
<p>> <span style="white-space: pre-wrap">Packages have more metadata attached to them than store items.</span></p>
<p><span style="white-space: pre-wrap">I was very surprised to discover this yesterday when somebody pointed it out. The manual does not mention this in the store section. Is this because what you want is a nar that is retrieved only when doing guix export/import? at least that is my guess doing a search for metadata in the guix manual.</span></p>
<p><span style="white-space: pre-wrap">
</span></p>
<p><span style="white-space: pre-wrap">Aside from that as a separate issue of concern</span></p>
<p><span style="white-space: pre-wrap">it was mentioned that the Gnu Guix channel has solved this by doing the whole pre-inst-env architecture thing but i found little documentation to go on in the manual aside from "keeping things separate". There is also no mention of why it is needed, why these tools where picked, how the architecture is arranged and interacts or what each tool actually does. I tried to read the source files but there is not enough comments to go on. I assume it is expected to know pathing, unix, autotools, bash scripting among others but that is not mentioned and shouldn't be needed imo.</span></p>
<p><span style="white-space: pre-wrap">
</span></p>
<p><span style="white-space: pre-wrap">Some clarifications of this would be nice but as I said these are out of scope of this bug report probably.</span></p>
<p><span style="white-space: pre-wrap">
</span></p>
<p><span style="white-space: pre-wrap">Also some guide on the Guix manual by hopefully more knowledgeable people on how you are supposed to test packages at runtime would be nice. The guide only mentions to build packages but that doesn't make sure that packages actually work. namely:</span></p>
<p><span style="white-space: pre-wrap">- po4a in the gnu channel of guix is atm broken. It misses gettext at runtime.</span></p>
<p><span style="white-space: pre-wrap">- gajim doesn't show emojis</span></p>
<p><span style="white-space: pre-wrap">
</span></p>
<p><span style="white-space: pre-wrap">MSavoritias
</span></p>
<p></p>
</body>
</html>
--------------qguuA6nGgevnOaPLJ702DuWo--
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997 nCipher Corporation Ltd,
1994-97 Ian Jackson.