bug#40626: Poor performance on low-end ARMv7 devices

[Denis 'GNUtoo' Carikli]

Hi,

Many ARM Single Board Computers are commonly used with microSD for
storage, and some microSD cards are extremely slow (and sometimes
unreliable when they are old).

Could the performance issues be related to storage device I/Os?

Denis.


pgpevYyzP4lp9.pgp
Description: OpenPGP digital signature

bug#42161: Confusing '' error message

[Denis 'GNUtoo' Carikli]

On Thu, 02 Jul 2020 09:48:26 +0200
Ludovic Courtès  wrote:

> Hello,
Hi,

> If you’re having troubles building your system, I’d try building with
> ‘-v3’ (verbose mode) for example, or ‘--on-error=debug’ if the problem
> is in your ‘system.scm’ file.

Here's with -v3
> # guix system -v3 --no-bootloader init system.scm /srv/distros/guix/
> guile: warning: failed to install locale
> Backtrace:
>1 (primitive-load "/root/.config/guix/current/bin/guix")
> In guix/ui.scm:
>   1949:12  0 (run-guix-command _ . _)
> 
> guix/ui.scm:1949:12: In procedure run-guix-command:
> In procedure struct-vtable: Wrong type argument in position 1
> (expecting struct): #f

And with -v3 and --on-error=debug:
> # guix system  --on-error=debug -v3 --no-bootloader init system.scm
> /srv/distros/guix/ guile: warning: failed to install locale
> Backtrace:
>1 (primitive-load "/root/.config/guix/current/bin/guix")
> In guix/ui.scm:
>   1949:12  0 (run-guix-command _ . _)
> 
> guix/ui.scm:1949:12: In procedure run-guix-command:
> In procedure struct-vtable: Wrong type argument in position 1
> (expecting struct): #f

In both cases it doesn't point to my system.scm, so I'm trying to start
suspecting that the issue is somewhere else. Though you need to keep in
mind that I just read the Scheme crashcourse from the GuiX cookbook
days ago, so I'm really far from being fluent in Scheme.

> > so I'm probably doing something wrong here as I'm probably not
> > supposed to abuse guix system init to create chroots for lxc.
> 
> I’m not familiar with lxc, but it looks like it should work.
In a nutshell I'm trying to install GuiX:
- without a bootloader
- in a directory that isn't the root of a filesystem

I've tried also on /mnt which is backed by a partition:
> /dev/sdb4 on /mnt type ext4 (rw,relatime)

And again I've the same error:
> guix system  --on-error=debug -v3 --no-bootloader init system.scm
> /mnt/ guile: warning: failed to install locale
> Backtrace:
>1 (primitive-load "/root/.config/guix/current/bin/guix")
> In guix/ui.scm:
>   1949:12  0 (run-guix-command _ . _)
> 
> guix/ui.scm:1949:12: In procedure run-guix-command:
> In procedure struct-vtable: Wrong type argument in position 1
> (expecting struct): #f

Is that part of my system.scm really correct:
> (file-systems %base-file-systems)

I hope that I'm not polluting bugreports for issues that I'm responsible
of, but I don't have enough knowledge to know that in advance, and I
was advised to bugreport on #guix IRC channel.

Denis.


pgpqtjh9851hN.pgp
Description: OpenPGP digital signature

bug#42155: --with-source=PACKAGE=REPLACEMENT-SOURCE doesn't work recursively

[Ludovic Courtès]

pkill9  skribis:

>> I think what you're looking for is more of:
>> 
>> guix build --no-grafts mpv --with-input=youtube-dl=$(guix build
>> --no-grafts youtube-dl
>> --with-source=https://github.com/ytdl-org/youtube-dl/releases/download/2020.06.16/youtube-dl-2020.06.16.tar.gz)
>> 
>> This didn't work for me though, I got:
>> guix build: error:
>> /gnu/store/9ncacjhzwlchpr1y5fd8ahdq59dsya20-youtube-dl-2020.06.16:
>> unknown package
>
> Even if that worked, it doesn't fix the issue of the --with-source flag
> not working on the specified package's inputs.

‘--with-source’ is documented to be “shallow”: unlike ‘--with-input’ &
co., it doesn’t apply recursively.

I think we should change it though.

Ludo’.

bug#41927: gio mount unusable on many setups, likely caused by missing dependencies

[raingloom]

This is also an issue when trying to use USB devices.
For instance I couldn't get my microSD adapter working on the SDDM
machine, but it works flawlessly on my GDM based one.

See also the udisks related report from IRC:
http://logs.guix.gnu.org/guix/2020-07-02.log

bug#42167: upgrade-shepherd-services starts new services that have (auto-start? #f)

[Marius Bakke]

Greetings Guix,

Shepherd services support an AUTO-START? parameter that defaults to #t.
By setting it to #f, the service will not be started with the system.

However 'guix system reconfigure' will automatically start such a
service when it is added.  If the service already exists and is stopped,
it does not get started.

bug#42155: --with-source=PACKAGE=REPLACEMENT-SOURCE doesn't work recursively

[pkill9]

> I think what you're looking for is more of:
> 
> guix build --no-grafts mpv --with-input=youtube-dl=$(guix build
> --no-grafts youtube-dl
> --with-source=https://github.com/ytdl-org/youtube-dl/releases/download/2020.06.16/youtube-dl-2020.06.16.tar.gz)
> 
> This didn't work for me though, I got:
> guix build: error:
> /gnu/store/9ncacjhzwlchpr1y5fd8ahdq59dsya20-youtube-dl-2020.06.16:
> unknown package

Even if that worked, it doesn't fix the issue of the --with-source flag
not working on the specified package's inputs.

That command doesn't work because you're giving it a store path, not a
package specification.

bug#42166: texlive@2019 looks up font ‘.enc’ files in $PWD

[Ludovic Courtès]

Hi!

I’m using texlive 20190410 on

and pdftex fails like this:

--8<---cut here---start->8---
(/gnu/store/83kmnw6iyj0zj8j798baw8rw61rhl06a-texlive-texmf-20190410/share/texmf
-dist/tex/latex/fira/TS1FiraSans-LF.fd
File: TS1FiraSans-LF.fd 2019/04/04 (autoinst) Font definitions for TS1/FiraSans
-LF.
)
LaTeX Font Info:Font shape `TS1/FiraSans-LF/regular/n' will be
(Font)  scaled to size 6.0pt on input line 891.
LaTeX Font Info:Font shape `T1/zi4/m/n' will be
(Font)  scaled to size 6.0pt on input line 891.
 [63

]
\tf@nav=\write7
\openout7 = `talk.nav'.

\tf@toc=\write8
\openout8 = `talk.toc'.

\tf@snm=\write9
\openout9 = `talk.snm'.

Package atveryend Info: Empty hook `BeforeClearDocument' on input line 893.
Package atveryend Info: Empty hook `AfterLastShipout' on input line 893.

(/home/ludo/src/guix-maintenance/talks/fosdem-2020/containers/talk.aux)
Package atveryend Info: Executing hook `AtVeryEndDocument' on input line 893.
Package atveryend Info: Executing hook `AtEndAfterFileList' on input line 893.
Package rerunfilecheck Info: File `talk.out' has not changed.
(rerunfilecheck) Checksum: D41D8CD98F00B204E9800998ECF8427E;0.


LaTeX Font Warning: Some font shapes were not available, defaults substituted.


LaTeX Warning: Label(s) may have changed. Rerun to get cross-references right.

 ) 
Here is how much of TeX's memory you used:
 25988 strings out of 492623
 561649 string characters out of 6106507
 613472 words of memory out of 500
 29042 multiletter control sequences out of 15000+60
 377717 words of font info for 135 fonts, out of 800 for 9000
 1141 hyphenation exceptions out of 8191
 57i,15n,83p,908b,953s stack positions out of 5000i,500n,1p,20b,8s

!pdfTeX error: /home/ludo/.guix-profile/bin/pdflatex (file fir_junpg2.enc): can
not open encoding file for reading
 ==> Fatal error occurred, no output PDF file produced!
--8<---cut here---end--->8---

Stracing shows that pdflatex is looking for ‘fir_junpg2.enc’ in $PWD.

Any idea what’s going on?  This is with the monolithic ‘texlive’
package (I never managed to find the right package combination to use
the modular texlive).

I believe I used texlive@2018 (pre-core-updates merge) back when working
on this talk.

Thanks in advance,  :-)
Ludo’.

bug#34033: Offloading sometimes hangs

[Mathieu Othacehe]

Hello,

> (That still doesn’t tell us why our ‘guix offload’ processes would
> occasionally be stuck but at least it ensures the build farm keeps
> making progress even when that happens.)

I'm still not sure it's directly related to this bug but I observed
several offloading hangs on Berlin today.

For instance, in Cuirass logs:

--8<---cut here---start->8---
2020-07-02T09:59:45 '/gnu/store/rm8ndiichxhwybaizis5pgck77952ilp-halt.drv' 
offloaded to '141.80.167.164'
2020-07-02T09:54:30 
'/gnu/store/dxczkbf5wa6qr37gm7wr995hcxs8s0ya-motion-4.2.2.drv' offloaded to 
'141.80.167.170'
--8<---cut here---end--->8---

those two builds were offloaded around 10:00 today and there's still no
report from them at 16:00. 

On 141.80.167.164 there's a matching build log:

--8<---cut here---start->8---
-rw-r--r-- 1 root root 1735 Jul  2 10:00 
/var/log/guix/drvs/rm/8ndiichxhwybaizis5pgck77952ilp-halt.drv.bz2
--8<---cut here---end--->8---

same on 141.80.167.170,

--8<---cut here---start->8---
-rw-r--r-- 1 root root 6344 Jul  2 09:56 
/var/log/guix/drvs/dx/czkbf5wa6qr37gm7wr995hcxs8s0ya-motion-4.2.2.drv.bz2
--8<---cut here---end--->8---

Having those builds "unfinished" keeps the rest of the evaluation
hanging. Running this SQL command in Cuirass database:

--8<---cut here---start->8---
sqlite> select derivation, datetime(starttime, 'unixepoch', 
'localtime'),stoptime from Builds where status=-1 and evaluation=14771;
/gnu/store/ncp59nyidli4lm3ff2lkfjym25yb18j5-guix-1.1.0-14.5bd8033.drv|2020-07-02
 09:33:04|0
/gnu/store/rm8ndiichxhwybaizis5pgck77952ilp-halt.drv|2020-07-02 09:59:28|0
/gnu/store/71wnjgm2waqgw3fqmxmc4r3f1ifd1l92-cups-test.drv|2020-07-02 10:00:26|0
/gnu/store/9qsqd7jfwnaw9sm323y45cwymn98kyjl-exim-test.drv|2020-07-02 10:00:51|0
/gnu/store/vhcww4fw4qxw0hl1009npd26b22gfj3c-bitlbee-test.drv|2020-07-02 
10:00:24|0
/gnu/store/92jrd6dfzgdifr107hwi64s8hf4mls47-iptables.drv|2020-07-02 09:59:49|0
/gnu/store/380nq6sjphd0agrvl43sr6ypli1yraz4-gnunet-0.12.2.drv|2020-07-02 
09:51:32|0
/gnu/store/lqs22nbc6vy2z2524rmkcsmbh5mllm62-cuirass-0.0.1-37.882393d.drv|2020-07-02
 10:34:37|0
/gnu/store/dxczkbf5wa6qr37gm7wr995hcxs8s0ya-motion-4.2.2.drv|2020-07-02 
09:54:02|0
/gnu/store/5ln3r997ycr7rd6fqahd2d426mjw0rxb-gzochi-0.12.drv|2020-07-02 
09:53:51|0
--8<---cut here---end--->8---

shows that the evaluation is pretty much pending since 10:00.

According to Cuirass logs again, all those builds were offloaded,
"/gnu/store/380nq6sjphd0agrvl43sr6ypli1yraz4-gnunet-0.12.2.drv",
"/gnu/store/lqs22nbc6vy2z2524rmkcsmbh5mllm62-cuirass-0.0.1-37.882393d.drv"
and /gnu/store/5ln3r997ycr7rd6fqahd2d426mjw0rxb-gzochi-0.12.drv
are reported as failed, and all other are still hanging.

Something is going wrong here! I'll keep investigating.

Thanks,

Mathieu

bug#42151: [PATCH 0/3] offload to Childhurd fails: setting synchronous mode: locking protocol

[Ludovic Courtès]

Hi!

"Jan (janneke) Nieuwenhuizen"  skribis:

> $ guix offload test
> guix offload: testing 1 build machines defined in '/etc/guix/machines.scm'...
> guix offload: Guix is usable on 'childhurd' (test returned 
> "/gnu/store/883yjkl46dxw9mzykykmbs0yzwyxm17z-test")
> guix offload: 'childhurd' is running GNU Guile 3.0.4
> guix offload: error: exception occurred on remote host 'localhost': 
> (%exception # synchronous mode: locking protocol" status: 1>>)

Does sqlite pass its tests on GNU/Hurd?

Does it help if you set ‘settings.fsyncMetadata = false’ in the daemon?
As a stop-gap, we could add a command-line option if that helps.

The “synchronous = normal” mode translates to ‘fsync’ calls, right?  If
you rpctrace sqlite3, do you see ‘file_sync’ calls failing?

My 2¢!

Ludo’.

bug#42158: python-grequests broken, add zope dependencies to fix.

[Christopher Lemmer Webber]

Efraim Flashner writes:

> On Wed, Jul 01, 2020 at 04:39:05PM -0400, Christopher Lemmer Webber wrote:
>> Fix attached.  Ok to push?
>> 
>
> Looks good to me. I will note however that the test suite doesn't seem
> to actually be run.

Huh.  Well at least it's no longer breaking, which is what was happening
for me before.

>> From 1fc31863857361e9f88d92cbea2099fd7ea03b10 Mon Sep 17 00:00:00 2001
>> From: Christopher Lemmer Webber 
>> Date: Wed, 1 Jul 2020 16:36:29 -0400
>> Subject: [PATCH] gnu: python-grequests: Fix tests by adding zope 
>> dependencies.
>> 
>> * gnu/packages/python-web.scm (python-grequests): Add zope
>>   dependencies to native-inputs for tests.
>
> should be:
>
> * gnu/packages/python-web.scm (python-grequests)[native-inputs]:
> Add python-zope.interface, python-zope.event.
>

Done.  Changed and pushed!

>> ---
>>  gnu/packages/python-web.scm | 4 +++-
>>  1 file changed, 3 insertions(+), 1 deletion(-)
>> 
>> diff --git a/gnu/packages/python-web.scm b/gnu/packages/python-web.scm
>> index 030abef9c2..c929e254f7 100644
>> --- a/gnu/packages/python-web.scm
>> +++ b/gnu/packages/python-web.scm
>> @@ -2010,7 +2010,9 @@ library.")
>>   `(("python-gevent" ,python-gevent)
>> ("python-requests" ,python-requests)))
>>  (native-inputs
>> - `(("python-nose" ,python-nose)))
>> + `(("python-nose" ,python-nose)
>> +   ("python-zope.interface" ,python-zope-interface)
>> +   ("python-zope.event" ,python-zope-event)))
>>  (home-page "https://github.com/kennethreitz/grequests;)
>>  (synopsis "Python library for asynchronous HTTP requests")
>>  (description "GRequests is a Python library that allows you to use
>> -- 
>> 2.26.2
>> 

bug#41702: `guix environment` performance issues

[Lars-Dominik Braun]

Hi (again),

and the attached patch uses the new nodelay option, if we don’t want to wait
for another guile-ssh release.

Lars

From 2892f79f819dd2dd9420f7e74bcb6e293d377452 Mon Sep 17 00:00:00 2001
From: Lars-Dominik Braun 
Date: Thu, 2 Jul 2020 13:59:51 +0200
Subject: [PATCH] guix: Add nodelay to SSH store connection

* gnu/packages/ssh.scm (guile-ssh)[patches]: Add patch.
* gnu/packages/patches/guile-ssh-0.12.0-nodelay.patch: New file.
* gnu/local.mk (dist_patch_DATA): Add it.
* guix/ssh.scm (open-ssh-session): Use new nodelay option.
---
 gnu/local.mk  |  1 +
 .../patches/guile-ssh-0.12.0-nodelay.patch| 81 +++
 gnu/packages/ssh.scm  |  1 +
 guix/ssh.scm  |  4 +-
 4 files changed, 86 insertions(+), 1 deletion(-)
 create mode 100644 gnu/packages/patches/guile-ssh-0.12.0-nodelay.patch

diff --git a/gnu/local.mk b/gnu/local.mk
index 8bb56010c2..26725cbca1 100644
--- a/gnu/local.mk
+++ b/gnu/local.mk
@@ -1068,6 +1068,7 @@ dist_patch_DATA =		\
   %D%/packages/patches/guile-present-coding.patch		\
   %D%/packages/patches/guile-rsvg-pkgconfig.patch		\
   %D%/packages/patches/guile-emacs-fix-configure.patch		\
+  %D%/packages/patches/guile-ssh-0.12.0-nodelay.patch		\
   %D%/packages/patches/gtk2-respect-GUIX_GTK2_PATH.patch	\
   %D%/packages/patches/gtk2-respect-GUIX_GTK2_IM_MODULE_FILE.patch \
   %D%/packages/patches/gtk2-theme-paths.patch			\
diff --git a/gnu/packages/patches/guile-ssh-0.12.0-nodelay.patch b/gnu/packages/patches/guile-ssh-0.12.0-nodelay.patch
new file mode 100644
index 00..bc649b7469
--- /dev/null
+++ b/gnu/packages/patches/guile-ssh-0.12.0-nodelay.patch
@@ -0,0 +1,81 @@
+commit f697c603ef196eb88c1d7d629e456bf5054e35a4
+Author: Lars-Dominik Braun 
+Date:   Thu Jul 2 13:26:21 2020 +0200
+
+modules/ssh/session.scm: Add nodelay to make-session
+
+* modules/ssh/session.scm (make-session): Add key nodelay
+
+diff --git a/modules/ssh/session.scm b/modules/ssh/session.scm
+index d7c0831..042bd5f 100644
+--- a/modules/ssh/session.scm
 b/modules/ssh/session.scm
+@@ -74,7 +74,7 @@
+knownhosts timeout timeout-usec ssh1 ssh2 log-verbosity
+ciphers-c-s ciphers-s-c compression-c-s compression-s-c
+proxycommand stricthostkeycheck compression
+-   compression-level callbacks config)
++   compression-level nodelay callbacks config)
+   "Make a new SSH session with specified configuration.\n
+ Return a new SSH session."
+   (let ((session (%make-session)))
+@@ -98,6 +98,7 @@ Return a new SSH session."
+ (session-set-if-specified! stricthostkeycheck)
+ (session-set-if-specified! compression)
+ (session-set-if-specified! compression-level)
++(session-set-if-specified! nodelay)
+ (session-set-if-specified! callbacks)
+ 
+ (when config
+
+commit b80121ae3e851a676f25fd2b7e33371b94a6e030
+Author: Lars-Dominik Braun 
+Date:   Thu Jul 2 08:52:13 2020 +0200
+
+libguile-ssh/session-func.c: Add NODELAY option
+
+* libguile-ssh/session-func.c (session_options, set_option): Add libssh’s
+  nodelay option.
+* tests/session.scm ("session-set!, valid values", "session-set!, invalid
+  values"): Add unit-tests.
+
+diff --git a/libguile-ssh/session-func.c b/libguile-ssh/session-func.c
+index 48db779..9240734 100644
+--- a/libguile-ssh/session-func.c
 b/libguile-ssh/session-func.c
+@@ -71,6 +71,7 @@ static struct symbol_mapping session_options[] = {
+   { "stricthostkeycheck", SSH_OPTIONS_STRICTHOSTKEYCHECK },
+   { "compression",SSH_OPTIONS_COMPRESSION},
+   { "compression-level",  SSH_OPTIONS_COMPRESSION_LEVEL  },
++  { "nodelay",SSH_OPTIONS_NODELAY},
+   { "callbacks",  GSSH_OPTIONS_CALLBACKS },
+   { NULL, -1 }
+ };
+@@ -366,6 +367,7 @@ set_option (SCM scm_session, struct session_data* sd, int type, SCM value)
+ case SSH_OPTIONS_SSH1:
+ case SSH_OPTIONS_SSH2:
+ case SSH_OPTIONS_STRICTHOSTKEYCHECK:
++case SSH_OPTIONS_NODELAY:
+   return set_bool_opt (session, type, value);
+ 
+ case SSH_OPTIONS_FD:
+diff --git a/tests/session.scm b/tests/session.scm
+index 2eb1df7..83a864d 100644
+--- a/tests/session.scm
 b/tests/session.scm
+@@ -70,6 +70,7 @@
+   nolog)
+(compression   "yes" "no")
+(compression-level 1 2 3 4 5 6 7 8 9)
++   (nodelay  #f #t)
+(callbacks ((user-data . "hello")
+(global-request-callback . ,(const #f))
+ (res #t))
+@@ -95,6 +96,7 @@
+(log-verbosity "string" -1 0 1 2 3 4 5)
+(compression   12345)
+(compression-level -1 0 10)
++   (nodelay   12345 "string")
+

bug#42164: Combining file-append with gexps results in incomprehensible errors

[Jakub Kądziołka]

Consider this minimal operating-system definition:

(use-modules (gnu))
(use-package-modules gcc)

(operating-system
  (host-name "test")
  (timezone "UTC")
  (bootloader (bootloader-configuration
(bootloader grub-efi-bootloader)
(target "/boot/efi")))
  (file-systems (cons*
  (file-system
(device (file-system-label "root"))
(mount-point "/")
(type "ext4"))
  %base-file-systems))
  (packages '())
  (services (cons*
  (service special-files-service-type
   `(("/lib64" ,(directory-union "rustup-libs"
  (list
(file-append glibc "/lib")
(file-append #~#$gcc:lib "/lib"))
  %base-services)))

I would expect this way of specifying a specific output of a package to
work, but it results in the following error:

ice-9/boot-9.scm:1515:18: object is not an exception of the right type 
#< input: #:lib> 7f06c6b06990>> #

This also happens when I omit the directory-union:

  (service special-files-service-type
   `(("/lib64" ,(file-append #~#$gcc:lib "/lib"

What *does* work, is this variant with string-append:

  (service special-files-service-type
   `(("/lib64" ,#~(string-append #$gcc:lib "/lib"

However, using it in the directory-union breaks again:

  (service special-files-service-type
   `(("/lib64" ,(directory-union "rustup-libs"
  (list
(file-append glibc "/lib")
#~(string-append #$gcc:lib "/lib"))

ERROR: In procedure opendir:
Wrong type (expecting string): (string-append 
"/gnu/store/mdxmdhrlkgdik6ay9pzmmy8mjcbibpwb-gcc-7.5.0-lib" "/lib")
builder for `/gnu/store/p5hf7hqxn35fgsb75s5i7326vyzb8jkr-rustup-libs.drv' 
failed with exit code 1

I have figured out that the following does work:

  (service special-files-service-type
   `(("/lib64" ,#~(directory-union "rustup-libs"
(list
  (string-append #$glibc "/lib")
  (string-append #$gcc:lib "/lib"))

However, I would expect the other variants to work as well. The
documentation and error messages are lacking in this regard.

Regards,
Jakub Kądziołka


signature.asc
Description: PGP signature

bug#42162: gforge.inria.fr to be taken off-line in Dec. 2020

[Ludovic Courtès]

zimoun  skribis:

> On Thu, 02 Jul 2020 at 09:29, Ludovic Courtès  
> wrote:
>
>> The hosting site gforge.inria.fr will be taken off-line in December
>> 2020.  This GForge instance hosts source code as tarballs, Subversion
>> repos, and Git repos.  Users have been invited to migrate to
>> gitlab.inria.fr, which is Git only.  It seems that Software Heritage
>> hasn’t archived (yet) all of gforge.inria.fr.  Let’s keep track of the
>> situation in this issue.
>
> [...]
>
>> --8<---cut here---start->8---
>> scheme@(guile-user)> ,pp (lset-difference eq? $7 $8)
>> $11 = (#> 7f632401a640>
>>  #
>>  #
>>  #
>>  #)
>> --8<---cut here---end--->8---
>
> All the 5 are 'url-fetch' so we can expect that sources.json will be up
> before the shutdown on December. :-)

Unfortunately, it won’t help for tarballs:

  https://sympa.inria.fr/sympa/arc/swh-devel/2020-07/msg1.html

There’s this other discussion you mentioned, which I hope will have a
positive outcome:

  https://forge.softwareheritage.org/T2430

>> (use-modules (guix) (gnu)
>>  (guix svn-download)
>>  (guix git-download)
>>  (guix swh)
>
> It does not work properly if I do not replace by
>
>((guix swh) #:hide (origin?))

Oh right, I had overlooked this as I played at the REPL.

Thanks,
Ludo’.

bug#42162: gforge.inria.fr to be taken off-line in Dec. 2020

[zimoun]

Hi Ludo,

On Thu, 02 Jul 2020 at 09:29, Ludovic Courtès  wrote:

> The hosting site gforge.inria.fr will be taken off-line in December
> 2020.  This GForge instance hosts source code as tarballs, Subversion
> repos, and Git repos.  Users have been invited to migrate to
> gitlab.inria.fr, which is Git only.  It seems that Software Heritage
> hasn’t archived (yet) all of gforge.inria.fr.  Let’s keep track of the
> situation in this issue.

[...]

> --8<---cut here---start->8---
> scheme@(guile-user)> ,pp (lset-difference eq? $7 $8)
> $11 = (# 7f632401a640>
>  #
>  #
>  #
>  #)
> --8<---cut here---end--->8---

All the 5 are 'url-fetch' so we can expect that sources.json will be up
before the shutdown on December. :-)

Then, all the 14 packages we have from gforge.inria.fr will be
git-fetch, right?  So should we contact upstream to inform us when they
switch?  Then we can adapt the origin.

> (use-modules (guix) (gnu)
>  (guix svn-download)
>  (guix git-download)
>  (guix swh)

It does not work properly if I do not replace by

   ((guix swh) #:hide (origin?))

Well, I have no investigate further.

>  (ice-9 match)
>  (srfi srfi-1)
>  (srfi srfi-26))

[...]

> (define archived-source
>   (filter (lambda (package)
> (let* ((origin (package-source package))
>(hash  (origin-hash origin)))
>   (lookup-content (content-hash-value hash)
>   (symbol->string
>(content-hash-algorithm hash)
>   packages-on-gforge))

I am a bit lost about the other discussion on falling back for tarball.
But that's another story. :-)


Cheers,
simon

bug#42161: Confusing '' error message

[Ludovic Courtès]

Hello,

Denis 'GNUtoo' Carikli  skribis:

> When doing guix system system.scm /path/to/empty/directory, I have the
> following error message:
>
>> # guix system --verbosity=99 --debug=99 --no-bootloader  init
>> system.scm /srv/distros/guix/ guile: warning: failed to install locale
>> acquiring global GC lock `/var/guix/gc.lock'
>> acquiring read lock on `/var/guix/temproots/14408'
>> acquiring write lock on `/var/guix/temproots/14408'
> [...]
>> acquiring write lock on `/var/guix/temproots/14408'
>> downgrading to read lock on `/var/guix/temproots/14408'
>> Backtrace:
>>1 (primitive-load "/root/.config/guix/current/bin/guix")
>> In guix/ui.scm:
>>   1949:12  0 (run-guix-command _ . _)
>> 
>> guix/ui.scm:1949:12: In procedure run-guix-command:
>> In procedure struct-vtable: Wrong type argument in position 1
>> (expecting struct): #f

Ah, I think it’s a longstanding bug having to do with ‘--debug’ for
levels greater than 4 or something.

In general, I recommend not using ‘--debug’: it’s rarely of any use,
even for someone working on Guix (but I reckon it’s logical to give it a
try when you’re trying to debug something!).  Perhaps we should just
rename it to ‘--daemon-debug’ or something.

If you’re having troubles building your system, I’d try building with
‘-v3’ (verbose mode) for example, or ‘--on-error=debug’ if the problem
is in your ‘system.scm’ file.

> so I'm probably doing something wrong here as I'm probably not supposed
> to abuse guix system init to create chroots for lxc.

I’m not familiar with lxc, but it looks like it should work.

HTH!

Ludo’.

bug#42162: gforge.inria.fr to be taken off-line in Dec. 2020

[Ludovic Courtès]

Hello!

The hosting site gforge.inria.fr will be taken off-line in December
2020.  This GForge instance hosts source code as tarballs, Subversion
repos, and Git repos.  Users have been invited to migrate to
gitlab.inria.fr, which is Git only.  It seems that Software Heritage
hasn’t archived (yet) all of gforge.inria.fr.  Let’s keep track of the
situation in this issue.

The following packages have their source on gforge.inria.fr:

--8<---cut here---start->8---
scheme@(guile-user)> ,pp packages-on-gforge
$7 = (#
 #
 #
 #
 #
 #
 #
 #
 #
 #
 #)
--8<---cut here---end--->8---

‘isl’ (a dependency of GCC) has its source on gforge.inria.fr but it’s
also mirrored at gcc.gnu.org apparently.

Of these, the following are available on Software Heritage:

--8<---cut here---start->8---
scheme@(guile-user)> ,pp archived-source
$8 = (#
 #
 #
 #
 #
 #
 #
 #)
--8<---cut here---end--->8---

So we’ll be missing these:

--8<---cut here---start->8---
scheme@(guile-user)> ,pp (lset-difference eq? $7 $8)
$11 = (#
 #
 #
 #
 #)
--8<---cut here---end--->8---

Attached the code I used for this.

Thanks,
Ludo’.

(use-modules (guix) (gnu)
 (guix svn-download)
 (guix git-download)
 (guix swh)
 (ice-9 match)
 (srfi srfi-1)
 (srfi srfi-26))

(define (gforge? package)
  (define (gforge-string? str)
(string-contains str "gforge.inria.fr"))

  (match (package-source package)
((? origin? o)
 (match (origin-uri o)
   ((? string? url)
(gforge-string? url))
   (((? string? urls) ...)
(any gforge-string? urls));or 'find'
   ((? git-reference? ref)
(gforge-string? (git-reference-url ref)))
   ((? svn-reference? ref)
(gforge-string? (svn-reference-url ref)))
   (_ #f)))
(_ #f)))

(define packages-on-gforge
  (fold-packages (lambda (package result)
   (if (gforge? package)
   (cons package result)
   result))
 '()))

(define archived-source
  (filter (lambda (package)
(let* ((origin (package-source package))
   (hash  (origin-hash origin)))
  (lookup-content (content-hash-value hash)
  (symbol->string
   (content-hash-algorithm hash)
  packages-on-gforge))

bug#42158: python-grequests broken, add zope dependencies to fix.

[Efraim Flashner]

On Wed, Jul 01, 2020 at 04:39:05PM -0400, Christopher Lemmer Webber wrote:
> Fix attached.  Ok to push?
> 

Looks good to me. I will note however that the test suite doesn't seem
to actually be run.

> From 1fc31863857361e9f88d92cbea2099fd7ea03b10 Mon Sep 17 00:00:00 2001
> From: Christopher Lemmer Webber 
> Date: Wed, 1 Jul 2020 16:36:29 -0400
> Subject: [PATCH] gnu: python-grequests: Fix tests by adding zope dependencies.
> 
> * gnu/packages/python-web.scm (python-grequests): Add zope
>   dependencies to native-inputs for tests.

should be:

* gnu/packages/python-web.scm (python-grequests)[native-inputs]:
Add python-zope.interface, python-zope.event.


> ---
>  gnu/packages/python-web.scm | 4 +++-
>  1 file changed, 3 insertions(+), 1 deletion(-)
> 
> diff --git a/gnu/packages/python-web.scm b/gnu/packages/python-web.scm
> index 030abef9c2..c929e254f7 100644
> --- a/gnu/packages/python-web.scm
> +++ b/gnu/packages/python-web.scm
> @@ -2010,7 +2010,9 @@ library.")
>   `(("python-gevent" ,python-gevent)
> ("python-requests" ,python-requests)))
>  (native-inputs
> - `(("python-nose" ,python-nose)))
> + `(("python-nose" ,python-nose)
> +   ("python-zope.interface" ,python-zope-interface)
> +   ("python-zope.event" ,python-zope-event)))
>  (home-page "https://github.com/kennethreitz/grequests;)
>  (synopsis "Python library for asynchronous HTTP requests")
>  (description "GRequests is a Python library that allows you to use
> -- 
> 2.26.2
> 


-- 
Efraim Flashner  אפרים פלשנר
GPG key = A28B F40C 3E55 1372 662D  14F7 41AA E7DC CA3D 8351
Confidentiality cannot be guaranteed on emails sent or received unencrypted


signature.asc
Description: PGP signature

bug#42155: --with-source=PACKAGE=REPLACEMENT-SOURCE doesn't work recursively

[Efraim Flashner]

On Wed, Jul 01, 2020 at 05:53:31PM +0100, pkill9 wrote:
> For example, `guix build --with-source=youtube-dl=blahblah mpv` builds
> mpv normally, after giving a message: guix build: warning:
> transformation 'with-source' had no effect on mpv@0.32.0
> 

From 'guix build --help:'
  --with-source=SOURCE
 use SOURCE when building the corresponding package
  --with-input=PACKAGE=REPLACEMENT
 replace dependency PACKAGE by REPLACEMENT

I think what you're looking for is more of:

guix build --no-grafts mpv --with-input=youtube-dl=$(guix build --no-grafts 
youtube-dl 
--with-source=https://github.com/ytdl-org/youtube-dl/releases/download/2020.06.16/youtube-dl-2020.06.16.tar.gz)

This didn't work for me though, I got:
guix build: error: 
/gnu/store/9ncacjhzwlchpr1y5fd8ahdq59dsya20-youtube-dl-2020.06.16: unknown 
package

-- 
Efraim Flashner  אפרים פלשנר
GPG key = A28B F40C 3E55 1372 662D  14F7 41AA E7DC CA3D 8351
Confidentiality cannot be guaranteed on emails sent or received unencrypted


signature.asc
Description: PGP signature

bug#41702: `guix environment` performance issues

[Lars-Dominik Braun]

Hi,

> Would you like to send them a patch?
done: https://github.com/artyom-poptsov/guile-ssh/pull/21

Cheers,
Lars



signature.asc
Description: PGP signature

bug#42148: guix-1.1.0-13.26611f5 fails to build

[Mathieu Othacehe]

Hey!

> [  5%] LOAD guix/glob.scm
> [  6%] LOAD guix/workers.scm
> [  7%] LOAD guix/zlib.scm
> [  7%] LOAD guix/build-system.scm
> [  8%] LOAD guix/build-system/android-ndk.scm
>
> I suspect that weird timestamp issue could well explain many things.

Oh good catch, I didn't notice it. All build machines seem to have a
sane "date" output, but I guess the issue is probably trickier. For now,
I'll make a new Guix update to trigger a new rebuild and try to find the
guilty machine in parallel.

Thanks,

Mathieu