Dear Maintainers,
I've updated the profile and tried again:
$ guix package --upgrade python-matplotlib
The following package will be upgraded:
python-matplotlib (dependencies or package changed)
The following derivation will be built:
/gnu/store/xjfs44qvk7rry6nbrbrd18irxdiycs2f-python-matpl
Hi,
Maxim Cournoyer writes:
> * gnu/packages/base.scm (patch/fixed): New variable.
> (patch) [replacement]: Graft with the above.
>
> Fixes: https://issues.guix.gnu.org/47144
> Reported-by: Mark H Weaver
> Change-Id: I54ae41b735f5ba0ebad30ebdfaabe0ccdc3f9873
[...]
> (define-public patch
>
Also fix the commands, which would fail due to not finding their
implementation scripts.
* gnu/packages/patches/gnulib-bootstrap.patch: New patch.
* gnu/local.mk (dist_patch_DATA): Register it.
* gnu/packages/build-tools.scm (gnulib): Update to 2024-05-30-1.ac4b301.
[source]: Apply patch.
[phases]
* gnu/packages/unicode.scm (ucd): Update to 15.1.0.
Change-Id: I0828544c35eef90a8f76c2084362ee4594189244
---
(no changes since v1)
gnu/packages/unicode.scm | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/gnu/packages/unicode.scm b/gnu/packages/unicode.scm
index 23f08a2aa
* gnu/packages/base.scm (patch/fixed): New variable.
(patch) [replacement]: Graft with the above.
Fixes: https://issues.guix.gnu.org/47144
Reported-by: Mark H Weaver
Change-Id: I54ae41b735f5ba0ebad30ebdfaabe0ccdc3f9873
---
Changes in v2:
- Use same version to have the same store length, a graft
Hi Maxim,
Maxim Cournoyer skribis:
> (define-public patch
>(package
> +(replacement patch/fixed)
Unless I’m mistaken, this will have practically no effect because Patch
is a build-time-only dependency.
My recommendation would be to not add a ‘replacement’ field at all.
Instead, you co
Hi Ludovic,
Ludovic Courtès writes:
> Hi Maxim,
>
> Maxim Cournoyer skribis:
>
>> (define-public patch
>>(package
>> +(replacement patch/fixed)
>
> Unless I’m mistaken, this will have practically no effect because Patch
> is a build-time-only dependency.
>
> My recommendation would be
Hi Guix!
I started looking into this problem and unfortunately it looks like it
might be more complicated than I thought.
My initial thought was having two progress-reporters and selecting on
based on a simple conditional if current-error-port was a tty or not.
This would be in guix/scripts/subst
I was informed that the link I mentioned in the first issue is
nonpublic. Here's the definitely public build output that demonstrates
the problem, albeit in trimmed form:
https://builds.sr.ht/~freakingpenguin/job/1238029
--
Take it easy,
Richard Sent
Making my computer weirder one commit at a ti
Some download links on https://guix.gnu.org/en/download/latest/ return a
JSON payload containing the following content:
> error "Could not find the requested build product."
This occurs for the links under "GNU Guix System on Linux" and "GNU Guix
System on GNU Hurd".
--
Take it easy,
Richard Se
10 matches
Mail list logo
