On Tue, Feb 10, 2015 at 11:24:51PM +0100, Ludovic Courtès wrote:
> If you haven’t GC’d in a long time, it’s also likely to take longer.
Maybe that was the problem. I tried again later to gc one package, and it was
almost instantaneous. Which means that there might not be a problem after all.
Andr
Andreas Enge skribis:
> I just compiled a test package and tried a
> "guix gc -d /path/to/package/in/store"
>
> After printing
> deleting `/gnu/store/642pwarg5hppzh1gwadd07w0g4w3rwpx-nss-certs-3.17.3'
> deleting `/gnu/store/trash'
> deleting unused links...
> which is instantaneous, I need to
Hello,
I just compiled a test package and tried a
"guix gc -d /path/to/package/in/store"
After printing
deleting `/gnu/store/642pwarg5hppzh1gwadd07w0g4w3rwpx-nss-certs-3.17.3'
deleting `/gnu/store/trash'
deleting unused links...
which is instantaneous, I need to wait for 5 minutes with the dis
Ricardo Wurmus skribis:
> I applied the patch and did as instructed, but even after half an hour
> there is no more progress. I'll leave this running over night, hoping
> for a segfault when I return to it the next morning.
Hmm could you restore the ‘trap’ line in ‘test-env’? That’s probably
t
Ludovic Courtès writes:
> When you see the message, run this from another terminal:
>
> $ gdb
> (gdb) attach 1234
> (gdb) set detach-on-fork off
> (gdb) continue
>
> Normally GDB will stop when the child process receives SIGSEGV. At that
> point, you should be able to type “bt” to get the
Snippets cannot be used when the source archive is not supported by tar.
For example, when building HISAT with snippets (instead of patching in a
build phase), guix determines the decompression type to be "xz" and then
fails as follows:
~~~
The following derivations will be built:
/gnu/sto
Ricardo Wurmus skribis:
> Oddly, I cannot seem to get a core dump, even after setting ulimit -c
> unlimited. Is there a way to run the failing builder manually?
No.
Could you try something like this:
diff --git a/test-env.in b/test-env.in
index f66a0db..9cdd479 100644
--- a/test-env.in
+++ b/
Ludovic Courtès writes:
>> [rwurmus@guix-builder:/localhome/rwurmus-tmp/guix] (720) $ ./test-env guix
>> build guile-bootstrap
>
> [...]
>
>> @ build-started
>> /localhome/rwurmus-tmp/guix/test-tmp/store/m1cbz6gmyv2f5551j7zpm99d7mgy2zp9-guile-bootstrap-2.0.drv
>> - x86_64-linux
>> /localhome/r
Mark H Weaver skribis:
> l...@gnu.org (Ludovic Courtès) writes:
>
>> Federico Beffa skribis:
>>
>>> At some point we should fix the support for '#:substitutable?' on hydra
>>
>> That probably means that #:substitutable? should be propagated–i.e.,
>> that anything depending on ATLAS should not be
So building guile-bootstrap in the real store works, but fails in the
test store.
Ricardo Wurmus skribis:
> [rwurmus@guix-builder:/localhome/rwurmus-tmp/guix] (720) $ ./test-env guix
> build guile-bootstrap
[...]
> @ build-started
> /localhome/rwurmus-tmp/guix/test-tmp/store/m1cbz6gmyv2f5551
Ludovic Courtès writes:
> Hmm. Could you try:
>
> ./test-env guix build guile-bootstrap
~~
[rwurmus@guix-builder:/localhome/rwurmus-tmp/guix] (720) $ ./test-env guix
build guile-bootstrap
accepted connection from pid 2187, uid 22840
substitute-binary: warning: authentication and
l...@gnu.org (Ludovic Courtès) writes:
> Federico Beffa skribis:
>
>> At some point we should fix the support for '#:substitutable?' on hydra
>
> That probably means that #:substitutable? should be propagated–i.e.,
> that anything depending on ATLAS should not be substituted.
As I just wrote in
On Tue, Feb 10, 2015 at 12:07 AM, Ludovic Courtès wrote:
>> At some point we should fix the support for '#:substitutable?' on hydra
>
> That probably means that #:substitutable? should be propagated–i.e.,
> that anything depending on ATLAS should not be substituted.
I guess so. Is there a way to
Hmm. Could you try:
./test-env guix build guile-bootstrap
and
./pre-inst-env guix build guile-bootstrap --no-substitutes
?
Thanks,
Ludo’.
Ludovic Courtès writes:
> What architecture is it?
It's x86_64-linux.
~~~
$ uname -a
Linux guix-builder 3.10.0-123.20.1.el7.x86_64 #1 SMP Thu Jan 29 18:05:33 UTC
2015 x86_64 x86_64 x86_64 GNU/Linux
~~~
> There are a lot of these:
>
> --8<---cut here---start--
The fix may have resulted in unintended side-effects. On a fresh
installation of the System Distribution v0.8.1 WindowMaker is installed
by default, but it is not completely functional.
For example, the attempt to change the style via the menu results in
this error to be displayed:
Could not
16 matches
Mail list logo
