bug#49100: make check fails: %derivation-cache

[Chris Marusich]

Ludovic Courtès  writes:

>> The attached patch fixes the issue for me.  However, since I'm not sure
>> how %derivation-cache is or was supposed to be used, I would appreciate
>> a second opinion.
>
> You forgot to attach the patch, but I think it’s enough to remove the
> ‘hash-clear!’ call from ‘call-with-external-store’.

Sorry - but yes, that's all it did.  I removed the hash-clear! call.
I've gone ahead and committed this as
7f0af119a1e3ea9d0ae53811b619437b3e942702 on core-updates.

-- 
Chris


signature.asc
Description: PGP signature

bug#49173: ungoogled-chromium fails to build

[qqq0ppp via Bug reports for GNU Guix]

Hi,

I'm trying to install ungoogled-chromium with no success.
The command guix package -i ungoogled-chromium fails to build.
Package version is
91.0.4472.114-0.a9eb6fd.
Output of guix describe is
]8;;file://guix/var/guix/profiles/per-user/me/current-guix-1-link\[1mGeneration 
1 Jun 22 2021 12:56:51[0m]8;;\ (current)
guix e88f205
repository URL: https://git.savannah.gnu.org/git/guix.git
branch: master
commit: 
]8;;[https://git.savannah.gnu.org/cgit/guix.git/commit/?id=e88f205876afc8f0cee2dd4ac1071b81042d4a80\e88f205876afc8f0cee2dd4ac1071b81042d4a80]8;;\](https://git.savannah.gnu.org/cgit/guix.git/commit/?id=e88f205876afc8f0cee2dd4ac1071b81042d4a80\e88f205876afc8f0cee2dd4ac1071b81042d4a80]8;;\)
nonguix c5fed11
repository URL: https://gitlab.com/nonguix/nonguix
branch: master
commit: 
]8;;[https://gitlab.com/nonguix/nonguix/commit/c5fed11e7df221cad1045fc193b4136b34e23451\c5fed11e7df221cad1045fc193b4136b34e23451]8;;\](https://gitlab.com/nonguix/nonguix/commit/c5fed11e7df221cad1045fc193b4136b34e23451\c5fed11e7df221cad1045fc193b4136b34e23451]8;;\)

Log file is attached.

Thanks for your time.
Please let me know If anything else is needed.

bug#49173: Log file

[qqq0ppp via Bug reports for GNU Guix]

Log file is attached.

bug#49173: Log file, maybe now...

[qqq0ppp via Bug reports for GNU Guix]

Log file is here: https://easyupload.io/bck2gu

bug#49168: ‘guix import pypi’ misses package dependencies

[Maxim Cournoyer]

Hello,

Leo Prikler  writes:

> Am Dienstag, den 22.06.2021, 14:33 +0200 schrieb Ludovic Courtès:
>> Hi,
>> 
>> Leo Prikler  skribis:
>> 
>> > > Here, some of tablib’s dependencies are missing; the same problem
>> > > seems
>> > > to happen with python-django-import-export itself.
>> > > 
>> > > Are we failing to parse some of the PyPI metadata?
>> > I don't think so, rather it appears as though the requires.txt is
>> > somehow malformed or ill-suited for importing.  It basically marks
>> > all
>> > inputs as optional.
>> 
>> Oh.  So that’s first and foremost a bug of the PyPI package, right?

Sounds like so, if the inputs are required but marked as optional.

>> > Perhaps we could instruct the importer to emit comments for
>> > optional
>> > inputs like so
>> > ;; Optional inputs by section
>> > ;; -- [SECTION]
>> > ;; ("python-some-package" ,python-some-package)
>> > ;; ("python-some-other-package" ,python-some-other-package) 
>> > Maybe add a command line switch to toggle these comments or a way
>> > of
>> > assuming some section, e.g. [cli] to be the thing we want to build
>> > for
>> > a package.
>> 
>> A CLI switch to include optional dependencies would be nice.

+1.

>> As for emitting comments, the (not-so-) pretty printer written for
>> ‘guix
>> style’¹ could come in handy for importers and more generally in any
>> place where we need to emit comments.
> Indeed, I wasn't thinking about that when I wrote this reply, but I see
> what you mean.  Should we strive to have such a pretty-printer in Guile
> as well or do we keep it to ourselves for now? :)

This sounds good too, although I haven't read about that new fancy
printer yet.

Maxim

bug#49083: ‘guix import pypi’ fails in the absence of “sdist” releases

[Maxim Cournoyer]

Hi,

Ludovic Courtès  writes:


[...]

>> Failing this, we might want to set source to something, that produces
>> an error when read or when used as a variable, similar to how unknown
>> licenses are handled.
>
> Right; not failing seems preferable.

That seems to be the most actionable thing to do.  It'd help when
importing recursively; the whole collections could still be imported
fully (although requiring manual intervention) instead of erroring-out
half-way.

Maxim

bug#49174: Poor 'guix substitute' performance when receiving Zstd-compressed substitutes

[Maxim Cournoyer]

Hello,

It's something I've been observing for a while, but substitutes are very
IO intensive (as can be seen in iotop, the substitute process is waiting
on IO > 99% of the time) and is much slower than expected (3 minutes to
transfer 100 MiB uncompressed over a 50 mbps downstream link):

--8<---cut here---start->8---
TID  PRIO  USER DISK READ  DISK WRITE  SWAPIN IO>COMMAND
13934 be/4 root 1033.09 K/s 1485.06 K/s  0.00 % 93.36 % guile \ 
/gnu/store/vphx2839xv0qj9xwcwrb95592lzrrnx7-guix-1.3.0-3.50dfbbf/bin/guix 
substitute --substitute
--8<---cut here---end--->8---

The publisher (remote machine) is has its guix-daemon configured via:

--8<---cut here---start->8---
  (service guix-publish-service-type
   (guix-publish-configuration
(advertise? #t)
(compression '(("zstd" 3)))
(host "0.0.0.0")))  ;listen on all interfaces
--8<---cut here---end--->8---

CPU is idling during on both sides during the transfer (all the work
appears to be in the IO on the receiving end).

The above example was observed downloading
/gnu/store/4fcwwlv9bzfrraxiz41b4vcv131930fx-libstdc++-doc-9.4.0, but I
do not think it is substitute-specific.

Maxim

bug#49145: Cannot build Guix (Texinfo failure)

[HiPhish]

I had already tried with `--pure` initially. Here is the output from the pure 
environment attached anyway, just in case.

On Tuesday, 22 June 2021 14:06:59 CEST Julien Lepiller wrote:
> Something seems to have gone wrong with the i18n code. Maybe we use
> something that's not recognized by your shell? Can you try again, but this
> time configure and make in a pure environment? (Add --pure to the guix
> environment invocation).
> Le 20 juin 2021 17:37:34 GMT-04:00, HiPhish  a écrit :
> >Hello,
> >
> >I have been trying to build Guix from source (in order to contribute a
> >new
> >package), but the `make` step fails every time. I am on Void Linux
> >(glibc) and
> >I have checked out commit  d027858e70c4a37aca90b1d4ecb2f0421a95d987.
> >
> >Here are the steps I took after checking out the repo:
> >guix environment guix
> >./bootstrap
> >./configure --localstatedir=/var
> >make
> >
> >The error messages are all complaining to that cross-references in
> >Texinfo
> >cannot be resolved. I have attached the full log. I already tried with
> >a
> >freshly checked out repository, and with both a pure Guix environment
> >and a
> >regular one.
> >
> >I had the same issue a couple of weeks ago, and I don't know if the
> >issue is
> >related to my distribution. Please let me know if you need any more
> >information.

make  all-recursive
make[1]: Entering directory '/home/hiphish/Developer/guix'
Making all in po/guix
make[2]: Entering directory '/home/hiphish/Developer/guix/po/guix'
make[2]: Nothing to be done for 'all'.
make[2]: Leaving directory '/home/hiphish/Developer/guix/po/guix'
Making all in po/packages
make[2]: Entering directory '/home/hiphish/Developer/guix/po/packages'
make[2]: Nothing to be done for 'all'.
make[2]: Leaving directory '/home/hiphish/Developer/guix/po/packages'
make[2]: Entering directory '/home/hiphish/Developer/guix'
  MAKEINFO doc/guix.info
  MAKEINFO doc/guix.de.info
./doc/guix.de.texi:479: @ref reference to nonexistent node `GNU Distribution'
./doc/guix.de.texi:491: @ref reference to nonexistent node `Invoking guix 
package'
./doc/guix.de.texi:492: @ref reference to nonexistent node `Development'
./doc/guix.de.texi:493: @ref reference to nonexistent node `Utilities'
./doc/guix.de.texi:494: @ref reference to nonexistent node `Programming 
Interface'
./doc/guix.de.texi:497: @ref reference to nonexistent node `Setting Up the 
Daemon'
./doc/guix.de.texi:499: @ref reference to nonexistent node `Substitutes'
./doc/guix.de.texi:506: @ref reference to nonexistent node `Defining
Packages'
./doc/guix.de.texi:508: @ref reference to nonexistent node `Package Modules'
./doc/guix.de.texi:510: @ref reference to nonexistent node `Package 
Transformation Options'
./doc/guix.de.texi:516: @ref reference to nonexistent node `Acknowledgments'
./doc/guix.de.texi:533: @ref reference to nonexistent node `The Store'
./doc/guix.de.texi:542: @ref reference to nonexistent node `Features'
./doc/guix.de.texi:553: @ref reference to nonexistent node `System Installation'
./doc/guix.de.texi:564: @ref reference to nonexistent node `Invoking guix 
package'
./doc/guix.de.texi:601: @ref reference to nonexistent node `Contributing'
./doc/guix.de.texi:618: @ref reference to nonexistent node `Substitutes'
./doc/guix.de.texi:619: @ref reference to nonexistent node `Tracking Bugs
and Patches'
./doc/guix.de.texi:629: @ref reference to nonexistent node `System 
Configuration'
./doc/guix.de.texi:640: @ref reference to nonexistent node `Porting'
./doc/guix.de.texi:643: @ref reference to nonexistent node `Contributing'
./doc/guix.de.texi:661: @ref reference to nonexistent node `System
Installation'
./doc/guix.de.texi:676: @ref reference to nonexistent node `Invoking guix pull'
./doc/guix.de.texi:725: @ref reference to nonexistent node `Application
Setup'
./doc/guix.de.texi:727: @ref reference to nonexistent node `Getting Started'
./doc/guix.de.texi:740: @ref reference to nonexistent node `GNU Distribution'
./doc/guix.de.texi:780: @ref reference to nonexistent node `The Store'
./doc/guix.de.texi:797: @ref reference to nonexistent node `Invoking guix pull'
./doc/guix.de.texi:815: @ref reference to nonexistent node `Build Environment 
Setup'
./doc/guix.de.texi:883: @pxref reference to nonexistent node `Substitutes'
./doc/guix.de.texi:896: @xref reference to nonexistent node `On Trusting 
Binaries'
./doc/guix.de.texi:902: @ref reference to nonexistent node `Application Setup'
./doc/guix.de.texi:930: @ref reference to nonexistent node `Invoking guix pack'
./doc/guix.de.texi:976: @ref reference to nonexistent node `Daemon Offload
Setup'
./doc/guix.de.texi:977: @ref reference to nonexistent node `Invoking guix copy'
./doc/guix.de.texi:984: @ref reference to nonexistent node `Invoking guix 
publish'
./doc/guix.de.texi:988: @ref reference to nonexistent node `Invoking guix 
import'
./doc/guix.de.texi:992: @ref reference to nonexistent node `Invoking guix 
import'
./doc/guix.de.texi:993: @ref reference to nonexistent node 

bug#49171: OCaml packages not building (due to updated python-pyyaml)

[pukkamustard]

Hi Guix,

With commit ac02d423d3fcb11048ee2e4a02626fca40cf1419, which 
updated python-pyyaml to 5.4.1 (from 5.3.1) lot of OCaml packages 
fail to build.


This seems to be due to ocaml-dose3 that has python2-pyyaml as 
dependency for tests. ocaml-dose3 is a dependency of opam - a 
dependency of many OCaml packages.


The output when trying to build ocaml-dose3:

--
phase `build' succeeded after 14.5 seconds
starting phase `check'
/tmp/guix-build-ocaml-dose3-5.0.1.drv-0/dose3-5.0.1
ocamlbuild  -j 10 applications/apps.otarget
# No parallelism done
make testlib
make[1]: Entering directory 
'/tmp/guix-build-ocaml-dose3-5.0.1.drv-0/dose3-5.0.1'

echo

make[1]: Leaving directory 
'/tmp/guix-build-ocaml-dose3-5.0.1.drv-0/dose3-5.0.1'

applications/dose-tests.py applications/dose-tests.list
Traceback (most recent call last):
 File "applications/dose-tests.py", line 17, in 
   warning('YAML C-library not available, falling back to 
   python')

NameError: name 'warning' is not defined
make: *** [Makefile:206: test] Error 1
command "make" "test" 
"LIBDIR=/gnu/store/v939nvdn67cdgb7rjkyvplfw1qr2hkjl-ocaml-dose3-5.0.1/lib/ocaml/site-lib" 
failed with status 2
note: keeping build directory 
`/tmp/guix-build-ocaml-dose3-5.0.1.drv-3'
builder for 
`/gnu/store/lybbyb38k0009jrbviymq88vi6xak5ii-ocaml-dose3-5.0.1.drv' 
failed with exit code 1
build of 
/gnu/store/lybbyb38k0009jrbviymq88vi6xak5ii-ocaml-dose3-5.0.1.drv 
failed
View build log at 
'/var/log/guix/drvs/ly/bbyb38k0009jrbviymq88vi6xak5ii-ocaml-dose3-5.0.1.drv.bz2'.
guix build: error: build of 
`/gnu/store/lybbyb38k0009jrbviymq88vi6xak5ii-ocaml-dose3-5.0.1.drv' 
failed

--

This seems to also be what CI is encoutering: 
https://ci.guix.gnu.org/build/623375/details


Any ideas? Any other packages failing for the same reason?

Would disabling tests for ocaml-dose3 be an acceptable quick hack?

Cheers,
pukkamustard

bug#49102: guix environment regression

[Ludovic Courtès]

Hi,

Mathieu Othacehe  skribis:

> When using guix@caf4a7a2, I cannot no longer build a functional
> guix-daemon using the following classic commands:
>
> guix environment guix
> ./configure --localstatedir=/var --sysconfdir=/etc
> make -j4
>
> mathieu@elbruz ~/guix [env]$ ldd ./guix-daemon 
>   linux-vdso.so.1 (0x7fff52339000)
>   libz.so.1 => not found
>   libsqlite3.so.0 => not found

[...]

> The bisection leads to this commit:
> 8cef92d0633850d97c1a1d4521812268f56672be, but it doesn't appear clearly
> to me what could cause the regression.

Fixed in b9a95420abdf4ae7fe9a347031278a44ad6a1cce.

The problem was that the profile was built with inputs in the wrong
order.  Thus, ‘ld’ from Binutils would “win” over ‘ld’ from ld-wrapper,
hence the build failure above.

Thanks for reporting + bisecting!

Ludo’.

bug#49161: kicad-5.1.6 fails to build

[Guillaume Le Vaillant]

Patches pushed as e22a711c97e0501b398467733164da4ee140036e and
following.
Thanks.


signature.asc
Description: PGP signature

bug#48778: ‘guix’ package loads all .scm files from its profile

[Ludovic Courtès]

Ludovic Courtès  skribis:

> Ludovic Courtès  skribis:
>
>> The ‘guix’ package, when installed in a “normal” profile such as
>> /run/current-system/profile, ends up traversing all the .scm files in
>> that profile, including those that have nothing to do with it:
>
> [...]
>
>> I believe this is a side effect of
>> c47f3fc13562d82edfd2d47342574154c452843a, which leads (@ (guix describe)
>> current-profile) to provide the correct answer when the ‘guix’ package
>> is installed in a profile (previously ‘current-profile’ would return #f
>> because the executable was called ‘.guix-real’.)
>
> Fixed in fb3927486ac163d11e3af7ca7c4fffcc4be06809.  (We still have to
> update the ‘guix’ package for this to take effect.)

‘guix’ was updated in ba575ee81452a5b45eb3807a1a1d32ba8fa8f3f0.

Closing!

Ludo’.

bug#49132: guix substitute: backtrace when the network is disabled during substitution

[Ludovic Courtès]

Hi,

Maxime Devos  skribis:

> so I disabled & re-enabled wireless networking during the substitution
> and encountered a (to my knowledge) previously-unknown backtrace:
>
> $ while (echo substitute 
> /gnu/store/44h13hn5zssfppz67vydxcf95qsc8qfw-libreoffice-6.4.7.2 /tmp/t && 
> echo substitute 
> /gnu/store/j0j7z6ckarjs9yi77sncszbmdgy38s70-guix-1.3.0-4.4985a42 /tmp/u) | 
> guix
> substitute --substitute ; do chmod -R +w /tmp/t && rm -rf /tmp/t && chmod -R 
> +w /tmp/u && rm -rf /tmp/u ; done

[...]

> In lzlib.scm:
> 501:4  9 (lzread! # # …)
> In unknown file:
>8 (get-bytevector-n # 65537)
> In guix/progress.scm:
>368:31  7 (read! _ _ _)
> In unknown file:
>6 (get-bytevector-n! # # 0 #)
> In web/response.scm:
>  95:2  5 (read! _ _ _)
> In ice-9/boot-9.scm:
>   1685:16  4 (raise-exception _ #:continuable? _)
>   1685:16  3 (raise-exception _ #:continuable? _)
>   1780:13  2 (_ #< components: (#<> #<…>)
>   1685:16  1 (raise-exception _ #:continuable? _)
>   1685:16  0 (raise-exception _ #:continuable? _)
>
> ice-9/boot-9.scm:1685:16: In procedure raise-exception:
> Throw to key `bad-response' with args `("EOF while reading response body: ~a 
> bytes of ~a" (26017808 37842870))'.

Ah indeed, this is poorly handled.

I’m not really sure how to address it.  I/O ports are a nice abstraction
as it allows you to transparently read “streams” from any medium, but as
always, that also comes with opacity where the call site is not supposed
to know what kind of exceptions might be thrown deep down.

Thoughts?

Ludo’.

bug#49161: kicad-5.1.6 fails to build

[Vinicius Monego]

Sending a v2 removing readline from inputs because it's unused now.
From 7dc50ffb272c391cb2afa8b874f6d487e6020423 Mon Sep 17 00:00:00 2001
From: Vinicius Monego 
Date: Tue, 22 Jun 2021 09:46:32 -0300
Subject: [PATCH v2 1/2] gnu: libngspice: Fix KiCad compilation.

* gnu/packages/engineering.scm (libngspice)[arguments]<#:configure-flags>:
Pass "--with-readline=no".
[inputs]: Remove readline.
---
 gnu/packages/engineering.scm | 7 ---
 1 file changed, 4 insertions(+), 3 deletions(-)

diff --git a/gnu/packages/engineering.scm b/gnu/packages/engineering.scm
index 5b1c8b7938..a50e6d6526 100644
--- a/gnu/packages/engineering.scm
+++ b/gnu/packages/engineering.scm
@@ -1721,14 +1721,15 @@ high-performance parallel differential evolution (DE) optimization algorithm.")
  "--enable-ciderlib"
  "--enable-xspice"
  "--with-ngshared"
- "--with-readline=yes")))
+ ;; Readline must be disabled to build KiCad with ngspice 34.  See
+ ;; https://bugs.archlinux.org/task/70563 for reference.
+ "--with-readline=no")))
 (native-inputs
  `(("bison" ,bison)
("flex" ,flex)))
 (inputs
  `(("libxaw" ,libxaw)
-   ("mpi" ,openmpi)
-   ("readline" ,readline)))
+   ("mpi" ,openmpi)))
 (home-page "http://ngspice.sourceforge.net/;)
 (synopsis "Mixed-level/mixed-signal circuit simulator")
 (description
-- 
2.32.0

From bc8bdfc9f403e585f4f18796a8fb7bb3e5699134 Mon Sep 17 00:00:00 2001
From: Vinicius Monego 
Date: Tue, 22 Jun 2021 09:53:41 -0300
Subject: [PATCH v2 2/2] gnu: libngspice: Delete autogenerated config.h.

* gnu/packages/engineering.scm (libngspice)[arguments]<#:phases>: Rename phase
'delete-script-files to 'delete-scripts-and-config and delete config.h.
---
 gnu/packages/engineering.scm | 9 +++--
 1 file changed, 7 insertions(+), 2 deletions(-)

diff --git a/gnu/packages/engineering.scm b/gnu/packages/engineering.scm
index a50e6d6526..b2aa2179dd 100644
--- a/gnu/packages/engineering.scm
+++ b/gnu/packages/engineering.scm
@@ -1711,11 +1711,16 @@ high-performance parallel differential evolution (DE) optimization algorithm.")
  (substitute* "man/man1/Makefile.in"
(("^man_MANS = ngspice\\.1 ngnutmeg\\.1 ngsconvert\\.1 ngmultidec\\.1")
 "man_MANS = "
- (add-after 'install 'delete-script-files
+ (add-after 'install 'delete-scripts-and-config
(lambda* (#:key outputs #:allow-other-keys)
  (delete-file-recursively
   (string-append (assoc-ref outputs "out")
- "/share/ngspice/scripts")
+ "/share/ngspice/scripts"))
+ ;; This file is autogenerated by the configure script and should
+ ;; not be distributed.  It could be removed in ngspice 35.  See
+ ;; https://bugs.archlinux.org/task/70569 for reference.
+ (delete-file (string-append (assoc-ref outputs "out")
+ "/include/config.h")
#:configure-flags
(list "--enable-openmp"
  "--enable-ciderlib"
-- 
2.32.0

bug#49161: kicad-5.1.6 fails to build

[Vinicius Monego]

Em ter, 2021-06-22 às 12:01 +, Guillaume Le Vaillant escreveu:
> Vinicius Monego  skribis:
> 
> > > In particular the /gnu/store/...-libngspice-34/include/config.h
> > > seems suspicious.
> > 
> > Good catch. Indeed, that file should be removed.
> > 
> > Kicad takes a long time to build on my machine. I am attaching a
> > diff
> > that removes config.h and should fix the compilation if anyone can
> > confirm.
> 
> I tried applying your diff and with it kicad compiles fine and works.
> Could you send a formatted patch?

Done.

I am sending the two changes in different patches because I read in [1]
that KiCad uses config.h to extract version information about ngspice.
If simulations are working without config.h, then both patches can be
pushed. The history_file problem in the KiCad compilation is related to
readline only.

[1] https://bugs.archlinux.org/task/70569
From 7722427a3f150f5e2249ba2ea8a0c024b4bbf02d Mon Sep 17 00:00:00 2001
From: Vinicius Monego 
Date: Tue, 22 Jun 2021 09:46:32 -0300
Subject: [PATCH 1/2] gnu: libngspice: Fix KiCad compilation.

* gnu/packages/engineering.scm (libngspice)[arguments]<#:configure-flags>:
Pass "--with-readline=no".
---
 gnu/packages/engineering.scm | 4 +++-
 1 file changed, 3 insertions(+), 1 deletion(-)

diff --git a/gnu/packages/engineering.scm b/gnu/packages/engineering.scm
index 5b1c8b7938..302b5c715e 100644
--- a/gnu/packages/engineering.scm
+++ b/gnu/packages/engineering.scm
@@ -1721,7 +1721,9 @@ high-performance parallel differential evolution (DE) optimization algorithm.")
  "--enable-ciderlib"
  "--enable-xspice"
  "--with-ngshared"
- "--with-readline=yes")))
+ ;; Readline must be disabled to build KiCad with ngspice 34.  See
+ ;; https://bugs.archlinux.org/task/70563 for reference.
+ "--with-readline=no")))
 (native-inputs
  `(("bison" ,bison)
("flex" ,flex)))
-- 
2.32.0

From d980b5bcea3fd7afc3f1e094dbef3c2426e645e8 Mon Sep 17 00:00:00 2001
From: Vinicius Monego 
Date: Tue, 22 Jun 2021 09:53:41 -0300
Subject: [PATCH 2/2] gnu: libngspice: Delete autogenerated config.h.

* gnu/packages/engineering.scm (libngspice)[arguments]<#:phases>: Rename phase
'delete-script-files to 'delete-scripts-and-config and delete config.h.
---
 gnu/packages/engineering.scm | 9 +++--
 1 file changed, 7 insertions(+), 2 deletions(-)

diff --git a/gnu/packages/engineering.scm b/gnu/packages/engineering.scm
index 302b5c715e..b2b9d54238 100644
--- a/gnu/packages/engineering.scm
+++ b/gnu/packages/engineering.scm
@@ -1711,11 +1711,16 @@ high-performance parallel differential evolution (DE) optimization algorithm.")
  (substitute* "man/man1/Makefile.in"
(("^man_MANS = ngspice\\.1 ngnutmeg\\.1 ngsconvert\\.1 ngmultidec\\.1")
 "man_MANS = "
- (add-after 'install 'delete-script-files
+ (add-after 'install 'delete-scripts-and-config
(lambda* (#:key outputs #:allow-other-keys)
  (delete-file-recursively
   (string-append (assoc-ref outputs "out")
- "/share/ngspice/scripts")
+ "/share/ngspice/scripts"))
+ ;; This file is autogenerated by the configure script and should
+ ;; not be distributed.  It could be removed in ngspice 35.  See
+ ;; https://bugs.archlinux.org/task/70569 for reference.
+ (delete-file (string-append (assoc-ref outputs "out")
+ "/include/config.h")
#:configure-flags
(list "--enable-openmp"
  "--enable-ciderlib"
-- 
2.32.0

bug#49168: ‘guix import pypi’ misses package dependencies

[Leo Prikler]

Am Dienstag, den 22.06.2021, 14:33 +0200 schrieb Ludovic Courtès:
> Hi,
> 
> Leo Prikler  skribis:
> 
> > > Here, some of tablib’s dependencies are missing; the same problem
> > > seems
> > > to happen with python-django-import-export itself.
> > > 
> > > Are we failing to parse some of the PyPI metadata?
> > I don't think so, rather it appears as though the requires.txt is
> > somehow malformed or ill-suited for importing.  It basically marks
> > all
> > inputs as optional.
> 
> Oh.  So that’s first and foremost a bug of the PyPI package, right?
> 
> Actually
> <
> https://files.pythonhosted.org/packages/fe/9d/4e15b2e74044ee051b6939c1b3ff716b0106e8f72d78eab8e08212eab44c/tablib-3.0.0.tar.gz
> >
> does not have a ‘requirements.txt’ file, and
> <
> https://files.pythonhosted.org/packages/16/85/078fc037b15aa1120d6a0287ec9d092d93d632ab01a0e7a3e69b4733da5e/tablib-3.0.0-py3-none-any.whl
> >
> doesn’t have much metadata, so I don’t even get where were get that
> info.
It does, but it's well hidden in the src tree.  I peeked into the guix
import code to find it.

> > Perhaps we could instruct the importer to emit comments for
> > optional
> > inputs like so
> > ;; Optional inputs by section
> > ;; -- [SECTION]
> > ;; ("python-some-package" ,python-some-package)
> > ;; ("python-some-other-package" ,python-some-other-package) 
> > Maybe add a command line switch to toggle these comments or a way
> > of
> > assuming some section, e.g. [cli] to be the thing we want to build
> > for
> > a package.
> 
> A CLI switch to include optional dependencies would be nice.
> 
> As for emitting comments, the (not-so-) pretty printer written for
> ‘guix
> style’¹ could come in handy for importers and more generally in any
> place where we need to emit comments.
Indeed, I wasn't thinking about that when I wrote this reply, but I see
what you mean.  Should we strive to have such a pretty-printer in Guile
as well or do we keep it to ourselves for now? :)

> Thanks,
> Ludo’.
> 
> ¹ https://issues.guix.gnu.org/49169

bug#49168: ‘guix import pypi’ misses package dependencies

[Ludovic Courtès]

Hi,

Leo Prikler  skribis:

>> Here, some of tablib’s dependencies are missing; the same problem
>> seems
>> to happen with python-django-import-export itself.
>> 
>> Are we failing to parse some of the PyPI metadata?
> I don't think so, rather it appears as though the requires.txt is
> somehow malformed or ill-suited for importing.  It basically marks all
> inputs as optional.

Oh.  So that’s first and foremost a bug of the PyPI package, right?

Actually

does not have a ‘requirements.txt’ file, and

doesn’t have much metadata, so I don’t even get where were get that
info.

> Perhaps we could instruct the importer to emit comments for optional
> inputs like so
> ;; Optional inputs by section
> ;; -- [SECTION]
> ;; ("python-some-package" ,python-some-package)
> ;; ("python-some-other-package" ,python-some-other-package) 
> Maybe add a command line switch to toggle these comments or a way of
> assuming some section, e.g. [cli] to be the thing we want to build for
> a package.

A CLI switch to include optional dependencies would be nice.

As for emitting comments, the (not-so-) pretty printer written for ‘guix
style’¹ could come in handy for importers and more generally in any
place where we need to emit comments.

Thanks,
Ludo’.

¹ https://issues.guix.gnu.org/49169

bug#49145: Cannot build Guix (Texinfo failure)

[Julien Lepiller]

Something seems to have gone wrong with the i18n code. Maybe we use something 
that's not recognized by your shell? Can you try again, but this time configure 
and make in a pure environment? (Add --pure to the guix environment invocation).

Le 20 juin 2021 17:37:34 GMT-04:00, HiPhish  a écrit :
>Hello,
>
>I have been trying to build Guix from source (in order to contribute a
>new 
>package), but the `make` step fails every time. I am on Void Linux
>(glibc) and 
>I have checked out commit  d027858e70c4a37aca90b1d4ecb2f0421a95d987.
>
>Here are the steps I took after checking out the repo:
>
>guix environment guix
>./bootstrap
>./configure --localstatedir=/var
>make
>
>The error messages are all complaining to that cross-references in
>Texinfo 
>cannot be resolved. I have attached the full log. I already tried with
>a 
>freshly checked out repository, and with both a pure Guix environment
>and a 
>regular one.
>
>I had the same issue a couple of weeks ago, and I don't know if the
>issue is 
>related to my distribution. Please let me know if you need any more 
>information.

bug#49161: kicad-5.1.6 fails to build

[Guillaume Le Vaillant]

Vinicius Monego  skribis:

>> In particular the /gnu/store/...-libngspice-34/include/config.h
>> seems suspicious.
>
> Good catch. Indeed, that file should be removed.
>
> Kicad takes a long time to build on my machine. I am attaching a diff
> that removes config.h and should fix the compilation if anyone can
> confirm.

I tried applying your diff and with it kicad compiles fine and works.
Could you send a formatted patch?


signature.asc
Description: PGP signature

bug#49161: kicad-5.1.6 fails to build

[Vinicius Monego]

> In particular the /gnu/store/...-libngspice-34/include/config.h
> seems suspicious.

Good catch. Indeed, that file should be removed.

Kicad takes a long time to build on my machine. I am attaching a diff
that removes config.h and should fix the compilation if anyone can
confirm.
diff --git a/gnu/packages/engineering.scm b/gnu/packages/engineering.scm
index 5b1c8b7938..06e41ad535 100644
--- a/gnu/packages/engineering.scm
+++ b/gnu/packages/engineering.scm
@@ -1715,13 +1715,15 @@ high-performance parallel differential evolution (DE) optimization algorithm.")
(lambda* (#:key outputs #:allow-other-keys)
  (delete-file-recursively
   (string-append (assoc-ref outputs "out")
- "/share/ngspice/scripts")
+ "/share/ngspice/scripts"))
+ (delete-file (string-append (assoc-ref outputs "out")
+ "/include/config.h")
#:configure-flags
(list "--enable-openmp"
  "--enable-ciderlib"
  "--enable-xspice"
  "--with-ngshared"
- "--with-readline=yes")))
+ "--with-readline=no")))
 (native-inputs
  `(("bison" ,bison)
("flex" ,flex)))

bug#49161: kicad-5.1.6 fails to build

[Vinicius Monego]

Hi,

I found suggestions that disabling --with-readline in libngspice should
work around the issue, though I couldn't test it yet. This seems to be
a problem in version 34 specifically. Downgrading to 33 could also
work.

Em ter, 2021-06-22 às 08:36 +0200, Brice Waegeneire escreveu:
> Hello bdju,
> 
> Cuirass can't manage to build kicad¹ also.  Comparing to the previous
> build², libngspice has been updated from version 28 to 34³ and the
> content of thoses 2 version are drasticly different, so I guess it's
> the
> issue.  In particular the /gnu/store/...-libngspice-
> 34/include/config.h
> seems suspicious.
> 
> I tried bumping kicad to the latest 5.10, but it didn't make a
> difference.
> 
> ¹ https://ci.guix.gnu.org/build/608393/details
> ² https://ci.guix.gnu.org/build/608201/details
> ³ https://issues.guix.gnu.org/48979
> 
> Cheers,
> - Brice

bug#49161: kicad-5.1.6 fails to build

[Vinicius Monego]

Hi,

I found suggestions that disabling --with-readline in libngspice should
work around the issue, though I couldn't test it yet. This seems to be
a problem in version 34 specifically. Downgrading to 33 could also
work.

Em ter, 2021-06-22 às 08:36 +0200, Brice Waegeneire escreveu:
> Hello bdju,
> 
> Cuirass can't manage to build kicad¹ also.  Comparing to the previous
> build², libngspice has been updated from version 28 to 34³ and the
> content of thoses 2 version are drasticly different, so I guess it's
> the
> issue.  In particular the /gnu/store/...-libngspice-
> 34/include/config.h
> seems suspicious.
> 
> I tried bumping kicad to the latest 5.10, but it didn't make a
> difference.
> 
> ¹ https://ci.guix.gnu.org/build/608393/details
> ² https://ci.guix.gnu.org/build/608201/details
> ³ https://issues.guix.gnu.org/48979
> 
> Cheers,
> - Brice

bug#49168: ‘guix import pypi’ misses package dependencies

[Leo Prikler]

Am Dienstag, den 22.06.2021, 09:20 +0200 schrieb Ludovic Courtès:
> Hi!
> 
> ‘guix import pypi -r django-import-export’ does not include all the
> inputs:
> 
> --8<---cut here---start->8---
> $ guix build -L /tmp/mods python-django-import-export
> 
> [...]
> 
> starting phase `build'
> running "python setup.py" with command "build" and parameters ()
> Download error on https://pypi.org/simple/setuptools_scm/: [Errno -2]
> Name or service not known -- Some packages may not be found!
> Download error on https://pypi.org/simple/setuptools-scm/: [Errno -2]
> Name or service not known -- Some packages may not be found!
> Couldn't find index page for 'setuptools_scm' (maybe misspelled?)
> Download error on https://pypi.org/simple/: [Errno -2] Name or
> service not known -- Some packages may not be found!
> No local packages or working download links found for setuptools_scm
> Traceback (most recent call last):
>   File "", line 1, in 
>   File "setup.py", line 5, in 
> setup(
>   File "/gnu/store/9w9jvy3bgjg4qaqmrij01nbppiccqr7c-python-
> 3.8.2/lib/python3.8/site-packages/setuptools/__init__.py", line 144,
> in setup
> _install_setup_requires(attrs)
>   File "/gnu/store/9w9jvy3bgjg4qaqmrij01nbppiccqr7c-python-
> 3.8.2/lib/python3.8/site-packages/setuptools/__init__.py", line 139,
> in _install_setup_requires
> dist.fetch_build_eggs(dist.setup_requires)
>   File "/gnu/store/9w9jvy3bgjg4qaqmrij01nbppiccqr7c-python-
> 3.8.2/lib/python3.8/site-packages/setuptools/dist.py", line 716, in
> fetch_build_eggs
> resolved_dists = pkg_resources.working_set.resolve(
>   File "/gnu/store/9w9jvy3bgjg4qaqmrij01nbppiccqr7c-python-
> 3.8.2/lib/python3.8/site-packages/pkg_resources/__init__.py", line
> 780, in resolve
> dist = best[req.key] = env.best_match(
>   File "/gnu/store/9w9jvy3bgjg4qaqmrij01nbppiccqr7c-python-
> 3.8.2/lib/python3.8/site-packages/pkg_resources/__init__.py", line
> 1065, in best_match
> return self.obtain(req, installer)
>   File "/gnu/store/9w9jvy3bgjg4qaqmrij01nbppiccqr7c-python-
> 3.8.2/lib/python3.8/site-packages/pkg_resources/__init__.py", line
> 1077, in obtain
> return installer(requirement)
>   File "/gnu/store/9w9jvy3bgjg4qaqmrij01nbppiccqr7c-python-
> 3.8.2/lib/python3.8/site-packages/setuptools/dist.py", line 786, in
> fetch_build_egg
> return cmd.easy_install(req)
>   File "/gnu/store/9w9jvy3bgjg4qaqmrij01nbppiccqr7c-python-
> 3.8.2/lib/python3.8/site-
> packages/setuptools/command/easy_install.py", line 673, in
> easy_install
> raise DistutilsError(msg)
> distutils.errors.DistutilsError: Could not find suitable distribution
> for Requirement.parse('setuptools_scm')
> command "python" "-c" "import setuptools,
> tokenize;__file__='setup.py';f=getattr(tokenize, 'open',
> open)(__file__);code=f.read().replace('\\r\\n',
> '\\n');f.close();exec(compile(code, __file__, 'exec'))" "build"
> failed with status 1
> builder for `/gnu/store/74ph75dfy1i9hrx9n327j32ma2zv4hhd-python-
> tablib-3.0.0.drv' failed with exit code 1
> build of /gnu/store/74ph75dfy1i9hrx9n327j32ma2zv4hhd-python-tablib-
> 3.0.0.drv failed
> View build log at
> '/var/log/guix/drvs/74/ph75dfy1i9hrx9n327j32ma2zv4hhd-python-tablib-
> 3.0.0.drv.bz2'.
> cannot build derivation `/gnu/store/6xk0jk0qnjsazqgjihmpafsx3wfmxjf0-
> python-django-import-export-2.5.0.drv': 1 dependencies couldn't be
> built
> guix build: error: build of
> `/gnu/store/6xk0jk0qnjsazqgjihmpafsx3wfmxjf0-python-django-import-
> export-2.5.0.drv' failed
> $ cat /tmp/mods/django.scm
> (define-module (django)
>   #:use-module (guix)
>   #:use-module (guix build-system python)
>   #:use-module (gnu packages python)
>   #:use-module (gnu packages python-xyz)
>   #:use-module (gnu packages django)
>   #:use-module ((guix licenses) #:prefix license:))
> 
> (define-public python-tablib
>   (package
> (name "python-tablib")
> (version "3.0.0")
> (source
>   (origin
> (method url-fetch)
> (uri (pypi-uri "tablib" version))
> (sha256
>   (base32
> "03f1z6jq6rf67gwhbm9ma4rydm8h447a5nh5lcs5l8jg8l4aqg7q")))
> )
> (build-system python-build-system)
> (home-page "https://tablib.readthedocs.io;)
> (synopsis
>   "Format agnostic tabular data library (XLS, JSON, YAML, CSV)")
> (description
>   "Format agnostic tabular data library (XLS, JSON, YAML, CSV)")
> (license license:expat)))
> 
> (define-public python-django-import-export
>   (package
> (name "python-django-import-export")
> (version "2.5.0")
> (source
>   (origin
> (method url-fetch)
> (uri (pypi-uri "django-import-export" version))
> (sha256
>   (base32
> "0j0gsj18bkkmbn262qj2syla80vncvqn49bllwxvcgw0zhxh1763")))
> )
> (build-system python-build-system)
> (propagated-inputs
>   `(("python-diff-match-patch"
>  ,python-diff-match-patch)
> ("python-django" ,python-django)
> 

bug#49168: ‘guix import pypi’ misses package dependencies

[Ludovic Courtès]

Hi!

‘guix import pypi -r django-import-export’ does not include all the
inputs:

--8<---cut here---start->8---
$ guix build -L /tmp/mods python-django-import-export

[...]

starting phase `build'
running "python setup.py" with command "build" and parameters ()
Download error on https://pypi.org/simple/setuptools_scm/: [Errno -2] Name or 
service not known -- Some packages may not be found!
Download error on https://pypi.org/simple/setuptools-scm/: [Errno -2] Name or 
service not known -- Some packages may not be found!
Couldn't find index page for 'setuptools_scm' (maybe misspelled?)
Download error on https://pypi.org/simple/: [Errno -2] Name or service not 
known -- Some packages may not be found!
No local packages or working download links found for setuptools_scm
Traceback (most recent call last):
  File "", line 1, in 
  File "setup.py", line 5, in 
setup(
  File 
"/gnu/store/9w9jvy3bgjg4qaqmrij01nbppiccqr7c-python-3.8.2/lib/python3.8/site-packages/setuptools/__init__.py",
 line 144, in setup
_install_setup_requires(attrs)
  File 
"/gnu/store/9w9jvy3bgjg4qaqmrij01nbppiccqr7c-python-3.8.2/lib/python3.8/site-packages/setuptools/__init__.py",
 line 139, in _install_setup_requires
dist.fetch_build_eggs(dist.setup_requires)
  File 
"/gnu/store/9w9jvy3bgjg4qaqmrij01nbppiccqr7c-python-3.8.2/lib/python3.8/site-packages/setuptools/dist.py",
 line 716, in fetch_build_eggs
resolved_dists = pkg_resources.working_set.resolve(
  File 
"/gnu/store/9w9jvy3bgjg4qaqmrij01nbppiccqr7c-python-3.8.2/lib/python3.8/site-packages/pkg_resources/__init__.py",
 line 780, in resolve
dist = best[req.key] = env.best_match(
  File 
"/gnu/store/9w9jvy3bgjg4qaqmrij01nbppiccqr7c-python-3.8.2/lib/python3.8/site-packages/pkg_resources/__init__.py",
 line 1065, in best_match
return self.obtain(req, installer)
  File 
"/gnu/store/9w9jvy3bgjg4qaqmrij01nbppiccqr7c-python-3.8.2/lib/python3.8/site-packages/pkg_resources/__init__.py",
 line 1077, in obtain
return installer(requirement)
  File 
"/gnu/store/9w9jvy3bgjg4qaqmrij01nbppiccqr7c-python-3.8.2/lib/python3.8/site-packages/setuptools/dist.py",
 line 786, in fetch_build_egg
return cmd.easy_install(req)
  File 
"/gnu/store/9w9jvy3bgjg4qaqmrij01nbppiccqr7c-python-3.8.2/lib/python3.8/site-packages/setuptools/command/easy_install.py",
 line 673, in easy_install
raise DistutilsError(msg)
distutils.errors.DistutilsError: Could not find suitable distribution for 
Requirement.parse('setuptools_scm')
command "python" "-c" "import setuptools, 
tokenize;__file__='setup.py';f=getattr(tokenize, 'open', 
open)(__file__);code=f.read().replace('\\r\\n', 
'\\n');f.close();exec(compile(code, __file__, 'exec'))" "build" failed with 
status 1
builder for 
`/gnu/store/74ph75dfy1i9hrx9n327j32ma2zv4hhd-python-tablib-3.0.0.drv' failed 
with exit code 1
build of /gnu/store/74ph75dfy1i9hrx9n327j32ma2zv4hhd-python-tablib-3.0.0.drv 
failed
View build log at 
'/var/log/guix/drvs/74/ph75dfy1i9hrx9n327j32ma2zv4hhd-python-tablib-3.0.0.drv.bz2'.
cannot build derivation 
`/gnu/store/6xk0jk0qnjsazqgjihmpafsx3wfmxjf0-python-django-import-export-2.5.0.drv':
 1 dependencies couldn't be built
guix build: error: build of 
`/gnu/store/6xk0jk0qnjsazqgjihmpafsx3wfmxjf0-python-django-import-export-2.5.0.drv'
 failed
$ cat /tmp/mods/django.scm
(define-module (django)
  #:use-module (guix)
  #:use-module (guix build-system python)
  #:use-module (gnu packages python)
  #:use-module (gnu packages python-xyz)
  #:use-module (gnu packages django)
  #:use-module ((guix licenses) #:prefix license:))

(define-public python-tablib
  (package
(name "python-tablib")
(version "3.0.0")
(source
  (origin
(method url-fetch)
(uri (pypi-uri "tablib" version))
(sha256
  (base32
"03f1z6jq6rf67gwhbm9ma4rydm8h447a5nh5lcs5l8jg8l4aqg7q"
(build-system python-build-system)
(home-page "https://tablib.readthedocs.io;)
(synopsis
  "Format agnostic tabular data library (XLS, JSON, YAML, CSV)")
(description
  "Format agnostic tabular data library (XLS, JSON, YAML, CSV)")
(license license:expat)))

(define-public python-django-import-export
  (package
(name "python-django-import-export")
(version "2.5.0")
(source
  (origin
(method url-fetch)
(uri (pypi-uri "django-import-export" version))
(sha256
  (base32
"0j0gsj18bkkmbn262qj2syla80vncvqn49bllwxvcgw0zhxh1763"
(build-system python-build-system)
(propagated-inputs
  `(("python-diff-match-patch"
 ,python-diff-match-patch)
("python-django" ,python-django)
("python-tablib" ,python-tablib)))
(home-page
  "https://github.com/django-import-export/django-import-export;)
(synopsis
  "Django application and library for importing and exporting data with 
included admin integration.")
(description
  "Django application and library for 

bug#49161: kicad-5.1.6 fails to build

[Brice Waegeneire]

Hello bdju,

Cuirass can't manage to build kicad¹ also.  Comparing to the previous
build², libngspice has been updated from version 28 to 34³ and the
content of thoses 2 version are drasticly different, so I guess it's the
issue.  In particular the /gnu/store/...-libngspice-34/include/config.h
seems suspicious.

I tried bumping kicad to the latest 5.10, but it didn't make a
difference.

¹ https://ci.guix.gnu.org/build/608393/details
² https://ci.guix.gnu.org/build/608201/details
³ https://issues.guix.gnu.org/48979

Cheers,
- Brice