From: Simon Tournier <zimon.toutoune@gmail.com>
To: Andreas Enge <andreas@enge.fr>, 67048@debbugs.gnu.org
Cc: "Ludovic Courtès" <ludo@gnu.org>
Subject: bug#67048: guix refresh -u -L does not work with relative path
Date: Tue, 14 Nov 2023 18:52:53 +0100 [thread overview]
Message-ID: <87fs18dxxm.fsf@gmail.com> (raw)
In-Reply-To: <8734x9fqye.fsf@gmail.com>
Hi,
On Mon, 13 Nov 2023 at 19:28, Simon Tournier <zimon.toutoune@gmail.com> wrote:
>> guix refresh -u -L proj python-numpy-illustrated
>> yields the error
>> proj/example.scm:10:2: python-numpy-illustrated: updating from version 0.3 to version 0.3.1...
>> proj/example.scm:10:2: warning: python-numpy-illustrated: no `version' field in source; skipping
As mentioned in [1], the issue is from ’search-path’ – it returns #false
– it is involved in several layers.
See <https://issues.guix.gnu.org/67048#3> for a patch proposal.
Some details: When invoking “guix refresh” (guix scripts refresh):
+ It calls the procedure ’update-package’
+ which calls ’update-package-source’; see guix/upstream.scm
+ which calls ’package-field-location’; see guix/package.scm
(match (search-path %load-path file)
((? string? file-found)
[...]
(#f
;; FILE could not be found in %LOAD-PATH.
#f)))
-> Therefore in ’update-package-source’, the variable ’version-loc’ is
false:
(version-loc (package-field-location package 'version)))
(if version-loc
+ Once fixed, later in ’update-package-source’, it reads,
(file (and=> (location-file loc)
(cut search-path %load-path <>))))
(if file
-> Therefore, the variable ’file’ is false.
+ Once fixed, later in ’update-package-source’ it calls
’absolute-location’; see guix/diagnostics.scm.
(if (string-prefix? "/" (location-file loc))
[...]
(match (search-path %load-path (location-file loc))
(#f
(raise (formatted-message
Well, I do not know how to do better than
<https://issues.guix.gnu.org/67048#3>.
WDYT?
Cheers,
simon
1: bug#67048: guix refresh -u -L does not work with relative path
Simon Tournier <zimon.toutoune@gmail.com>
Mon, 13 Nov 2023 19:28:25 +0100
id:8734x9fqye.fsf@gmail.com
https://issues.guix.gnu.org/67048
https://issues.guix.gnu.org/msgid/8734x9fqye.fsf@gmail.com
https://yhetil.org/guix/8734x9fqye.fsf@gmail.com
next prev parent reply other threads:[~2023-11-14 17:53 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-11-10 17:11 bug#67048: guix refresh -u -L does not work with relative path Andreas Enge
[not found] ` <handler.67048.B.16996363526587.ack@debbugs.gnu.org>
2023-11-10 17:14 ` bug#67048: Acknowledgement (guix refresh -u -L does not work with relative path) Andreas Enge
2023-11-13 18:28 ` bug#67048: guix refresh -u -L does not work with relative path Simon Tournier
2023-11-14 17:52 ` Simon Tournier [this message]
2023-11-14 17:28 ` bug#67048: [PATCH] DRAFT guix: upstream: Allow relative file name Simon Tournier
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://guix.gnu.org/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=87fs18dxxm.fsf@gmail.com \
--to=zimon.toutoune@gmail.com \
--cc=67048@debbugs.gnu.org \
--cc=andreas@enge.fr \
--cc=ludo@gnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/guix.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).