Hi,
Link in documentation is not valid, not pointing to actual image
Does not work:
"ftp://alpha.gnu.org/guix/guixsd-vm-image-0.14.0.system.tar.xz";
Works:
ftp://alpha.gnu.org/gnu/guix/guixsd-vm-image-0.14.0.x86_64-linux.xz
Prefix:
[ftp://alpha.gnu.org/gnu/guix/](ftp://alpha.gnu.org/gnu/guix/gu
Ricardo Wurmus transcribed 1.7K bytes:
>
> Nils Gillmann writes:
>
> > Tobias Geerinckx-Rice transcribed 5.0K bytes:
> >> ng0,
> >>
> >> Thanks!
> >>
> >> Nils Gillmann wrote:
> >> > Since I do not have the time to work on this, but there seems to be no
> >> > open bug:
> >> >
> >> > mysql start
Nils Gillmann writes:
> Since I do not have the time to work on this, but there seems to be no open
> bug:
>
> mysql started a couple of commits ago (since last core-updates merge?) to fail
> its build.
It looks like you omitted the actual error message that caused make to exit.
--
Ricardo
On Thu 05 Jul 2018 14:27, l...@gnu.org (Ludovic Courtès) writes:
> Hello,
>
> Andy Wingo skribis:
>
>> The signal thread is a possibility though in that case you'd get a
>> warning; the signal-handling thread appears in scm_all_threads. Do you
>> see a warning? If you do, that is a problem :)
>
Hi,
On Thu 05 Jul 2018 12:05, Mark H Weaver writes:
> However, it's also the case that libgc uses 'pthread_atfork' (where
> available) to arrange to grab the GC allocation as well as the "mark
> locks" in the case where parallel marking is enabled. See
> fork_prepare_proc, fork_parent_proc, and
Tobias Geerinckx-Rice transcribed 5.0K bytes:
> ng0,
>
> Thanks!
>
> Nils Gillmann wrote:
> > Since I do not have the time to work on this, but there seems to be no
> > open bug:
> >
> > mysql started a couple of commits ago (since last core-updates merge?)
> > to fail
> > its build.
>
> I noti
Hello,
On Fri, Jun 15, 2018 at 11:48:57AM +0200, Ludovic Courtès wrote:
> Arb’s test suite aborts on i686 and armhf:
this should be fixed by an update to the latest version in commit
fe44e654b47ca083939f5a70c9414820af76c8df. I tested it on i686, if there
are still problems on armhf, please feel f
Hello,
Andy Wingo skribis:
> On Thu 05 Jul 2018 05:33, Mark H Weaver writes:
[...]
>> Another possibility: both the finalization thread and the signal
>> delivery thread call 'scm_without_guile', which calls 'GC_do_blocking',
>> which also temporarily grabs the GC allocation lock before calli
ng0,
Thanks!
Nils Gillmann wrote:
Since I do not have the time to work on this, but there seems to
be no open bug:
mysql started a couple of commits ago (since last core-updates
merge?) to fail
its build.
I noticed this yesterday, too. In the meantime, I've tried
updating MySQL to 5.7.22
Since I do not have the time to work on this, but there seems to be no open bug:
mysql started a couple of commits ago (since last core-updates merge?) to fail
its build.
[ 62%] Linking CXX shared module group_replication.so
cd /tmp/guix-build-mysql-5.7.21.drv-0/build/rapid/plugin/group_replicati
Hi,
Andy Wingo writes:
> On Thu 05 Jul 2018 05:33, Mark H Weaver writes:
>
>>> One problem I’ve noticed is that the child process that
>>> ‘call-with-decompressed-port’ spawns would be stuck trying to get the
>>> allocation lock:
>>>
>>> So it seems quite clear that the thing has the alloc lock
Hi!
I ended up simply improving the manual in commit
fc0e663f782896f542d008c871d21b9cf636a75c.
Maybe we can do better next time, like have ‘guix system init’ provide
hints or something.
Thanks,
Ludo’.
gnucash with guix version d88b29d6b78482cdb05ac714984f6a27195e3d37
fails its testsuite. On the record since this version, off the record
for at least a couple of weeks.
last (relevant) part of the log appended.
85/102 Test #85: test-tokenizer ...***Failed
0.06 sec
Hello Mark,
Thanks for chiming in!
Mark H Weaver skribis:
> Does libgc spawn threads that run concurrently with user threads? If
> so, that would be news to me. My understanding was that incremental
> marking occurs within GC allocation calls, and marking threads are only
> spawned after all
Hi!
On Thu 05 Jul 2018 05:33, Mark H Weaver writes:
>> One problem I’ve noticed is that the child process that
>> ‘call-with-decompressed-port’ spawns would be stuck trying to get the
>> allocation lock:
>>
>> So it seems quite clear that the thing has the alloc lock taken. I
>> suppose this ca
15 matches
Mail list logo
