Re: core-updates call for testing

[Marius Bakke]

Timothy Sample  writes:

> Hi Marius,
>
> Marius Bakke  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: .

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'.


signature.asc
Description: PGP signature

Re: core-updates call for testing

[Timothy Sample]

Hi Marius,

Marius Bakke  writes:

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

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


-- Tim

Re: core-updates call for testing

[Ricardo Wurmus]

sirgazil  writes:

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

I applied the patch.

--
Ricardo

Re: core-updates call for testing

[Ricardo Wurmus]

sirgazil  writes:

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

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

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

--
Ricardo

Re: core-updates call for testing

[Marius Bakke]

Leo Famulari  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.


signature.asc
Description: PGP signature

Re: core-updates call for testing

[Marius Bakke]

Efraim Flashner  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 (# ?))
>217:50 18 (lp (# ?))
>217:50 17 (lp (# ?))
>217:50 16 (lp (# ?))
>217:50 15 (lp (# ?))
>217:50 14 (lp (# ?))
>217:50 13 (lp (# ?))
>217:50 12 (lp (# ?))
>217:50 11 (lp (# ?))
>217:50 10 (lp (# ?))
>217:50  9 (lp (# ?))
>217:50  8 (lp (# ?))
>217:50  7 (lp (# ?))
>217:50  6 (lp (# ?))
>217:33  5 (lp (# ?))
>196:43  4 (_ #f)
>196:35  3 (_ #f)
>202:27  2 (_ #f)
>223:20  1 (proc #)
>In unknown file:
>0 (%resolve-variable (7 . cut) #)
>
> ERROR: In procedure %resolve-variable:
> Unbound variable: cut

Fixed in 587398d2a82e0b5966a6827d36a1f1d115181b11, thanks!


signature.asc
Description: PGP signature

Re: core-updates call for testing

[Efraim Flashner]

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 (# ?))
   217:50 18 (lp (# ?))
   217:50 17 (lp (# ?))
   217:50 16 (lp (# ?))
   217:50 15 (lp (# ?))
   217:50 14 (lp (# ?))
   217:50 13 (lp (# ?))
   217:50 12 (lp (# ?))
   217:50 11 (lp (# ?))
   217:50 10 (lp (# ?))
   217:50  9 (lp (# ?))
   217:50  8 (lp (# ?))
   217:50  7 (lp (# ?))
   217:50  6 (lp (# ?))
   217:33  5 (lp (# ?))
   196:43  4 (_ #f)
   196:35  3 (_ #f)
   202:27  2 (_ #f)
   223:20  1 (proc #)
   In unknown file:
   0 (%resolve-variable (7 . cut) #)

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


signature.asc
Description: PGP signature

Re: core-updates call for testing

[Jack Hill]

On Sat, 25 Apr 2020, sirgazil wrote:


 On Sat, 25 Apr 2020 21:19:26 + Jack Hill  wrote 

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

No it doesn't.


Hi all,

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


Best,
Jack

Re: core-updates call for testing

[sirgazil]

  On Sat, 25 Apr 2020 21:19:26 + Jack Hill  wrote 

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

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

Re: core-updates call for testing

[Jack Hill]

On Sat, 25 Apr 2020, sirgazil wrote:


 On Sat, 25 Apr 2020 03:02:23 + Jack Hill  wrote 

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

Same here. So far, things are working normally.


sirgazil,

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


Best,
Jack

Re: core-updates call for testing

[sirgazil]

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

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

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

Re: core-updates call for testing

[sirgazil]

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

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

Re: core-updates call for testing

[Leo Famulari]

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.
;; This is an operating system configuration template
;; for a "bare bones" setup, with no X11 display server.

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

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

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

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

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

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

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

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

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

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

Re: core-updates call for testing

[sirgazil]

 On Sat, 25 Apr 2020 03:02:23 + Jack Hill  wrote 

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

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

I'll keep testing this weekend.

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

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

Re: core-updates call for testing

[Jack Hill]

On Fri, 24 Apr 2020, Marius Bakke wrote:


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


Hi,

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


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


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


Best,
Jack

Re: core-updates call for testing

[sirgazil]

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

Thanks, I will do that.

Re: core-updates call for testing

[Marius Bakke]

sirgazil  writes:

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

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

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

Thanks for testing!


signature.asc
Description: PGP signature

Re: core-updates call for testing

[Jack Hill]

On Fri, 24 Apr 2020, Marius Bakke wrote:


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


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


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

Best,
Jack

Re: core-updates call for testing

[sirgazil]

  On Fri, 24 Apr 2020 16:54:19 + Gábor Boskovits  
wrote 
 > Hello,
 > 
 > Marius Bakke  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  writes:
 > 
 > >   On Fri, 24 Apr 2020 03:20:41 + sirgazil  
 > > wrote 
 > >  >   On Thu, 23 Apr 2020 23:24:23 + Marius Bakke 
 > >  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" 

Re: core-updates call for testing

[sirgazil]

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

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

Re: core-updates call for testing

[sirgazil]

  On Fri, 24 Apr 2020 16:25:13 + Marius Bakke  
wrote 
 > sirgazil  writes:
 > 
 > >   On Fri, 24 Apr 2020 03:20:41 + sirgazil  
 > > wrote 
 > >  >   On Thu, 23 Apr 2020 23:24:23 + Marius Bakke 
 > >  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: 
 > > 

Re: core-updates call for testing

[Gábor Boskovits]

Hello,

Marius Bakke  ezt írta (időpont: 2020. ápr. 24., Pén
18:25):

> sirgazil  writes:
>
> >   On Fri, 24 Apr 2020 03:20:41 + sirgazil 
> wrote 
> >  >   On Thu, 23 Apr 2020 23:24:23 + Marius Bakke <
> mba...@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 

Re: core-updates call for testing

[Marius Bakke]

sirgazil  writes:

>   On Fri, 24 Apr 2020 03:20:41 + sirgazil  wrote 
> 
>  >   On Thu, 23 Apr 2020 23:24:23 + Marius Bakke 
>  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 

Re: core-updates call for testing

[Jack Hill]

On Fri, 24 Apr 2020, Marius Bakke wrote:


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


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


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


Best,
Jack

Re: core-updates call for testing

[sirgazil]

  On Fri, 24 Apr 2020 03:20:41 + sirgazil  wrote 
 >   On Thu, 23 Apr 2020 23:24:23 + Marius Bakke  
 > 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
 ...
 

Re: core-updates call for testing

[sirgazil]

  On Thu, 23 Apr 2020 23:24:23 + Marius Bakke  
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

core-updates call for testing

[Marius Bakke]

Hello Guix!

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

  guix pull --branch=core-updates

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

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

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

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

Enjoy!


signature.asc
Description: PGP signature