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
> > infrastructure itself doesn't need a
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
> infrastructure itself doesn't need a "bigplan", it is parts of it which
> need their own. For instan
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
Zhang Cong, le Mon 07 Apr 2014 19:36:02 +0800, a écrit :
> 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 f
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 would need a full plan.
>
> Putting it
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 need to know *all* the code to
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
Justus Winter, le Mon 07 Apr 2014 11:41:47 +0200, a écrit :
> > I end up spending my time mostly fixing & pushing more-or-less-baked
> > patches to Debian packages, so people at least get to try them, but the
> > polishing+submitting work is much more work, and if nobody gives help
> > there, well
Justus Winter, le Mon 07 Apr 2014 11:41:47 +0200, a écrit :
> Quoting Samuel Thibault (2014-04-07 01:02:56)
> > As for the two other stuff in the Debian hurd package (random,
> > procfs), yes it is a ugly hack, and I'd rather avoid it. It was
> > just a way to get working /dev/random and /proc so
Justus Winter, le Mon 07 Apr 2014 11:41:47 +0200, a écrit :
> I believe that it is essential to reduce every bit of overhead
> possible from the development process.
Again, I fully understand that. It just happens that I spend mostly all
of my available time doing:
- fix the few bits without whi
Quoting Samuel Thibault (2014-04-07 01:02:56)
> > This has caused me so much pain. And I imagine it is even worse for
> > new developers.
>
> I fully understand all that, it's not fun for me either, and I'd really
> love to find the time to fix all that. But for now apparently only I
> have take
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 would need a full plan.
Putting it another way, I don't think anybody has the full plan. Which
is fin
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 need to know *all* the code to review the
patch, ping people about what is wrong with it, clean
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
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 welcome". If you ask me "I've had a
look, we could just apply thi
Samuel Thibault, le Mon 07 Apr 2014 01:02:56 +0200, a écrit :
> Put another way, please people just dive into patches,
Put yet another way, if something is eating time in your workflow for no
apparently good reason, there was probably no good reason except lack of
time for doing things better, so
Justus Winter, le Mon 07 Apr 2014 00:26:29 +0200, a écrit :
> > The discussion about it with Roland was unfortunately not finished.
>
> Please enlighten me. I wasn't around when this was discussed,
Well, I wasn't really into the discussion either actually. Pochu did
the work. See his mails cal
17 matches
Mail list logo
