Hey everyone,
Thanks for all the replies.
@Marius: It's a dependency for multipath-tools.
@Ludo: Like Tobias mentioned it does indeed systematically leave behind
subvolumes that can only be manually deleted as root.
Thankfully this is the only package in which I've noticed this behavior.
Commit 1d008d9f8c44dfdb808235d451b72f255e72f103 results in errors of the
following type in guix environment/package/system etc.
guix system: error: build failed: derivation
`/gnu/store/cmw2cl4fg1q5q5pdp7cbs6fd7yyg9phz-guile-2.0.14.drv' has
incorrect output
This should also be done with virtual machine images.
:
> Hi Rutger,
>
> Rutger Helling <rhell...@mykolab.com> skribis:
>
>> test-name: dead path can be explicitly collected
>> location:
>> /tmp/guix-build-guix-0.13.0-10.0b4c385.drv-0/source/tests/store.scm:178
>> source:
>> + (test-assert
>> + &
Hi Marius,
your patch did the trick, thanks!
I'm indeed on Btrfs (with LUKS), no SSD though.
On 2017-11-21 01:31, Marius Bakke wrote:
> Hi Rutger,
>
> Rutger Helling <rhell...@mykolab.com> writes:
>
>> when building Guix with 'guix build guix' I keep running into a
Commenting out that line still made the test fail for me.
On 2017-11-21 08:47, l...@gnu.org wrote:
> Hello,
>
> Marius Bakke <mba...@fastmail.com> skribis:
>
> Rutger Helling <rhell...@mykolab.com> writes:
>
> when building Guix with 'guix build guix' I k
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.
On 2017-11-21 13:53, l...@gnu.org wrote:
> Rutger Helling <rhell...@mykolab.com> skribis:
>
&g
that can only be deleted as root.
On 2017-12-12 13:52, l...@gnu.org wrote:
Hi Rutger,
Rutger Helling <rhell...@mykolab.com> skribis:
I was surprised to learn that Ceph creates Btrfs subvolumes during its
tests.
This is problematic because on Btrfs regular users can create
subv
Hey Guix,
I was surprised to learn that Ceph creates Btrfs subvolumes during its
tests.
This is problematic because on Btrfs regular users can create
subvolumes, but they cannot delete them.
This means I had to manually delete the following subvolumes as root:
ID 1744 gen 819598 top level
-snapshot/': Operation not permitted
guixbuilder01@guixsd /tmp [env]# rmdir -v test-snapshot/
rmdir: removing directory, 'test-snapshot/'
rmdir: failed to remove 'test-snapshot/': Operation not permitted
guixbuilder01@guixsd /tmp [env]#
On 2017-12-12 14:10, Rutger Helling wrote:
Hi Ludo,
I'll try
e command line flags I added to my first posting :-).
>
> Oh, I see. Rutger, does that ring a bell?
>
> https://bugs.gnu.org/28840
>
> Thanks,
> Ludo'.From 4c2af88af74f3efe319f23e9716f9ca41f70e618 Mon Sep 17 00:00:00 2001
From: Rutger Helling <rhell...@mykolab.com>
Date: Sat,
I'm having the same problem. I think being able to run Guix entirely
from a git checkout is one of the best things about it and it's pretty
essential that we keep that possibility for people who want it.
pgptMVmZX8dv0.pgp
Description: OpenPGP digital signature
Hi Guix,
qutebrowser fails to start with the recent python-pyqt upgrade,
possibly due to the removed qtwebkit input.
The following error occurs:
---
Fatal error: QtWebEngine is required to run qutebrowser but could not
be imported! Maybe it's not installed?
The error encountered was:
No module
That's neat! I'll play around with it later, thanks for the tip.
On Fri, 01 Jun 2018 22:35:26 +0200
l...@gnu.org (Ludovic Courtès) wrote:
> Hello,
>
> Rutger Helling skribis:
>
> > That might cause confusion like you said, so I'm not sure if that
> > would be an improv
you're pretty liable to make a mistake that way.
On Fri, 01 Jun 2018 14:58:03 +0200
l...@gnu.org (Ludovic Courtès) wrote:
> Hello,
>
> Rutger Helling skribis:
>
> > This isn't really a bug, but I noticed that 'guix system' right now
> > cannot use certain common build
Hi Guix,
This isn't really a bug, but I noticed that 'guix system' right now cannot use
certain common build
options like 'with-input'. I don't know how hard it would be to add
that, because I think it could be pretty useful for something like the
following for example:
guix system reconfigure
Courtès) wrote:
> Rutger Helling <rhell...@mykolab.com> skribis:
>
> > Thanks for all the replies. I've disabled the tests.
>
> Thank you. Remember to close the bug by emailing
> number-d...@debbugs.gnu.org as I did here. :-)
>
> Ludo’.
pgpubyAlmwwxw.pgp
Description: OpenPGP digital signature
Thanks for all the replies. I've disabled the tests.
pgpVB5CVyirGf.pgp
Description: OpenPGP digital signature
I had this problem too.
Reverting commit cfbf6de18cc70d2e385feb5f61f9363f18e78ddf (gnu: mcron:
Update to 1.1 and deprecate "mcron2".) fixed it for me.
pgpXebwLkqBJM.pgp
Description: OpenPGP digital signature
Hi Ludo,
The tarball changed. I ran a diff and couldn't find anything malicious
in the changes so I updated the checksum just now.
On 2018-04-09 10:44, l...@gnu.org wrote:
> Hello,
>
> I get:
>
> --8<---cut here---start->8---
> $ guix build
>
Hello Ludo,
Does the :100 server show up when you do 'xpra list' after the command?
If so, can you try the following commands to see if it works:
$ guix environment --ad-hoc xpra --pure -- xpra attach :100
And then on a different terminal:
$ DISPLAY=:100 gui-program
On Fri, 09 Nov 2018 15:12:25
In virt-manager when clicking "Add hardware" on a VM the USB/PCI Host
Device boxes are greyed out with the message "Connection does not
support host device enumeration". It seems we're missing some
dependencies.
pgpB0Yvs2FE9b.pgp
Description: OpenPGP digital signature
Closing, fixed in d15211c9b5b46b96c5b658329624942b6ff5c917.
On Sat, 15 Dec 2018 20:46:39 -0800
Chris Marusich wrote:
> Rutger Helling writes:
>
> > In virt-manager when clicking "Add hardware" on a VM the USB/PCI
> > Host Device boxes are greyed out with
Hi Ludo,
apologies for the delayed reaction, I've been quite busy. Oddly enough
the commands seem to work fine on GuixSD. Can you maybe tell me what
distro you're using?
I don't have access to a foreign distro at the moment, but I'll try to
look into it next weekend.
Do you have the 'xauth'
this work for you too?
I'm not sure why the 'xpra upgrade' command seems to be required in a
container. I have no idea how to fix that.
On Mon, 26 Nov 2018 10:00:37 +0100
ludovic.cour...@inria.fr (Ludovic Courtès) wrote:
> Hi Rutger,
>
> Rutger Helling skribis:
>
> > apologi
Sorry, that was sloppiness on my part. I built the package on my own
Guix that already had staging merged where apparently the
meson-build-system was already added to the modules.
I was about to revert but I just noticed it's already been fixed. I'll
double check if it builds on a clean master
Hi Chris,
Thanks for the tips, but I already knew how to work around it. The
point was more that it shouldn't be greyed out. I tried adding
libpciaccess to libvirt, unfortunately that alone didn't do the trick.
On Sat, 15 Dec 2018 20:46:39 -0800
Chris Marusich wrote:
> Rutger Helling wri
Hi Ludo,
Sorry for the late reply. I'm not really active anymore in Guix
development for various reasons.
Wine needs a whole 32-bit dependency chain to be able to run both 32-bit
and 64-bit code, since a Wine that can only run 64-bit code is
considered useless. That is why the package is
28 matches
Mail list logo
