Thanks.
@Mike, what things need to do to make this work upstream, as we talked in,
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=729340
https://bugzilla.mozilla.org/show_bug.cgi?id=1029809
Thanks,
Cong Zhang
On Tue, Sep 16, 2014 at 2:31 AM, Richard Braun wrote:
> On Thu, Feb 27, 2014 at
I have two thing want to do related to Hurd,
Make gdb server upstream support for Hurd base on gsoc's work, I have
workable version locally.
Port chromium browser to Debian Hurd, this seems need to work with chromium
team, as Debian Hurd was not official support by them.
The second was challange
On Fri, Apr 11, 2014 at 8:50 PM, Thomas Schwinge wrote:
>
> Not at all. It "just" needs to be done; the patch has to be brought into
> a form suitable for commit upstream (without a lot of TODO items,
> properly code formatting, and so on), and has to be rebased on top of the
> current upstream ma
Hi,
On Wed, Apr 9, 2014 at 8:57 PM, Yue Lu wrote:
>
>
>
> The reason is that the native _GDB_ doesn't work either on Hurd. So as
> gdbserver. You can try to attach to a exist process by GDB, you will get
> that warnning. In detail, there is no distinct difference between the
> implementation of G
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
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
process, when I use gdb server,
that is no need to reparent, right?
Thanks,
Cong Zhang
On Tue, Apr 8, 2014 at 12:35 AM, Thomas Schwinge wrote:
> Hi!
>
> On Tue, 8 Apr 2014 00:20:57 +0800, Zhang Cong
> wrote:
> > I am very interesting in that will the gdb server be a workar
On Mon, Apr 7, 2014 at 8:55 PM, Samuel Thibault wrote:
> Zhang Cong, le Mon 07 Apr 2014 20:42:04 +0800, a écrit :
> > On Mon, Apr 7, 2014 at 7:43 PM, Samuel Thibault >
> > wrote:
> >
> > Again, no. Drivers can work the way they prefer. The driver
> >
On Fri, Mar 21, 2014 at 12:50 AM, Thomas Schwinge
wrote:
> Hi!
>
> "Welcome back!" ;-)
>
>
> On Thu, 20 Mar 2014 22:40:13 +0800, Yue Lu
> wrote:
> > On Tue, Feb 25, 2014 at 4:53 PM, Thomas Schwinge <
> tho...@codesourcery.com>wrote:
> >
> > > GDB: »catch syscall«; pretty-printing of mach_msg.
>
On Mon, Apr 7, 2014 at 7:43 PM, Samuel Thibault wrote:
>
> Again, no. Drivers can work the way they prefer. The driver
> infrastructure itself doesn't need a "bigplan", it is parts of it which
> need their own. For instance, the IRQ issue I mentioned has its plan
> by itself, and it doesn't need
On Mon, Apr 7, 2014 at 7:58 PM, Richard Braun wrote:
>
> Grouping translators together along with the Hurd libraries and build
> system makes the life of developers a lot easier. It reduces the
> overhead related to build system settings, and it also reduces the
> likeliness of mistakes. It reall
On Mon, Apr 7, 2014 at 5:32 PM, Samuel Thibault wrote:
> Samuel Thibault, le Mon 07 Apr 2014 11:31:33 +0200, a écrit :
> > Zhang Cong, le Mon 07 Apr 2014 17:25:34 +0800, a écrit :
> > > The one who do this need have the full plan,
> >
> > I don't see why one
On Mon, Apr 7, 2014 at 5:31 PM, Samuel Thibault wrote:
> Zhang Cong, le Mon 07 Apr 2014 17:25:34 +0800, a écrit :
> > The one who do this need have the full plan,
>
> I don't see why one would need a full plan. A patch deals with just
> part of the code, you don't ne
On Mon, Apr 7, 2014 at 5:57 PM, Samuel Thibault wrote:
> And what is the solution? I *DONT* have the time to fix it all myself.
> It's as simple as that. What can I do more about it?
I believe Samuel has already squeeze his time to make the current bright
hurd, thanks.
Samuel, If we don't
On Mon, Apr 7, 2014 at 4:52 PM, Samuel Thibault wrote:
> Put yet another way, if you ask me "why isn't foo done?" I'll most
> probably just answer "because I haven't had time to do it, and nobody
> else took the time to do it. If you ask me "could foo be done
> then?", I'll answer "sure, patch we
Thanks for the great job:)
I have test it, it's stable and run well.
Some problems:
1. Crash once for clipboard assert=NULL?, I lost the detail.
I even try to make it play some sound by pulse audio. but it's
a pity iceweasel just native support alsa, I can't do that easily.
in addition, puls
Hi all,
First, sorry for the first unfinished letter because I press space
after tab, I know space is better than tab now:)
This weekend I try to make one hurd box work with one DM autostart,
and what I want to say is that *you will never know whether it will work or
not if we don't pr
Congratulations， thanks for all people's work, I am waiting so long
days, hope some people to make gnustep framework work together:)
Best Wishes,
Cong Zhang
发件人: Alex Sassmannshausen
发送时间: 2013/5/22 15:59
收件人: Samuel Thibault
抄送: debian-h...@lists.debian.org; bug-hurd@gnu.org
主题: Re: Debian GNU/Hu
18 matches
Mail list logo
