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

[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

[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

[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: 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 --]