Hello Guix,
Currently, if aspell is installed in GuixOS system profile and not in
user profile then aspell cannot find dictionaries.
(define-public aspell
(package
;; …
(arguments
`(#:phases
(modify-phases %standard-phases
(add-after 'install 'wrap-aspell
l...@gnu.org (Ludovic Courtès) writes:
> Mark H Weaver skribis:
>
>> l...@gnu.org (Ludovic Courtès) writes:
>>
>>> Mark H Weaver skribis:
>>>
An early 'guile' build on armhf-linux consistently fails on Hydra,
because the 'timeout' and
Roel Janssen skribis:
> Ludovic Courtès writes:
>
>> Hi,
>>
>> Roel Janssen skribis:
>>
>>> I attached the build log. The relevant bit is this:
>>>
>>> actual-error:
>>> + (srfi-34
>>> + #>> `dtmp/guix-tests/store/462z3fnl7bs44vp9s97jyg1z74nsfvly-tar' is not in
Tobias Geerinckx-Rice skribis:
> Ludovic Courtès wrote on 12/12/17 at 17:03:
>> So does guix-daemon systematically leave /tmp/guix-build-ceph* behind it?
>
> Almost certainly. I can confirm several hundred previously unknown
> subvolumes filling up my btrfs substitute server.
Ludovic Courtès writes:
> Hi,
>
> Roel Janssen skribis:
>
>> I attached the build log. The relevant bit is this:
>>
>> actual-error:
>> + (srfi-34
>> + #> `dtmp/guix-tests/store/462z3fnl7bs44vp9s97jyg1z74nsfvly-tar' is not in the
>> Nix store" status: 1] 1071090>)
>> result:
Ludovic Courtès wrote on 12/12/17 at 17:03:
> So does guix-daemon systematically leave /tmp/guix-build-ceph* behind it?
Almost certainly. I can confirm several hundred previously unknown
subvolumes filling up my btrfs substitute server. Time to clean up.
Kind regards,
T G-R
Hi,
Roel Janssen skribis:
> I attached the build log. The relevant bit is this:
>
> actual-error:
> + (srfi-34
> + # `dtmp/guix-tests/store/462z3fnl7bs44vp9s97jyg1z74nsfvly-tar' is not in the
> Nix store" status: 1] 1071090>)
> result: FAIL
The “dtmp” bit (instead of “/tmp”)
Rutger Helling skribis:
> Actually, I just tested it with the following:
>
> $ cd /tmp
> $ sudo -s -u guixbuilder01
> bash-4.4$ guix environment -C --ad-hoc btrfs-progs
> guixbuilder01@guixsd /tmp [env]# btrfs subvol create test-snapshot
> Create subvolume
Rutger Helling writes:
> 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.
Ugh. My build machines do not use Btrfs so I
Actually, I just tested it with the following:
$ cd /tmp
$ sudo -s -u guixbuilder01
bash-4.4$ guix environment -C --ad-hoc btrfs-progs
guixbuilder01@guixsd /tmp [env]# btrfs subvol create test-snapshot
Create subvolume './test-snapshot'
guixbuilder01@guixsd /tmp [env]# btrfs subvol del
Hi Ludo,
I'll try building again later (could be a while, Ceph takes a really
long time to build), but I highly doubt that that's the case.
Btrfs subvolumes cannot be deleted with tools such as rm/rmdir, even as
root. You have to run 'btrfs subvolume delete /subvolume' as root.
Although a
Hi Rutger,
Rutger Helling skribis:
> 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
We support running GuixSD on top of btrfs, and the prevailing wisdom is
to mark databases (sqlite, postgresql, etc.) as 'chattr +C', that is, as
not copy-on-write. It is honored under ext4, but it shouldn't cause any
changes.
--
Efraim Flashner אפרים פלשנר
GPG key =
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
Mark H Weaver skribis:
> l...@gnu.org (Ludovic Courtès) writes:
>
>> Mark H Weaver skribis:
>>
>>> An early 'guile' build on armhf-linux consistently fails on Hydra,
>>> because the 'timeout' and 'max-silent-time' properties are not honored.
>>> For example:
15 matches
Mail list logo