Let’s merge ‘core-updates’!

Let’s merge ‘core-updates’!

[Ludovic Courtès]

Hello Guix!

The ‘core-updates’ branch is in a good shape now, and I think we should
go ahead and merge in the coming days!

Please try to upgrade your system and your user profile to see if
anything’s wrong for you (I did that a few days ago and I’m happy!).

You can test, for example, with:

  guix pull --branch=core-updates -p /tmp/new
  /tmp/new/bin/guix upgrade

You can also check substitute availability:

  /tmp/new/bin/guix weather -c 10

Feedback welcome!

Ludo’.

Re: Let’s merge ‘core-updates’!

[zimoun]

Hi,

On Tue, 24 Sep 2019 at 10:18, Ludovic Courtès <ludo@gnu.org> wrote:

> You can test, for example, with:
>
>   guix pull --branch=core-updates -p /tmp/new

Maybe I have something twisted but I get this error:

--8<---------------cut here---------------start------------->8---
building package cache...
/builder for `/gnu/store/87m24ly3p44x8qgpm7gzyig7ns2mhpdz-guix-package-cache.drv'
failed to produce output path
`/gnu/store/4ghfs18sd1n7nyzwx21d52myg14q51n9-guix-package-cache'
build of /gnu/store/87m24ly3p44x8qgpm7gzyig7ns2mhpdz-guix-package-cache.drv
failed
View build log at
'/var/log/guix/drvs/87/m24ly3p44x8qgpm7gzyig7ns2mhpdz-guix-package-cache.drv.bz2'.
cannot build derivation
`/gnu/store/zc7z147cx36gka0mc4dbgz4mxv7wqln8-profile.drv': 1
dependencies couldn't be built
guix pull: error: build of
`/gnu/store/zc7z147cx36gka0mc4dbgz4mxv7wqln8-profile.drv' failed
--8<---------------cut here---------------end--------------->8---

I can report more if needed.


All the best,
simon

Re: Let’s merge ‘core-updates’!

[Mikhail Kryshen]

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

Ludovic Courtès <ludo@gnu.org> writes:

> Hello Guix!
>
> The ‘core-updates’ branch is in a good shape now, and I think we should
> go ahead and merge in the coming days!
>
> Please try to upgrade your system and your user profile to see if
> anything’s wrong for you (I did that a few days ago and I’m happy!).

supercollider (required by emacs-org-contrib via emacs-scel) failed to build:

/tmp/guix-build-supercollider-3.10.2.drv-0/SuperCollider-Source/server/supernova/sc/sc_osc_handler.cpp: In member function ‘void nova::detail::sc_osc_handler::start_tcp_accept()’:
/tmp/guix-build-supercollider-3.10.2.drv-0/SuperCollider-Source/server/supernova/sc/sc_osc_handler.cpp:891:83: error: ‘boost::asio::ip::tcp::acceptor {aka class boost::asio::basic_socket_acceptor<boost::asio::ip::tcp>}’ has no member named ‘get_io_service’
     tcp_connection::pointer new_connection = tcp_connection::create(tcp_acceptor_.get_io_service());
                                                                                   ^~~~~~~~~~~~~~
make[2]: *** [server/supernova/CMakeFiles/libsupernova.dir/build.make:79: server/supernova/CMakeFiles/libsupernova.dir/sc/sc_osc_handler.cpp.o] Error 1
make[2]: Leaving directory '/tmp/guix-build-supercollider-3.10.2.drv-0/build'
make[1]: *** [CMakeFiles/Makefile2:2698: server/supernova/CMakeFiles/libsupernova.dir/all] Error 2

> You can test, for example, with:
>
>   guix pull --branch=core-updates -p /tmp/new
>   /tmp/new/bin/guix upgrade
>
> You can also check substitute availability:
>
>   /tmp/new/bin/guix weather -c 10
>
> Feedback welcome!
>
> Ludo’.
>

-- 
Mikhail

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

Re: Let’s merge ‘core-updates’!

[pelzflorian (Florian Pelz)]

On Tue, Sep 24, 2019 at 10:18:30AM +0200, Ludovic Courtès wrote:
> Please try to upgrade your system and your user profile to see if
> anything’s wrong for you (I did that a few days ago and I’m happy!).
> 

I switched my local git checkout to core-updates, git pulled and then
did a `guix pull --branch=core-updates` from it.  Afterwards I made
some changes to the local git checkout and tried to pull again, but it
failed with:

~$ bzcat /var/log/guix/drvs/rn/r6phzskqxv88mrmxlvqbf7m6s5l3xq-module-import-compiled.drv.bz2
[ 1/86] Loading './gcrypt/hash.scm'...
[ 2/86] Loading './git.scm'...
[ 3/86] Loading './gnu/packages/bootstrap.scm'...
[ 4/86] Loading './gnu/packages.scm'...
[ 5/86] Loading './guix/base16.scm'...
[ 6/86] Loading './guix/base32.scm'...
[ 7/86] Loading './guix/base64.scm'...
[ 8/86] Loading './guix/build/compile.scm'...
[ 9/86] Loading './guix/build/download.scm'...
[10/86] Loading './guix/build/syscalls.scm'...
;;; Failed to autoload make-session in (gnutls):
;;; missing interface for module (gnutls)
;;; Failed to autoload connection-end/client in (gnutls):
;;; missing interface for module (gnutls)
;;; Failed to autoload gnutls-version in (gnutls):
;;; missing interface for module (gnutls)
;;; Failed to autoload make-session in (gnutls):
;;; missing interface for module (gnutls)
;;; Failed to autoload make-session in (gnutls):
;;; missing interface for module (gnutls)
;;; Failed to autoload connection-end/client in (gnutls):
;;; missing interface for module (gnutls)
;;; Failed to autoload connection-end/client in (gnutls):
;;; missing interface for module (gnutls)
;;; Failed to autoload gnutls-version in (gnutls):
;;; missing interface for module (gnutls)
;;; Failed to autoload gnutls-version in (gnutls):
;;; missing interface for module (gnutls)
Backtrace:
          11 (primitive-load "/gnu/store/bd3inz9s8x7lavwjhjzp5dr8bmg?")
In ice-9/eval.scm:
    619:8 10 (_ #f)
In srfi/srfi-1.scm:
   466:18  9 (fold #<procedure 7ffff60bb980 at ice-9/eval.scm:336:1?> ?)
   466:18  8 (fold #<procedure 7ffff6fd7340 at ice-9/eval.scm:336:1?> ?)
   466:18  7 (fold #<procedure 7ffff52ec900 at ice-9/eval.scm:336:1?> ?)
In ice-9/eval.scm:
    619:8  6 (_ #(#(#<directory (guix build utils) 7ffff6ca0500>) # ?))
In ice-9/boot-9.scm:
   2312:4  5 (save-module-excursion _)
In unknown file:
           4 (primitive-load "./guix/build/syscalls.scm")
In ice-9/eval.scm:
    619:8  3 (_ #f)
In ice-9/boot-9.scm:
  2071:24  2 (call-with-deferred-observers #<procedure 7fffee998980 ?>)
   260:13  1 (for-each #<procedure 7fffee998840 at ice-9/boot-9.scm?> ?)
In unknown file:
           0 (scm-error misc-error #f "~A ~S" ("re-exporting loc?" ?) ?)

ERROR: In procedure scm-error:
re-exporting local variable: AT_SYMLINK_NOFOLLOW




This is my channel.scm

(list (channel (name 'guix)
               (url "/home/florian/git/guix")))

Regards,
Florian

Re: Let’s merge ‘core-updates’!

[pelzflorian (Florian Pelz)]

On Fri, Sep 27, 2019 at 08:50:29PM +0200, pelzflorian (Florian Pelz) wrote:
> Afterwards I made
> some changes to the local git checkout and tried to pull again, but it
> failed with:
> 

Oops, this happens only when trying to `guix pull` from master after
`guix pull --branch core-updates`.

Regards,
Florian

Re: Let’s merge ‘core-updates’!

[Ricardo Wurmus]

Ludovic Courtès <ludo@gnu.org> writes:

> The ‘core-updates’ branch is in a good shape now, and I think we should
> go ahead and merge in the coming days!

This is one for the books! :)  I’m so glad it’s finally happening.

> Please try to upgrade your system and your user profile to see if
> anything’s wrong for you (I did that a few days ago and I’m happy!).

My system is already on core-updates and it works fine.

Still to be pushed to core-updates is a fix for ant-bootstrap on
i686-linux (which block all Java packages on that architecture).  We’re
just waiting for independent confirmation that this fix is fine.

-- 
Ricardo

Re: Let’s merge ‘core-updates’!

[Ricardo Wurmus]

Hi zimoun,

> --8<---------------cut here---------------start------------->8---
> building package cache...
> /builder for `/gnu/store/87m24ly3p44x8qgpm7gzyig7ns2mhpdz-guix-package-cache.drv'
> failed to produce output path
> `/gnu/store/4ghfs18sd1n7nyzwx21d52myg14q51n9-guix-package-cache'
> build of /gnu/store/87m24ly3p44x8qgpm7gzyig7ns2mhpdz-guix-package-cache.drv
> failed
> View build log at
> '/var/log/guix/drvs/87/m24ly3p44x8qgpm7gzyig7ns2mhpdz-guix-package-cache.drv.bz2'.
> cannot build derivation
> `/gnu/store/zc7z147cx36gka0mc4dbgz4mxv7wqln8-profile.drv': 1
> dependencies couldn't be built
> guix pull: error: build of
> `/gnu/store/zc7z147cx36gka0mc4dbgz4mxv7wqln8-profile.drv' failed
> --8<---------------cut here---------------end--------------->8---
>
> I can report more if needed.

Please do.  What does the log at
/var/log/guix/drvs/87/m24ly3p44x8qgpm7gzyig7ns2mhpdz-guix-package-cache.drv.bz2
say?

--
Ricardo

Re: Let’s merge ‘core-updates’!

[Ricardo Wurmus]

pelzflorian (Florian Pelz) <pelzflorian@pelzflorian.de> writes:

> On Fri, Sep 27, 2019 at 08:50:29PM +0200, pelzflorian (Florian Pelz) wrote:
>> Afterwards I made
>> some changes to the local git checkout and tried to pull again, but it
>> failed with:
>> 
>
> Oops, this happens only when trying to `guix pull` from master after
> `guix pull --branch core-updates`.

This looks like https://issues.guix.gnu.org/issue/37506.

-- 
Ricardo

Re: Let’s merge ‘core-updates’!

[Jack Hill]

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

On Tue, 24 Sep 2019, Ludovic Courtès wrote:

> The ‘core-updates’ branch is in a good shape now, and I think we should
> go ahead and merge in the coming days!
>
> Please try to upgrade your system and your user profile to see if
> anything’s wrong for you (I did that a few days ago and I’m happy!).

I've tried this and I turned up a build problem with dconf-editor: 
https://issues.guix.gnu.org/issue/37503

Best,
Jack

Re: Let’s merge ‘core-updates’!

[Jelle Licht]

Ludovic Courtès <ludo@gnu.org> writes:

> Hello Guix!
>
> The ‘core-updates’ branch is in a good shape now, and I think we should
> go ahead and merge in the coming days!
>
> Please try to upgrade your system and your user profile to see if
> anything’s wrong for you (I did that a few days ago and I’m happy!).
>
> You can test, for example, with:
>
>   guix pull --branch=core-updates -p /tmp/new
>   /tmp/new/bin/guix upgrade

Building gnucash using core-updates fails:

building /gnu/store/zsx2szs631q5p6dsa03zh8x7hqgv9x9p-gnucash-3.5.drv...
\ 'configure' phasebuilder for `/gnu/store/zsx2szs631q5p6dsa03zh8x7hqgv9x9p-gnucash-3.5.drv' failed with exit code 1
build of /gnu/store/zsx2szs631q5p6dsa03zh8x7hqgv9x9p-gnucash-3.5.drv failed
View build log at '/var/log/guix/drvs/zs/x2szs631q5p6dsa03zh8x7hqgv9x9p-gnucash-3.5.drv.bz2'.
guix upgrade: error: build of `/gnu/store/zsx2szs631q5p6dsa03zh8x7hqgv9x9p-gnucash-3.5.drv' failed

The specific error message is: Unknown CMake command "check_symbol_exists".
Relevant part of build log:
https://paste.debian.net/1103105/

reconfiguring my system and upgrading the other packages in my profile
seems to work very well.

Re: Let’s merge ‘core-updates’!

[Konrad Hinsen]

Hi Ludo,

> Please try to upgrade your system and your user profile to see if
> anything’s wrong for you (I did that a few days ago and I’m happy!).

It mostly works fine for me, except that the build of next-gtk-webkit 
fails (which works fine on master). The cause is:

make[2]: Entering directory '/tmp/guix-build-webkitgtk-2.26.1.drv-0/build'
make[2]: *** No rule to make target 'JavaScriptCore-4.0.gir', needed by 
'WebKit2-4.0.gir'.  Stop.

Konrad.

Re: Let’s merge ‘core-updates’!

[Ludovic Courtès]

Hi Mikhail,

Mikhail Kryshen <mikhail@kryshen.net> skribis:

> supercollider (required by emacs-org-contrib via emacs-scel) failed to build:
>
> /tmp/guix-build-supercollider-3.10.2.drv-0/SuperCollider-Source/server/supernova/sc/sc_osc_handler.cpp: In member function ‘void nova::detail::sc_osc_handler::start_tcp_accept()’:
> /tmp/guix-build-supercollider-3.10.2.drv-0/SuperCollider-Source/server/supernova/sc/sc_osc_handler.cpp:891:83: error: ‘boost::asio::ip::tcp::acceptor {aka class boost::asio::basic_socket_acceptor<boost::asio::ip::tcp>}’ has no member named ‘get_io_service’
>      tcp_connection::pointer new_connection = tcp_connection::create(tcp_acceptor_.get_io_service());
>                                                                                    ^~~~~~~~~~~~~~
> make[2]: *** [server/supernova/CMakeFiles/libsupernova.dir/build.make:79: server/supernova/CMakeFiles/libsupernova.dir/sc/sc_osc_handler.cpp.o] Error 1
> make[2]: Leaving directory '/tmp/guix-build-supercollider-3.10.2.drv-0/build'
> make[1]: *** [CMakeFiles/Makefile2:2698: server/supernova/CMakeFiles/libsupernova.dir/all] Error 2

Mathieu fixed it in 772ca8e4f62d5b74286e39652b33afb817e17ca2.

Thanks,
Ludo’.

Re: Let’s merge ‘core-updates’!

[Kei Kebreau]

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

Jelle Licht <jlicht@fsfe.org> writes:

> Ludovic Courtès <ludo@gnu.org> writes:
>
>> Hello Guix!
>>
>> The ‘core-updates’ branch is in a good shape now, and I think we should
>> go ahead and merge in the coming days!
>>
>> Please try to upgrade your system and your user profile to see if
>> anything’s wrong for you (I did that a few days ago and I’m happy!).
>>
>> You can test, for example, with:
>>
>>   guix pull --branch=core-updates -p /tmp/new
>>   /tmp/new/bin/guix upgrade
>
> Building gnucash using core-updates fails:
>
> building /gnu/store/zsx2szs631q5p6dsa03zh8x7hqgv9x9p-gnucash-3.5.drv...
> \ 'configure' phasebuilder for
> `/gnu/store/zsx2szs631q5p6dsa03zh8x7hqgv9x9p-gnucash-3.5.drv' failed
> with exit code 1
> build of /gnu/store/zsx2szs631q5p6dsa03zh8x7hqgv9x9p-gnucash-3.5.drv failed
> View build log at
> '/var/log/guix/drvs/zs/x2szs631q5p6dsa03zh8x7hqgv9x9p-gnucash-3.5.drv.bz2'.
> guix upgrade: error: build of
> `/gnu/store/zsx2szs631q5p6dsa03zh8x7hqgv9x9p-gnucash-3.5.drv' failed
>
> The specific error message is: Unknown CMake command "check_symbol_exists".
> Relevant part of build log:
> https://paste.debian.net/1103105/
>
> reconfiguring my system and upgrading the other packages in my profile
> seems to work very well.

I ran into this issue as well. Gnucash verison 3.7 fixes this issue
[0]. I have a preliminary patch that may be pushed on master. My
computer is currently attempting to build it on core-updates, but it has
to build WebKitGTK first.

[0]: https://github.com/Gnucash/gnucash/commit/ce6c3c22a15102341ca41ddba2a46ea7daf63f17#diff-e816f3fb553eba8e15e25d30f14cff0d

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

Re: Let’s merge ‘core-updates’!

[Mikhail Kryshen]

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

Thanks.

Also xfce4-pulseaudio-plugin (this breaks system configurations with
xfce-desktop-service):

  starting phase `augment-cflags'
  Backtrace:
             7 (primitive-load "/gnu/store/b01jl2cm2v4pbang81grgmhp7pi?")
  In ice-9/eval.scm:
     191:35  6 (_ #f)
  In ice-9/boot-9.scm:
      829:9  5 (catch srfi-34 #<procedure 7ffff60a4c20 at /gnu/store/?> ?)
  In srfi/srfi-1.scm:
     863:16  4 (every1 #<procedure 7ffff60a4be0 at /gnu/store/w3jlc8p?> ?)
  In /gnu/store/w3jlc8pk8416m7h677r5vq92b66h8cqd-module-import/guix/build/gnu-build-system.scm:
     839:30  3 (_ _)
  In ice-9/eval.scm:
      619:8  2 (_ #(#(#<directory (guile-user) 7ffff6c74140>) (# # ?)))
      159:9  1 (_ #(#(#<directory (guile-user) 7ffff6c74140>) (# # ?)))
  In unknown file:
             0 (string-append "/gnu/store/wz8zw92bs7a2r01n4msicwwk4sc?" ?)

  ERROR: In procedure string-append:
  In procedure string-append: Wrong type (expecting string): #f

Probably caused by use of C_INCLUDE_PATH instead of CPATH.

Would it be feasible to wait for CI to build everything in core-updates
and investigate all failures before merging?

-- 
Mikhail

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

Re: Let’s merge ‘core-updates’!

[Marius Bakke]

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

Mikhail Kryshen <mikhail@kryshen.net> writes:

> Thanks.
>
> Also xfce4-pulseaudio-plugin (this breaks system configurations with
> xfce-desktop-service):
>
>   starting phase `augment-cflags'
>   Backtrace:
>              7 (primitive-load "/gnu/store/b01jl2cm2v4pbang81grgmhp7pi?")
>   In ice-9/eval.scm:
>      191:35  6 (_ #f)
>   In ice-9/boot-9.scm:
>       829:9  5 (catch srfi-34 #<procedure 7ffff60a4c20 at /gnu/store/?> ?)
>   In srfi/srfi-1.scm:
>      863:16  4 (every1 #<procedure 7ffff60a4be0 at /gnu/store/w3jlc8p?> ?)
>   In /gnu/store/w3jlc8pk8416m7h677r5vq92b66h8cqd-module-import/guix/build/gnu-build-system.scm:
>      839:30  3 (_ _)
>   In ice-9/eval.scm:
>       619:8  2 (_ #(#(#<directory (guile-user) 7ffff6c74140>) (# # ?)))
>       159:9  1 (_ #(#(#<directory (guile-user) 7ffff6c74140>) (# # ?)))
>   In unknown file:
>              0 (string-append "/gnu/store/wz8zw92bs7a2r01n4msicwwk4sc?" ?)
>
>   ERROR: In procedure string-append:
>   In procedure string-append: Wrong type (expecting string): #f
>
> Probably caused by use of C_INCLUDE_PATH instead of CPATH.

Fixed in e17f1c3dcccca583bc0b2d358c277d6988c51d90, thanks!

> Would it be feasible to wait for CI to build everything in core-updates
> and investigate all failures before merging?

Unfortunately there is a lot of "noise" in the CI -- packages that fail
to build on *all* branches.  It is currently also difficult to compare
branches to see regressions.  Help wanted!  :-)

So for now we have to rely on user feedback, and `guix weather`.

Thanks for testing!

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

Re: Let’s merge ‘core-updates’!

[John Soo]

[-- Attachment #1.1: Type: text/plain, Size: 161 bytes --]

Hi there,

I pulled to commit 3128d6a16a80d40d927c41f530dd48ebbb8a036d and tlsdate
failed to build.  Many other packages and services correctly updated.

- John

[-- Attachment #1.2: Type: text/html, Size: 273 bytes --]

[-- Attachment #2: gdjpdqr9ks422a5vky3wj8hjw8diy1-tlsdate-0.0.13.drv.bz2 --]
[-- Type: application/octet-stream, Size: 8560 bytes --]

Re: Let’s merge ‘core-updates’!

[Marius Bakke]

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

John Soo <jsoo1@asu.edu> writes:

> Hi there,
>
> I pulled to commit 3128d6a16a80d40d927c41f530dd48ebbb8a036d and tlsdate
> failed to build.  Many other packages and services correctly updated.

Fixed in 4ecf790e70dd22c204edad269cb661d820864906, thanks!

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

Re: Let’s merge ‘core-updates’!

[John Soo]

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

Hi Guix,

Two more items on core-updates: I get this message on most things now:
guile: warning: failed to install locale.

Also after a reboot, the early guile repl gets stuck populating /etc.

Thanks!

- John

[-- Attachment #2: Type: text/html, Size: 369 bytes --]

Re: Let’s merge ‘core-updates’!

[Marius Bakke]

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

John Soo <jsoo1@asu.edu> writes:

> Hi Guix,
>
> Two more items on core-updates: I get this message on most things now:
> guile: warning: failed to install locale.

This means that the program you are executing was linked against a
different version of libc than the current system has locales for.

To make the glibc 2.28 locales available and get rid of this warning for
packages you haven't updated yet, add this to your configuration and
reconfigure:

 (locale-libcs (list glibc-2.28 (canonical-package glibc)))

> Also after a reboot, the early guile repl gets stuck populating /etc.

This is <https://issues.guix.gnu.org/issue/37501>.  Can you see if the
mentioned fix works for you?

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

Re: Let’s merge ‘core-updates’!

[Kei Kebreau]

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

Kei Kebreau <kkebreau@posteo.net> writes:

> Jelle Licht <jlicht@fsfe.org> writes:
>
>> Ludovic Courtès <ludo@gnu.org> writes:
>>
>>> Hello Guix!
>>>
>>> The ‘core-updates’ branch is in a good shape now, and I think we should
>>> go ahead and merge in the coming days!
>>>
>>> Please try to upgrade your system and your user profile to see if
>>> anything’s wrong for you (I did that a few days ago and I’m happy!).
>>>
>>> You can test, for example, with:
>>>
>>>   guix pull --branch=core-updates -p /tmp/new
>>>   /tmp/new/bin/guix upgrade
>>
>> Building gnucash using core-updates fails:
>>
>> building /gnu/store/zsx2szs631q5p6dsa03zh8x7hqgv9x9p-gnucash-3.5.drv...
>> \ 'configure' phasebuilder for
>> `/gnu/store/zsx2szs631q5p6dsa03zh8x7hqgv9x9p-gnucash-3.5.drv' failed
>> with exit code 1
>> build of /gnu/store/zsx2szs631q5p6dsa03zh8x7hqgv9x9p-gnucash-3.5.drv failed
>> View build log at
>> '/var/log/guix/drvs/zs/x2szs631q5p6dsa03zh8x7hqgv9x9p-gnucash-3.5.drv.bz2'.
>> guix upgrade: error: build of
>> `/gnu/store/zsx2szs631q5p6dsa03zh8x7hqgv9x9p-gnucash-3.5.drv' failed
>>
>> The specific error message is: Unknown CMake command "check_symbol_exists".
>> Relevant part of build log:
>> https://paste.debian.net/1103105/
>>
>> reconfiguring my system and upgrading the other packages in my profile
>> seems to work very well.
>
> I ran into this issue as well. Gnucash verison 3.7 fixes this issue
> [0]. I have a preliminary patch that may be pushed on master. My
> computer is currently attempting to build it on core-updates, but it has
> to build WebKitGTK first.
>
> [0]:
> https://github.com/Gnucash/gnucash/commit/ce6c3c22a15102341ca41ddba2a46ea7daf63f17#diff-e816f3fb553eba8e15e25d30f14cff0d

The patch seems to work. Please see the following issue to try it out:
<https://issues.guix.gnu.org/issue/37554>

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

Re: Let’s merge ‘core-updates’!

[John Soo]

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

Hi Marius and Guix,

> To make the glibc 2.28 locales available and get rid of this warning for
> packages you haven't updated yet, add this to your configuration and
> reconfigure:
>
> (locale-libcs (list glibc-2.28 (canonical-package glibc)))

That did the trick, thank you.

> This is <https://issues.guix.gnu.org/issue/37501>.  Can you see if the
mentioned fix works for you?

I added urandom-seed to the services for this system, but reconfigure
failed because I use the desktop-services as a base, which includes
urandom-seed as a service from base-services.
The reconfigure and reboot did not hang this time, though.

Everything else I use looks good, thanks!

John

[-- Attachment #2: Type: text/html, Size: 1223 bytes --]

Re: Let’s merge ‘core-updates’!

[zimoun]

Hi,

On Fri, 27 Sep 2019 at 22:44, Ricardo Wurmus <rekado@elephly.net> wrote:

> > --8<---------------cut here---------------start------------->8---
> > building package cache...
> > /builder for `/gnu/store/87m24ly3p44x8qgpm7gzyig7ns2mhpdz-guix-package-cache.drv'
> > failed to produce output path
> > `/gnu/store/4ghfs18sd1n7nyzwx21d52myg14q51n9-guix-package-cache'
> > build of /gnu/store/87m24ly3p44x8qgpm7gzyig7ns2mhpdz-guix-package-cache.drv
> > failed
> > View build log at
> > '/var/log/guix/drvs/87/m24ly3p44x8qgpm7gzyig7ns2mhpdz-guix-package-cache.drv.bz2'.
> > cannot build derivation
> > `/gnu/store/zc7z147cx36gka0mc4dbgz4mxv7wqln8-profile.drv': 1
> > dependencies couldn't be built
> > guix pull: error: build of
> > `/gnu/store/zc7z147cx36gka0mc4dbgz4mxv7wqln8-profile.drv' failed
> > --8<---------------cut here---------------end--------------->8---
> >
> > I can report more if needed.
>
> Please do.  What does the log at
> /var/log/guix/drvs/87/m24ly3p44x8qgpm7gzyig7ns2mhpdz-guix-package-cache.drv.bz2
> say?

--8<---------------cut here---------------start------------->8---
(repl-version 0 0)
Generating package cache for
'/gnu/store/shvcfdbdh52ygwq2y8in019c91kxm4ic-profile'...
(exception unbound-variable (value "module-lookup") (value "Unbound
variable: ~S") (value (ghc-pandoc)) (value #f))
--8<---------------cut here---------------end--------------->8---

I do not know what does it mean?


All the best,
simon

Re: Let’s merge ‘core-updates’!

[Ludovic Courtès]

Hi Konrad,

Konrad Hinsen <konrad.hinsen@fastmail.net> skribis:

>> Please try to upgrade your system and your user profile to see if
>> anything’s wrong for you (I did that a few days ago and I’m happy!).
>
> It mostly works fine for me, except that the build of next-gtk-webkit
> fails (which works fine on master). The cause is:
>
> make[2]: Entering directory '/tmp/guix-build-webkitgtk-2.26.1.drv-0/build'
> make[2]: *** No rule to make target 'JavaScriptCore-4.0.gir', needed
> by 'WebKit2-4.0.gir'.  Stop.

AFAICS next builds fine on ‘core-updates’ as of
86f2124b0f015e99416e5e6efc15f0ef790eb366 (on x86_64).

Thanks,
Ludo’.

Re: Let’s merge ‘core-updates’!

[Ludovic Courtès]

Hi,

zimoun <zimon.toutoune@gmail.com> skribis:

> On Fri, 27 Sep 2019 at 22:44, Ricardo Wurmus <rekado@elephly.net> wrote:
>
>> > --8<---------------cut here---------------start------------->8---
>> > building package cache...
>> > /builder for `/gnu/store/87m24ly3p44x8qgpm7gzyig7ns2mhpdz-guix-package-cache.drv'
>> > failed to produce output path
>> > `/gnu/store/4ghfs18sd1n7nyzwx21d52myg14q51n9-guix-package-cache'
>> > build of /gnu/store/87m24ly3p44x8qgpm7gzyig7ns2mhpdz-guix-package-cache.drv
>> > failed
>> > View build log at
>> > '/var/log/guix/drvs/87/m24ly3p44x8qgpm7gzyig7ns2mhpdz-guix-package-cache.drv.bz2'.
>> > cannot build derivation
>> > `/gnu/store/zc7z147cx36gka0mc4dbgz4mxv7wqln8-profile.drv': 1
>> > dependencies couldn't be built
>> > guix pull: error: build of
>> > `/gnu/store/zc7z147cx36gka0mc4dbgz4mxv7wqln8-profile.drv' failed
>> > --8<---------------cut here---------------end--------------->8---
>> >
>> > I can report more if needed.
>>
>> Please do.  What does the log at
>> /var/log/guix/drvs/87/m24ly3p44x8qgpm7gzyig7ns2mhpdz-guix-package-cache.drv.bz2
>> say?
>
> (repl-version 0 0)
> Generating package cache for
> '/gnu/store/shvcfdbdh52ygwq2y8in019c91kxm4ic-profile'...
> (exception unbound-variable (value "module-lookup") (value "Unbound
> variable: ~S") (value (ghc-pandoc)) (value #f))

Could you give us the exact command to reproduce it, with a ‘--commit’
flag and without a ~/.config/guix/channels.scm file, as well as the
output of ‘guix describe’ for the ‘guix’ command you’re using?

Thanks,
Ludo’.

Re: Let’s merge ‘core-updates’!

[Ludovic Courtès]

Hello Guix!

Ludovic Courtès <ludo@gnu.org> skribis:

> The ‘core-updates’ branch is in a good shape now, and I think we should
> go ahead and merge in the coming days!

Friends have fixed quite a few things lately, so I’ll merge today.

Please shout now if you’re aware of a blocker!

Ludo’.

Re: Let’s merge ‘core-updates’!

[Marius Bakke]

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

Hallo Ludo,

Ludovic Courtès <ludo@gnu.org> writes:

> Hello Guix!
>
> Ludovic Courtès <ludo@gnu.org> skribis:
>
>> The ‘core-updates’ branch is in a good shape now, and I think we should
>> go ahead and merge in the coming days!
>
> Friends have fixed quite a few things lately, so I’ll merge today.
>
> Please shout now if you’re aware of a blocker!

I think <https://issues.guix.gnu.org/issue/37501> should block the
merge.  Otherwise many headless systems will occasionally fail to boot.

(attended systems too, but at least then you have a good meat-based
entropy source at hand)

John Soo reported that adding the urandom-seed-service-type did not
work.  Perhaps it starts after OpenSSH?  I haven't had time to look into
it yet.

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

Re: Let’s merge ‘core-updates’!

[zimoun]

Hi,

On Wed, 2 Oct 2019 at 15:06, Ludovic Courtès <ludo@gnu.org> wrote:

> Could you give us the exact command to reproduce it, with a ‘--commit’
> flag and without a ~/.config/guix/channels.scm file, as well as the
> output of ‘guix describe’ for the ‘guix’ command you’re using?

Sorry the noise.
The culprit was the ~/.config/guix/channels.scm file and my custom
channel has seemed inconsistent.
Basically I did not report the big move of Haskell packages so
'ghc-pandoc' was not found.
 #:use-module (gnu packages haskell) ->  #:use-module (gnu packages haskell-xyz)


Sorry again.

All the best,
simon

Re: Let’s merge ‘core-updates’!

[Ludovic Courtès]

Hello Marius!

Marius Bakke <mbakke@fastmail.com> skribis:

> Ludovic Courtès <ludo@gnu.org> writes:
>
>> Hello Guix!
>>
>> Ludovic Courtès <ludo@gnu.org> skribis:
>>
>>> The ‘core-updates’ branch is in a good shape now, and I think we should
>>> go ahead and merge in the coming days!
>>
>> Friends have fixed quite a few things lately, so I’ll merge today.
>>
>> Please shout now if you’re aware of a blocker!
>
> I think <https://issues.guix.gnu.org/issue/37501> should block the
> merge.  Otherwise many headless systems will occasionally fail to boot.
>
> (attended systems too, but at least then you have a good meat-based
> entropy source at hand)

I think we made good progress there; there are still unknowns, but at
least we have a workaround (Torvalds’ patch.)

Anything else that should be blocking the merge?

Thanks!

Ludo’.

‘core-updates’ merged!

[Ludovic Courtès]

Hello Guix!

Ludovic Courtès <ludo@gnu.org> skribis:

>> I think <https://issues.guix.gnu.org/issue/37501> should block the
>> merge.  Otherwise many headless systems will occasionally fail to boot.
>>
>> (attended systems too, but at least then you have a good meat-based
>> entropy source at hand)
>
> I think we made good progress there; there are still unknowns, but at
> least we have a workaround (Torvalds’ patch.)
>
> Anything else that should be blocking the merge?

Apparently not, so I went ahead and merged!

Please email bug-guix@gnu.org if you notice anything wrong.

For the record, there are many novelties: glibc 2.29, the default
compiler is now GCC 7 (was 5.5), there’s the new “reduced binary seed
bootstrap”, and tons of other updates and improvements.

Thanks to everyone who’s been working on this!

Ludo’.