l...@gnu.org (Ludovic Courtès) writes:
> Chris Marusich skribis:
>
>> Why does it pass? The (sleep 99) form appears to be totally
>> ignored, and I don't understand why. It's concerning to me that I can't
>> understand how the code is being executed. I expected the test to hang.
>
>
Ludovic Courtès writes:
> Clément Lassieur skribis:
>
>> Gábor Boskovits writes:
>>
>>> Hello Clément,
>>>
>>> Do you have any idea what has gone wrong here?
>>
>> Yes, I think Fibers channels aren't thread-safe.
>
> It’s always a possibility but that seems unlikely.
Indeed, I spoke too soon
Continuing on from my previous thread here:
https://lists.gnu.org/archive/html/help-guix/2017-11/msg00084.html
I discovered that I was able to work around the problem by running
pcmanfm with dbus-launch. Running `dbus-launch evince` also fixed an
issue I had with Evince not remembering the last
Hello!
Pierre-Antoine Rouby skribis:
>> From: "Leo Famulari"
>> On Thu, Jul 19, 2018 at 08:56:03AM +0200, Pierre-Antoine Rouby wrote:
>>> I trying to import 'gitlab-runner'
>>> (https://gitlab.com/gitlab-org/gitlab-runner)
>>> with tag 'v10.6.0'.
>>
>> Okay, thanks. I can reproduce the
Hello Tatiana & Clément,
Clément Lassieur skribis:
> Tatiana Sholokhova writes:
>
>> Hi, Clement!
>>
>> Done! =) I’ve changed commit message with static files and rebased the
>> latest commits, so my branch has only two commits now as we discuss
>> before.
>
> Great! I rebased your commits
Clément Lassieur skribis:
> Gábor Boskovits writes:
>
>> Hello Clément,
>>
>> Do you have any idea what has gone wrong here?
>
> Yes, I think Fibers channels aren't thread-safe.
It’s always a possibility but that seems unlikely.
Ludo’.
Hi!
Clément Lassieur skribis:
> I also get this if I send many requests at the same time.
>
> Uncaught exception in fiber ##f:
> In ice-9/boot-9.scm:
> 841:4 4 (with-throw-handler _ _ _)
> In web/server/fiberized.scm:
> 2018-07-25T10:33:56 HTTP connection from 127.0.0.1
>124:18 3 (_)
Hello,
Chris Marusich skribis:
> Why does it pass? The (sleep 99) form appears to be totally
> ignored, and I don't understand why. It's concerning to me that I can't
> understand how the code is being executed. I expected the test to hang.
According to the manual (info "(guile)
Hello Efraim,
Efraim Flashner skribis:
> On Thu, Jul 19, 2018 at 04:54:39PM +0200, Ludovic Courtès wrote:
>> Hello,
>>
>> Mark H Weaver skribis:
>>
>> > Efraim Flashner writes:
>> >> It sounds like adding Qt to hplip adds plenty of GUI goodies. Could we
>> >> leave hplip as-is and have
Leo Famulari skribis:
> On Tue, Jul 17, 2018 at 10:04:42PM +0200, Marius Bakke wrote:
>> Hello!
>>
>> So far our MariaDB package has only run some very lightweight tests.
>> 10.1.34 flipped a switch that runs the entire "MTR" test suite.
>>
>> After patching /bin/ls and /bin/sh, and fixing a
Gábor Boskovits writes:
> Hello Clément,
>
> Do you have any idea what has gone wrong here?
Yes, I think Fibers channels aren't thread-safe. The bug happens when
CALL-WITH-CRITICAL-SECTION is called at the same time from two different
threads. So, nothing to do with Tatiana's code. :-)
I'll
Hi!
I run GuixSD on a rather small partition (<25GB) and quite often the
partition gets full during a transation and I end up having to clean up
the store (e.g. "guix gc -F5G").
The problem is that more often than not, "guix gc" will remove store
items that are almost always needed for the next
12 matches
Mail list logo