lkml.org 
[lkml]   [2002]   [Apr]   [20]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: [PATCH] Remove Bitkeeper documentation from Linux tree
Daniel,

This is not documentation for bitkeeper but how to use bitkeeper
effectively for kernel development. It happens to be DAMN USEFULL
documentation at that for anyone wanting to use bitkeeper for kernel
development so IMO it fully belongs in the kernel. Just like the
SubmittingPatches document does, too. Or are you going to remove that as well?

If you don't want to use bitkeeper you don't need to read this
documentation. Just ignore it and stick with what is SubmittingPatches
document.

What's your problem?

Best regards,

Anton

At 16:12 19/04/02, Daniel Phillips wrote:
>Hi Linus,
>
>I have up to this point been open to the use of Bitkeeper as a development
>aid for Linux, and, again up to this point, have intended to make use of
>Bitkeeper myself, taking a pragmatic attitude towards the concept of using
>the best tool for the job. However, now I see that Bitkeeper documentation
>has quietly been inserted ino the Linux Documentation directory, and that
>without any apparent discussion on lkml. I fear that this demonstrates that
>those who have called the use of Bitkeeper a slippery slope do have a point
>after all.
>
>I respectfully request that you consider applying the attached patch, which
>reverses these proprietary additions to the Documentation directory. Perhaps
>a better place for this documentation would be on kernel.org if Peter Anvin
>agrees, or the submitter's own site if he does not. Or perhaps bitkeeper.com
>would be willing to host these files.
>
>Please do not misinterpret my position: I count Larry as something more than
>a personal acquaintance. I strongly support his efforts to build a business
>for himself out of his Bitkeeper creation. I even like Jeff Garzik's
>documentation, the subject of this patch. I do not support the infusion of
>documentation for proprietary software products into the Linux tree. The
>message is that we have gone beyond optional usage of Bitkeeper here, and it
>is now an absolute requirement, or it is on the way there.
>
>I hope that this proposed patch will receive more discussion than the
>original additions to Documentation did.
>
>Thankyou,
>
>Daniel

--
"I've not lost my mind. It's backed up on tape somewhere." - Unknown
--
Anton Altaparmakov <aia21 at cantab.net> (replace at with @)
Linux NTFS Maintainer / IRC: #ntfs on irc.openprojects.net
WWW: http://linux-ntfs.sf.net/ & http://www-stu.christs.cam.ac.uk/~aia21/

-
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/

\
 
 \ /
  Last update: 2005-03-22 13:25    [from the cache]
©2003-2011 Jasper Spaans