bug#41598: [staging] calibre build failure

Marius Bakke writes: > I started working on this. It now needs 'python2-pyqtwebengine', but > has some trouble because PyQt apparently really wants all the components > (sip, pyqt, pyqtwebengine) to live in the same directory, and does not > respect the standard search paths. > > The Calibre

bug#22883: Channel introductions

Hi Ludo, Really cool! Well, even if I am not enough clever to understand all that. On Mon, 1 Jun 2020 at 16:08, Ludovic Courtès wrote: > I think we need a way to “introduce” a channel to its users that goes > beyond a mere URL. Just to be sure to well understand, will the good ol'

bug#41675: ant-bootstrap fails to build on i686-linux

Hey Guix, Since the recent core-updates merge (commit 4bdf418) ant-bootstrap fails to build on i686-linux. I've attached the build log. Regards, Diego snb6jmz4sd0l8rga6bhnzgzxy999ay-ant-bootstrap-1.8.4.drv.bz2 Description: ant-bootstrap-1.8.4.drv.bz2

bug#25632: shogun: Do not upgrade before adjusting the snippet (nonfree)

zimoun writes: > This bug [1] is fixed by commit 5a14e81e413. > If it really is, feel free to close. Yes, it’s fixed. Thank you for checking! Closing. -- Ricardo

bug#41598: [staging] calibre build failure

Marius Bakke writes: > On the 'staging' branch (commit > 8a7a5dc7805f4628e60f90af6b2416f951d0c034), "calibre" fails to build: > > g++ -c -pipe -O2 -Wall -Wextra -D_REENTRANT -fPIC -DQT_NO_DEBUG -DQT_PLUGIN > -DQT_THEME_SUPPORT_LIB -DQT_FONTDATABASE_SUPPORT_LIB -DQT_SERVICE_SUPPORT_LIB >

bug#41672: nomad build failure:

Am receiving a build failure went attempting to install nomad. christopher@eowyn ~$ guix package -i nomadThe following package will be installed: nomad 0.1.2-alpha substitute: updating substitutes from 'https://ci.guix.gnu.org'... 100.0%The following derivation will be built:

bug#41651: [PATCH v2] gnu: network-manager-applet: Propagate 'libnma'.

Fixes . * gnu/packages/gnome.scm (network-manager-applet)[inputs]: Move 'libnma' to … [propagated-inputs]: … here. --- On 2020-06-02 19:12, Efraim Flashner wrote: > On Tue, Jun 02, 2020 at 08:38:14PM +0200, Brice Waegeneire wrote: >> Fixes

bug#39584: evolution: involid page id error when composing emails

Christopher Howard writes: > After updating system and user to > f51fd97ec54a98668d63c52d8a6bd75d8dc3292e, I am not able to reproduce > the problem, at least with a quick test. I send a few dozen emails a > day, so I should know within a day or two if the problem is really > gone, and will let

bug#39584: evolution: involid page id error when composing emails

After updating system and user to f51fd97ec54a98668d63c52d8a6bd75d8dc3292e, I am not able to reproduce the problem, at least with a quick test. I send a few dozen emails a day, so I should know within a day or two if the problem is really gone, and will let you know if it isn't. Gnome settings is

bug#41651: [PATCH] gnu: network-manager-applet: Propagate 'libnma'.

On Tue, Jun 02, 2020 at 08:38:14PM +0200, Brice Waegeneire wrote: > Fixes . > > * gnu/packages/gnome.scm (network-manager-applet)[inputs]: Move 'libnma' > to … > [native-inputs]: … here. I think you mean propagated > --- > > Sorry for the crappy patchset. This

bug#41669: Cross-compiled powerpc64-linux bootstrap-tarballs not reproducible

Hi, As demonstrated in the following email thread, the powerpc64-linux bootstrap-tarballs are not reproducible when cross-compiled from an x86_64-linux system: https://lists.gnu.org/archive/html/guix-devel/2020-06/msg3.html Four people attempted to invoke the following command using Guix

bug#41668: Failing test: gui-installed-desktop-os-encrypted

Hello Guix, For some time now the system test 'gui-installed-desktop-os-encrypted' doesn't succeed, the last time it passed was 2020-04-11[0]. This is problematic since it exercise a lot of packages and thus can be used to test those packages. Ludovic attempted to fixed it[1] but it didn't

bug#41660: texlive-csquotes source hash mismatch

Ludovic Courtès writes: > I’m observing a hash mismatch there: > > --8<---cut here---start->8--- > $ guix build texlive-csquotes > substitute: updating substitutes from 'https://ci.guix.gnu.org'... 100.0% > La jenaj derivoj estos konstruataj: >

bug#41651: [PATCH] gnu: network-manager-applet: Propagate 'libnma'.

Fixes . * gnu/packages/gnome.scm (network-manager-applet)[inputs]: Move 'libnma' to … [native-inputs]: … here. --- Sorry for the crappy patchset. This patch should solve that issue. gnu/packages/gnome.scm | 9 + 1 file changed, 5 insertions(+), 4

bug#41666: $INFOPATH should end with a colon

Jonas, Jonas Bernoulli 写道： On a foreign distro Guix installs /etc/profile.d/guix.sh, which among other things adds the directory where it installs info pages to the INFOPATH variable. Thanks for the report! New installations (after 21 March) should not have this problem[0] so I've closed

bug#41666: $INFOPATH should end with a colon

On a foreign distro Guix installs /etc/profile.d/guix.sh, which among other things adds the directory where it installs info pages to the INFOPATH variable. It takes care to not accidentally cause the value to end with a colon. Unfortunately it should do the opposite because a trailing colon

bug#41661: [Cuirass] Doesn't honor 'timeout' nor 'max-silent-time' leading to mising substitutes

On Tue, Jun 02, 2020 at 01:15:19PM +, Brice Waegeneire wrote: > Hello Guix, > > Unlike Hydra, Curiass don't honor 'timeout' and 'max-silent-time' > properties[0]. This lead to some packages never having substitutes, in > particular for the 'armhf-linux' system for example 'linux-libre' or >

bug#40406: python-matplotlib fails to build on i686-linux

On Tue, Jun 02, 2020 at 06:18:28PM +0200, Diego Nicola Barbato wrote: > I was opposed to this at first (after all, if upstream supports Numpy on > i686, why shouldn't we?), but after seeing that even simple things like > matrix multiplication can produce incorrect results I'm in favour of >

bug#41665: python-numpy: incorrect results on i686-linux

Hi Guix, On i686-linux Numpy produces incorrect results for some matrix products. This minimal reproducer ... --8<---cut here---start->8--- python3 <8--- ... should return: --8<---cut here---start->8--- [0. 0. 1.] [0. 0.

bug#40406: python-matplotlib fails to build on i686-linux

Hi, Leo Famulari writes: > On Fri, Apr 03, 2020 at 05:20:08PM +0200, Diego Nicola Barbato wrote: >> The package python-matplotlib fails to build during the check phase on >> i686-linux. The test failure appears to be deterministic: I've taken a closer look at the failing test (on

bug#41651: nm-applet fails: Settings schema 'org.gnome.nm-applet' is not installed

It works indeed, thanks. We need to fix nm-applet. signature.asc Description: PGP signature

bug#41034: guix info: display messed up in emacs info

Christopher Howard writes: > Hi, thank you, but problem is gone now. I can't quite recall, but I > think it went away after I ran fc-cache -f -v. Ok, let's close this ;) -- Programmierer sind Maschinen die Nikotin und Koffein in Programmcode umsetzen. signature.asc Description: PGP signature

bug#41651: nm-applet fails: Settings schema 'org.gnome.nm-applet' is not installed

Hi, Pierre Neidhardt writes: > Guix commit e7b86a0d88760275afefa0c44a3c30602f80aac0 > > $ nm-applet > > (nm-applet:28022): GLib-GIO-ERROR **: 20:18:12.633: Settings schema > 'org.gnome.nm-applet' is not installed > trace/breakpoint trap > > It used to work on commit

bug#41207: accountsservice daemon lacks dbus interfaces

Hello, Ludovic Courtès writes: > Hello, > > L p R n d n skribis: > >> The accountsservice service hasn't access to dbus' interfaces throwing >> an error when they're needed.The problem, at least, appears with LightDM. >> The error looks like: >> >> WARNING: Error updating user

bug#22883: Authenticating a Git checkout

Hi Ludo, I like this idea a lot since I use a checkout which I guess constitutes a "fork" in this scenario. I opened bug#41604 (http://issues.guix.gnu.org/issue/41604) after having trouble with a rebase based workflow. Some of my problems certainly come from my lack of understanding of the

bug#41541: merge wip-hurd-vm

Ludovic Courtès writes: Hello! > Jan Nieuwenhuizen skribis: > >>> Having an RC argument passed directly by the bootloader seems like a >>> good way to proceed for me. This is somehow remotely similar to what we >>> are doing with the "initrd" on Linux (pointing to some piece of code >>> that

bug#41034: guix info: display messed up in emacs info

Hi, thank you, but problem is gone now. I can't quite recall, but I think it went away after I ran fc-cache -f -v. -- Christopher Howard p: +1 (907) 374-0257 w: https://librehacker.com social: https://gnusocial.club/librehacker gpg: ADDEAADE5D607C8D (keys.gnupg.net) On Tue, 2020-06-02 at 09:29

bug#41661: [Cuirass] Doesn't honor 'timeout' nor 'max-silent-time' leading to mising substitutes

Hello Guix, Unlike Hydra, Curiass don't honor 'timeout' and 'max-silent-time' properties[0]. This lead to some packages never having substitutes, in particular for the 'armhf-linux' system for example 'linux-libre' or 'guile-static-stripped'[1]. Which mean it's really difficult to use such

bug#41541: merge wip-hurd-vm

Hi, Jan Nieuwenhuizen skribis: >> Having an RC argument passed directly by the bootloader seems like a >> good way to proceed for me. This is somehow remotely similar to what we >> are doing with the "initrd" on Linux (pointing to some piece of code >> that needs to be loaded before starting

bug#41541: merge wip-hurd-vm

Mathieu Othacehe writes: Hi Mathieu, > Having an RC argument passed directly by the bootloader seems like a > good way to proceed for me. This is somehow remotely similar to what we > are doing with the "initrd" on Linux (pointing to some piece of code > that needs to be loaded before starting

bug#41660: texlive-csquotes source hash mismatch

I’m observing a hash mismatch there: --8<---cut here---start->8--- $ guix build texlive-csquotes substitute: updating substitutes from 'https://ci.guix.gnu.org'... 100.0% La jenaj derivoj estos konstruataj:

bug#38432: dockerd is not started automatically

Hello Danny! The service definition here: https://github.com/containerd/containerd/blob/master/containerd.service uses the systemd notify mechanism to allow the application (containerd) to message the init (systemd) that it is ready. leoprikler on #guix had the idea to patch this away and

bug#40806: xorg-configuration->file doesn't honor xorg-configuration-server

If it helps, here's a patch that makes the trivial change. - reepca From e1071c830ce511eecd57617a3f188740fd49d703 Mon Sep 17 00:00:00 2001 From: Caleb Ristvedt Date: Tue, 2 Jun 2020 06:28:46 -0500 Subject: [PATCH] xorg: honor xorg-configuration-server in xorg-configuration->file Previously

bug#41541: merge wip-hurd-vm

> Now, how could we have runsystem run another RC? Hmm, runsystem is > being called with --load and --system arguments too; we could even > give it an --rc=RC-FILE if that's more convenient. > > Then, we would only need to add this RC-FILE to the system, maybe add a > %hurd-"something" service?

bug#41541: merge wip-hurd-vm

Mathieu Othacehe writes: Hello Mathieu, >> I have managed to completely boot-activation. Still using the same >> patch for hurd-directives, but I've got a feeling we're getting real >> close now. > > Just discovered your (gnu build hurd-boot), that's awesome! Thanks...yeah I was just

bug#41541: merge wip-hurd-vm

Hello Jan, > I have managed to completely boot-activation. Still using the same > patch for hurd-directives, but I've got a feeling we're getting real > close now. Just discovered your (gnu build hurd-boot), that's awesome! I wonder if we could go one step further and move the "rc" script

bug#41034: guix info: display messed up in emacs info

Hi Christopher, Christopher Howard writes: > Hi, the guix info pages display fine when viewed with the normal info > command, but when viewed with emacs (C-h i m Guix) there is strange > issue where text between forward and backquote symbols shows up as hex > numbers. See section 6.2 for a

bug#40880: [XFCE]: No webbrowser installed by default

Hi Jonathan, Jonathan Brielmaier writes: > If you install XFCE and you want to start the webbrowser via the bottom > line or the Applications menu, you get a dialog "Choose Preferred > Application" instead of a launching web browser. > > That's because no web browser is installed with XFCE. I