Date: Fri, 30 May 2003 21:25:43 -0400
From: Albert Cahalan <albert@users.sf.net>
Subject: Re: [announce] procps 2.0.13 with NPTL enhancements
In-reply-to: <3ED788B5.2080203@wanadoo.es>
To: procps-list@redhat.com
Cc: Albert Cahalan <albert@users.sourceforge.net>,
       linux-kernel <linux-kernel@vger.kernel.org>, kernel@theoesters.com,
       rml@tech9.net, miquels@cistron-office.nl, bunk@fs.tum.de,
       tab@tuxfamily.org
Message-id: <1054344343.22088.682.camel@cube>
Organization: 
MIME-version: 1.0
Content-type: text/plain
Content-transfer-encoding: 7BIT
References: <1054270854.22088.617.camel@cube> <3ED788B5.2080203@wanadoo.es>
Sender: linux-kernel-owner@vger.kernel.org

On Fri, 2003-05-30 at 12:37, Xose Vazquez Perez wrote:

> Mine is longer, I have more hair, less tummy...
> 
> please, stop your childish nonsense.
> 
> A fork has sense if latter the code are going to merge
> (like gcc/egcs, xfree/xwin, linux/ac/mm/aa/osdl...)
> or the proyect are going to take another goal.
> 
> But to have two proyects, same code(more or less),
> same goal. And it's worse for to be a base crical
> package. Its's waste time/resources and to do a little
> different every distribution.

You've made your point, here and elsewhere.
Both parties involved disagree. I suggest
you spend your efforts elsewhere:

OpenBSD should merge with NetBSD.
XEmacs should merge with GNU Emacs.
CinePaint should merge with The Gimp.
Windows should merge with OS/2.

After you solve those problems, you can
tackle projects that aren't truly forks.
For example, we only need one editor.


-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/