* Re: core-updates call for testing
2020-04-23 23:24 core-updates call for testing Marius Bakke
@ 2020-04-23 23:39 ` Leo Famulari
2020-04-23 23:45 ` Leo Famulari
` (8 subsequent siblings)
9 siblings, 0 replies; 42+ messages in thread
From: Leo Famulari @ 2020-04-23 23:39 UTC (permalink / raw)
To: Marius Bakke; +Cc: guix-devel
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'
^ permalink raw reply [flat|nested] 42+ messages in thread* Re: core-updates call for testing
2020-04-23 23:24 core-updates call for testing Marius Bakke
2020-04-23 23:39 ` Leo Famulari
@ 2020-04-23 23:45 ` Leo Famulari
2020-04-24 0:09 ` sirgazil
2020-04-29 12:38 ` Ricardo Wurmus
2020-04-24 3:20 ` sirgazil
` (7 subsequent siblings)
9 siblings, 2 replies; 42+ messages in thread
From: Leo Famulari @ 2020-04-23 23:45 UTC (permalink / raw)
To: Marius Bakke; +Cc: guix-devel
[-- 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 --]
^ permalink raw reply [flat|nested] 42+ messages in thread* Re: core-updates call for testing
2020-04-23 23:45 ` Leo Famulari
@ 2020-04-24 0:09 ` sirgazil
2020-04-29 12:39 ` Ricardo Wurmus
2020-04-29 12:38 ` Ricardo Wurmus
1 sibling, 1 reply; 42+ messages in thread
From: sirgazil @ 2020-04-24 0:09 UTC (permalink / raw)
To: Leo Famulari; +Cc: Marius Bakke, guix-devel
---- 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.
^ permalink raw reply [flat|nested] 42+ messages in thread* Re: core-updates call for testing
2020-04-23 23:45 ` Leo Famulari
2020-04-24 0:09 ` sirgazil
@ 2020-04-29 12:38 ` Ricardo Wurmus
2020-04-29 13:05 ` Marius Bakke
1 sibling, 1 reply; 42+ messages in thread
From: Ricardo Wurmus @ 2020-04-29 12:38 UTC (permalink / raw)
To: guix-devel
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
^ permalink raw reply [flat|nested] 42+ messages in thread
* Re: core-updates call for testing
2020-04-29 12:38 ` Ricardo Wurmus
@ 2020-04-29 13:05 ` Marius Bakke
2020-04-30 8:49 ` zimoun
0 siblings, 1 reply; 42+ messages in thread
From: Marius Bakke @ 2020-04-29 13:05 UTC (permalink / raw)
To: Ricardo Wurmus, guix-devel
[-- 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 --]
^ permalink raw reply [flat|nested] 42+ messages in thread
* Re: core-updates call for testing
2020-04-29 13:05 ` Marius Bakke
@ 2020-04-30 8:49 ` zimoun
0 siblings, 0 replies; 42+ messages in thread
From: zimoun @ 2020-04-30 8:49 UTC (permalink / raw)
To: Marius Bakke; +Cc: Guix Devel
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
^ permalink raw reply [flat|nested] 42+ messages in thread
* Re: core-updates call for testing
2020-04-23 23:24 core-updates call for testing Marius Bakke
2020-04-23 23:39 ` Leo Famulari
2020-04-23 23:45 ` Leo Famulari
@ 2020-04-24 3:20 ` sirgazil
2020-04-24 12:58 ` sirgazil
2020-04-24 18:46 ` sirgazil
2020-04-24 14:40 ` Jack Hill
` (6 subsequent siblings)
9 siblings, 2 replies; 42+ messages in thread
From: sirgazil @ 2020-04-24 3:20 UTC (permalink / raw)
To: Marius Bakke; +Cc: guix-devel, help-guix
---- 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
^ permalink raw reply [flat|nested] 42+ messages in thread* Re: core-updates call for testing
2020-04-24 3:20 ` sirgazil
@ 2020-04-24 12:58 ` sirgazil
2020-04-24 16:25 ` Marius Bakke
2020-04-24 18:46 ` sirgazil
1 sibling, 1 reply; 42+ messages in thread
From: sirgazil @ 2020-04-24 12:58 UTC (permalink / raw)
To: sirgazil; +Cc: Marius Bakke, guix-devel, help-guix
---- 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
^ permalink raw reply [flat|nested] 42+ messages in thread* Re: core-updates call for testing
2020-04-24 12:58 ` sirgazil
@ 2020-04-24 16:25 ` Marius Bakke
2020-04-24 16:54 ` Gábor Boskovits
2020-04-24 18:08 ` sirgazil
0 siblings, 2 replies; 42+ messages in thread
From: Marius Bakke @ 2020-04-24 16:25 UTC (permalink / raw)
To: sirgazil; +Cc: guix-devel, help-guix
[-- 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 --]
^ permalink raw reply [flat|nested] 42+ messages in thread* Re: core-updates call for testing
2020-04-24 16:25 ` Marius Bakke
@ 2020-04-24 16:54 ` Gábor Boskovits
2020-04-24 19:29 ` sirgazil
2020-04-24 18:08 ` sirgazil
1 sibling, 1 reply; 42+ messages in thread
From: Gábor Boskovits @ 2020-04-24 16:54 UTC (permalink / raw)
To: Marius Bakke; +Cc: guix-devel, help-guix
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
^ permalink raw reply [flat|nested] 42+ messages in thread* Re: core-updates call for testing
2020-04-24 16:54 ` Gábor Boskovits
@ 2020-04-24 19:29 ` sirgazil
0 siblings, 0 replies; 42+ messages in thread
From: sirgazil @ 2020-04-24 19:29 UTC (permalink / raw)
To: "Gábor Boskovits"; +Cc: Marius Bakke, guix-devel, help-guix
---- 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
^ permalink raw reply [flat|nested] 42+ messages in thread
* Re: core-updates call for testing
2020-04-24 16:25 ` Marius Bakke
2020-04-24 16:54 ` Gábor Boskovits
@ 2020-04-24 18:08 ` sirgazil
2020-04-24 21:52 ` Marius Bakke
1 sibling, 1 reply; 42+ messages in thread
From: sirgazil @ 2020-04-24 18:08 UTC (permalink / raw)
To: Marius Bakke; +Cc: guix-devel, help-guix
---- 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
^ permalink raw reply [flat|nested] 42+ messages in thread
* Re: core-updates call for testing
2020-04-24 3:20 ` sirgazil
2020-04-24 12:58 ` sirgazil
@ 2020-04-24 18:46 ` sirgazil
1 sibling, 0 replies; 42+ messages in thread
From: sirgazil @ 2020-04-24 18:46 UTC (permalink / raw)
To: sirgazil; +Cc: Marius Bakke, guix-devel, help-guix
---- 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
^ permalink raw reply [flat|nested] 42+ messages in thread
* Re: core-updates call for testing
2020-04-23 23:24 core-updates call for testing Marius Bakke
` (2 preceding siblings ...)
2020-04-24 3:20 ` sirgazil
@ 2020-04-24 14:40 ` Jack Hill
2020-04-24 20:06 ` Jack Hill
` (5 subsequent siblings)
9 siblings, 0 replies; 42+ messages in thread
From: Jack Hill @ 2020-04-24 14:40 UTC (permalink / raw)
To: Marius Bakke; +Cc: guix-devel, help-guix
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
^ permalink raw reply [flat|nested] 42+ messages in thread* Re: core-updates call for testing
2020-04-23 23:24 core-updates call for testing Marius Bakke
` (3 preceding siblings ...)
2020-04-24 14:40 ` Jack Hill
@ 2020-04-24 20:06 ` Jack Hill
2020-04-25 3:02 ` Jack Hill
` (4 subsequent siblings)
9 siblings, 0 replies; 42+ messages in thread
From: Jack Hill @ 2020-04-24 20:06 UTC (permalink / raw)
To: Marius Bakke; +Cc: guix-devel, help-guix
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
^ permalink raw reply [flat|nested] 42+ messages in thread* Re: core-updates call for testing
2020-04-23 23:24 core-updates call for testing Marius Bakke
` (4 preceding siblings ...)
2020-04-24 20:06 ` Jack Hill
@ 2020-04-25 3:02 ` Jack Hill
2020-04-25 13:24 ` sirgazil
2020-04-25 18:06 ` Leo Famulari
` (3 subsequent siblings)
9 siblings, 1 reply; 42+ messages in thread
From: Jack Hill @ 2020-04-25 3:02 UTC (permalink / raw)
To: Marius Bakke; +Cc: guix-devel, help-guix
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
^ permalink raw reply [flat|nested] 42+ messages in thread* Re: core-updates call for testing
2020-04-25 3:02 ` Jack Hill
@ 2020-04-25 13:24 ` sirgazil
2020-04-25 18:13 ` sirgazil
` (2 more replies)
0 siblings, 3 replies; 42+ messages in thread
From: sirgazil @ 2020-04-25 13:24 UTC (permalink / raw)
To: Jack Hill; +Cc: Marius Bakke, guix-devel, help-guix
---- 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).
^ permalink raw reply [flat|nested] 42+ messages in thread* Re: core-updates call for testing
2020-04-25 13:24 ` sirgazil
@ 2020-04-25 18:13 ` sirgazil
2020-04-29 11:31 ` Ricardo Wurmus
2020-04-25 18:36 ` sirgazil
2020-04-25 21:19 ` Jack Hill
2 siblings, 1 reply; 42+ messages in thread
From: sirgazil @ 2020-04-25 18:13 UTC (permalink / raw)
To: sirgazil; +Cc: Jack Hill, Marius Bakke, guix-devel, help-guix
---- 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.
^ permalink raw reply [flat|nested] 42+ messages in thread
* Re: core-updates call for testing
2020-04-25 13:24 ` sirgazil
2020-04-25 18:13 ` sirgazil
@ 2020-04-25 18:36 ` sirgazil
2020-04-25 21:19 ` Jack Hill
2 siblings, 0 replies; 42+ messages in thread
From: sirgazil @ 2020-04-25 18:36 UTC (permalink / raw)
To: sirgazil; +Cc: Jack Hill, Marius Bakke, guix-devel, help-guix
---- 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...
^ permalink raw reply [flat|nested] 42+ messages in thread
* Re: core-updates call for testing
2020-04-25 13:24 ` sirgazil
2020-04-25 18:13 ` sirgazil
2020-04-25 18:36 ` sirgazil
@ 2020-04-25 21:19 ` Jack Hill
2020-04-25 21:54 ` sirgazil
2 siblings, 1 reply; 42+ messages in thread
From: Jack Hill @ 2020-04-25 21:19 UTC (permalink / raw)
To: sirgazil; +Cc: guix-devel, help-guix
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
^ permalink raw reply [flat|nested] 42+ messages in thread
* Re: core-updates call for testing
2020-04-25 21:19 ` Jack Hill
@ 2020-04-25 21:54 ` sirgazil
2020-04-27 22:09 ` Jack Hill
2020-04-29 6:17 ` Ricardo Wurmus
0 siblings, 2 replies; 42+ messages in thread
From: sirgazil @ 2020-04-25 21:54 UTC (permalink / raw)
To: Jack Hill; +Cc: Marius Bakke, guix-devel, help-guix
---- 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.
^ permalink raw reply [flat|nested] 42+ messages in thread
* Re: core-updates call for testing
2020-04-25 21:54 ` sirgazil
@ 2020-04-27 22:09 ` Jack Hill
2020-04-29 6:17 ` Ricardo Wurmus
1 sibling, 0 replies; 42+ messages in thread
From: Jack Hill @ 2020-04-27 22:09 UTC (permalink / raw)
To: sirgazil; +Cc: guix-devel, help-guix
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
^ permalink raw reply [flat|nested] 42+ messages in thread
* Re: core-updates call for testing
2020-04-25 21:54 ` sirgazil
2020-04-27 22:09 ` Jack Hill
@ 2020-04-29 6:17 ` Ricardo Wurmus
1 sibling, 0 replies; 42+ messages in thread
From: Ricardo Wurmus @ 2020-04-29 6:17 UTC (permalink / raw)
To: help-guix, sirgazil; +Cc: guix-devel
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
^ permalink raw reply [flat|nested] 42+ messages in thread
* Re: core-updates call for testing
2020-04-23 23:24 core-updates call for testing Marius Bakke
` (5 preceding siblings ...)
2020-04-25 3:02 ` Jack Hill
@ 2020-04-25 18:06 ` Leo Famulari
2020-04-28 13:17 ` Marius Bakke
2020-04-28 12:46 ` Efraim Flashner
` (2 subsequent siblings)
9 siblings, 1 reply; 42+ messages in thread
From: Leo Famulari @ 2020-04-25 18:06 UTC (permalink / raw)
To: Marius Bakke; +Cc: guix-devel, help-guix
[-- 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"))))))))
^ permalink raw reply [flat|nested] 42+ messages in thread* Re: core-updates call for testing
2020-04-25 18:06 ` Leo Famulari
@ 2020-04-28 13:17 ` Marius Bakke
2020-04-28 17:25 ` Leo Famulari
0 siblings, 1 reply; 42+ messages in thread
From: Marius Bakke @ 2020-04-28 13:17 UTC (permalink / raw)
To: Leo Famulari; +Cc: guix-devel, help-guix
[-- 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 --]
^ permalink raw reply [flat|nested] 42+ messages in thread
* Re: core-updates call for testing
2020-04-28 13:17 ` Marius Bakke
@ 2020-04-28 17:25 ` Leo Famulari
2020-04-29 13:00 ` Marius Bakke
0 siblings, 1 reply; 42+ messages in thread
From: Leo Famulari @ 2020-04-28 17:25 UTC (permalink / raw)
To: Marius Bakke; +Cc: guix-devel
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.
------
^ permalink raw reply [flat|nested] 42+ messages in thread
* Re: core-updates call for testing
2020-04-28 17:25 ` Leo Famulari
@ 2020-04-29 13:00 ` Marius Bakke
2020-05-03 19:57 ` Ludovic Courtès
0 siblings, 1 reply; 42+ messages in thread
From: Marius Bakke @ 2020-04-29 13:00 UTC (permalink / raw)
To: Leo Famulari; +Cc: guix-devel
[-- 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 --]
^ permalink raw reply [flat|nested] 42+ messages in thread
* Re: core-updates call for testing
2020-04-29 13:00 ` Marius Bakke
@ 2020-05-03 19:57 ` Ludovic Courtès
0 siblings, 0 replies; 42+ messages in thread
From: Ludovic Courtès @ 2020-05-03 19:57 UTC (permalink / raw)
To: Marius Bakke; +Cc: guix-devel
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’.
^ permalink raw reply [flat|nested] 42+ messages in thread
* Re: core-updates call for testing
2020-04-23 23:24 core-updates call for testing Marius Bakke
` (6 preceding siblings ...)
2020-04-25 18:06 ` Leo Famulari
@ 2020-04-28 12:46 ` Efraim Flashner
2020-04-28 13:12 ` Marius Bakke
2020-05-02 16:46 ` Christopher Baines
2020-05-04 14:51 ` Timothy Sample
9 siblings, 1 reply; 42+ messages in thread
From: Efraim Flashner @ 2020-04-28 12:46 UTC (permalink / raw)
To: Marius Bakke; +Cc: guix-devel, help-guix
[-- 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 --]
^ permalink raw reply [flat|nested] 42+ messages in thread* Re: core-updates call for testing
2020-04-28 12:46 ` Efraim Flashner
@ 2020-04-28 13:12 ` Marius Bakke
0 siblings, 0 replies; 42+ messages in thread
From: Marius Bakke @ 2020-04-28 13:12 UTC (permalink / raw)
To: Efraim Flashner; +Cc: guix-devel, help-guix
[-- 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 --]
^ permalink raw reply [flat|nested] 42+ messages in thread
* Re: core-updates call for testing
2020-04-23 23:24 core-updates call for testing Marius Bakke
` (7 preceding siblings ...)
2020-04-28 12:46 ` Efraim Flashner
@ 2020-05-02 16:46 ` Christopher Baines
2020-05-04 15:31 ` Marius Bakke
2020-05-04 14:51 ` Timothy Sample
9 siblings, 1 reply; 42+ messages in thread
From: Christopher Baines @ 2020-05-02 16:46 UTC (permalink / raw)
To: guix-devel
[-- 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 --]
^ permalink raw reply [flat|nested] 42+ messages in thread* Re: core-updates call for testing
2020-05-02 16:46 ` Christopher Baines
@ 2020-05-04 15:31 ` Marius Bakke
2020-05-04 17:49 ` Christopher Baines
0 siblings, 1 reply; 42+ messages in thread
From: Marius Bakke @ 2020-05-04 15:31 UTC (permalink / raw)
To: Christopher Baines, guix-devel
[-- 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 --]
^ permalink raw reply [flat|nested] 42+ messages in thread
* Re: core-updates call for testing
2020-05-04 15:31 ` Marius Bakke
@ 2020-05-04 17:49 ` Christopher Baines
0 siblings, 0 replies; 42+ messages in thread
From: Christopher Baines @ 2020-05-04 17:49 UTC (permalink / raw)
To: Marius Bakke; +Cc: guix-devel
[-- 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 --]
^ permalink raw reply [flat|nested] 42+ messages in thread
* Re: core-updates call for testing
2020-04-23 23:24 core-updates call for testing Marius Bakke
` (8 preceding siblings ...)
2020-05-02 16:46 ` Christopher Baines
@ 2020-05-04 14:51 ` Timothy Sample
2020-05-04 15:32 ` Marius Bakke
9 siblings, 1 reply; 42+ messages in thread
From: Timothy Sample @ 2020-05-04 14:51 UTC (permalink / raw)
To: Marius Bakke; +Cc: guix-devel, help-guix
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
^ permalink raw reply [flat|nested] 42+ messages in thread* Re: core-updates call for testing
2020-05-04 14:51 ` Timothy Sample
@ 2020-05-04 15:32 ` Marius Bakke
2020-05-04 19:21 ` Vagrant Cascadian
0 siblings, 1 reply; 42+ messages in thread
From: Marius Bakke @ 2020-05-04 15:32 UTC (permalink / raw)
To: Timothy Sample; +Cc: guix-devel, help-guix
[-- 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 --]
^ permalink raw reply [flat|nested] 42+ messages in thread
* Re: core-updates call for testing
2020-05-04 15:32 ` Marius Bakke
@ 2020-05-04 19:21 ` Vagrant Cascadian
2020-05-04 20:18 ` Vagrant Cascadian
0 siblings, 1 reply; 42+ messages in thread
From: Vagrant Cascadian @ 2020-05-04 19:21 UTC (permalink / raw)
To: Marius Bakke; +Cc: guix-devel
[-- 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 --]
^ permalink raw reply [flat|nested] 42+ messages in thread* Re: core-updates call for testing
2020-05-04 19:21 ` Vagrant Cascadian
@ 2020-05-04 20:18 ` Vagrant Cascadian
0 siblings, 0 replies; 42+ messages in thread
From: Vagrant Cascadian @ 2020-05-04 20:18 UTC (permalink / raw)
To: Marius Bakke; +Cc: guix-devel
[-- 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 --]
^ permalink raw reply [flat|nested] 42+ messages in thread
