Hello again!
If you are able, please take a look at patch #45062 linked below. I've
slightly modified Michael's patch and added one of my own to take a shot
at solving this issue. If it passes review (or no one says anything for
a while), these changes will be applied to Guix proper.
The patch
It's actually doing this for *any* package I build, and it's not
because it can't get substitutes, as running `guix weather hello`
reports that a substitute is available, but it still does this issue
with the `hello` package.
Thanks, I'll try it, I need install another package that have dependency
of it but not rush. thanks again for your help.
On 2020-12-04, zimoun wrote:
> Hi,
>
> Thanks for the report. Well, something is wrong but it is not easy to
> spot out what. For example, the history shows,
>
>
Hi everyone,
I managed to solve the longstanding issue with freecad's compilation (#43448).
I'll submit a new change with the package update to 0.18.5 next.
Thanks
>From d4d8a65679406b212c68d5198f239bdd71395541 Mon Sep 17 00:00:00 2001
From: Ekaitz Zarraga
Date: Sun, 6 Dec 2020 00:43:36
On Saturday, December 5, 2020 5:55 PM, John Soo wrote:
> Nice work Ekaitz!
>
> I worked hard on freecad, it is quite a difficult program to package. That
> was a weird issue that I asked about on the freecad forums. Perhaps it is
> fixed upstream now, which would be excellent. Thanks for
Hello,
I noticed the Crate importer sometimes returns duplicate inputs. For
example
guix import crate bat
returns
...
(arguments
`(#:cargo-inputs
(("rust-ansi-colours" ,rust-ansi-colours-1)
("rust-ansi-term" ,rust-ansi-term-0.12)
("rust-atty"
Ludovic Courtès writes:
> Hi!
>
> Maxim Cournoyer skribis:
>
I'm on board with what you're proposing, and I think Guix should
default to the more secure option, but I'm not sure that an
"average user" (whatever that means for Guix's demographic) would
expect that password
Hi Guix,
Our version of cabal-install is 2.4.0.0 which is not supported by the
default version of ghc (8.8). It probably ought to be updated.
Kindly,
John
Nice work Ekaitz!
I worked hard on freecad, it is quite a difficult program to package. That was
a weird issue that I asked about on the freecad forums. Perhaps it is fixed
upstream now, which would be excellent. Thanks for keeping it up to date!
- John
Looks like this line, inherited from the previous definition, was giving some
trouble:
> (string-append "-DCMAKE_INSTALL_LIBDIR=\\"" (assoc-ref %outputs
> "out") "/lib\\"")
It was creating wrong variables (and wrong syntax too!):
if(EXISTS
* gnu/profiles.scm (packages->manifest): Delete duplicate entries.
* tests/profiles.scm ("packages->manifest, no duplicates"): New test.
---
guix/profiles.scm | 34 ++
tests/profiles.scm | 10 ++
2 files changed, 28 insertions(+), 16 deletions(-)
diff
* guix/profiles.scm (manifest-transaction-effects): Delete duplicates in
install and remove. Let multiple upgrades and downgrades shadow previous
transactions of the same kind.
* tests/profiles.scm
("manifest-transaction-effects no double install or upgrades")
("manifest-transaction-effects no
Hi,
I solved most of the compilation issue with freecad.
Now my package version compiles but install phase fails with this error:
```
Hi Ludo
Am Samstag, den 05.12.2020, 16:38 +0100 schrieb Ludovic Courtès:
> Hi Leo,
>
> Could you explain what each patch fixes, and perhaps add a test case
> for
> each that illustrates that?
>
> Thanks,
> Ludo’.
Tests sent along with v3. These patches remove duplicates from
manifests
Hi Leo,
Could you explain what each patch fixes, and perhaps add a test case for
each that illustrates that?
Thanks,
Ludo’.
Pierre Neidhardt skribis:
> Guillaume Le Vaillant writes:
>
>> Updated patches in attachment.
>> Do you see something else to fix or improve?
>
> Tested and approved!
>
> I suggest we merge on master since this is not very disruptive and it
> fixes a regression introduced with the build system
Hi!
Maxim Cournoyer skribis:
>>> I'm on board with what you're proposing, and I think Guix should
>>> default to the more secure option, but I'm not sure that an
>>> "average user" (whatever that means for Guix's demographic) would
>>> expect that password authentication is disabled by
For the record, I test changes to (guix self) and other things that
affect ‘guix pull’, such as changes to the ‘guix’ package (which
‘guix-daemon’ inherits from) or updates to the translations, by running:
make as-derivation
That’s a good way to avoid bad surprises.
Ludo’.
Hi,
Timothy Sample skribis:
> A quick glance around suggests that an older version of .NET is
> available for Fedora 32, and that Debian does not have a package yet.
> That’s at least promising, but Guix has stricter requirements than
> either of those two distributions. Particularly, Guix
Hi Holger,
Holger Peters skribis:
> * gnu/packages/smalltalk.scm (smalltalk): disable tests
> (smalltalk-next): New variable.
> (smalltalk-next-from-vcs): New variable.
I have mostly two comments, as discussed on IRC (restating them here for
those following along):
1. Instead of disabling
Hi,
We can make this change:
diff --git a/guix/scripts/deploy.scm b/guix/scripts/deploy.scm
index 0725fba54b..d9371b3d4a 100644
--- a/guix/scripts/deploy.scm
+++ b/guix/scripts/deploy.scm
@@ -165,7 +165,9 @@ Perform the deployment specified by FILE.\n"))
(with-build-handler
Ludovic Courtès writes:
> Hi,
>
> 宋文武 skribis:
>
>> Running:
>> guix build u-boot-pinebook \
>> --with-git-url=u-boot-pinebook=https://github.com/u-boot/u-boot
>>
>> Would fail with "fatal error: asm/string.h: No such file or directory".
>>
>> And it's caused by the first entry in
Updated patches in attachment.
Do you see something else to fix or improve?
From 757b4f4a84fdbcbd26148f2a170d84ba8c128c7a Mon Sep 17 00:00:00 2001
From: Guillaume Le Vaillant
Date: Thu, 3 Dec 2020 14:52:02 +0100
Subject: [PATCH 1/6] gnu: cl-asdf: Improve priorities of configuration file
search.
Hello Maxime,
> Discovery of substitute servers on the local network doesn't seem to
> work properly, see output of
> `sudo guix system reconfigure config.scm --save-provenance`
> at end of e-mail. Disabling substitutes (e.g. `guix build hello --no-
> substitutes`) seems to work-around the
Pierre Neidhardt skribis:
> Tested!
>
> I've installed sbcl to my "common-lisp" profile along quri.
> I've also cloned quri to ~/common-lisp.
>
> Then:
>
> --8<---cut here---start->8---
> $ sbcl
> * (asdf:locate-system :quri)
> T
> NIL
>
Pierre Neidhardt skribis:
> A few comments:
>
>> @@ -603,7 +603,8 @@ statistical profiler, a code coverage tool, and many
>> other extensions.")
>> "0x4bjx6cxsjvxyagijhlvmc7jkyxifdvz5q5zvz37028va65243c")
>> (_
>>
with --fallback it is building. It may be the result of the substitute
server not being available, the error may need to be caught.
Using guix commit 243512d984e1b870d3b77b2759698a64ed723fea. Also fails
with previous guix revisions.
Full output:
Computing Guix derivation for 'x86_64-linux'... /@ substituter-started
/gnu/store/9ph7spq3b72fv4scqqzwxalb8n0wc6xn-graphviz-2.42.3-doc
substitute -following redirection to
28 matches
Mail list logo
