Re: Svante Signell 2016-02-22 <1456150454.5852.108.ca...@gmail.com>
> Hi Christoph. I've found out that the test for sem_timedwait is not needed.
> There is a program in the manpage that works well in Hurd too. Attached is an
> updated patch. This patch and a follow-up patch on bug #803776 will be
On Mon, 2016-02-22 at 12:33 +0100, Christoph Berg wrote:
> Re: Svante Signell 2016-02-20 <1455998664.2888.77.ca...@gmail.com>
> > On Sat, 2016-02-20 at 20:21 +0100, Christoph Berg wrote:
> > > Hi,
> > >
> > > Just a quick note here - the signal being sent here is from sbuild
> > > killing the proc
Re: Svante Signell 2016-02-20 <1455998664.2888.77.ca...@gmail.com>
> On Sat, 2016-02-20 at 20:21 +0100, Christoph Berg wrote:
> > Hi,
> >
> > Just a quick note here - the signal being sent here is from sbuild
> > killing the process because it was stuck for four hours. The problem
> > is that the
On Sat, 2016-02-20 at 20:21 +0100, Christoph Berg wrote:
> Hi,
>
> Just a quick note here - the signal being sent here is from sbuild
> killing the process because it was stuck for four hours. The problem
> is that the sem syscall doesn't return.
Iv'e come a little further: The error code is due
Hi,
Just a quick note here - the signal being sent here is from sbuild killing the
process because it was stuck for four hours. The problem is that the sem
syscall doesn't return.
Christoph
Re: Svante Signell 2016-02-20 <1455964084.2888.73.ca...@gmail.com>
> No, that was not the correct solution. For some, yet unknown reason,
> the test code returns with an error, even for systems with a working
> sem_timedwait. An updated test case will follow soon. Thank you for
> your patience.
Hi
On Sat, 2016-02-20 at 00:00 +0100, Svante Signell wrote:
> On Fri, 2016-02-19 at 21:22 +0100, Christoph Berg wrote:
> > Re: Svante Signell 2016-02-18 <1455809556.5852.62.ca...@gmail.com>
> > > ?p=libqb
> >
> > Does that make any sense to you?
>
> Hi, found the problem. The updated patch unfortuna
On Fri, 2016-02-19 at 21:22 +0100, Christoph Berg wrote:
> Re: Svante Signell 2016-02-18 <1455809556.5852.62.ca...@gmail.com>
> > Attached is an updated patch together with an updated symbols file,
> > generated
> > with gcc-5.3.1-5.
>
> Hi Svante,
>
> thanks for the updated patch, and I'm glad t
On Fri, 2016-02-19 at 21:22 +0100, Christoph Berg wrote:
> Re: Svante Signell 2016-02-18 <1455809556.5852.62.ca...@gmail.com>
> > Attached is an updated patch together with an updated symbols file,
> > generated
> > with gcc-5.3.1-5.
>
> Hi Svante,
>
> thanks for the updated patch, and I'm glad t
Re: Svante Signell 2016-02-18 <1455809556.5852.62.ca...@gmail.com>
> Attached is an updated patch together with an updated symbols file, generated
> with gcc-5.3.1-5.
Hi Svante,
thanks for the updated patch, and I'm glad that libqb has now been
built for the Hurd as well so the rest of the Cluste
On Tue, 2016-02-16 at 12:49 +0100, Christoph Berg wrote:
> Control: tags -1 = moreinfo
>
> Re: Svante Signell 2015-11-02 <1446486254.26488.161.ca...@gmail.com>
> > Source: libqb
> > Version: 0.17.2.real-4
> > Severity: normal
> >
> Hi Svante,
>
> thanks for the patch! Unfortunately I can't apply
Control: tags -1 = moreinfo
Re: Svante Signell 2015-11-02 <1446486254.26488.161.ca...@gmail.com>
> Source: libqb
> Version: 0.17.2.real-4
> Severity: normal
> Tags: patch
> Usertags: hurd
> User: debian-h...@lists.debian.org
>
> Currently libqb FTBFS on hurd-i386 due to missing support for GNU/Hu
Source: libqb
Version: 0.17.2.real-4
Severity: normal
Tags: patch
Usertags: hurd
User: debian-h...@lists.debian.org
Currently libqb FTBFS on hurd-i386 due to missing support for GNU/Hurd.
The attached patch, hurd-support.patch adds the necessary entries. It is
built on the patch in #803776. Additi
13 matches
Mail list logo
