Marius Bakke writes:
> 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_credentia
Leo Famulari writes:
> On Mon, Dec 12, 2016 at 12:05:57AM +0100, Marius Bakke wrote:
>> Marius Bakke writes:
>>
>> > Perhaps something like this would work (untested)?
>>
>> Oops, here is the patch I wanted to attach:
>
> Can you make it a patch? :)
I'm testing it now on a branch, will report
On Mon, Dec 12, 2016 at 12:05:57AM +0100, Marius Bakke wrote:
> Marius Bakke writes:
>
> > Perhaps something like this would work (untested)?
>
> Oops, here is the patch I wanted to attach:
Can you make it a patch? :)
signature.asc
Description: PGP signature
Marius Bakke writes:
> Perhaps something like this would work (untested)?
Oops, here is the patch I wanted to attach:
--8<---cut here---start->8---
(define* (check #:key tests? test-target use-setuptools? #:allow-other-keys)
"Run the test suite of a given P
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 (test.test_repository.CloneRe
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 (test.test_repository.CloneRepositoryTest)
l...@gnu.org (Ludovic Courtès) writes:
> Mark H Weaver skribis:
>
>> I think we should sort the entire directory using merge sort backed to
>> disk files. If we load chunks of the directory, sort them and process
>> them individually, I expect that this will increase the amount of I/O
>> require
Mark H Weaver skribis:
> l...@gnu.org (Ludovic Courtès) writes:
>
>> Here’s a proposed patch that follows your suggestion, Mark, but places
>> an upper bound on the number of directory entries loaded in memory.
>>
>> On my laptop, which has ~500k entries in /gnu/store/.links, the result
>> is som
l...@gnu.org (Ludovic Courtès) writes:
> Here’s a proposed patch that follows your suggestion, Mark, but places
> an upper bound on the number of directory entries loaded in memory.
>
> On my laptop, which has ~500k entries in /gnu/store/.links, the result
> is something like this (notice the inod
Hello!
Here’s a proposed patch that follows your suggestion, Mark, but places
an upper bound on the number of directory entries loaded in memory.
On my laptop, which has ~500k entries in /gnu/store/.links, the result
is something like this (notice the inode numbers in ‘lstat’ calls):
--8<---
On Fri, Sep 09, 2016 at 10:50:38PM -0400, Leo Famulari wrote:
> I can't get our Calibre package to work. I'm using Guix on Debian.
>
> $ git describe
> v0.11.0-933-g56ab55d
> $ ./pre-inst-env guix environment --fallback --ad-hoc calibre -- calibre
> Traceback (most recent call last):
> File
> "
11 matches
Mail list logo
