Re: Recent version of Iceweasel along with fixes

2014-04-08 Thread Richard Braun
On Thu, Feb 27, 2014 at 10:17:07PM +0100, Richard Braun wrote: > I intend to regularly update these packages to track the experimental > branch until the changes are merged in the official repository. Iceweasel 28.0-1 and NSPR 4.10.4 are now available. -- Richard Braun

Re: Add a new exec_exec_file_name RPC

2014-04-08 Thread Justus Winter
Hi, Quoting Samuel Thibault (2014-04-08 02:18:13) > Well, I'm not the one to be convinced: it's only Roland which can ack > the glibc part, and thus the whole idea of the RPC addition. One "just" > needs to explain him why we really need it. I thought that this patch series was necessary for fak

Re: Add a new exec_exec_file_name RPC

2014-04-08 Thread Samuel Thibault
Justus Winter, le Tue 08 Apr 2014 13:46:26 +0200, a écrit : > Quoting Samuel Thibault (2014-04-08 02:18:13) > > Well, I'm not the one to be convinced: it's only Roland which can ack > > the glibc part, and thus the whole idea of the RPC addition. One "just" > > needs to explain him why we really n

Re: Add a new exec_exec_file_name RPC

2014-04-08 Thread Justus Winter
Quoting Samuel Thibault (2014-04-08 13:50:28) > Justus Winter, le Tue 08 Apr 2014 13:46:26 +0200, a écrit : > > Quoting Samuel Thibault (2014-04-08 02:18:13) > > > Well, I'm not the one to be convinced: it's only Roland which can ack > > > the glibc part, and thus the whole idea of the RPC addition

Re: GDB: "warning: Can't wait for pid ???: No child processes" (was: GNU accepted as a mentoring organization in GSOC 2014)

2014-04-08 Thread Zhang Cong
Hi Thomas, I want to make uim-fep ( https://code.google.com/p/uim/wiki/UimFep ) work with hurd, it a front end processer, it's not work and I try to debug it. Because the program itself need hook the input and output, so I can't use gdb to direct debug it, I don't want to make the input

Re: Recent version of Iceweasel along with fixes

2014-04-08 Thread Zhang Cong
Thanks and hurd has the leading edge browser too:) On Tue, Apr 8, 2014 at 5:22 PM, Richard Braun wrote: > On Thu, Feb 27, 2014 at 10:17:07PM +0100, Richard Braun wrote: > > I intend to regularly update these packages to track the experimental > > branch until the changes are merged in the offic

Re: GDB: "warning: Can't wait for pid ???: No child processes" (was: GNU accepted as a mentoring organization in GSOC 2014)

2014-04-08 Thread Hacklu
Hi! Zhang Cong wrote: > Hi Thomas, > >I want to make uim-fep ( https://code.google.com/p/uim/wiki/UimFep ) work > with hurd, it a front end processer, it's not work and I try to debug it. > >Because the program itself need hook the input and output, so I can't use > gdb to direc

Re: GDB: "warning: Can't wait for pid ???: No child processes" (was: GNU accepted as a mentoring organization in GSOC 2014)

2014-04-08 Thread Zhang Cong
On Tue, Apr 8, 2014 at 11:00 PM, Hacklu wrote: I am sorry to say that, when use gdb server you also need to re-parent > process. Because when I implement gdb server on Hurd, I found there is a > limit on Hurd when you attach to a process you can't resume the process > from stop states(or says, th

Re: [PATCH] libports: fix notify_port_t receiver lookups

2014-04-08 Thread Samuel Thibault
Justus Winter, le Mon 07 Apr 2014 12:47:15 +0200, a écrit : > * libports/Makefile (MIGSFLAGS): Include mig-mutate.h. > * libports/mig-decls.h: New file. > * libports/mig-mutate.h: Likewise. > * libports/notify-dead-name.c: Fix receiver lookups. > * libports/notify-no-senders.c: Likewise. > * libpor

Re: [PATCH] libports: fix notify_port_t receiver lookups

2014-04-08 Thread Samuel Thibault
Justus Winter, le Mon 07 Apr 2014 12:57:03 +0200, a écrit : > This is a patch that in conjunction with > e9687ec4ff525ae4a88314ba4ae97da770bd012f fixes the receiver lookups > for the notify_port_t type. > > * devnode/Makefile (MIGSFLAGS): Use mig-mutate.h. > * eth-filter/Makefile: Likewise. > * et