core-updates call for testing

core-updates call for testing

[Marius Bakke]

[-- Attachment #1: Type: text/plain, Size: 776 bytes --]

Hello Guix!

The "core-updates" branch is ready for testing!  According to 'guix
weather', the substitute coverage is slightly better than on "master"
for x86_64.  You can get it by running:

  guix pull --branch=core-updates

Please try upgrading your profiles and systems and file bugs for
anything that does not work for you.  GNOME users in particular are
encouraged to try the new GNOME 3.34 and report any regressions.

If you don't feel like jumping into the deep end, you can pull it to a
temporary location instead of the default ~/.config/guix/current:

  guix pull -p /tmp/core-updates --branch=core-updates
  /tmp/core-updates/bin/guix package -u

That way you don't have to 'guix pull --roll-back' to get at your
previous Guix (from the "master" branch).

Enjoy!

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 487 bytes --]

Re: core-updates call for testing

[Leo Famulari]

On Fri, Apr 24, 2020 at 01:24:23AM +0200, Marius Bakke wrote:
Testing now!

First feedback, this warning is new IIRC, based on commit 69c2e01:

Computing Guix derivation for 'x86_64-linux'...  WARNING: (guix build emacs-build-system): imported module (guix build utils) overrides core binding `delete'

Re: core-updates call for testing

[Leo Famulari]

[-- Attachment #1: Type: text/plain, Size: 3651 bytes --]

I'm doing `guix pull --branch=core-updates`, with a `guix describe` of
commit a533c5a183 (core-updates from 2 weeks ago), on Debian, in tmux,
and I see this weird thing:

------
substitute: updating substitutes from 'https://private.mirror'... 100.0%
@ substituter-started /gnu/store/zfskbazynmdgmrbhnkbvar8qn5rpqgh2-git-minimal-2.26.2 substitute
/@ download-started /gnu/store/zfskbazynmdgmrbhnkbvar8qn5rpqgh2-git-minimal-2.26.2 https://private.mirror/nar/lzip/zfskbazynmdgmrbhnkbvar8qn5rpqgh2-git-minimal-2.26.2 4856299
\@ download-progress /gnu/store/zfskbazynmdgmrbhnkbvar8qn5rpqgh2-git-minimal-2.26.2 https://private.mirror/nar/lzip/zfskbazynmdgmrbhnkbvar8qn5rpqgh2-git-minimal-2.26.2 4856299 65544
-@ download-progress /gnu/store/zfskbazynmdgmrbhnkbvar8qn5rpqgh2-git-minimal-2.26.2 https://private.mirror/nar/lzip/zfskbazynmdgmrbhnkbvar8qn5rpqgh2-git-minimal-2.26.2 4856299 131082
-@ download-progress /gnu/store/zfskbazynmdgmrbhnkbvar8qn5rpqgh2-git-minimal-2.26.2 https://private.mirror/nar/lzip/zfskbazynmdgmrbhnkbvar8qn5rpqgh2-git-minimal-2.26.2 4856299 196619
|@ download-progress /gnu/store/zfskbazynmdgmrbhnkbvar8qn5rpqgh2-git-minimal-2.26.2 https://private.mirror/nar/lzip/zfskbazynmdgmrbhnkbvar8qn5rpqgh2-git-minimal-2.26.2 4856299 262158
-@ download-progress /gnu/store/zfskbazynmdgmrbhnkbvar8qn5rpqgh2-git-minimal-2.26.2 https://private.mirror/nar/lzip/zfskbazynmdgmrbhnkbvar8qn5rpqgh2-git-minimal-2.26.2 4856299 327695
|@ download-progress /gnu/store/zfskbazynmdgmrbhnkbvar8qn5rpqgh2-git-minimal-2.26.2 https://private.mirror/nar/lzip/zfskbazynmdgmrbhnkbvar8qn5rpqgh2-git-minimal-2.26.2 4856299 393232
|@ download-progress /gnu/store/zfskbazynmdgmrbhnkbvar8qn5rpqgh2-git-minimal-2.26.2 https://private.mirror/nar/lzip/zfskbazynmdgmrbhnkbvar8qn5rpqgh2-git-minimal-2.26.2 4856299 458769
|@ download-progress /gnu/store/zfskbazynmdgmrbhnkbvar8qn5rpqgh2-git-minimal-2.26.2 https://private.mirror/nar/lzip/zfskbazynmdgmrbhnkbvar8qn5rpqgh2-git-minimal-2.26.2 4856299 524306
\@ download-progress /gnu/store/zfskbazynmdgmrbhnkbvar8qn5rpqgh2-git-minimal-2.26.2 https://private.mirror/nar/lzip/zfskbazynmdgmrbhnkbvar8qn5rpqgh2-git-minimal-2.26.2 4856299 589844
/@ download-progress /gnu/store/zfskbazynmdgmrbhnkbvar8qn5rpqgh2-git-minimal-2.26.2 https://private.mirror/nar/lzip/zfskbazynmdgmrbhnkbvar8qn5rpqgh2-git-minimal-2.26.2 4856299 655381
-@ download-progress /gnu/store/zfskbazynmdgmrbhnkbvar8qn5rpqgh2-git-minimal-2.26.2 https://private.mirror/nar/lzip/zfskbazynmdgmrbhnkbvar8qn5rpqgh2-git-minimal-2.26.2 4856299 720918
/@ download-progress /gnu/store/zfskbazynmdgmrbhnkbvar8qn5rpqgh2-git-minimal-2.26.2 https://private.mirror/nar/lzip/zfskbazynmdgmrbhnkbvar8qn5rpqgh2-git-minimal-2.26.2 4856299 786455
|@ download-progress /gnu/store/zfskbazynmdgmrbhnkbvar8qn5rpqgh2-git-minimal-2.26.2 https://private.mirror/nar/lzip/zfskbazynmdgmrbhnkbvar8qn5rpqgh2-git-minimal-2.26.2 4856299 851992
\@ download-progress /gnu/store/zfskbazynmdgmrbhnkbvar8qn5rpqgh2-git-minimal-2.26.2 https://private.mirror/nar/lzip/zfskbazynmdgmrbhnkbvar8qn5rpqgh2-git-minimal-2.26.2 4856299 917530
/@ download-progress /gnu/store/zfskbazynmdgmrbhnkbvar8qn5rpqgh2-git-minimal-2.26.2 https://private.mirror/nar/lzip/zfskbazynmdgmrbhnkbvar8qn5rpqgh2-git-minimal-2.26.2 4856299 983067
|@ download-progress /gnu/store/zfskbazynmdgmrbhnkbvar8qn5rpqgh2-git-minimal-2.26.2 https://private.mirror/nar/lzip/zfskbazynmdgmrbhnkbvar8qn5rpqgh2-git-minimal-2.26.2 4856299 1048605
------

I don't remember it looking like this previously. I am running the
daemon with --max-jobs=4, so I don't expect nice progress bars, but I
think this is a regression from how it works on master.

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 833 bytes --]

Re: core-updates call for testing

[sirgazil]

 ---- On Thu, 23 Apr 2020 23:45:51 +0000 Leo Famulari <leo@famulari.name> wrote ----
 > I'm doing `guix pull --branch=core-updates`, with a `guix describe` of
 > commit a533c5a183 (core-updates from 2 weeks ago), on Debian, in tmux,
 > and I see this weird thing:
 > 
 > ------
 > substitute: updating substitutes from 'https://private.mirror'... 100.0%
 > @ substituter-started /gnu/store/zfskbazynmdgmrbhnkbvar8qn5rpqgh2-git-minimal-2.26.2 substitute
 > /@ download-started /gnu/store/zfskbazynmdgmrbhnkbvar8qn5rpqgh2-git-minimal-2.26.2 https://private.mirror/nar/lzip/zfskbazynmdgmrbhnkbvar8qn5rpqgh2-git-minimal-2.26.2 4856299
 > \@ download-progress /gnu/store/zfskbazynmdgmrbhnkbvar8qn5rpqgh2-git-minimal-2.26.2 https://private.mirror/nar/lzip/zfskbazynmdgmrbhnkbvar8qn5rpqgh2-git-minimal-2.26.2 4856299 65544
 > -@ download-progress /gnu/store/zfskbazynmdgmrbhnkbvar8qn5rpqgh2-git-minimal-2.26.2 https://private.mirror/nar/lzip/zfskbazynmdgmrbhnkbvar8qn5rpqgh2-git-minimal-2.26.2 4856299 131082
 > -@ download-progress /gnu/store/zfskbazynmdgmrbhnkbvar8qn5rpqgh2-git-minimal-2.26.2 https://private.mirror/nar/lzip/zfskbazynmdgmrbhnkbvar8qn5rpqgh2-git-minimal-2.26.2 4856299 196619
 > |@ download-progress /gnu/store/zfskbazynmdgmrbhnkbvar8qn5rpqgh2-git-minimal-2.26.2 https://private.mirror/nar/lzip/zfskbazynmdgmrbhnkbvar8qn5rpqgh2-git-minimal-2.26.2 4856299 262158
 > -@ download-progress /gnu/store/zfskbazynmdgmrbhnkbvar8qn5rpqgh2-git-minimal-2.26.2 https://private.mirror/nar/lzip/zfskbazynmdgmrbhnkbvar8qn5rpqgh2-git-minimal-2.26.2 4856299 327695
 > |@ download-progress /gnu/store/zfskbazynmdgmrbhnkbvar8qn5rpqgh2-git-minimal-2.26.2 https://private.mirror/nar/lzip/zfskbazynmdgmrbhnkbvar8qn5rpqgh2-git-minimal-2.26.2 4856299 393232
 > |@ download-progress /gnu/store/zfskbazynmdgmrbhnkbvar8qn5rpqgh2-git-minimal-2.26.2 https://private.mirror/nar/lzip/zfskbazynmdgmrbhnkbvar8qn5rpqgh2-git-minimal-2.26.2 4856299 458769
 > |@ download-progress /gnu/store/zfskbazynmdgmrbhnkbvar8qn5rpqgh2-git-minimal-2.26.2 https://private.mirror/nar/lzip/zfskbazynmdgmrbhnkbvar8qn5rpqgh2-git-minimal-2.26.2 4856299 524306
 > \@ download-progress /gnu/store/zfskbazynmdgmrbhnkbvar8qn5rpqgh2-git-minimal-2.26.2 https://private.mirror/nar/lzip/zfskbazynmdgmrbhnkbvar8qn5rpqgh2-git-minimal-2.26.2 4856299 589844
 > /@ download-progress /gnu/store/zfskbazynmdgmrbhnkbvar8qn5rpqgh2-git-minimal-2.26.2 https://private.mirror/nar/lzip/zfskbazynmdgmrbhnkbvar8qn5rpqgh2-git-minimal-2.26.2 4856299 655381
 > -@ download-progress /gnu/store/zfskbazynmdgmrbhnkbvar8qn5rpqgh2-git-minimal-2.26.2 https://private.mirror/nar/lzip/zfskbazynmdgmrbhnkbvar8qn5rpqgh2-git-minimal-2.26.2 4856299 720918
 > /@ download-progress /gnu/store/zfskbazynmdgmrbhnkbvar8qn5rpqgh2-git-minimal-2.26.2 https://private.mirror/nar/lzip/zfskbazynmdgmrbhnkbvar8qn5rpqgh2-git-minimal-2.26.2 4856299 786455
 > |@ download-progress /gnu/store/zfskbazynmdgmrbhnkbvar8qn5rpqgh2-git-minimal-2.26.2 https://private.mirror/nar/lzip/zfskbazynmdgmrbhnkbvar8qn5rpqgh2-git-minimal-2.26.2 4856299 851992
 > \@ download-progress /gnu/store/zfskbazynmdgmrbhnkbvar8qn5rpqgh2-git-minimal-2.26.2 https://private.mirror/nar/lzip/zfskbazynmdgmrbhnkbvar8qn5rpqgh2-git-minimal-2.26.2 4856299 917530
 > /@ download-progress /gnu/store/zfskbazynmdgmrbhnkbvar8qn5rpqgh2-git-minimal-2.26.2 https://private.mirror/nar/lzip/zfskbazynmdgmrbhnkbvar8qn5rpqgh2-git-minimal-2.26.2 4856299 983067
 > |@ download-progress /gnu/store/zfskbazynmdgmrbhnkbvar8qn5rpqgh2-git-minimal-2.26.2 https://private.mirror/nar/lzip/zfskbazynmdgmrbhnkbvar8qn5rpqgh2-git-minimal-2.26.2 4856299 1048605
 > ------
 > 
 > I don't remember it looking like this previously. I am running the
 > daemon with --max-jobs=4, so I don't expect nice progress bars, but I
 > think this is a regression from how it works on master.
 > 


I'm using the Guix System with this Guix:

guix describe
Generation 73	Apr 22 2020 18:37:14	(current)
  sirgazil-x 5ef0404
    repository URL: https://gitlab.com/sirgazil/guix-channel-x.git
    branch: master
    commit: 5ef04045d14e154e7792b42762155be63cf34076
  guix 179c59c
    repository URL: https://git.savannah.gnu.org/git/guix.git
    branch: master
    commit: 179c59c3d3a7c446f0c0e4b55f799ad3a2abc48c

And I've already seen that before (I mean those bars before the @ sign, etc.), but I don't know how it is supposed to be presented. That information usually makes no sense to me :P

I've been using flatpak, and the information you see while things are downloading is quite legible and succinct, unlike guix.

Re: core-updates call for testing

[sirgazil]

 ---- On Thu, 23 Apr 2020 23:24:23 +0000 Marius Bakke <mbakke@fastmail.com> wrote ----
 > Hello Guix!
 > 
 > The "core-updates" branch is ready for testing!  According to 'guix
 > weather', the substitute coverage is slightly better than on "master"
 > for x86_64.  You can get it by running:
 > 
 >   guix pull --branch=core-updates
 > 
 > Please try upgrading your profiles and systems and file bugs for
 > anything that does not work for you.  GNOME users in particular are
 > encouraged to try the new GNOME 3.34 and report any regressions.

I pulled from core-updates without problems, but "guix upgrade" failed.

First, when running "guix upgrade", I got the following message, which I think is confusing because I use GNU, not Guix on a foreign distro:

    $ guix upgrade
    guile: warning: failed to install locale
    hint: Consider installing the `glibc-utf8-locales' or `glibc-locales' package and defining `GUIX_LOCPATH', along these lines:

         guix package -i glibc-utf8-locales
         export GUIX_LOCPATH="$HOME/.guix-profile/lib/locale"

    See the "Application Setup" section in the manual, for more info.

Then, everything was going alright, until building emacs-guix derivation failed:

    building /gnu/store/6kdl0pyv7i571d6b4vcxskr75ffqw1mk-emacs-guix-0.5.2.drv...
    \ 'configure' phasebuilder for `/gnu/store/6kdl0pyv7i571d6b4vcxskr75ffqw1mk-emacs-guix-0.5.2.drv' failed with exit code 1
    build of /gnu/store/6kdl0pyv7i571d6b4vcxskr75ffqw1mk-emacs-guix-0.5.2.drv failed
    View build log at '/var/log/guix/drvs/6k/dl0pyv7i571d6b4vcxskr75ffqw1mk-emacs-guix-0.5.2.drv.bz2'.
    guix upgrade: error: build of `/gnu/store/6kdl0pyv7i571d6b4vcxskr75ffqw1mk-emacs-guix-0.5.2.drv' failed


The build log said:

    starting phase `configure'
    source directory: "/tmp/guix-build-emacs-guix-0.5.2.drv-0/emacs-guix-0.5.2" (relative from build: ".")
    build directory: "/tmp/guix-build-emacs-guix-0.5.2.drv-0/emacs-guix-0.5.2"
    configure flags: ("CONFIG_SHELL=/gnu/store/pwcp239kjf7lnj5i4lkdzcfcxwcfyk72-bash-minimal-5.0.16/bin/bash" "SHELL=/gnu/store/pwcp239kjf7lnj5i4lkdzcfcxwcfyk72-bash-minimal-5.0.16/bin/bash" "--prefix=/gnu/store/bqplgazij77awh62579p56wbnxdb1c2l-emacs-guix-0.5.2" "--enable-fast-install" "--build=x86_64-unknown-linux-gnu")
    configure: WARNING: unrecognized options: --enable-fast-install
    checking for a BSD-compatible install... /gnu/store/57xj5gcy1jbl9ai2lnrqnpr0dald9i65-coreutils-8.32/bin/install -c
    checking whether build environment is sane... yes
    checking for a thread-safe mkdir -p... /gnu/store/57xj5gcy1jbl9ai2lnrqnpr0dald9i65-coreutils-8.32/bin/mkdir -p
    checking for gawk... gawk
    checking whether make sets $(MAKE)... no
    checking whether make supports nested variables... yes
    checking whether make supports nested variables... (cached) yes
    checking for pkg-config... /gnu/store/krpyb0zi700dcrg9cc8932w4v0qivdg9-pkg-config-0.29.2/bin/pkg-config
    checking pkg-config is at least version 0.9.0... yes
    configure: checking for guile 2.2
    configure: checking for guile 2.0
    configure: error: 
    No Guile development packages were found.

    Please verify that you have Guile installed.  If you installed Guile
    from a binary distribution, please verify that you have also installed
    the development packages.  If you installed it yourself, you might need
    to adjust your PKG_CONFIG_PATH; see the pkg-config man page for more.

    command "/gnu/store/pwcp239kjf7lnj5i4lkdzcfcxwcfyk72-bash-minimal-5.0.16/bin/bash" "./configure" "CONFIG_SHELL=/gnu/store/pwcp239kjf7lnj5i4lkdzcfcxwcfyk72-bash-minimal-5.0.16/bin/bash" "SHELL=/gnu/store/pwcp239kjf7lnj5i4lkdzcfcxwcfyk72-bash-minimal-5.0.16/bin/bash" "--prefix=/gnu/store/bqplgazij77awh62579p56wbnxdb1c2l-emacs-guix-0.5.2" "--enable-fast-install" "--build=x86_64-unknown-linux-gnu" failed with status 1

Re: core-updates call for testing

[sirgazil]

 ---- On Fri, 24 Apr 2020 03:20:41 +0000 sirgazil <sirgazil@zoho.com> wrote ----
 >  ---- On Thu, 23 Apr 2020 23:24:23 +0000 Marius Bakke <mbakke@fastmail.com> wrote ----
 >  > Hello Guix!
 >  > 
 >  > The "core-updates" branch is ready for testing!  According to 'guix
 >  > weather', the substitute coverage is slightly better than on "master"
 >  > for x86_64.  You can get it by running:
 >  > 
 >  >   guix pull --branch=core-updates
 >  > 
 >  > Please try upgrading your profiles and systems and file bugs for
 >  > anything that does not work for you.  GNOME users in particular are
 >  > encouraged to try the new GNOME 3.34 and report any regressions.
 > 
 > I pulled from core-updates without problems, but "guix upgrade" failed.
 > 
 > First, when running "guix upgrade", I got the following message, which I think is confusing because I use GNU, not Guix on a foreign distro:
 > 
 >     $ guix upgrade
 >     guile: warning: failed to install locale
 >     hint: Consider installing the `glibc-utf8-locales' or `glibc-locales' package and defining `GUIX_LOCPATH', along these lines:
 > 
 >          guix package -i glibc-utf8-locales
 >          export GUIX_LOCPATH="$HOME/.guix-profile/lib/locale"
 > 
 >     See the "Application Setup" section in the manual, for more info.
 > 
 > Then, everything was going alright, until building emacs-guix derivation failed:
 > 
 >     building /gnu/store/6kdl0pyv7i571d6b4vcxskr75ffqw1mk-emacs-guix-0.5.2.drv...
 >     \ 'configure' phasebuilder for `/gnu/store/6kdl0pyv7i571d6b4vcxskr75ffqw1mk-emacs-guix-0.5.2.drv' failed with exit code 1
 >     build of /gnu/store/6kdl0pyv7i571d6b4vcxskr75ffqw1mk-emacs-guix-0.5.2.drv failed
 >     View build log at '/var/log/guix/drvs/6k/dl0pyv7i571d6b4vcxskr75ffqw1mk-emacs-guix-0.5.2.drv.bz2'.
 >     guix upgrade: error: build of `/gnu/store/6kdl0pyv7i571d6b4vcxskr75ffqw1mk-emacs-guix-0.5.2.drv' failed
 > 
 > 
 > The build log said:
 > 
 >     starting phase `configure'
 >     source directory: "/tmp/guix-build-emacs-guix-0.5.2.drv-0/emacs-guix-0.5.2" (relative from build: ".")
 >     build directory: "/tmp/guix-build-emacs-guix-0.5.2.drv-0/emacs-guix-0.5.2"
 >     configure flags: ("CONFIG_SHELL=/gnu/store/pwcp239kjf7lnj5i4lkdzcfcxwcfyk72-bash-minimal-5.0.16/bin/bash" "SHELL=/gnu/store/pwcp239kjf7lnj5i4lkdzcfcxwcfyk72-bash-minimal-5.0.16/bin/bash" "--prefix=/gnu/store/bqplgazij77awh62579p56wbnxdb1c2l-emacs-guix-0.5.2" "--enable-fast-install" "--build=x86_64-unknown-linux-gnu")
 >     configure: WARNING: unrecognized options: --enable-fast-install
 >     checking for a BSD-compatible install... /gnu/store/57xj5gcy1jbl9ai2lnrqnpr0dald9i65-coreutils-8.32/bin/install -c
 >     checking whether build environment is sane... yes
 >     checking for a thread-safe mkdir -p... /gnu/store/57xj5gcy1jbl9ai2lnrqnpr0dald9i65-coreutils-8.32/bin/mkdir -p
 >     checking for gawk... gawk
 >     checking whether make sets $(MAKE)... no
 >     checking whether make supports nested variables... yes
 >     checking whether make supports nested variables... (cached) yes
 >     checking for pkg-config... /gnu/store/krpyb0zi700dcrg9cc8932w4v0qivdg9-pkg-config-0.29.2/bin/pkg-config
 >     checking pkg-config is at least version 0.9.0... yes
 >     configure: checking for guile 2.2
 >     configure: checking for guile 2.0
 >     configure: error: 
 >     No Guile development packages were found.
 > 
 >     Please verify that you have Guile installed.  If you installed Guile
 >     from a binary distribution, please verify that you have also installed
 >     the development packages.  If you installed it yourself, you might need
 >     to adjust your PKG_CONFIG_PATH; see the pkg-config man page for more.
 > 
 >     command "/gnu/store/pwcp239kjf7lnj5i4lkdzcfcxwcfyk72-bash-minimal-5.0.16/bin/bash" "./configure" "CONFIG_SHELL=/gnu/store/pwcp239kjf7lnj5i4lkdzcfcxwcfyk72-bash-minimal-5.0.16/bin/bash" "SHELL=/gnu/store/pwcp239kjf7lnj5i4lkdzcfcxwcfyk72-bash-minimal-5.0.16/bin/bash" "--prefix=/gnu/store/bqplgazij77awh62579p56wbnxdb1c2l-emacs-guix-0.5.2" "--enable-fast-install" "--build=x86_64-unknown-linux-gnu" failed with status 1
 > 
 > 


Then, I decided to remove emacs-guix, and try again to upgrade. This time, one of my packages in a custom channel failed with "no code for (term ansi-color)" (the package definition: https://gitlab.com/sirgazil/guix-channel-x/-/blob/master/sirgazil-x/packages/guile.scm#L13). This is not a new package in my profile, I've been using it for a long time. Since both error seemed to be related to Guile, I removed all Guile-related packages from my profile and tried upgrading again. This time, the upgrade succeeded.

I moved on to reconfiguring the system with "sudo system reconfigure my-gnome-config.scm", which failed with the following error:

downloading from https://ci.guix.gnu.org/nar/lzip/24yvi2yyknfrpyb7linxd09dkpc560xp-nss-certs-3.50 ...
 nss-certs-3.50  133KiB                                                                                                                                                                             314KiB/s 00:00 [########          ]  48.3%Backtrace:
           3 (apply-smob/1 #<catch-closure 7fb8bcb391e0>)
In ice-9/boot-9.scm:
    705:2  2 (call-with-prompt _ _ #<procedure default-prompt-handle?>)
In ice-9/eval.scm:
    619:8  1 (_ #(#(#<directory (guile-user) 7fb8bc7cf140>)))
In guix/ui.scm:
  1936:12  0 (run-guix-command _ . _)

guix/ui.scm:1936:12: In procedure run-guix-command:
Throw to key `encoding-error' with args `("scm_to_stringn" "cannot convert wide string to output locale" 84 #f #f)'.
substitution of /gnu/store/24yvi2yyknfrpyb7linxd09dkpc560xp-nss-certs-3.50 failed
killing process 2771
guix system: error: some substitutes for the outputs of derivation `/gnu/store/qnc4hww9jcc3sdd0hqs0n6zsfirf8h5r-nss-certs-3.50.drv' failed (usually happens due to networking issues); try `--fallback' to build derivation from source

Re: core-updates call for testing

[Jack Hill]

On Fri, 24 Apr 2020, Marius Bakke wrote:

> The "core-updates" branch is ready for testing!

Thanks Marius and others who have worked on core-updates. It's exciting to 
see these updates nearing completion.

In my testing so far, I've noticed that font-gnu-freefont fails to build: 
https://issues.guix.gnu.org/issue/40819

Best,
Jack

Re: core-updates call for testing

[Marius Bakke]

[-- Attachment #1: Type: text/plain, Size: 6551 bytes --]

sirgazil <sirgazil@zoho.com> writes:

>  ---- On Fri, 24 Apr 2020 03:20:41 +0000 sirgazil <sirgazil@zoho.com> wrote ----
>  >  ---- On Thu, 23 Apr 2020 23:24:23 +0000 Marius Bakke <mbakke@fastmail.com> wrote ----
>  >  > Hello Guix!
>  >  > 
>  >  > The "core-updates" branch is ready for testing!  According to 'guix
>  >  > weather', the substitute coverage is slightly better than on "master"
>  >  > for x86_64.  You can get it by running:
>  >  > 
>  >  >   guix pull --branch=core-updates
>  >  > 
>  >  > Please try upgrading your profiles and systems and file bugs for
>  >  > anything that does not work for you.  GNOME users in particular are
>  >  > encouraged to try the new GNOME 3.34 and report any regressions.
>  > 
>  > I pulled from core-updates without problems, but "guix upgrade" failed.
>  > 
>  > First, when running "guix upgrade", I got the following message, which I think is confusing because I use GNU, not Guix on a foreign distro:
>  > 
>  >     $ guix upgrade
>  >     guile: warning: failed to install locale
>  >     hint: Consider installing the `glibc-utf8-locales' or `glibc-locales' package and defining `GUIX_LOCPATH', along these lines:
>  > 
>  >          guix package -i glibc-utf8-locales
>  >          export GUIX_LOCPATH="$HOME/.guix-profile/lib/locale"
>  > 
>  >     See the "Application Setup" section in the manual, for more info.
>  > 
>  > Then, everything was going alright, until building emacs-guix derivation failed:
>  > 
>  >     building /gnu/store/6kdl0pyv7i571d6b4vcxskr75ffqw1mk-emacs-guix-0.5.2.drv...
>  >     \ 'configure' phasebuilder for `/gnu/store/6kdl0pyv7i571d6b4vcxskr75ffqw1mk-emacs-guix-0.5.2.drv' failed with exit code 1
>  >     build of /gnu/store/6kdl0pyv7i571d6b4vcxskr75ffqw1mk-emacs-guix-0.5.2.drv failed
>  >     View build log at '/var/log/guix/drvs/6k/dl0pyv7i571d6b4vcxskr75ffqw1mk-emacs-guix-0.5.2.drv.bz2'.
>  >     guix upgrade: error: build of `/gnu/store/6kdl0pyv7i571d6b4vcxskr75ffqw1mk-emacs-guix-0.5.2.drv' failed
>  > 
>  > 
>  > The build log said:
>  > 
>  >     starting phase `configure'
>  >     source directory: "/tmp/guix-build-emacs-guix-0.5.2.drv-0/emacs-guix-0.5.2" (relative from build: ".")
>  >     build directory: "/tmp/guix-build-emacs-guix-0.5.2.drv-0/emacs-guix-0.5.2"
>  >     configure flags: ("CONFIG_SHELL=/gnu/store/pwcp239kjf7lnj5i4lkdzcfcxwcfyk72-bash-minimal-5.0.16/bin/bash" "SHELL=/gnu/store/pwcp239kjf7lnj5i4lkdzcfcxwcfyk72-bash-minimal-5.0.16/bin/bash" "--prefix=/gnu/store/bqplgazij77awh62579p56wbnxdb1c2l-emacs-guix-0.5.2" "--enable-fast-install" "--build=x86_64-unknown-linux-gnu")
>  >     configure: WARNING: unrecognized options: --enable-fast-install
>  >     checking for a BSD-compatible install... /gnu/store/57xj5gcy1jbl9ai2lnrqnpr0dald9i65-coreutils-8.32/bin/install -c
>  >     checking whether build environment is sane... yes
>  >     checking for a thread-safe mkdir -p... /gnu/store/57xj5gcy1jbl9ai2lnrqnpr0dald9i65-coreutils-8.32/bin/mkdir -p
>  >     checking for gawk... gawk
>  >     checking whether make sets $(MAKE)... no
>  >     checking whether make supports nested variables... yes
>  >     checking whether make supports nested variables... (cached) yes
>  >     checking for pkg-config... /gnu/store/krpyb0zi700dcrg9cc8932w4v0qivdg9-pkg-config-0.29.2/bin/pkg-config
>  >     checking pkg-config is at least version 0.9.0... yes
>  >     configure: checking for guile 2.2
>  >     configure: checking for guile 2.0
>  >     configure: error: 
>  >     No Guile development packages were found.
>  > 
>  >     Please verify that you have Guile installed.  If you installed Guile
>  >     from a binary distribution, please verify that you have also installed
>  >     the development packages.  If you installed it yourself, you might need
>  >     to adjust your PKG_CONFIG_PATH; see the pkg-config man page for more.
>  > 
>  >     command "/gnu/store/pwcp239kjf7lnj5i4lkdzcfcxwcfyk72-bash-minimal-5.0.16/bin/bash" "./configure" "CONFIG_SHELL=/gnu/store/pwcp239kjf7lnj5i4lkdzcfcxwcfyk72-bash-minimal-5.0.16/bin/bash" "SHELL=/gnu/store/pwcp239kjf7lnj5i4lkdzcfcxwcfyk72-bash-minimal-5.0.16/bin/bash" "--prefix=/gnu/store/bqplgazij77awh62579p56wbnxdb1c2l-emacs-guix-0.5.2" "--enable-fast-install" "--build=x86_64-unknown-linux-gnu" failed with status 1
>  > 
>  > 
>
>
> Then, I decided to remove emacs-guix, and try again to upgrade. This time, one of my packages in a custom channel failed with "no code for (term ansi-color)" (the package definition: https://gitlab.com/sirgazil/guix-channel-x/-/blob/master/sirgazil-x/packages/guile.scm#L13). This is not a new package in my profile, I've been using it for a long time. Since both error seemed to be related to Guile, I removed all Guile-related packages from my profile and tried upgrading again. This time, the upgrade succeeded.

Thanks for testing!  I fixed the emacs-guix issue in commit
f568581c2bfb3a7367442c9ccc23613c43f6f1e9 plus some related changes in
962554ddcf86675362486a683acd94863ba68d8a and
9b42918edd3f7e9d505c874d3947c0a0815fe551.

> I moved on to reconfiguring the system with "sudo system reconfigure my-gnome-config.scm", which failed with the following error:
>
> downloading from https://ci.guix.gnu.org/nar/lzip/24yvi2yyknfrpyb7linxd09dkpc560xp-nss-certs-3.50 ...
>  nss-certs-3.50  133KiB                                                                                                                                                                             314KiB/s 00:00 [########          ]  48.3%Backtrace:
>            3 (apply-smob/1 #<catch-closure 7fb8bcb391e0>)
> In ice-9/boot-9.scm:
>     705:2  2 (call-with-prompt _ _ #<procedure default-prompt-handle?>)
> In ice-9/eval.scm:
>     619:8  1 (_ #(#(#<directory (guile-user) 7fb8bc7cf140>)))
> In guix/ui.scm:
>   1936:12  0 (run-guix-command _ . _)
>
> guix/ui.scm:1936:12: In procedure run-guix-command:
> Throw to key `encoding-error' with args `("scm_to_stringn" "cannot convert wide string to output locale" 84 #f #f)'.
> substitution of /gnu/store/24yvi2yyknfrpyb7linxd09dkpc560xp-nss-certs-3.50 failed
> killing process 2771
> guix system: error: some substitutes for the outputs of derivation `/gnu/store/qnc4hww9jcc3sdd0hqs0n6zsfirf8h5r-nss-certs-3.50.drv' failed (usually happens due to networking issues); try `--fallback' to build derivation from source

I'm not sure what the problem here is.  Can you try adding --fallback to
the upgrade command?

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 487 bytes --]

Re: core-updates call for testing

[Gábor Boskovits]

Hello,

Marius Bakke <mbakke@fastmail.com> ezt írta (időpont: 2020. ápr. 24., Pén
18:25):

> sirgazil <sirgazil@zoho.com> writes:
>
> >  ---- On Fri, 24 Apr 2020 03:20:41 +0000 sirgazil <sirgazil@zoho.com>
> wrote ----
> >  >  ---- On Thu, 23 Apr 2020 23:24:23 +0000 Marius Bakke <
> mbakke@fastmail.com> wrote ----
> >  >  > Hello Guix!
> >  >  >
> >  >  > The "core-updates" branch is ready for testing!  According to 'guix
> >  >  > weather', the substitute coverage is slightly better than on
> "master"
> >  >  > for x86_64.  You can get it by running:
> >  >  >
> >  >  >   guix pull --branch=core-updates
> >  >  >
> >  >  > Please try upgrading your profiles and systems and file bugs for
> >  >  > anything that does not work for you.  GNOME users in particular are
> >  >  > encouraged to try the new GNOME 3.34 and report any regressions.
> >  >
> >  > I pulled from core-updates without problems, but "guix upgrade"
> failed.
> >  >
> >  > First, when running "guix upgrade", I got the following message,
> which I think is confusing because I use GNU, not Guix on a foreign distro:
> >  >
> >  >     $ guix upgrade
> >  >     guile: warning: failed to install locale
> >  >     hint: Consider installing the `glibc-utf8-locales' or
> `glibc-locales' package and defining `GUIX_LOCPATH', along these lines:
> >  >
> >  >          guix package -i glibc-utf8-locales
> >  >          export GUIX_LOCPATH="$HOME/.guix-profile/lib/locale"
> >  >
> >  >     See the "Application Setup" section in the manual, for more info.
> >  >
> >  > Then, everything was going alright, until building emacs-guix
> derivation failed:
> >  >
> >  >     building
> /gnu/store/6kdl0pyv7i571d6b4vcxskr75ffqw1mk-emacs-guix-0.5.2.drv...
> >  >     \ 'configure' phasebuilder for
> `/gnu/store/6kdl0pyv7i571d6b4vcxskr75ffqw1mk-emacs-guix-0.5.2.drv' failed
> with exit code 1
> >  >     build of
> /gnu/store/6kdl0pyv7i571d6b4vcxskr75ffqw1mk-emacs-guix-0.5.2.drv failed
> >  >     View build log at
> '/var/log/guix/drvs/6k/dl0pyv7i571d6b4vcxskr75ffqw1mk-emacs-guix-0.5.2.drv.bz2'.
> >  >     guix upgrade: error: build of
> `/gnu/store/6kdl0pyv7i571d6b4vcxskr75ffqw1mk-emacs-guix-0.5.2.drv' failed
> >  >
> >  >
> >  > The build log said:
> >  >
> >  >     starting phase `configure'
> >  >     source directory:
> "/tmp/guix-build-emacs-guix-0.5.2.drv-0/emacs-guix-0.5.2" (relative from
> build: ".")
> >  >     build directory:
> "/tmp/guix-build-emacs-guix-0.5.2.drv-0/emacs-guix-0.5.2"
> >  >     configure flags:
> ("CONFIG_SHELL=/gnu/store/pwcp239kjf7lnj5i4lkdzcfcxwcfyk72-bash-minimal-5.0.16/bin/bash"
> "SHELL=/gnu/store/pwcp239kjf7lnj5i4lkdzcfcxwcfyk72-bash-minimal-5.0.16/bin/bash"
> "--prefix=/gnu/store/bqplgazij77awh62579p56wbnxdb1c2l-emacs-guix-0.5.2"
> "--enable-fast-install" "--build=x86_64-unknown-linux-gnu")
> >  >     configure: WARNING: unrecognized options: --enable-fast-install
> >  >     checking for a BSD-compatible install...
> /gnu/store/57xj5gcy1jbl9ai2lnrqnpr0dald9i65-coreutils-8.32/bin/install -c
> >  >     checking whether build environment is sane... yes
> >  >     checking for a thread-safe mkdir -p...
> /gnu/store/57xj5gcy1jbl9ai2lnrqnpr0dald9i65-coreutils-8.32/bin/mkdir -p
> >  >     checking for gawk... gawk
> >  >     checking whether make sets $(MAKE)... no
> >  >     checking whether make supports nested variables... yes
> >  >     checking whether make supports nested variables... (cached) yes
> >  >     checking for pkg-config...
> /gnu/store/krpyb0zi700dcrg9cc8932w4v0qivdg9-pkg-config-0.29.2/bin/pkg-config
> >  >     checking pkg-config is at least version 0.9.0... yes
> >  >     configure: checking for guile 2.2
> >  >     configure: checking for guile 2.0
> >  >     configure: error:
> >  >     No Guile development packages were found.
> >  >
> >  >     Please verify that you have Guile installed.  If you installed
> Guile
> >  >     from a binary distribution, please verify that you have also
> installed
> >  >     the development packages.  If you installed it yourself, you
> might need
> >  >     to adjust your PKG_CONFIG_PATH; see the pkg-config man page for
> more.
> >  >
> >  >     command
> "/gnu/store/pwcp239kjf7lnj5i4lkdzcfcxwcfyk72-bash-minimal-5.0.16/bin/bash"
> "./configure"
> "CONFIG_SHELL=/gnu/store/pwcp239kjf7lnj5i4lkdzcfcxwcfyk72-bash-minimal-5.0.16/bin/bash"
> "SHELL=/gnu/store/pwcp239kjf7lnj5i4lkdzcfcxwcfyk72-bash-minimal-5.0.16/bin/bash"
> "--prefix=/gnu/store/bqplgazij77awh62579p56wbnxdb1c2l-emacs-guix-0.5.2"
> "--enable-fast-install" "--build=x86_64-unknown-linux-gnu" failed with
> status 1
> >  >
> >  >
> >
> >
> > Then, I decided to remove emacs-guix, and try again to upgrade. This
> time, one of my packages in a custom channel failed with "no code for (term
> ansi-color)" (the package definition:
> https://gitlab.com/sirgazil/guix-channel-x/-/blob/master/sirgazil-x/packages/guile.scm#L13).
> This is not a new package in my profile, I've been using it for a long
> time. Since both error seemed to be related to Guile, I removed all
> Guile-related packages from my profile and tried upgrading again. This
> time, the upgrade succeeded.
>
> Thanks for testing!  I fixed the emacs-guix issue in commit
> f568581c2bfb3a7367442c9ccc23613c43f6f1e9 plus some related changes in
> 962554ddcf86675362486a683acd94863ba68d8a and
> 9b42918edd3f7e9d505c874d3947c0a0815fe551.
>
> > I moved on to reconfiguring the system with "sudo system reconfigure
> my-gnome-config.scm", which failed with the following error:
> >
> > downloading from
> https://ci.guix.gnu.org/nar/lzip/24yvi2yyknfrpyb7linxd09dkpc560xp-nss-certs-3.50
> ...
> >  nss-certs-3.50  133KiB
>
>                                                314KiB/s 00:00 [########
>       ]  48.3%Backtrace:
> >            3 (apply-smob/1 #<catch-closure 7fb8bcb391e0>)
> > In ice-9/boot-9.scm:
> >     705:2  2 (call-with-prompt _ _ #<procedure default-prompt-handle?>)
> > In ice-9/eval.scm:
> >     619:8  1 (_ #(#(#<directory (guile-user) 7fb8bc7cf140>)))
> > In guix/ui.scm:
> >   1936:12  0 (run-guix-command _ . _)
> >
> > guix/ui.scm:1936:12: In procedure run-guix-command:
> > Throw to key `encoding-error' with args `("scm_to_stringn" "cannot
> convert wide string to output locale" 84 #f #f)'.
> > substitution of
> /gnu/store/24yvi2yyknfrpyb7linxd09dkpc560xp-nss-certs-3.50 failed
> > killing process 2771
> > guix system: error: some substitutes for the outputs of derivation
> `/gnu/store/qnc4hww9jcc3sdd0hqs0n6zsfirf8h5r-nss-certs-3.50.drv' failed
> (usually happens due to networking issues); try `--fallback' to build
> derivation from source
>
> I'm not sure what the problem here is.  Can you try adding --fallback to
> the upgrade command?
>

This comes up from time to time. It is locale related. I think we tried to
fix this several times. Fallback always helps. The not so nice solution
would be to ensure this always builds locally.

Best regards,
g_bor

Re: core-updates call for testing

[sirgazil]

 ---- On Fri, 24 Apr 2020 16:25:13 +0000 Marius Bakke <mbakke@fastmail.com> wrote ----
 > sirgazil <sirgazil@zoho.com> writes:
 > 
 > >  ---- On Fri, 24 Apr 2020 03:20:41 +0000 sirgazil <sirgazil@zoho.com> wrote ----
 > >  >  ---- On Thu, 23 Apr 2020 23:24:23 +0000 Marius Bakke <mbakke@fastmail.com> wrote ----
 > >  >  > Hello Guix!
 > >  >  > 
 > >  >  > The "core-updates" branch is ready for testing!  According to 'guix
 > >  >  > weather', the substitute coverage is slightly better than on "master"
 > >  >  > for x86_64.  You can get it by running:
 > >  >  > 
 > >  >  >   guix pull --branch=core-updates
 > >  >  > 
 > >  >  > Please try upgrading your profiles and systems and file bugs for
 > >  >  > anything that does not work for you.  GNOME users in particular are
 > >  >  > encouraged to try the new GNOME 3.34 and report any regressions.
 > >  > 
 > >  > I pulled from core-updates without problems, but "guix upgrade" failed.
 > >  > 
 > >  > First, when running "guix upgrade", I got the following message, which I think is confusing because I use GNU, not Guix on a foreign distro:
 > >  > 
 > >  >     $ guix upgrade
 > >  >     guile: warning: failed to install locale
 > >  >     hint: Consider installing the `glibc-utf8-locales' or `glibc-locales' package and defining `GUIX_LOCPATH', along these lines:
 > >  > 
 > >  >          guix package -i glibc-utf8-locales
 > >  >          export GUIX_LOCPATH="$HOME/.guix-profile/lib/locale"
 > >  > 
 > >  >     See the "Application Setup" section in the manual, for more info.
 > >  > 
 > >  > Then, everything was going alright, until building emacs-guix derivation failed:
 > >  > 
 > >  >     building /gnu/store/6kdl0pyv7i571d6b4vcxskr75ffqw1mk-emacs-guix-0.5.2.drv...
 > >  >     \ 'configure' phasebuilder for `/gnu/store/6kdl0pyv7i571d6b4vcxskr75ffqw1mk-emacs-guix-0.5.2.drv' failed with exit code 1
 > >  >     build of /gnu/store/6kdl0pyv7i571d6b4vcxskr75ffqw1mk-emacs-guix-0.5.2.drv failed
 > >  >     View build log at '/var/log/guix/drvs/6k/dl0pyv7i571d6b4vcxskr75ffqw1mk-emacs-guix-0.5.2.drv.bz2'.
 > >  >     guix upgrade: error: build of `/gnu/store/6kdl0pyv7i571d6b4vcxskr75ffqw1mk-emacs-guix-0.5.2.drv' failed
 > >  > 
 > >  > 
 > >  > The build log said:
 > >  > 
 > >  >     starting phase `configure'
 > >  >     source directory: "/tmp/guix-build-emacs-guix-0.5.2.drv-0/emacs-guix-0.5.2" (relative from build: ".")
 > >  >     build directory: "/tmp/guix-build-emacs-guix-0.5.2.drv-0/emacs-guix-0.5.2"
 > >  >     configure flags: ("CONFIG_SHELL=/gnu/store/pwcp239kjf7lnj5i4lkdzcfcxwcfyk72-bash-minimal-5.0.16/bin/bash" "SHELL=/gnu/store/pwcp239kjf7lnj5i4lkdzcfcxwcfyk72-bash-minimal-5.0.16/bin/bash" "--prefix=/gnu/store/bqplgazij77awh62579p56wbnxdb1c2l-emacs-guix-0.5.2" "--enable-fast-install" "--build=x86_64-unknown-linux-gnu")
 > >  >     configure: WARNING: unrecognized options: --enable-fast-install
 > >  >     checking for a BSD-compatible install... /gnu/store/57xj5gcy1jbl9ai2lnrqnpr0dald9i65-coreutils-8.32/bin/install -c
 > >  >     checking whether build environment is sane... yes
 > >  >     checking for a thread-safe mkdir -p... /gnu/store/57xj5gcy1jbl9ai2lnrqnpr0dald9i65-coreutils-8.32/bin/mkdir -p
 > >  >     checking for gawk... gawk
 > >  >     checking whether make sets $(MAKE)... no
 > >  >     checking whether make supports nested variables... yes
 > >  >     checking whether make supports nested variables... (cached) yes
 > >  >     checking for pkg-config... /gnu/store/krpyb0zi700dcrg9cc8932w4v0qivdg9-pkg-config-0.29.2/bin/pkg-config
 > >  >     checking pkg-config is at least version 0.9.0... yes
 > >  >     configure: checking for guile 2.2
 > >  >     configure: checking for guile 2.0
 > >  >     configure: error: 
 > >  >     No Guile development packages were found.
 > >  > 
 > >  >     Please verify that you have Guile installed.  If you installed Guile
 > >  >     from a binary distribution, please verify that you have also installed
 > >  >     the development packages.  If you installed it yourself, you might need
 > >  >     to adjust your PKG_CONFIG_PATH; see the pkg-config man page for more.
 > >  > 
 > >  >     command "/gnu/store/pwcp239kjf7lnj5i4lkdzcfcxwcfyk72-bash-minimal-5.0.16/bin/bash" "./configure" "CONFIG_SHELL=/gnu/store/pwcp239kjf7lnj5i4lkdzcfcxwcfyk72-bash-minimal-5.0.16/bin/bash" "SHELL=/gnu/store/pwcp239kjf7lnj5i4lkdzcfcxwcfyk72-bash-minimal-5.0.16/bin/bash" "--prefix=/gnu/store/bqplgazij77awh62579p56wbnxdb1c2l-emacs-guix-0.5.2" "--enable-fast-install" "--build=x86_64-unknown-linux-gnu" failed with status 1
 > >  > 
 > >  > 
 > >
 > >
 > > Then, I decided to remove emacs-guix, and try again to upgrade. This time, one of my packages in a custom channel failed with "no code for (term ansi-color)" (the package definition: https://gitlab.com/sirgazil/guix-channel-x/-/blob/master/sirgazil-x/packages/guile.scm#L13). This is not a new package in my profile, I've been using it for a long time. Since both error seemed to be related to Guile, I removed all Guile-related packages from my profile and tried upgrading again. This time, the upgrade succeeded.
 > 
 > Thanks for testing!  I fixed the emacs-guix issue in commit
 > f568581c2bfb3a7367442c9ccc23613c43f6f1e9 plus some related changes in
 > 962554ddcf86675362486a683acd94863ba68d8a and
 > 9b42918edd3f7e9d505c874d3947c0a0815fe551.


It failed again, though: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=40824

Re: core-updates call for testing

[sirgazil]

 ---- On Fri, 24 Apr 2020 03:20:41 +0000 sirgazil <sirgazil@zoho.com> wrote ----
 >  ---- On Thu, 23 Apr 2020 23:24:23 +0000 Marius Bakke <mbakke@fastmail.com> wrote ----
 >  > Hello Guix!
 >  > 
 >  > The "core-updates" branch is ready for testing!  According to 'guix
 >  > weather', the substitute coverage is slightly better than on "master"
 >  > for x86_64.  You can get it by running:
 >  > 
 >  >   guix pull --branch=core-updates
 >  > 
 >  > Please try upgrading your profiles and systems and file bugs for
 >  > anything that does not work for you.  GNOME users in particular are
 >  > encouraged to try the new GNOME 3.34 and report any regressions.
 > 
 > I pulled from core-updates without problems, but "guix upgrade" failed.
 > 
 > First, when running "guix upgrade", I got the following message, which I think is confusing because I use GNU, not Guix on a foreign distro:
 > 
 >     $ guix upgrade
 >     guile: warning: failed to install locale
 >     hint: Consider installing the `glibc-utf8-locales' or `glibc-locales' package and defining `GUIX_LOCPATH', along these lines:
 > 
 >          guix package -i glibc-utf8-locales
 >          export GUIX_LOCPATH="$HOME/.guix-profile/lib/locale"
 > 
 >     See the "Application Setup" section in the manual, for more info.

I filed a bug about this: https://debbugs.gnu.org/cgi/bugreport.cgi?bug=40826

Re: core-updates call for testing

[sirgazil]

 ---- On Fri, 24 Apr 2020 16:54:19 +0000 Gábor Boskovits <boskovits@gmail.com> wrote ----
 > Hello,
 > 
 > Marius Bakke <mbakke@fastmail.com> ezt írta (időpont: 2020. ápr. 24., Pén 18:25):
 > 
 > This comes up from time to time. It is locale related. I think we tried to fix this several times. Fallback always helps. The not so nice solution would be to ensure this always builds locally.
 > Best regards,g_bor
 > sirgazil <sirgazil@zoho.com> writes:
 > 
 > >  ---- On Fri, 24 Apr 2020 03:20:41 +0000 sirgazil <sirgazil@zoho.com> wrote ----
 > >  >  ---- On Thu, 23 Apr 2020 23:24:23 +0000 Marius Bakke <mbakke@fastmail.com> wrote ----
 > >  >  > Hello Guix!
 > >  >  > 
 > >  >  > The "core-updates" branch is ready for testing!  According to 'guix
 > >  >  > weather', the substitute coverage is slightly better than on "master"
 > >  >  > for x86_64.  You can get it by running:
 > >  >  > 
 > >  >  >   guix pull --branch=core-updates
 > >  >  > 
 > >  >  > Please try upgrading your profiles and systems and file bugs for
 > >  >  > anything that does not work for you.  GNOME users in particular are
 > >  >  > encouraged to try the new GNOME 3.34 and report any regressions.
 > >  > 
 > >  > I pulled from core-updates without problems, but "guix upgrade" failed.
 > >  > 
 > >  > First, when running "guix upgrade", I got the following message, which I think is confusing because I use GNU, not Guix on a foreign distro:
 > >  > 
 > >  >     $ guix upgrade
 > >  >     guile: warning: failed to install locale
 > >  >     hint: Consider installing the `glibc-utf8-locales' or `glibc-locales' package and defining `GUIX_LOCPATH', along these lines:
 > >  > 
 > >  >          guix package -i glibc-utf8-locales
 > >  >          export GUIX_LOCPATH="$HOME/.guix-profile/lib/locale"
 > >  > 
 > >  >     See the "Application Setup" section in the manual, for more info.
 > >  > 
 > >  > Then, everything was going alright, until building emacs-guix derivation failed:
 > >  > 
 > >  >     building /gnu/store/6kdl0pyv7i571d6b4vcxskr75ffqw1mk-emacs-guix-0.5.2.drv...
 > >  >     \ 'configure' phasebuilder for `/gnu/store/6kdl0pyv7i571d6b4vcxskr75ffqw1mk-emacs-guix-0.5.2.drv' failed with exit code 1
 > >  >     build of /gnu/store/6kdl0pyv7i571d6b4vcxskr75ffqw1mk-emacs-guix-0.5.2.drv failed
 > >  >     View build log at '/var/log/guix/drvs/6k/dl0pyv7i571d6b4vcxskr75ffqw1mk-emacs-guix-0.5.2.drv.bz2'.
 > >  >     guix upgrade: error: build of `/gnu/store/6kdl0pyv7i571d6b4vcxskr75ffqw1mk-emacs-guix-0.5.2.drv' failed
 > >  > 
 > >  > 
 > >  > The build log said:
 > >  > 
 > >  >     starting phase `configure'
 > >  >     source directory: "/tmp/guix-build-emacs-guix-0.5.2.drv-0/emacs-guix-0.5.2" (relative from build: ".")
 > >  >     build directory: "/tmp/guix-build-emacs-guix-0.5.2.drv-0/emacs-guix-0.5.2"
 > >  >     configure flags: ("CONFIG_SHELL=/gnu/store/pwcp239kjf7lnj5i4lkdzcfcxwcfyk72-bash-minimal-5.0.16/bin/bash" "SHELL=/gnu/store/pwcp239kjf7lnj5i4lkdzcfcxwcfyk72-bash-minimal-5.0.16/bin/bash" "--prefix=/gnu/store/bqplgazij77awh62579p56wbnxdb1c2l-emacs-guix-0.5.2" "--enable-fast-install" "--build=x86_64-unknown-linux-gnu")
 > >  >     configure: WARNING: unrecognized options: --enable-fast-install
 > >  >     checking for a BSD-compatible install... /gnu/store/57xj5gcy1jbl9ai2lnrqnpr0dald9i65-coreutils-8.32/bin/install -c
 > >  >     checking whether build environment is sane... yes
 > >  >     checking for a thread-safe mkdir -p... /gnu/store/57xj5gcy1jbl9ai2lnrqnpr0dald9i65-coreutils-8.32/bin/mkdir -p
 > >  >     checking for gawk... gawk
 > >  >     checking whether make sets $(MAKE)... no
 > >  >     checking whether make supports nested variables... yes
 > >  >     checking whether make supports nested variables... (cached) yes
 > >  >     checking for pkg-config... /gnu/store/krpyb0zi700dcrg9cc8932w4v0qivdg9-pkg-config-0.29.2/bin/pkg-config
 > >  >     checking pkg-config is at least version 0.9.0... yes
 > >  >     configure: checking for guile 2.2
 > >  >     configure: checking for guile 2.0
 > >  >     configure: error: 
 > >  >     No Guile development packages were found.
 > >  > 
 > >  >     Please verify that you have Guile installed.  If you installed Guile
 > >  >     from a binary distribution, please verify that you have also installed
 > >  >     the development packages.  If you installed it yourself, you might need
 > >  >     to adjust your PKG_CONFIG_PATH; see the pkg-config man page for more.
 > >  > 
 > >  >     command "/gnu/store/pwcp239kjf7lnj5i4lkdzcfcxwcfyk72-bash-minimal-5.0.16/bin/bash" "./configure" "CONFIG_SHELL=/gnu/store/pwcp239kjf7lnj5i4lkdzcfcxwcfyk72-bash-minimal-5.0.16/bin/bash" "SHELL=/gnu/store/pwcp239kjf7lnj5i4lkdzcfcxwcfyk72-bash-minimal-5.0.16/bin/bash" "--prefix=/gnu/store/bqplgazij77awh62579p56wbnxdb1c2l-emacs-guix-0.5.2" "--enable-fast-install" "--build=x86_64-unknown-linux-gnu" failed with status 1
 > >  > 
 > >  > 
 > >
 > >
 > > Then, I decided to remove emacs-guix, and try again to upgrade. This time, one of my packages in a custom channel failed with "no code for (term ansi-color)" (the package definition: https://gitlab.com/sirgazil/guix-channel-x/-/blob/master/sirgazil-x/packages/guile.scm#L13). This is not a new package in my profile, I've been using it for a long time. Since both error seemed to be related to Guile, I removed all Guile-related packages from my profile and tried upgrading again. This time, the upgrade succeeded.
 > 
 > Thanks for testing!  I fixed the emacs-guix issue in commit
 > f568581c2bfb3a7367442c9ccc23613c43f6f1e9 plus some related changes in
 > 962554ddcf86675362486a683acd94863ba68d8a and
 > 9b42918edd3f7e9d505c874d3947c0a0815fe551.
 > 
 > > I moved on to reconfiguring the system with "sudo system reconfigure my-gnome-config.scm", which failed with the following error:
 > >
 > > downloading from https://ci.guix.gnu.org/nar/lzip/24yvi2yyknfrpyb7linxd09dkpc560xp-nss-certs-3.50 ...
 > >  nss-certs-3.50  133KiB                                                                                                                                                                             314KiB/s 00:00 [########          ]  48.3%Backtrace:
 > >            3 (apply-smob/1 #<catch-closure 7fb8bcb391e0>)
 > > In ice-9/boot-9.scm:
 > >     705:2  2 (call-with-prompt _ _ #<procedure default-prompt-handle?>)
 > > In ice-9/eval.scm:
 > >     619:8  1 (_ #(#(#<directory (guile-user) 7fb8bc7cf140>)))
 > > In guix/ui.scm:
 > >   1936:12  0 (run-guix-command _ . _)
 > >
 > > guix/ui.scm:1936:12: In procedure run-guix-command:
 > > Throw to key `encoding-error' with args `("scm_to_stringn" "cannot convert wide string to output locale" 84 #f #f)'.
 > > substitution of /gnu/store/24yvi2yyknfrpyb7linxd09dkpc560xp-nss-certs-3.50 failed
 > > killing process 2771
 > > guix system: error: some substitutes for the outputs of derivation `/gnu/store/qnc4hww9jcc3sdd0hqs0n6zsfirf8h5r-nss-certs-3.50.drv' failed (usually happens due to networking issues); try `--fallback' to build derivation from source
 > 
 > I'm not sure what the problem here is.  Can you try adding --fallback to
 > the upgrade command?
 > 

I tried again the whole process (after pulling the latest changes). Using --fallback works around the nss-certs part, but "guix system reconfigure" still fails with another issue: https://debbugs.gnu.org/cgi/bugreport.cgi?bug=40828

Re: core-updates call for testing

[Jack Hill]

On Fri, 24 Apr 2020, Marius Bakke wrote:

> The "core-updates" branch is ready for testing!

pdfpc currently fails to build on core-updates. Upgrading to the latest 
pdfpc release fixes the issue.

Patch upgrading pdfpc is at: https://issues.guix.gnu.org/issue/40829

Best,
Jack

Re: core-updates call for testing

[Marius Bakke]

[-- Attachment #1: Type: text/plain, Size: 770 bytes --]

sirgazil <sirgazil@zoho.com> writes:

> This time, one of my packages in a custom channel failed with "no code for (term ansi-color)" (the package definition: https://gitlab.com/sirgazil/guix-channel-x/-/blob/master/sirgazil-x/packages/guile.scm#L13). This is not a new package in my profile, I've been using it for a long time. Since both error seemed to be related to Guile, I removed all Guile-related packages from my profile and tried upgrading again. This time, the upgrade succeeded.

The reason your custom package failed is because it is using guile-2.2,
but the dependencies are built with Guile 3.0.

Changing the native-input to 'guile-3.0' should do the trick.  Otherwise
you can change the dependencies to 'guile2.2-json' and similar.

Thanks for testing!

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 487 bytes --]

Re: core-updates call for testing

[sirgazil]

 ---- On Fri, 24 Apr 2020 21:52:54 +0000 Marius Bakke <mbakke@fastmail.com> wrote ----
 > sirgazil <sirgazil@zoho.com> writes:
 > 
 > > This time, one of my packages in a custom channel failed with "no code for (term ansi-color)" (the package definition: https://gitlab.com/sirgazil/guix-channel-x/-/blob/master/sirgazil-x/packages/guile.scm#L13). This is not a new package in my profile, I've been using it for a long time. Since both error seemed to be related to Guile, I removed all Guile-related packages from my profile and tried upgrading again. This time, the upgrade succeeded.
 > 
 > The reason your custom package failed is because it is using guile-2.2,
 > but the dependencies are built with Guile 3.0.

Thanks, I will do that.

Re: core-updates call for testing

[Jack Hill]

On Fri, 24 Apr 2020, Marius Bakke wrote:

> The "core-updates" branch is ready for testing!

Hi,

I've reconfigured my user profile and system from the core-updates branch. 
I use a GNOME desktop session. However, I don't use too many fancy 
features. I mostly use GNOME-Terminal, GNOME-Web, and Emacs. I also use 
some GNOME shell extensions.

I have not done extensive testing, but so far the desktop itself seems to 
be in working order, including cursory use of the GNOME settings dialog.

I have opened a bug, 40837, for GNOME-Web/epiphany, which is not working 
for me currently.

Best,
Jack

Re: core-updates call for testing

[sirgazil]

---- On Sat, 25 Apr 2020 03:02:23 +0000 Jack Hill <jackhill@jackhill.us> wrote ----
 > On Fri, 24 Apr 2020, Marius Bakke wrote:
 > 
 > > The "core-updates" branch is ready for testing!
 > 
 > Hi,
 > 
 > I've reconfigured my user profile and system from the core-updates branch. 
 > I use a GNOME desktop session. However, I don't use too many fancy 
 > features. I mostly use GNOME-Terminal, GNOME-Web, and Emacs. I also use 
 > some GNOME shell extensions.
 > 
 > I have not done extensive testing, but so far the desktop itself seems to 
 > be in working order, including cursory use of the GNOME settings dialog.

Same here. So far, things are working normally. I see the same bugs I've reported against GNOME 3.32.2. Sadly, the leak reported in https://issues.guix.gnu.org/40116 is still there.

I'll keep testing this weekend.

 > I have opened a bug, 40837, for GNOME-Web/epiphany, which is not working 
 > for me currently.

I can confirm this one (you can't load any page).

Re: core-updates call for testing

[Leo Famulari]

[-- Attachment #1: Type: text/plain, Size: 286 bytes --]

I reconfigured my Guix System based on core-updates, and afterwards I
was unable to login, either remotely over SSH, or on the Linux console.

After cutting the power to the computer and turning it back on, I was
able to log in.

I've attached my configuration file for your reference.

[-- Attachment #2: system.scm --]
[-- Type: text/plain, Size: 3583 bytes --]

;; This is an operating system configuration template
;; for a "bare bones" setup, with no X11 display server.

(use-modules (gnu))
(use-service-modules networking
                     desktop
                     dbus
                     ssh
                     sysctl)
(use-package-modules admin
                     certs
                     curl
                     ntp
                     nvi
                     ssh
                     shells
                     rsync
                     tmux
                     version-control
                     vim)

(operating-system
  (host-name "zamia")
  (timezone "America/New_York")
  (locale "en_US.UTF-8")
  (locale-libcs (list glibc-2.29 (canonical-package glibc)))

  (kernel-arguments
   '(;; Console resolution
     "gfxpayload=1440x900x16,1440x900"

     ;; console cursor. stops the blinking but the colors are bad
     "vt.cur.default=0x520032"

     "consoleblank=120"
     ;; ???
     "quiet"
     ;; Disable the PC speaker
     "modprobe.blacklist=pcspkr,snd_pcsp"))

  ;; Assuming /dev/sdX is the target hard disk, and "my-root" is
  ;; the label of the target root file system.
  (bootloader (grub-configuration (target "/dev/sda")
                                  (terminal-outputs '(console))))
  (file-systems (cons* (file-system
                        (device (uuid "foo"))
                        (mount-point "/")
                        (type "btrfs"))
                       (file-system
                        (device (uuid "bar"))
                        (mount-point "/home")
                        (type "btrfs"))
                      %base-file-systems))

  ;; This is where user accounts are specified.  The "root"
  ;; account is implicit, and is initially created with the
  ;; empty password.
  (users (append (list (user-account
                         (name "leo")
                         (group "users")
                         (shell #~(string-append #$zsh "/bin/zsh"))

                         ;; Adding the account to the "wheel" group
                         ;; makes it a sudoer.  Adding it to "audio"
                         ;; and "video" allows the user to play sound
                         ;; and access the webcam.
                         (supplementary-groups '("wheel" "netdev" "audio"))))
               %base-user-accounts))

  ;; Globally-installed packages.
  (packages (cons* curl
                   git
                   openssh mosh
                   nss-certs
                   ntp
                   rsync
                   tmux
                   tree
                   vim nvi
                   %base-packages))

  (services
    (cons* (dbus-service)
           (service gpm-service-type)
           (service openssh-service-type
                      (openssh-configuration
                        (password-authentication? #f)))
           (service ntp-service-type)
           (service dhcp-client-service-type)
           (service wpa-supplicant-service-type
             (wpa-supplicant-configuration
               (interface "wls1")
               (config-file "/etc/wpa_supplicant/wpa_supplicant.conf")))
           (elogind-service)
           (modify-services %base-services
             (guix-service-type config =>
                                (guix-configuration
                                  (inherit config)
                                  (extra-options '("--max-jobs=4"))
                                  (substitute-urls
                                    '("https://private.mirror https://ci.guix.gnu.org"))))))))

Re: core-updates call for testing

[sirgazil]

 ---- On Sat, 25 Apr 2020 13:24:51 +0000 sirgazil <sirgazil@zoho.com> wrote ----
 > ---- On Sat, 25 Apr 2020 03:02:23 +0000 Jack Hill <jackhill@jackhill.us> wrote ----
 >  > On Fri, 24 Apr 2020, Marius Bakke wrote:
 >  > 
 >  > > The "core-updates" branch is ready for testing!
 >  > 
 >  > Hi,
 >  > 
 >  > I've reconfigured my user profile and system from the core-updates branch. 
 >  > I use a GNOME desktop session. However, I don't use too many fancy 
 >  > features. I mostly use GNOME-Terminal, GNOME-Web, and Emacs. I also use 
 >  > some GNOME shell extensions.
 >  > 
 >  > I have not done extensive testing, but so far the desktop itself seems to 
 >  > be in working order, including cursory use of the GNOME settings dialog.
 > 
 > Same here. So far, things are working normally. I see the same bugs I've reported against GNOME 3.32.2. Sadly, the leak reported in https://issues.guix.gnu.org/40116 is still there.

By the way, it would be great if someone could review this patch: https://issues.guix.gnu.org/issue/39069, which is supposed to fix bugs like this one: https://issues.guix.gnu.org/issue/40686, which have been around for a long time and make the GNOME experience unsatisfying from day one.

Re: core-updates call for testing

[sirgazil]

 ---- On Sat, 25 Apr 2020 13:24:51 +0000 sirgazil <sirgazil@zoho.com> wrote ----
 > ---- On Sat, 25 Apr 2020 03:02:23 +0000 Jack Hill <jackhill@jackhill.us> wrote ----
 >  > On Fri, 24 Apr 2020, Marius Bakke wrote:
 >  > 
 >  > > The "core-updates" branch is ready for testing!
 >  > 
 >  > Hi,
 >  > 
 >  > I've reconfigured my user profile and system from the core-updates branch. 
 >  > I use a GNOME desktop session. However, I don't use too many fancy 
 >  > features. I mostly use GNOME-Terminal, GNOME-Web, and Emacs. I also use 
 >  > some GNOME shell extensions.
 >  > 
 >  > I have not done extensive testing, but so far the desktop itself seems to 
 >  > be in working order, including cursory use of the GNOME settings dialog.
 > 
 > Same here. So far, things are working normally. I see the same bugs I've reported against GNOME 3.32.2. Sadly, the leak reported in https://issues.guix.gnu.org/40116 is still there.
 > 
 > I'll keep testing this weekend.

I found something interesting. I've never been able to use the CD/DVD drive since I migrated to the Guix System (see http://issues.guix.gnu.org/issue/35584). With core-updates, the problem remains to some extent. The difference is that if I leave a DVD in, and reboot, Nautilus detects the DVD (https://multimedialib.files.wordpress.com/2020/04/guix-gnome-nautilus-cd-dvd-lectura-2020-04-25-1.png) and I can use it. But once I extract it and put it in again, it is not detected.

In the image in the previous paragraph you can also see a problem in the rendering of the icon in the button to extract the DVD. Several buttons in GNOME applications look like this. I'm wondering if this problem and the GNOME Web app icon rendering problem are related...

Re: core-updates call for testing

[Jack Hill]

On Sat, 25 Apr 2020, sirgazil wrote:

> ---- On Sat, 25 Apr 2020 03:02:23 +0000 Jack Hill <jackhill@jackhill.us> wrote ----
> > I have not done extensive testing, but so far the desktop itself seems to
> > be in working order, including cursory use of the GNOME settings dialog.
>
> Same here. So far, things are working normally.

sirgazil,

Does GNOME-Web work for you? I'm wondering if others can reproduce the 
problem I'm seeing: https://issues.guix.gnu.org/40837

Best,
Jack

Re: core-updates call for testing

[sirgazil]

 ---- On Sat, 25 Apr 2020 21:19:26 +0000 Jack Hill <jackhill@jackhill.us> wrote ----
 > On Sat, 25 Apr 2020, sirgazil wrote:
 > 
 > > ---- On Sat, 25 Apr 2020 03:02:23 +0000 Jack Hill <jackhill@jackhill.us> wrote ----
 > > > I have not done extensive testing, but so far the desktop itself seems to
 > > > be in working order, including cursory use of the GNOME settings dialog.
 > >
 > > Same here. So far, things are working normally.
 > 
 > sirgazil,
 > 
 > Does GNOME-Web work for you? I'm wondering if others can reproduce the 
 > problem I'm seeing: https://issues.guix.gnu.org/40837

No it doesn't. I actually commented on your bug report saying I can reproduce it, but it seems that the comments mechanism in issues.gnu.org does not work.

Re: core-updates call for testing

[Jack Hill]

On Sat, 25 Apr 2020, sirgazil wrote:

> ---- On Sat, 25 Apr 2020 21:19:26 +0000 Jack Hill <jackhill@jackhill.us> wrote ----
> > Does GNOME-Web work for you? I'm wondering if others can reproduce the
> > problem I'm seeing: https://issues.guix.gnu.org/40837
>
> No it doesn't.

Hi all,

Unfortunately, I think I'm current stuck on fixing this bug. Any help of 
ideas would be appreciated.

Best,
Jack

Re: core-updates call for testing

[Efraim Flashner]

[-- Attachment #1: Type: text/plain, Size: 2662 bytes --]

I have a package which currently depends on gfortran-5, although
gfortran-5 doesn't build on core-updates.

efraimf@penguin2:~/workspace/guix-core-updates$ ./pre-inst-env guix build --no-grafts -e '(@@ (gnu packages gcc) gfortran-5)'
substitute: updating substitutes from 'https://ci.guix.gnu.org'... 100.0%
The following derivation will be built:
   /gnu/store/frqb5p2vdk8qcjwbny1s6mlak344a0gx-gfortran-5.5.0.drv
building /gnu/store/frqb5p2vdk8qcjwbny1s6mlak344a0gx-gfortran-5.5.0.drv...
Backtrace:
In ice-9/eval.scm:
   217:50 19 (lp (#<procedure 7fffee835f40 at ice-9/eval.scm:282:?> ?))
   217:50 18 (lp (#<procedure 7fffee835f20 at ice-9/eval.scm:282:?> ?))
   217:50 17 (lp (#<procedure 7fffee835f00 at ice-9/eval.scm:282:?> ?))
   217:50 16 (lp (#<procedure 7fffee835ee0 at ice-9/eval.scm:282:?> ?))
   217:50 15 (lp (#<procedure 7fffee835e80 at ice-9/eval.scm:649:?> ?))
   217:50 14 (lp (#<procedure 7fffee835e60 at ice-9/eval.scm:282:?> ?))
   217:50 13 (lp (#<procedure 7fffee835e00 at ice-9/eval.scm:649:?> ?))
   217:50 12 (lp (#<procedure 7fffee835de0 at ice-9/eval.scm:282:?> ?))
   217:50 11 (lp (#<procedure 7fffee835dc0 at ice-9/eval.scm:282:?> ?))
   217:50 10 (lp (#<procedure 7fffee835da0 at ice-9/eval.scm:282:?> ?))
   217:50  9 (lp (#<procedure 7fffee835b20 at ice-9/eval.scm:649:?> ?))
   217:50  8 (lp (#<procedure 7fffee835b00 at ice-9/eval.scm:282:?> ?))
   217:50  7 (lp (#<procedure 7fffee835ae0 at ice-9/eval.scm:282:?> ?))
   217:50  6 (lp (#<procedure 7fffee835ac0 at ice-9/eval.scm:282:?> ?))
   217:33  5 (lp (#<procedure 7fffee7fe9c0 at ice-9/eval.scm:196:?> ?))
   196:43  4 (_ #f)
   196:35  3 (_ #f)
   202:27  2 (_ #f)
   223:20  1 (proc #<directory (guile-user) 7fffefbadf00>)
   In unknown file:
           0 (%resolve-variable (7 . cut) #<directory (guile-user) 7?>)

ERROR: In procedure %resolve-variable:
Unbound variable: cut
builder for `/gnu/store/frqb5p2vdk8qcjwbny1s6mlak344a0gx-gfortran-5.5.0.drv' failed with exit code 1
build of /gnu/store/frqb5p2vdk8qcjwbny1s6mlak344a0gx-gfortran-5.5.0.drv failed
View build log at '/var/log/guix/drvs/fr/qb5p2vdk8qcjwbny1s6mlak344a0gx-gfortran-5.5.0.drv.bz2'.
guix build: error: build of `/gnu/store/frqb5p2vdk8qcjwbny1s6mlak344a0gx-gfortran-5.5.0.drv' failed

I checked the guix tree and 'git grep \,gfortran' showed they're all
using gfortran-7. I was able to build gfortran-6. gfortran-4.9 also
failed, same error.

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

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 833 bytes --]

Re: core-updates call for testing

[Marius Bakke]

[-- Attachment #1: Type: text/plain, Size: 2047 bytes --]

Efraim Flashner <efraim@flashner.co.il> writes:

> I have a package which currently depends on gfortran-5, although
> gfortran-5 doesn't build on core-updates.
>
> efraimf@penguin2:~/workspace/guix-core-updates$ ./pre-inst-env guix build --no-grafts -e '(@@ (gnu packages gcc) gfortran-5)'
> substitute: updating substitutes from 'https://ci.guix.gnu.org'... 100.0%
> The following derivation will be built:
>    /gnu/store/frqb5p2vdk8qcjwbny1s6mlak344a0gx-gfortran-5.5.0.drv
> building /gnu/store/frqb5p2vdk8qcjwbny1s6mlak344a0gx-gfortran-5.5.0.drv...
> Backtrace:
> In ice-9/eval.scm:
>    217:50 19 (lp (#<procedure 7fffee835f40 at ice-9/eval.scm:282:?> ?))
>    217:50 18 (lp (#<procedure 7fffee835f20 at ice-9/eval.scm:282:?> ?))
>    217:50 17 (lp (#<procedure 7fffee835f00 at ice-9/eval.scm:282:?> ?))
>    217:50 16 (lp (#<procedure 7fffee835ee0 at ice-9/eval.scm:282:?> ?))
>    217:50 15 (lp (#<procedure 7fffee835e80 at ice-9/eval.scm:649:?> ?))
>    217:50 14 (lp (#<procedure 7fffee835e60 at ice-9/eval.scm:282:?> ?))
>    217:50 13 (lp (#<procedure 7fffee835e00 at ice-9/eval.scm:649:?> ?))
>    217:50 12 (lp (#<procedure 7fffee835de0 at ice-9/eval.scm:282:?> ?))
>    217:50 11 (lp (#<procedure 7fffee835dc0 at ice-9/eval.scm:282:?> ?))
>    217:50 10 (lp (#<procedure 7fffee835da0 at ice-9/eval.scm:282:?> ?))
>    217:50  9 (lp (#<procedure 7fffee835b20 at ice-9/eval.scm:649:?> ?))
>    217:50  8 (lp (#<procedure 7fffee835b00 at ice-9/eval.scm:282:?> ?))
>    217:50  7 (lp (#<procedure 7fffee835ae0 at ice-9/eval.scm:282:?> ?))
>    217:50  6 (lp (#<procedure 7fffee835ac0 at ice-9/eval.scm:282:?> ?))
>    217:33  5 (lp (#<procedure 7fffee7fe9c0 at ice-9/eval.scm:196:?> ?))
>    196:43  4 (_ #f)
>    196:35  3 (_ #f)
>    202:27  2 (_ #f)
>    223:20  1 (proc #<directory (guile-user) 7fffefbadf00>)
>    In unknown file:
>            0 (%resolve-variable (7 . cut) #<directory (guile-user) 7?>)
>
> ERROR: In procedure %resolve-variable:
> Unbound variable: cut

Fixed in 587398d2a82e0b5966a6827d36a1f1d115181b11, thanks!

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 487 bytes --]

Re: core-updates call for testing

[Marius Bakke]

[-- Attachment #1: Type: text/plain, Size: 271 bytes --]

Leo Famulari <leo@famulari.name> writes:

> I reconfigured my Guix System based on core-updates, and afterwards I
> was unable to login, either remotely over SSH, or on the Linux console.

Do you still have the logs from this attempt?  Curious what caused login
to fail.

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 487 bytes --]

Re: core-updates call for testing

[Leo Famulari]

On Tue, Apr 28, 2020 at 03:17:06PM +0200, Marius Bakke wrote:
> Leo Famulari <leo@famulari.name> writes:
> 
> > I reconfigured my Guix System based on core-updates, and afterwards I
> > was unable to login, either remotely over SSH, or on the Linux console.
> 
> Do you still have the logs from this attempt?  Curious what caused login
> to fail.

Yes, they are excerpted below. First you'll see the remote login
attempts, and then the attempts at the Linux console:

------
Apr 25 13:57:16 localhost sshd[2731]: Accepted publickey for leo from 192.168.1.101 port 55512 ssh2: ED25519 SHA256:my-key
Apr 25 13:57:16 localhost sshd[2731]: error: PAM: pam_open_session(): Module is unknown
Apr 25 13:57:16 localhost sshd[2733]: Received disconnect from 192.168.1.101 port 55512:11: disconnected by user
Apr 25 13:57:16 localhost sshd[2733]: Disconnected from user leo 192.168.1.101 port 55512
Apr 25 13:57:23 localhost sshd[2735]: Accepted publickey for leo from 192.168.1.101 port 55514 ssh2: ED25519 SHA256:my-key
Apr 25 13:57:23 localhost sshd[2735]: error: PAM: pam_open_session(): Module is unknown
Apr 25 13:57:24 localhost sshd[2737]: Received disconnect from 192.168.1.101 port 55514:11: disconnected by user
Apr 25 13:57:24 localhost sshd[2737]: Disconnected from user leo 192.168.1.101 port 55514
Apr 25 13:57:33 localhost sshd[2739]: Accepted publickey for leo from 192.168.1.101 port 55516 ssh2: ED25519 SHA256:my-key
Apr 25 13:57:33 localhost sshd[2739]: error: PAM: pam_open_session(): Module is unknown
Apr 25 13:57:34 localhost sshd[2741]: Received disconnect from 192.168.1.101 port 55516:11: disconnected by user
Apr 25 13:57:34 localhost sshd[2741]: Disconnected from user leo 192.168.1.101 port 55516
Apr 25 13:57:58 localhost dhclient: DHCPDISCOVER on enp0s25 to 255.255.255.255 port 67 interval 5
Apr 25 13:58:03 localhost dhclient: DHCPDISCOVER on enp0s25 to 255.255.255.255 port 67 interval 7
Apr 25 13:58:10 localhost dhclient: DHCPDISCOVER on enp0s25 to 255.255.255.255 port 67 interval 10
Apr 25 13:58:13 localhost /gnu/store/c972x2d6vld0wgw1vdsf72wiyf4ibqwm-mingetty-1.08/sbin/mingetty[334]: tty1: invalid character 0x0 in login name
Apr 25 13:58:17 localhost shepherd[1]: Respawning term-tty1.
Apr 25 13:58:17 localhost shepherd[1]: Service host-name has been started.   
Apr 25 13:58:17 localhost shepherd[1]: Service term-tty1 has been started.
Apr 25 13:58:20 localhost vmunix: [433720.062263] login[2745]: segfault at 0 ip 00007f8fc66d0934 sp 00007fffcf163610 error 4 in libpthread-2.31.so[7f8fc66d0000+f000]
Apr 25 13:58:20 localhost vmunix: [433720.062271] Code: 82 e8 02 00 00 e0 ff ff ff be 18 00 00 00 b8 11 01 00 00 48 89 ba d8 02 00 00 48 89 ba e0 02 00 00 0f 05 48 8b 05 84 56 01 00 <48> 8b 00 64 48 89 04 25 98 06 00 00 48 8d 05 09 9a 01 00 48 8d 8a
Apr 25 13:58:20 localhost shepherd[1]: Respawning term-tty1.
Apr 25 13:58:20 localhost shepherd[1]: Service host-name has been started.
Apr 25 13:58:20 localhost shepherd[1]: Service term-tty1 has been started.
------

Re: core-updates call for testing

[Ricardo Wurmus]

sirgazil <sirgazil@zoho.com> writes:

> it seems that the comments mechanism in
> issues.gnu.org does not work.

yes, sorry about that.  There’s a problem with the environment in which
the mailer service runs.  It’s on my list to investigate and fix it.

(The messages aren’t lost.  They are stuck in the queue.)

--
Ricardo

Re: core-updates call for testing

[Ricardo Wurmus]

sirgazil <sirgazil@zoho.com> writes:

> By the way, it would be great if someone could review this patch:
> https://issues.guix.gnu.org/issue/39069, which is supposed to fix bugs
> like this one: https://issues.guix.gnu.org/issue/40686, which have
> been around for a long time and make the GNOME experience unsatisfying
> from day one.

I applied the patch.

--
Ricardo

Re: core-updates call for testing

[Ricardo Wurmus]

Leo Famulari <leo@famulari.name> writes:

> I'm doing `guix pull --branch=core-updates`, with a `guix describe` of
> commit a533c5a183 (core-updates from 2 weeks ago), on Debian, in tmux,
> and I see this weird thing:
>
> ------
> substitute: updating substitutes from 'https://private.mirror'... 100.0%
> @ substituter-started /gnu/store/zfskbazynmdgmrbhnkbvar8qn5rpqgh2-git-minimal-2.26.2 substitute
> /@ download-started /gnu/store/zfskbazynmdgmrbhnkbvar8qn5rpqgh2-git-minimal-2.26.2 https://private.mirror/nar/lzip/zfskbazynmdgmrbhnkbvar8qn5rpqgh2-git-minimal-2.26.2 4856299
> \@ download-progress /gnu/store/zfskbazynmdgmrbhnkbvar8qn5rpqgh2-git-minimal-2.26.2 https://private.mirror/nar

These tags are status information that Guix should hide and use to build
progress bars and the like.  They have been around for quite some time,
but they should not ever be visible.

--
Ricardo

Re: core-updates call for testing

[Ricardo Wurmus]

sirgazil <sirgazil@zoho.com> writes:

> And I've already seen that before (I mean those bars before the @ sign, etc.), but I don't know how it is supposed to be presented. That information usually makes no sense to me :P

This is definitely not supposed to be shown.  Things like

    @ download-progress
    /gnu/store/zfskbazynmdgmrbhnkbvar8qn5rpqgh2-git-minimal-2.26.2
    https://private.mirror/nar/lzip/zfskbazynmdgmrbhnkbvar8qn5rpqgh2-git-minimal-2.26.2
    4856299 1048605

are meant to be printed as a progress bar.

-- 
Ricardo

Re: core-updates call for testing

[Marius Bakke]

[-- Attachment #1: Type: text/plain, Size: 3289 bytes --]

Leo Famulari <leo@famulari.name> writes:

> On Tue, Apr 28, 2020 at 03:17:06PM +0200, Marius Bakke wrote:
>> Leo Famulari <leo@famulari.name> writes:
>> 
>> > I reconfigured my Guix System based on core-updates, and afterwards I
>> > was unable to login, either remotely over SSH, or on the Linux console.
>> 
>> Do you still have the logs from this attempt?  Curious what caused login
>> to fail.
>
> Yes, they are excerpted below. First you'll see the remote login
> attempts, and then the attempts at the Linux console:

Thanks!

> Apr 25 13:57:16 localhost sshd[2731]: Accepted publickey for leo from 192.168.1.101 port 55512 ssh2: ED25519 SHA256:my-key
> Apr 25 13:57:16 localhost sshd[2731]: error: PAM: pam_open_session(): Module is unknown

strace on the ssh server process after reconfiguring on core-updates
shows:

966   sendto(8, "<83>Apr 29 14:38:19 sshd[966]: PAM unable to dlopen(/gnu/store/44il8dnl5qc6ryb3v0lp5374hg3h7vx5-elogind-243.4/lib/security/pam_elogind.so): /gnu/store/ahqgl4h89xqj695lgqvsaf6zh2nhy4pj-glibc-2.29/lib/libc.so.6: version `GLIBC_2.30' not found (required by /gnu/store/44il8dnl5qc6ryb3v0lp5374hg3h7vx5-elogind-243.4/lib/security/pam_elogind.so)", 340, MSG_NOSIGNAL, NULL, 0) = 340
966   getpid()                          = 966
966   sendto(8, "<83>Apr 29 14:38:19 sshd[966]: PAM adding faulty module: /gnu/store/44il8dnl5qc6ryb3v0lp5374hg3h7vx5-elogind-243.4/lib/security/pam_elogind.so", 142, MSG_NOSIGNAL, NULL, 0) = 142

Restarting 'ssh-daemon' allows login to succeed.

[...]

> Apr 25 13:58:17 localhost shepherd[1]: Respawning term-tty1.
> Apr 25 13:58:17 localhost shepherd[1]: Service host-name has been started.   
> Apr 25 13:58:17 localhost shepherd[1]: Service term-tty1 has been started.
> Apr 25 13:58:20 localhost vmunix: [433720.062263] login[2745]: segfault at 0 ip 00007f8fc66d0934 sp 00007fffcf163610 error 4 in libpthread-2.31.so[7f8fc66d0000+f000]
> Apr 25 13:58:20 localhost vmunix: [433720.062271] Code: 82 e8 02 00 00 e0 ff ff ff be 18 00 00 00 b8 11 01 00 00 48 89 ba d8 02 00 00 48 89 ba e0 02 00 00 0f 05 48 8b 05 84 56 01 00 <48> 8b 00 64 48 89 04 25 98 06 00 00 48 8d 05 09 9a 01 00 48 8d 8a

I see a similar failure when tracing the associated mingetty process:

1003  sendto(4, "<83>Apr 29 14:49:20 login[1003]: PAM unable to dlopen(/gnu/store/44il8dnl5qc6ryb3v0lp5374hg3h7vx5-elogind-243.4/lib/security/pam_elogind.so): /gnu/store/ahqgl4h89xqj695lgqvsaf6zh2nhy
4pj-glibc-2.29/lib/libc.so.6: version `GLIBC_2.30' not found (required by /gnu/store/44il8dnl5qc6ryb3v0lp5374hg3h7vx5-elogind-243.4/lib/security/pam_elogind.so)", 342, MSG_NOSIGNAL, NULL, 0) = 342
1003  getpid()                          = 1003
1003  sendto(4, "<83>Apr 29 14:49:20 login[1003]: PAM adding faulty module: /gnu/store/44il8dnl5qc6ryb3v0lp5374hg3h7vx5-elogind-243.4/lib/security/pam_elogind.so", 144, MSG_NOSIGNAL, NULL, 0) = 144

Again running 'herd restart term-tty1' lets me log in successfully.

I'm not sure what to do about this.  Can we get the Shepherd to
automatically restart select services on reconfigure?

For the term-tty services that are started on demand, one fix would be
to have Shepherd start the new service without the explicit 'herd
restart term-tty1' call.

Thoughts?

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 487 bytes --]

Re: core-updates call for testing

[Marius Bakke]

[-- Attachment #1: Type: text/plain, Size: 1008 bytes --]

Ricardo Wurmus <rekado@elephly.net> writes:

> Leo Famulari <leo@famulari.name> writes:
>
>> I'm doing `guix pull --branch=core-updates`, with a `guix describe` of
>> commit a533c5a183 (core-updates from 2 weeks ago), on Debian, in tmux,
>> and I see this weird thing:
>>
>> ------
>> substitute: updating substitutes from 'https://private.mirror'... 100.0%
>> @ substituter-started /gnu/store/zfskbazynmdgmrbhnkbvar8qn5rpqgh2-git-minimal-2.26.2 substitute
>> /@ download-started /gnu/store/zfskbazynmdgmrbhnkbvar8qn5rpqgh2-git-minimal-2.26.2 https://private.mirror/nar/lzip/zfskbazynmdgmrbhnkbvar8qn5rpqgh2-git-minimal-2.26.2 4856299
>> \@ download-progress /gnu/store/zfskbazynmdgmrbhnkbvar8qn5rpqgh2-git-minimal-2.26.2 https://private.mirror/nar
>
> These tags are status information that Guix should hide and use to build
> progress bars and the like.  They have been around for quite some time,
> but they should not ever be visible.

Could it be because locales are not yet available for the new Guix?

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 487 bytes --]

Re: core-updates call for testing

[zimoun]

On Wed, 29 Apr 2020 at 15:07, Marius Bakke <mbakke@fastmail.com> wrote:
>
> Ricardo Wurmus <rekado@elephly.net> writes:
>
> > Leo Famulari <leo@famulari.name> writes:
> >
> >> I'm doing `guix pull --branch=core-updates`, with a `guix describe` of
> >> commit a533c5a183 (core-updates from 2 weeks ago), on Debian, in tmux,
> >> and I see this weird thing:
> >>
> >> ------
> >> substitute: updating substitutes from 'https://private.mirror'... 100.0%
> >> @ substituter-started /gnu/store/zfskbazynmdgmrbhnkbvar8qn5rpqgh2-git-minimal-2.26.2 substitute
> >> /@ download-started /gnu/store/zfskbazynmdgmrbhnkbvar8qn5rpqgh2-git-minimal-2.26.2 https://private.mirror/nar/lzip/zfskbazynmdgmrbhnkbvar8qn5rpqgh2-git-minimal-2.26.2 4856299
> >> \@ download-progress /gnu/store/zfskbazynmdgmrbhnkbvar8qn5rpqgh2-git-minimal-2.26.2 https://private.mirror/nar
> >
> > These tags are status information that Guix should hide and use to build
> > progress bars and the like.  They have been around for quite some time,
> > but they should not ever be visible.
>
> Could it be because locales are not yet available for the new Guix?

I had the same issue '@ substituter-started' when `guix pull
--branch=core-updates -p /tmp/core-updates`.
And today too, when simply `guix pull` from 619f918 to f03e5ca; on Debian.
I have noted that it happens time to time when pulling; so it does not
seems related to 'core-updates'.

--8<---------------cut here---------------start------------->8---
@ substituter-succeeded /gnu/store/mp8nkjfpba6fsrg05l06278gvbk2j147-graphviz-2.4
@ substituter-started /gnu/store/98lzwzblb79x8hqsnc1i7gls2sfg6b8l-apr-1.6.5 subs
-@ download-started /gnu/store/98lzwzblb79x8hqsnc1i7gls2sfg6b8l-apr-1.6.5 https:
@ download-progress /gnu/store/98lzwzblb79x8hqsnc1i7gls2sfg6b8l-apr-1.6.5 https:
@ download-progress /gnu/store/98lzwzblb79x8hqsnc1i7gls2sfg6b8l-apr-1.6.5 https:
@ download-progress /gnu/store/98lzwzblb79x8hqsnc1i7gls2sfg6b8l-apr-1.6.5 https:
@ download-succeeded /gnu/store/98lzwzblb79x8hqsnc1i7gls2sfg6b8l-apr-1.6.5 https
--8<---------------cut here---------------end--------------->8---

All the best,
simon

Re: core-updates call for testing

[Christopher Baines]

[-- Attachment #1: Type: text/plain, Size: 1085 bytes --]


Marius Bakke <mbakke@fastmail.com> writes:

> Please try upgrading your profiles and systems and file bugs for
> anything that does not work for you.  GNOME users in particular are
> encouraged to try the new GNOME 3.34 and report any regressions.

I did some testing today, I managed to upgrade my profile after I
excluded flightgear, hplip and unknown-horizons (this fails to build on
master as well).

I've got a patch to fix python-s3transfer [1].

1: https://debbugs.gnu.org/cgi/bugreport.cgi?bug=41027

As for reconfiguring my system, I use hplip with the CUPS service, so
that doesn't work. I did have a look at hplip but I got lost in the
configure script. I did find something related to Fedora [2].

2: https://bugzilla.redhat.com/show_bug.cgi?id=1706233
3: https://src.fedoraproject.org/rpms/hplip/c/2268f0b1bdc4abce391458a5c90500d37ed438b6?branch=master

The other issue I ran in to when trying to build my system was the
channel/inferior I use for Linux didn't work. I've raised [4] regarding
this.

4: https://debbugs.gnu.org/cgi/bugreport.cgi?bug=41028

Thanks,

Chris

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 962 bytes --]

Re: core-updates call for testing

[Ludovic Courtès]

Hi,

Marius Bakke <mbakke@fastmail.com> skribis:

> I see a similar failure when tracing the associated mingetty process:
>
> 1003  sendto(4, "<83>Apr 29 14:49:20 login[1003]: PAM unable to dlopen(/gnu/store/44il8dnl5qc6ryb3v0lp5374hg3h7vx5-elogind-243.4/lib/security/pam_elogind.so): /gnu/store/ahqgl4h89xqj695lgqvsaf6zh2nhy
> 4pj-glibc-2.29/lib/libc.so.6: version `GLIBC_2.30' not found (required by /gnu/store/44il8dnl5qc6ryb3v0lp5374hg3h7vx5-elogind-243.4/lib/security/pam_elogind.so)", 342, MSG_NOSIGNAL, NULL, 0) = 342
> 1003  getpid()                          = 1003
> 1003  sendto(4, "<83>Apr 29 14:49:20 login[1003]: PAM adding faulty module: /gnu/store/44il8dnl5qc6ryb3v0lp5374hg3h7vx5-elogind-243.4/lib/security/pam_elogind.so", 144, MSG_NOSIGNAL, NULL, 0) = 144
>
> Again running 'herd restart term-tty1' lets me log in successfully.
>
> I'm not sure what to do about this.  Can we get the Shepherd to
> automatically restart select services on reconfigure?

As discussed on IRC, this issue is tracked here:

  https://issues.guix.gnu.org/issue/32182

I don’t think it’s reasonable to automatically restart services that are
currently running; it should have terrible effects.  Or maybe we could
mark services that are always safe to restart as such.  But then,
‘term-tty1’ or ‘sshd’ are not always safe to restart, so it wouldn’t
help.

The bug report above proposes a relatively simple solution, which is to
not use the global /etc/pam directory to avoid the confusion.

Thanks,
Ludo’.

Re: core-updates call for testing

[Timothy Sample]

Hi Marius,

Marius Bakke <mbakke@fastmail.com> writes:

> The "core-updates" branch is ready for testing!  [...]
>
> Please try upgrading your profiles and systems and file bugs for
> anything that does not work for you.  GNOME users in particular are
> encouraged to try the new GNOME 3.34 and report any regressions.

Just so you know, GNOME 3.34 is working swimmingly for me.  So far I am
a very happy core-updates user.  Thank you very much for all your hard
work!


-- Tim

Re: core-updates call for testing

[Marius Bakke]

[-- Attachment #1: Type: text/plain, Size: 1664 bytes --]

Christopher Baines <mail@cbaines.net> writes:

> Marius Bakke <mbakke@fastmail.com> writes:
>
>> Please try upgrading your profiles and systems and file bugs for
>> anything that does not work for you.  GNOME users in particular are
>> encouraged to try the new GNOME 3.34 and report any regressions.
>
> I did some testing today, I managed to upgrade my profile after I
> excluded flightgear, hplip and unknown-horizons (this fails to build on
> master as well).

FlightGear is fairly outdated, I suspect that there are patches upstream
to allow building with the latest Boost.

> I've got a patch to fix python-s3transfer [1].
>
> 1: https://debbugs.gnu.org/cgi/bugreport.cgi?bug=41027

Oh, great that you brought it upstream.  The change LGTM.

> As for reconfiguring my system, I use hplip with the CUPS service, so
> that doesn't work. I did have a look at hplip but I got lost in the
> configure script. I did find something related to Fedora [2].
>
> 2: https://bugzilla.redhat.com/show_bug.cgi?id=1706233
> 3: https://src.fedoraproject.org/rpms/hplip/c/2268f0b1bdc4abce391458a5c90500d37ed438b6?branch=master

I fixed hplip in commit 68c7f577d8cbb1a11a812e36c7ae1e34ccc57e62.  I did
not look at these reports, so let me know if you think something else
should be done.

> The other issue I ran in to when trying to build my system was the
> channel/inferior I use for Linux didn't work. I've raised [4] regarding
> this.
>
> 4: https://debbugs.gnu.org/cgi/bugreport.cgi?bug=41028

I haven't looked into this, but is the inferior from before
commit 05e783871c2c69b402e088863d46f5be7915ac74?

Not sure how we can provide backwards-compatibility in this case.

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 487 bytes --]

Re: core-updates call for testing

[Marius Bakke]

[-- Attachment #1: Type: text/plain, Size: 1053 bytes --]

Timothy Sample <samplet@ngyro.com> writes:

> Hi Marius,
>
> Marius Bakke <mbakke@fastmail.com> writes:
>
>> The "core-updates" branch is ready for testing!  [...]
>>
>> Please try upgrading your profiles and systems and file bugs for
>> anything that does not work for you.  GNOME users in particular are
>> encouraged to try the new GNOME 3.34 and report any regressions.
>
> Just so you know, GNOME 3.34 is working swimmingly for me.  So far I am
> a very happy core-updates user.  Thank you very much for all your hard
> work!

Great to know, thanks!  Credits to Kei for the GNOME 3.34 upgrade.  :-)

I think the only remaining blocker is fixing the WebKitGTK+ sandbox
issue in Epiphany: <https://issues.guix.gnu.org/issue/40837>.

Chris also reported an issue with FlighGear.  Presumably updating to the
latest version would make it work with the newer Boost.  Any takers?

@everyone, please speak up if you find any of your packages failing on
the core-updates branch!  The substitute coverage is currently ~90%,
which is better than on 'master'.

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 487 bytes --]

Re: core-updates call for testing

[Christopher Baines]

[-- Attachment #1: Type: text/plain, Size: 2682 bytes --]


Marius Bakke <mbakke@fastmail.com> writes:

> Christopher Baines <mail@cbaines.net> writes:
>
>> Marius Bakke <mbakke@fastmail.com> writes:
>>
>>> Please try upgrading your profiles and systems and file bugs for
>>> anything that does not work for you.  GNOME users in particular are
>>> encouraged to try the new GNOME 3.34 and report any regressions.
>>
>> I did some testing today, I managed to upgrade my profile after I
>> excluded flightgear, hplip and unknown-horizons (this fails to build on
>> master as well).
>
> FlightGear is fairly outdated, I suspect that there are patches upstream
> to allow building with the latest Boost.
>
>> I've got a patch to fix python-s3transfer [1].
>>
>> 1: https://debbugs.gnu.org/cgi/bugreport.cgi?bug=41027
>
> Oh, great that you brought it upstream.  The change LGTM.

Great, I've pushed this now as c63bd847816061e76389e93dc094df98800f081b.

>> As for reconfiguring my system, I use hplip with the CUPS service, so
>> that doesn't work. I did have a look at hplip but I got lost in the
>> configure script. I did find something related to Fedora [2].
>>
>> 2: https://bugzilla.redhat.com/show_bug.cgi?id=1706233
>> 3: https://src.fedoraproject.org/rpms/hplip/c/2268f0b1bdc4abce391458a5c90500d37ed438b6?branch=master
>
> I fixed hplip in commit 68c7f577d8cbb1a11a812e36c7ae1e34ccc57e62.  I did
> not look at these reports, so let me know if you think something else
> should be done.

Awesome, thanks :)

>> The other issue I ran in to when trying to build my system was the
>> channel/inferior I use for Linux didn't work. I've raised [4] regarding
>> this.
>>
>> 4: https://debbugs.gnu.org/cgi/bugreport.cgi?bug=41028
>
> I haven't looked into this, but is the inferior from before
> commit 05e783871c2c69b402e088863d46f5be7915ac74?
>
> Not sure how we can provide backwards-compatibility in this case.

Hmm, knowing that something changd around call-with-new-thread is
useful. It would be good to figure this out prior to merging though, I
can't be the only one using a inferior to load a revision of Guix from
more than 2 months ago. There are also implications for things like the
Guix Data Service that uses inferiors, as this issue would prevent using
newer versions of Guix to load revisions older than the 19th of March.

After getting a bit lost in the code, I did find more details on where
the issue is occurring, and it looks like there's some support at least
for using specific versions of Guile to get around issues running
compute-guix-derivation [1], so hopefully this issue with Guile 3 is
feasible to address in a backwards compatible way.

1: http://git.savannah.gnu.org/cgit/guix.git/tree/guix/channels.scm#n335

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 962 bytes --]

Re: core-updates call for testing

[Vagrant Cascadian]

[-- Attachment #1: Type: text/plain, Size: 1807 bytes --]

On 2020-05-04, Marius Bakke wrote:
> @everyone, please speak up if you find any of your packages failing on
> the core-updates branch!  The substitute coverage is currently ~90%,
> which is better than on 'master'.

I'm noticing libdbusmenu is failing on aarch64 (which is a dependency of
waybar):

  defaults.c: In function ‘dbusmenu_defaults_class_init’:
  defaults.c:67:2: warning: ‘g_type_class_add_private’ is deprecated
  [-Wdeprecated-declarations]
    g_type_class_add_private (klass, sizeof (DbusmenuDefaultsPrivate));
    ^~~~~~~~~~~~~~~~~~~~~~~~
  In file included from
  /gnu/store/kjm2j6r9jagbr5fcv1l4j7cqp4awk97y-glib-2.62.6/include/glib-2.0/gobje
  ct/gobject.h:24:0,
                   from
                   /gnu/store/kjm2j6r9jagbr5fcv1l4j7cqp4awk97y-glib-2.62.6/include/glib-2.0/gobje
  ct/gbinding.h:29,
                   from
                   /gnu/store/kjm2j6r9jagbr5fcv1l4j7cqp4awk97y-glib-2.62.6/include/glib-2.0/glib-
  object.h:23,
                   from defaults.h:33,
                   from defaults.c:35:
  /gnu/store/kjm2j6r9jagbr5fcv1l4j7cqp4awk97y-glib-2.62.6/include/glib-2.0/gobject/gtype.h:1308:10:
  no
  te: declared here
   void     g_type_class_add_private       (gpointer
   g_class,
            ^~~~~~~~~~~~~~~~~~~~~~~~
  defaults.c: In function ‘dbusmenu_defaults_init’:
  defaults.c:77:13: error: G_ADD_PRIVATE [-Werror]


Looks like the deprecation warning is being treated as an error...

I don't recall this being an issue on x86_64, for some reason; maybe I
didn't have waybar installed.

The source for libdbusmenu quite old (~2016). Debian has switched to bzr
snapshots of newer versions (~2018), but I don't think there's been a
new upstream release in quite some time.


live well,
  vagrant

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 227 bytes --]

Re: core-updates call for testing

[Vagrant Cascadian]

[-- Attachment #1: Type: text/plain, Size: 546 bytes --]

On 2020-05-04, Vagrant Cascadian wrote:
> On 2020-05-04, Marius Bakke wrote:
>> @everyone, please speak up if you find any of your packages failing on
>> the core-updates branch!  The substitute coverage is currently ~90%,
>> which is better than on 'master'.
>
> I'm noticing libdbusmenu is failing on aarch64 (which is a dependency of
> waybar):

Apparently, as soon as I got around to mentioning it, it seems to be
fixed on core-updates as of c63bd847816061e76389e93dc094df98800f081b;
there's a substitute available now.

live well,
  vagrant

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 227 bytes --]