Re: [gts-general] gnugts fork

[Luis S. <lui...@gm...>]

Hi Stephane,

2011/3/17 Stephane Popinet <s.p...@ni...>

> Hi Luis,
>
> > I don't want and I can't wait a week or
> > a month or a year to know your response, I think three days is enough
> time
> > to respond, for instance something like this:
>
> Believe me, you don't want to know how many emails I have to deal with
> everyday.
>

I suppose that this applies for everyone, and more: everyone has many
activities in their lives, not only involved in answering emails... and I
believe that if I can't respond as it should, I would love the idea
that someone
else wants to contribute...


>

> but no with some like "please make me a ppt with the explanation of you
> > code", please RTFC
>
> Clearly our opinions differ on this point. I consider "please make me
> a document with the explanation of your code" to be a perfectly valid
> answer.
>

yes, because I believe in "listen and then respond", and that kind of
response seems rather something like "I don't want read that, I need
something more simple", but even in this case, for the existence of
dialogue must
be answered in prudent time, I think three days is enough time to respond,
for instance something like this:

*gts...@li...*:
  * http://sourceforge.net/mailarchive/message.php?msg_id=26563009
  * http://sourceforge.net/mailarchive/message.php?msg_id=26159256
  * http://sourceforge.net/mailarchive/message.php?msg_id=26131486 with
previous threads: four in 26/Aug/2010 and one in 25/Aug/2010 and originated
in 26/Jan/2008 with loss of data due to the lack of response.
  * http://sourceforge.net/mailarchive/message.php?msg_id=25369139gts-mainline
or gts-devel?
  * more? please see the mailing list! ¬¬

*gts...@li...*:
  * http://sourceforge.net/mailarchive/message.php?msg_id=25858658
  * http://sourceforge.net/mailarchive/message.php?msg_id=25388229



You seem to think that I should accept any patch send by contributors
> without questions. This is not how free software development works.
> Most free software projects have a very strict process by which
> patches are accepted. For an example see the section "Working with the
> community" in this page:
>
> HOWTO do Linux kernel development:
> http://lwn.net/Articles/160191/
>
>
Linux kernel is a captious comparison, because it has at least a hundred of
developers working continuously, while that GTS... I think has only one
person. I would prefer to compare with a more little project, or with the
1991 Linux kernel, but now, even in this case GTS seems to be smaller.
Stephane,
what are you trying with that comparison? If anyone on the Linux kernel
mailing list answer a simple question like
http://sourceforge.net/mailarchive/message.php?msg_id=25369139  I'm surethat
someone would think of forking the kernel...


> Quoting this:
>
> "What should you not do?
>  - expect your patch to be accepted without question
>
 - become defensive
>  - ignore comments
>  - resubmit the patch without making any of the requested changes"
>
>
I think the patch questions are always accepted, but you don't ask about the
patch... question on what you mean?

When you submitted your patches, I replied:
>
> "What would really help is if you resent them one-by-one (rather than
> in a batch) with detailed comments on what each patch does. Start with
> the simplest ones and we will discuss as we go."
>
> Which you ignored...
>

go to <<yes, because I believe in "listen and then respond"...>>


>
>
Should you really be surprised your patches did not get merged?
>
>
no, I'm surprised that not even has been questioned...


> You have to realise that reviewing patches is a lot of work. If you
> want them merged, you need to contribute positively also during the
> reviewing/merging process.
>
>
Dear Stephane, you can continue contributing to GTS, still do not know
where this
is doing, in gts-devel <http://gts.sourceforge.net/darcs/gts-devel/> or in
gts-mainline <http://gts.sourceforge.net/darcs/gts-mainline/>? but for
now there
is a branch in gnugts for synchronization with gts-mainline darcs
repository,

regards,
Luis


> cheers
>
> Stephane
>
>
> ------------------------------------------------------------------------------
> Colocation vs. Managed Hosting
> A question and answer guide to determining the best fit
> for your organization - today and in the future.
> http://p.sf.net/sfu/internap-sfd2d
> _______________________________________________
> Gts-general mailing list
> Gts...@li...
> https://lists.sourceforge.net/lists/listinfo/gts-general
>