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 repres

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 outs

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 attempting

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#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 the

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 replace

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: /gnu/store/qr283hriqpv4w0nw5l5khf5xpsg00858-texlive-

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 th

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 the

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 system

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#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 nee

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 authe

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 /org/freedes

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 afc46f22672eb3218fbd1e567f85

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

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

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 x86_64-linux,

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

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 > limitin

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

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 means

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#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 deleti

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: >/gnu/store/qr

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 fixed

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 com

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 p

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#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 yo

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#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: /gnu/store/xmby94

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 > -DQT_EV

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#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#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' ~/.config/g

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 buil