bug#21879: WeeChat does not start

I noticed this as well on a foreign distro and pushed a workaround in 507809be152049dff26bffdb58e1a90b638f046b. Didn't study the source enough to figure out why the substitution was insufficient, but strace confirmed it was still looking in PATH even though the strings were replaced.

bug#25177: 'python-tests' merge

>> I wonder if we should update scipy and numpy while at it. Thoughts? > > Ugh. I tried this out (plus matplotlib), but the latest matplotlib > (2.0.0) has a circular dependency on ipython. Great. > > The motivation is that the scipy failure stems from the Sphinx update. > I think I'll add an

bug#25177: python-tests: python-oslosphinx fixed. Please evaluate.

Ricardo Wurmus writes: > Ricardo Wurmus writes: > >> Leo Famulari writes: >> >>> On Tue, Feb 21, 2017 at 06:30:12PM +0100, Ricardo Wurmus wrote: From 1ac5166df11766b47cd1ac723a464063a89afc96 Mon Sep 17 00:00:00 2001 From:

bug#25177: python-tests: python-oslosphinx fixed. Please evaluate.

Ricardo Wurmus writes: > Ricardo Wurmus writes: > >> Leo Famulari writes: >> >>> On Tue, Feb 21, 2017 at 06:30:12PM +0100, Ricardo Wurmus wrote: From 1ac5166df11766b47cd1ac723a464063a89afc96 Mon Sep 17 00:00:00 2001 From:

bug#25177: python-tests: python-oslosphinx fixed. Please evaluate.

Ricardo Wurmus <rek...@elephly.net> writes: > Marius Bakke <mba...@fastmail.com> writes: > >> Ricardo Wurmus <rek...@elephly.net> writes: >> >>> Ricardo Wurmus <rek...@elephly.net> writes: >>> >>>> Leo Famulari <l...

bug#25177: python-tests: python-oslosphinx fixed. Please evaluate.

Marius Bakke <mba...@fastmail.com> writes: > I don't always break packages wittingly, but when I do, it's on > 'master'. Should we do a final Hydra round, or just merge it to the > master branch first? The 'python-tests' branch haven't been synced in a > while, so many subst

bug#25177: python-tests: python-oslosphinx fixed. Please evaluate.

Leo Famulari <l...@famulari.name> writes: > On Mon, Feb 27, 2017 at 12:46:58PM +0100, Marius Bakke wrote: >> Marius Bakke <mba...@fastmail.com> writes: >> >> > I don't always break packages wittingly, but when I do, it's on >> > 'master'. Sh

bug#25177: python-tests: python-oslosphinx fixed. Please evaluate.

Marius Bakke <mba...@fastmail.com> writes: > Leo Famulari <l...@famulari.name> writes: > >> On Tue, Feb 28, 2017 at 05:15:59PM +0100, Marius Bakke wrote: >>> It seems the evaluation timed out. Can you give it another go? >> >> Done! > > Aaand h

bug#25177: python-tests: python-oslosphinx fixed. Please evaluate.

Leo Famulari <l...@famulari.name> writes: > On Tue, Feb 28, 2017 at 05:15:59PM +0100, Marius Bakke wrote: >> It seems the evaluation timed out. Can you give it another go? > > Done! Aaand hydra is out of disk space. :( signature.asc Description: PGP signature

bug#24737: `guix lint` should not check patch-file-names on inherited sources

Ludovic Courtès <l...@gnu.org> writes: > Marius Bakke <mba...@fastmail.com> skribis: > >> After patching 'notmuch', `guix lint -c patch-file-names` does not pass >> for 'python-notmuch' which inherits the source from 'notmuch'. > > I agree but that’s not quite

bug#24737: `guix lint` should not check patch-file-names on inherited sources

After patching 'notmuch', `guix lint -c patch-file-names` does not pass for 'python-notmuch' which inherits the source from 'notmuch'.

bug#25142: openssl lacks lib/libssl.a

ng0 <n...@libertad.pw> writes: > Marius Bakke <mba...@fastmail.com> writes: > >> ng0 <n...@libertad.pw> writes: >> >>> In commit 0c69a17efdba0c7c3da0f25800a3c3233200e47b I found out >>> that our openssl lacks lib/libssl.a ... this should be

bug#25142: openssl lacks lib/libssl.a

ng0 writes: > In commit 0c69a17efdba0c7c3da0f25800a3c3233200e47b I found out > that our openssl lacks lib/libssl.a ... this should be fixed > somehow with the next update of the openssl package. Did you try the "static" output of OpenSSL? signature.asc Description: PGP

bug#25177: Test failures don't cause some Python packages to fail [was Re: [PATCH 05/11] gnu: Add python-pygit2.]

Marius Bakke <mba...@fastmail.com> writes: > Leo Famulari <l...@famulari.name> writes: > >> I noticed while building the package added by ng0's patch (below) that >> the test suite fails

bug#25177: Test failures don't cause some Python packages to fail

Leo Famulari <l...@famulari.name> writes: > On Tue, Dec 13, 2016 at 09:21:44PM +0100, Marius Bakke wrote: >> >> >>> Yikes, I had hoped to avoid addressing that Nix issue and the humongous >> >>> "fix" for a while longer: &g

bug#25177: Test failures don't cause some Python packages to fail

Leo Famulari <l...@famulari.name> writes: > On Thu, Dec 15, 2016 at 10:26:45AM +0100, Marius Bakke wrote: >> All failures from this run should be fixed, and then some. Can you >> restart it? > > Done, thanks for working on this! Most of the current failures should n

bug#25177: Test failures don't cause some Python packages to fail [was Re: [PATCH 05/11] gnu: Add python-pygit2.]

Hartmut Goebel writes: > First of all thanks for spotting this bug. > >>> The bad news is that we have some breakages. >>> >>> 'python-py' fails with: >>> >>> TypeError: py.test.__dict__ is not a dictionary >>> >>> Which seems similar to >>> >>>

bug#25177: Test failures don't cause some Python packages to fail

>>> Yikes, I had hoped to avoid addressing that Nix issue and the humongous >>> "fix" for a while longer: >>> >>> https://github.com/NixOS/nixpkgs/pull/12552 >> >> This puill-request is huge, but for setuptools, it comes down that they >> updated from 18.2 to 19.4. > > Sounds like we're going

bug#25177: Test failures don't cause some Python packages to fail

Leo Famulari <l...@famulari.name> writes: > On Tue, Dec 13, 2016 at 09:21:44PM +0100, Marius Bakke wrote: >> >> >>> Yikes, I had hoped to avoid addressing that Nix issue and the humongous >> >>> "fix" for a while longer: &g

bug#25177: Test failures don't cause some Python packages to fail

Leo Famulari <l...@famulari.name> writes: > On Sat, Dec 17, 2016 at 12:56:21PM -0500, Leo Famulari wrote: >> On Sat, Dec 17, 2016 at 06:38:26PM +0100, Marius Bakke wrote: >> > Leo Famulari <l...@famulari.name> writes: >> > > https://hydra.

bug#25177: Test failures don't cause some Python packages to fail [was Re: [PATCH 05/11] gnu: Add python-pygit2.]

Leo Famulari <l...@famulari.name> writes: > On Mon, Dec 12, 2016 at 12:05:57AM +0100, Marius Bakke wrote: >> Marius Bakke <mba...@fastmail.com> writes: >> >> > Perhaps something like this would work (untested)? >> >> Oops, here is the patch

bug#25177: Test failures don't cause some Python packages to fail [was Re: [PATCH 05/11] gnu: Add python-pygit2.]

Leo Famulari writes: > I noticed while building the package added by ng0's patch (below) that > the test suite fails, but the check phase succeeds: > > [...] > == > ERROR: test_clone_with_credentials

bug#25177: [PATCH v6] gnu: python-sphinx: Update to 1.4.8.

Leo Famulari <l...@famulari.name> writes: > On Fri, Jan 13, 2017 at 01:34:21PM +0100, Marius Bakke wrote: >> Leo: I'm unable to reproduce the Hydra failures, so I decided to merge >> master so we can restart this branch. However, Savannah refuses the push >> for no good

bug#25177: [PATCH v6] gnu: python-sphinx: Update to 1.4.8.

Danny Milosavljevic writes: > Hi, > > I've fixed python-matplotlib locally. It builds fine now. > > The fix itself would be: > > + (substitute* "users/intro.rst" > + ;; Fix reST markup error (see >

bug#25421: GHC@8 cannot load libncursesw.so.6

Hello! Kei noticed that the latest GHC package does not work: $ guix environment --pure --ad-hoc ghc [env]$ ghc --help /gnu/store/50gn6ahfc0llldy6ggrnj1hc5wsxyfh9-ghc-8.0.1/lib/ghc-8.0.1/bin/ghc: error while loading shared libraries: libncursesw.so.6: cannot open shared object file: No such

bug#25177: [PATCH v6] gnu: python-sphinx: Update to 1.4.8.

Marius Bakke <mba...@fastmail.com> writes: > Danny Milosavljevic <dan...@scratchpost.org> writes: > >> * gnu/packages/python.scm (python-sphinx)[version]: Update to 1.4.8. >> [source]: Use pypi-uri. >> [propagated-inputs]: Add python-imagesize, python-sphin

bug#23776: Perl's .pod files include timestamps, making Perl package builds non-deterministic

Ludovic Courtès writes: > Leo Famulari skribis: > >> On Thu, Jun 16, 2016 at 11:39:27AM -0400, Leo Famulari wrote: >>> On Thu, Jun 16, 2016 at 01:33:46PM +0200, Ludovic Courtès wrote: >>> > The problem is described in >>> > : >>> > >>> >

bug#25095: Multiple output packages causes noop profile generations

Sorry for the non-descriptive title. It appears that having non-default outputs in the profile always causes a new profile generation even if the package derivations themselves don't change. Here is an example: $ guix package -u The following packages will be upgraded: bind:utils 9.10.4-P4 →

bug#25177: Test failures don't cause some Python packages to fail

Leo Famulari <l...@famulari.name> writes: > On Sun, Dec 18, 2016 at 12:47:59AM +0100, Marius Bakke wrote: >> Whoops. Fixed in 7b6ff42aa3cf9398213d3c1f0e5f87c45a9730df. > > Thanks! I started a new evaluation. Looks like this one timed out: https://hydra.gnu.org/jobset/

bug#25235: Wrapped python programs get native-inputs in PYTHONPATH

The 'wrap' phase of 'python-build-system' adds native-inputs to PYTHONPATH of the wrapped programs. This causes unnecessary runtime dependencies and may create problems when cross-compiling. Given that all python dependencies are now supposed to be propagated, perhaps we can simply remove the

bug#25177: Test failures don't cause some Python packages to fail

Leo Famulari <l...@famulari.name> writes: > On Tue, Dec 20, 2016 at 07:49:59PM +0100, Marius Bakke wrote: >> Leo Famulari <l...@famulari.name> writes: >> > Bah, I started a new one. >> >> Did this one get cancelled? Perhaps we should merge this t

bug#26286: python-pexpect 4.2.1 test failure in test_async_utf8

Danny Milosavljevic writes: > python-pexpect 4.2.1 has a test failure on both master and core-updates: [...] > == > ERROR: test_async_utf8 (tests.test_async.AsyncTests) >

bug#26286: python-pexpect 4.2.1 test failure in test_async_utf8

Marius Bakke <mba...@fastmail.com> writes: > Danny Milosavljevic <dan...@scratchpost.org> writes: > >> python-pexpect 4.2.1 has a test failure on both master and core-updates: > > [...] > >> =

bug#26370: v0.12.0-2730-gfc5b12879 'guix system build' hangs on linux-libre-4.10.8

Leo Famulari writes: > On Wed, Apr 05, 2017 at 10:55:45AM -0400, myglc2 wrote: >> HOSTCC scripts/mod/modpost.o >> HOSTCC scripts/mod/file2alias.o >> HOSTCC scripts/extract-cert >> HOSTLD scripts/genksyms/genksyms >> CC arch/x86/purgatory/purgatory.o >> AS

bug#26441: [PATCH] gnu: findutils: Fix make check issues on multi-core machines.

Hi, thanks for working on these! [...] > (define-public findutils >(package > - (name "findutils") > - (version "4.6.0") > - (source (origin > -(method url-fetch) > -(uri (string-append "mirror://gnu/findutils/findutils-" > -

bug#26558: Opening URLs with xdg-open fails (eg. Gajim, Pumpa)

IP update for 1.1.1 for some time and decided to finish it based on this discussion. This tries "gvfs-open" before "gnome-open". @Ben (and others), can you try this patch and see if that works for you? From 6ed7008561eea7b09085a17d6c443ee657a7fc2d Mon Sep 17 00:00:00 2001 From: Marius

bug#26384: linux-libre fails to build with bc 1.07

This should be fixed in f71f29cab2b484ea8e63d29a5766f680d0e800c1. signature.asc Description: PGP signature

bug#26567: guix publish Resource not found

Quiliro writes: > I have run as root: > guix archive --generate-key > guix publish --user=quiliro > But when opening web page: > http://0.0.0.0:8080/ > I get: > Resource not found: / That is expected. Note that "0.0.0.0" just means "listen on all available IPv4 addresses",

bug#26558: Opening URLs with xdg-open fails (eg. Gajim, Pumpa)

Arun Isaac writes: >> Heh, I've had a WIP update for 1.1.1 for some time and decided to finish >> it based on this discussion. > > Oh, good! :-) > > Your patch builds successfully. But, the new version has tests, and you > still need to package them. When I try to run

bug#26558: Opening URLs with xdg-open fails (eg. Gajim, Pumpa)

Hi Maxim, Maxim Cournoyer <maxim.courno...@gmail.com> writes: > Hello Marius, > > Marius Bakke <mba...@fastmail.com> writes: >> [...] >> + (add-before 'build 'locate-catalog-files >> + (lambda* (#:key inputs #:allow-other-keys) >&g

bug#26558: Opening URLs with xdg-open fails (eg. Gajim, Pumpa)

Ben Sturmfels <b...@stumbles.id.au> writes: > On 22/04/17 20:31, Marius Bakke wrote: > >> Ben: Can you confirm whether the latest xdg-utils work for you? It's in >> 'master' now so you should get it after a `guix pull` and update. > > Thanks Marius, working

bug#25177: python-tests: python-oslosphinx fixed. Please evaluate.

Leo Famulari writes: >> Anyway, this bug has been a massive pain and I'm going to merge it >> tomorrow so I can get on with life. The 'master' jobset should be >> started afterwards; perhaps you can merge and start the evaluation? > > Okay, let me know when you push the merge

bug#25953: [Mesa] Very low Gallium performance compared to Trisquel

Leo Famulari writes: > On Fri, Mar 03, 2017 at 02:04:14AM -0600, Matthew Brooks wrote: >> This came up in a help-guix thread, and Ricardo Wurmus asked me to >> post here requesting that Mesa be built with LLVM to improve Gallium's >> performance. >> >> The original post is

bug#25961: Compiling new guix on old guix: 'waitpid' -1 failed unexpectedly: No child processes

Hi! Christopher Allan Webber writes: > Hello! I'm getting this error while trying to compile latest guix > master on one of my machines (fortunately, not my main one). I don't > know why I'm hitting this error, since I'm not hitting it on my main > machine. I'm

bug#25177: python-tests: python-oslosphinx fixed. Please evaluate.

Leo Famulari <l...@famulari.name> writes: > On Wed, Mar 01, 2017 at 06:44:34PM +0100, Marius Bakke wrote: >> Marius Bakke <mba...@fastmail.com> writes: >> >> > Leo Famulari <l...@famulari.name> writes: >> > >> >> On Tue, Feb 28

bug#26370: v0.12.0-2730-gfc5b12879 'guix system build' hangs on linux-libre-4.10.8

myglc2 <myg...@gmail.com> writes: > On 04/05/2017 at 19:31 Marius Bakke writes: > >> Leo Famulari <l...@famulari.name> writes: >> >>> On Wed, Apr 05, 2017 at 10:55:45AM -0400, myglc2 wrote: >>>> HOSTCC scripts/mod/modpost.o >>>>

bug#26441: [PATCH 1/2] gnu: findutils: Fix make check issues on multi-core machines.

Mathieu Othacehe writes: > Hi Marius ! > >> It looks like you forgot the actual patch :) > > Ha ! You're right :) > >> >> Please also add it to gnu/local.mk. TIA! > > Ok, I'll a new batch, to be applied to core-updates. Applied, thank you! Can this be closed now?

bug#27939: FreeRDP CVE-2017-2834 CVE-2017-2835 CVE-2017-2836 CVE-2017-2837 CVE-2017-2838 CVE-2017-2839

Leo Famulari writes: > The bugs corresponding to CVE-2017-2834 CVE-2017-2835 CVE-2017-2836 > CVE-2017-2837 CVE-2017-2838 CVE-2017-2839 were recently fixed in the > FreeRDP Git repo: > > https://github.com/FreeRDP/FreeRDP/commit/03ab68318966c3a22935a02838daaea7b7fbe96c > > The

bug#28063: Guix manual refers to wrong binary tarball

Hello! I tried installing Guix on a foreign distribution yesterday, and copy-pasted the commands listed here: https://www.gnu.org/software/guix/manual/guix.html#Binary-Installation However, the tarball name it refers to does not exist. I had to manually s/0.13.0.314-a8d0c/0.13.0/ to make the

bug#27732: Changing display manager can render system unbootable

Hello! When changing display manager in the system configuration and invoking `guix system reconfigure`, the existing desktop environment will be killed. If you invoked the command from within said desktop environment, the reconfigure command will be forcefully terminated. If you're unlucky,

bug#27593: [PATCH v2] gnu: groff: Remove timestamps.

Danny Milosavljevic writes: > Fixes . > > * gnu/packages/groff.scm (groff)[source]: Remove timestamps. > --- > gnu/packages/groff.scm | 18 +- > 1 file changed, 17 insertions(+), 1 deletion(-) > > diff --git

bug#27593: [PATCH v3] gnu: groff: Remove timestamps.

Danny Milosavljevic writes: > Hi Ludo, > > On Sun, 09 Jul 2017 21:51:08 +0200 > l...@gnu.org (Ludovic Courtès) wrote: >> Debian has a SOURCE_DATE_EPOCH patch: >> >> http://sources.debian.net/patches/groff/1.22.3-9/source-date-epoch.patch/ >> >> Perhaps we could just

bug#27593: [PATCH] gnu: groff: Make build reproducible.

Danny Milosavljevic writes: > * gnu/packages/groff.scm (groff)[arguments]: Add phase "setenv". What does this add to the previous patch? Can you add a comment in the code explaining what it's for? signature.asc Description: PGP signature

bug#27809: libidn2 underscore stripping problem

Leo Famulari writes: > It was recently reported that libidn2 can cause issues for domains whose > names contain underscores, and maybe some other characters, too. It > matters to us because we build GnuTLS with libidn2. > > I'm not sure yet what the solution is for us. Help

bug#27725: Lapack 3.7.1 hash changed

Maxim Cournoyer writes: > From f69c6bbb8bee804057ccc1dc076311d3cbf5e89c Mon Sep 17 00:00:00 2001 > From: Maxim Cournoyer > Date: Sun, 16 Jul 2017 12:01:59 -0700 > Subject: [PATCH] gnu: lapack: Fix hash of release 3.7.1 > > Apparently the

bug#27515: texlive-texmf-minimal is not reproducible

Danny Milosavljevic writes: > $ guix build texlive-texmf-minimal --rounds=2 > > phase `texmf-config' succeeded after 52.0 seconds > output > ‘/gnu/store/jfs5fsn011w64jgmpc6chcnqr1agfv6h-texlive-texmf-minimal-2016’ of >

bug#26671: serf package (guix dependency) tests fail

Marius Bakke <mba...@fastmail.com> writes: > Maxim Cournoyer <maxim.courno...@gmail.com> writes: > >> Hello Guix! >> >> While attempting to "guix environment guix" after doing a "git pull" >> in my guix checkout (master), it at

bug#26671: serf package (guix dependency) tests fail

Marius Bakke <mba...@fastmail.com> writes: > Marius Bakke <mba...@fastmail.com> writes: > >> Maxim Cournoyer <maxim.courno...@gmail.com> writes: >> >>> Hello Guix! >>> >>> While attempting to "guix environment guix" after d

bug#26671: serf package (guix dependency) tests fail

Maxim Cournoyer writes: > Hello Guix! > > While attempting to "guix environment guix" after doing a "git pull" > in my guix checkout (master), it attempted to build many packages > (bash, gcc, etc.) and failed building `serf' due to test failures: > >

bug#26695: openssh password-authentication? should be #f by default

Christopher Allan Webber writes: > Maxim Cournoyer writes: > >> +1. Although it means the keys will have to be copied by another mean >> than the "ssh-copy-id" script. Maybe the configuration could accept >> the public key? :) I haven't checked if this is already

bug#26714: non-intel systems should use grub-efi

Efraim Flashner writes: > I'm starting to stumble my way through building an install image for > aarch64, and I changed gnu/system/install.scm to use 'grub-efi' in place > of 'grub' in the list of packages (~line 333). Grub-efi builds > successfully on armhf and aarch64

bug#27939: FreeRDP CVE-2017-2834 CVE-2017-2835 CVE-2017-2836 CVE-2017-2837 CVE-2017-2838 CVE-2017-2839

Thomas Danckaert writes: > From: Leo Famulari > Subject: Re: bug#27939: FreeRDP CVE-2017-2834 CVE-2017-2835 > CVE-2017-2836 CVE-2017-2837 CVE-2017-2838 CVE-2017-2839 > Date: Fri, 4 Aug 2017 10:56:15 -0400 > >> On Fri, Aug 04, 2017 at 10:34:55AM

bug#28138: bug build python-pygit2 on guix 0.13

Adrien Marin writes: > Hi, > > yesterday ,I updated guix and try to install my package's new version and the > install fail because of pygit2 error. > > I've found a bug with the package python-pygit2 when I tried to build it: > > " #error You need a compatible libgit2

bug#26874: lvm2 build error

ng0 writes: > #lvm on freenode.net says we are on our own and that the method (in general) > to statically build lvm2 is considered fragile. > The comment was that we need to make libm available, statically, as well for > lvm2. > The only person shown by git blame

bug#26874: lvm2 build error

ng0 writes: > lvm2 from bc0e6c9312f5f755e1ccd7d8c43b58974e6f7d38 fails with this: [...] > ../libdm/ioctl/libdevmapper.a(libdm-string.o): In function > `dm_size_to_string': > libdm-string.c:(.text+0x11b6): undefined reference to `nearbyint' >

bug#27261: guix package -u should warn about non-existent packages

Leo Famulari writes: > On Mon, Jun 26, 2017 at 10:01:03AM +0200, Ludovic Courtès wrote: >> Could you check whether “guix package -A syncthing” shows it there? The >> warning should appear as soon as we’re upgrading a package that’s >> missing. > > I get no results when I do

bug#27429: Stack clash (CVE-2017-1000366 etc); -fstack-check

Danny Milosavljevic writes: > Hi, > > what do you all think of rebuilding the world with "-fstack-check" (either > now or later on) ? > > That would make gcc emit code to always grow the stack in a way that it > certainly touches each 4 KiB (parametrizable by >

bug#27028: Cannot install packages in USB image

I tried installing 'shadow' on the live USB image, but Guix crashes at the very end. Here's an example: root@gnu ~# guix package -i hello [download/build succeeds, and then..] Backtrace: In ice-9/boot-9.scm: 160: 18 [catch #t # ...] In unknown file: ?: 17 [apply-smob/1 #] In

bug#22533: Python bytecode reproducibility

Hello! I stumbled across this bug after re-discovering that Python bytecode is not reproducible (through "glib"). Just sharing some notes.. Nix recently made an effort to fix this. AFAICT the ".pyc" files are still a problem, but at least they got the interpreters building reproducibly:

bug#27003: [PATCH 0/3] Generalized wrap phase for perl, python.

Alex Sassmannshausen writes: > Hello, > > This patch series goes back some time, but the need for it has not > disappeared. > > It implements a general `wrap` phase that can be used in individual build > systems to make sure binaries in those languages have access

bug#27028: Cannot install packages in USB image

Leo Famulari <l...@famulari.name> writes: > On Mon, May 22, 2017 at 10:48:18PM +0200, Marius Bakke wrote: >> I tried installing 'shadow' on the live USB image, but Guix crashes at >> the very end. Here's an example: > > The USB installer, not the VM image, right?

bug#27003: [PATCH 0/3] Generalized wrap phase for perl, python.

Arun Isaac writes: >> I cannot currently make guarantees on when I'll be able to wrap my head >> around the entire problem, so if you come to conclusions for next steps >> on the basis of your testing, we should go with those. >> >> Else I will revisit this issue when

bug#27069: LUKS partition ruined by guix init

Mark H Weaver <m...@netris.org> writes: > Marius Bakke <mba...@fastmail.com> writes: > >> some...@selfhosted.xyz writes: >> >>> Hi, >>> >>> I have several times over tried to install to a LUKS-partition with >>> btrfs and failed bu

bug#27135: /root is world readable by default

Ludovic Courtès writes: > Hi Alex, > > Alex Griffin skribis: > >> After a default install of GuixSD, anybody can read root's home >> directory. I think /root should have permissions 700 instead of 755. > > Fixed in 41db5a756369f5b14d1e67a523ee0940cad56744. > > For

bug#27007: [PATCH 1/2] bootloader: Use menu-entry to define custom bootloader entries.

Mathieu Othacehe writes: > But maybe there are other advantages not to run an initrd. CONFIG_MODULES=n reduces kernel attack surface significantly :-) signature.asc Description: PGP signature

bug#27212: 203a9455c4695152fc5d0085bffeead9ce3216c2 broke system boot

ng0 writes: > Otherwise perfectly working systems I have *all* break after > https://git.savannah.gnu.org/cgit/guix.git/commit/?id=203a9455c4695152fc5d0085bffeead9ce3216c2 > > and the last thing they display before guile repl is the > message in that commit. > > Yes, I use

bug#27264: gnome-shell-3.24.2 consistently dies during initialization

Mark H Weaver <m...@netris.org> writes: > Marius Bakke <mba...@fastmail.com> writes: > >> Mark H Weaver <m...@netris.org> writes: >> >>> I have a question: Does GNOME 3 work for *anyone* in Guix now? If so, >>> that would be use

bug#27264: gnome-shell-3.24.2 consistently dies during initialization

Marius Bakke <mba...@fastmail.com> writes: > Mark, others: Can you try these patches and see if they work for you > (extracted from Keis patch). Actually, I just pushed them to 'master' since geoclue rebuilds 'webkitgtk' and Kei had already verified that gnome-shell now starts.

bug#27264: gnome-shell-3.24.2 consistently dies during initialization

Leo Famulari writes: >> While it's true that users can boot into an older generation of their >> system in an emergency, and that's a *great* comfort, in general it's >> not an acceptable fallback because it entails sacrificing security >> updates. I'm concerned that our

bug#26797: qemu looks for smbd at /usr/sbin

Ludovic Courtès writes: > Ricardo Wurmus skribis: > >> Qemu comes with support for sharing files with a guest via Samba. This >> is done by appending something like this to the qemu-system-* >> invocation: >> >> … -net user,smb=$HOME/Downloads -net nic >>

bug#27069: LUKS partition ruined by guix init

some...@selfhosted.xyz writes: > Hi, > > I have several times over tried to install to a LUKS-partition with > btrfs and failed but last time I almost had success. guix init command > complained that the bios_grub flag wasn't set after many hours of > compiling packages and therefore didn't

bug#28445: match-error in 'device-sexp->device' while building system

ot;) > (dependencies mapped-devices)) >%base-file-systems)) I have an identical setup, and the problem is that the parameters file contains "(store (device #f))". You can confirm this by `cat /var/guix/profiles/system-9-link/paramet

bug#27476: guix pull fails on powerful server

Ricardo Wurmus writes: > Is there another work-around I could try on this machine? Using Guile 2.0 worked for me: guix package -r guix guile-git -i guile2.0-guix guile2.0-git signature.asc Description: PGP signature

bug#28644: Pulseview with modular qt

Theodoros Foradis writes: > Ricardo Wurmus writes: > >> Theodoros Foradis writes: >> >>> My guess (not being familiar with qt), is that somehow, having the two >>> inputs in different prefixes, causes the problem with the package's >>> build system.

bug#28768: guix system vm Failed to install GRUB (EFI)

Oleg Pykhalov writes: > EFI bootloader configuration causes problems to test with 'system vm' > before 'reconfigure'. This is because `guix system vm` is not currently UEFI enabled, so GRUB tries to install for a normal PC BIOS. The fix would be to make the various QEMU

bug#28692: Emacs fails to display images

Diego Nicola Barbato writes: > Apparently this was a known bug in ImageMagick 6.9.9-15 (and 6.9.9-17) > (https://github.com/ImageMagick/ImageMagick/issues/825). It has been > fixed in version 6.9.9-18. Hello! I just pushed an update to 6.9.9-18, can you verify that it

bug#28326: exiv2 0.26 hash mismatch

Maxim Cournoyer writes: > tl;dr: exiv2 source archive was updated in-place and the verification > below gives us confidence that we can safely update the hash. > > On current master, the following happens: > > $ guix build exiv2 > > Starting download of >

bug#28768: guix system vm Failed to install GRUB (EFI)

Ludovic Courtès <l...@gnu.org> writes: > Marius Bakke <mba...@fastmail.com> skribis: > >> Oleg Pykhalov <go.wig...@gmail.com> writes: >> >>> EFI bootloader configuration causes problems to test with 'system vm' >>> before 'reconfigure'. >&g

bug#29113: Warnings when starting vim: Relink with for IFUNC symbol `longjmp'

"B. Wilson" writes: > Hello, > > I recently installed vim-full (8.0.1207) and it's throwing some linker (?) > warnings at me on startup. The gory details are below, and any help getting to > the bottom of this would be much appreciated. > > > ## Errors > > $ vim -u NONE -esc #

bug#29537: Core updates broken

Ricardo Wurmus <rek...@elephly.net> writes: > Marius Bakke <mba...@fastmail.com> writes: > >> Gábor Boskovits <boskov...@gmail.com> writes: >> >>> It seems, that we have a breakage in current core-updates. m4, gettext, and >>> at

bug#29363: Single test failure building Guix

. Can you confirm that it works on your system? From bdc7b5310111e21801529ea57e290f6eb72ac6ed Mon Sep 17 00:00:00 2001 From: Marius Bakke <mba...@fastmail.com> Date: Tue, 21 Nov 2017 00:27:08 +0100 Subject: [PATCH] gnu: guix: Disable test that fails on Btrfs. Works around <https://bu

bug#29363: Single test failure building Guix

Rutger Helling writes: > I think commenting out (> freed 0) does work after all. When I ran 'guix > environment --pure guix' and 'make check TESTS=tests/store.scm' against > my git checkout the test passed. Thanks for confirming. I pushed a revised patch that only

bug#29363: Single test failure building Guix

Ludovic Courtès writes: > Alternately, we could comment out (> freed 0) if that’s enough, with a > comment explaining why, and do “make update-guix-package”. That way > we’d avoid the extra build phase. > > WDYT? Oh, I just re-read this message and realized you mentioned doing

bug#29358: guile2.0-guix times out

Marius Bakke <mba...@fastmail.com> writes: > Hello! > > Since the Guix snapshot update to 0.13.0-9.ff23b47, "guile2.0-guix" > fails to build due to a test timeout: > > https://hydra.gnu.org/job/gnu/master/guile2.0-guix-0.13.0-9.ff23b47.x86_64-linux I bisected

bug#28948: feh does encounter certificate errors with valid certificates

Ricardo Wurmus <rek...@elephly.net> writes: > Marius Bakke <mba...@fastmail.com> writes: > >> ng0 <n...@infotropique.org> writes: >> >>> feh https://i.imgur.com/263enxT.jpg >>> feh opens image >>> >>> Problem: >>> u

bug#28966: git fails test suite

/cbc60b67201e083a4970c8731c5382a575357e36 It has since been increased from 64kB to 128kB, so I wonder if the attached patch will make any difference. Can you try it? From f95ae3d32e5eab9797cb1591cca07c4d31f187ab Mon Sep 17 00:00:00 2001 From: Marius Bakke <mba...@fastmail.com> Date: Wed, 1

bug#28948: feh does encounter certificate errors with valid certificates

Marius Bakke <mba...@fastmail.com> writes: > I submitted it upstream in hope of getting feedback/testing there, but > it was simply merged as-is: <https://github.com/derf/feh/pull/340> > > I do agree that it's rather crude, will try to improve it a bit. Feh 2.22 has been

bug#29177: Hidden packages are not accounted for by `guix refresh`

Currently, some packages are marked as "hidden". This makes `guix refresh` fail to realize the full impact of a change. Most notably this affects 'xorg-server': there have already been a few commits that rebuilds the for-test variant (and thus GTK) because they seemed to only cause ~150

bug#29093: networking service: support definition of bonding interface

Ricardo Wurmus writes: > The networking service currently does not offer a way to configure a > bonding interface (e.g. joining two physical network interfaces to one > bonded network interface). > > This would be a very useful thing to have for berlin.guixsd.org,

bug#29200: `guix build --fallback` does not work with offloading

Hello! I've noticed that when offloading, --fallback sometimes fails to actually fall back. Here is a shell transcript: --8<---cut here---start->8--- $ ./pre-inst-env guix build --substitute-urls="https://mirror.hydra.gnu.org; --fallback font-arabic-misc @

  1   2   3   4   5   6   7   >