From: Nicolas Pitre <nico@cam.org>
To: Larry McVoy <lm@bitmover.com>
Cc: Alexandre Oliva <aoliva@redhat.com>,
Stelian Pop <stelian@popies.net>,
Francois Romieu <romieu@fr.zoreil.com>,
linux-kernel@vger.kernel.org
Subject: Re: [RFC] Linux Kernel Subversion Howto
Date: Wed, 9 Feb 2005 12:30:54 -0500 (EST) [thread overview]
Message-ID: <Pine.LNX.4.61.0502091219430.7836@localhost.localdomain> (raw)
In-Reply-To: <20050209155113.GA10659@bitmover.com>
On Wed, 9 Feb 2005, Larry McVoy wrote:
> On Wed, Feb 09, 2005 at 05:06:02AM -0200, Alexandre Oliva wrote:
> > So you've somehow managed to trick most kernel developers into
> > granting you power over not only the BK history
>
> It's exactly the same as a file system. If you put some files into a
> file system does the file system creator owe you the knowledge of how
> those files are maintained in the file system?
No, this is not a good analogy at all.
If I don't want to use a certain filesystem, I mount it and copy the
files over to another filesystem. What users are interested in are the
files themselves of course, and the efficiency with which the filesystem
handles those files. BK is the efficient filesystem here, but anyone
should be able to freely copy files over to another filesystem without
any need for the filesystem internals knowledge. If the target
filesystem is 8.3 without lowercase support then so be it and people
will need to use a separate file to hold the extra details that cannot
berepresented natively in the target filesystem. But absolutely 0% of
the information is lost.
Again, the BK value is in the efficiency and reliability it has to
handle a tree like the Linux kernel, not in the Linux kernel tree. It's
not necessary for you to give away that value in order to provide the
simple information needed to reconstruct the Linux tree structure as
people are asking.
Nicolas
next prev parent reply other threads:[~2005-02-09 17:31 UTC|newest]
Thread overview: 111+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-02-02 15:54 Stelian Pop
2005-02-02 16:15 ` Lethalman
2005-02-02 16:37 ` Lethalman
2005-02-03 10:34 ` Stelian Pop
2005-02-02 21:47 ` Daniele Venzano
2005-02-03 10:45 ` Stelian Pop
2005-02-04 20:04 ` Daniele Venzano
2005-02-04 20:52 ` Olaf Dietsche
2005-02-09 5:19 ` Kevin Puetz
2005-02-09 8:58 ` Miles Bader
2005-02-09 13:44 ` David Roundy
2005-02-03 0:29 ` H. Peter Anvin
2005-02-03 10:24 ` Stelian Pop
[not found] ` <200502030028.j130SNU9004640@terminus.zytor.com>
2005-02-03 3:34 ` Larry McVoy
2005-02-03 16:45 ` H. Peter Anvin
2005-02-03 19:32 ` Stelian Pop
2005-02-03 20:20 ` Larry McVoy
2005-02-03 22:00 ` Stelian Pop
2005-02-03 22:28 ` Larry McVoy
2005-02-04 13:01 ` Stelian Pop
2005-02-04 16:06 ` Larry McVoy
2005-02-04 16:22 ` Roland Dreier
2005-02-04 21:53 ` Stelian Pop
2005-02-04 17:03 ` Stelian Pop
2005-02-04 18:39 ` Larry McVoy
2005-02-04 20:05 ` Stelian Pop
2005-02-04 20:11 ` Larry McVoy
2005-02-04 21:40 ` Stelian Pop
2005-02-04 23:31 ` Francois Romieu
2005-02-05 19:38 ` Stelian Pop
2005-02-05 23:38 ` Larry McVoy
2005-02-08 15:43 ` Stelian Pop
2005-02-08 15:58 ` Larry McVoy
2005-02-08 17:17 ` Roman Zippel
2005-02-08 18:16 ` Larry McVoy
2005-02-08 18:52 ` Roman Zippel
2005-02-09 0:07 ` Theodore Ts'o
2005-02-09 2:05 ` Roman Zippel
2005-02-09 2:24 ` Jon Smirl
2005-02-09 2:35 ` Roman Zippel
2005-02-09 2:39 ` Larry McVoy
2005-02-09 2:47 ` Roman Zippel
2005-02-09 3:40 ` Larry McVoy
[not found] ` <Pine.LNX.4.61.0502091128070.7836@localhost.localdomain>
2005-02-09 17:38 ` Jon Smirl
2005-02-09 18:24 ` Nicolas Pitre
2005-02-09 18:48 ` Jon Smirl
2005-02-09 23:31 ` Roman Zippel
2005-02-09 23:52 ` Jon Smirl
2005-02-09 23:22 ` Roman Zippel
2005-02-10 0:13 ` Larry McVoy
2005-02-10 19:34 ` d.c
2005-02-11 8:40 ` Stelian Pop
2005-02-09 2:40 ` Jon Smirl
2005-02-09 2:57 ` Roman Zippel
2005-02-09 3:03 ` Jon Smirl
2005-02-09 5:48 ` Gene Heskett
2005-02-09 9:05 ` Miles Bader
2005-02-09 7:06 ` Alexandre Oliva
2005-02-09 14:48 ` d.c
2005-02-09 15:51 ` Larry McVoy
2005-02-09 17:30 ` Nicolas Pitre [this message]
2005-02-09 17:44 ` Valdis.Kletnieks
2005-02-10 5:44 ` Horst von Brand
2005-02-10 9:36 ` Alexandre Oliva
2005-02-10 21:17 ` Larry McVoy
2005-02-11 9:02 ` Stelian Pop
2005-02-11 15:30 ` Alexandre Oliva
2005-02-11 15:48 ` Larry McVoy
2005-02-11 16:18 ` Larry McVoy
2005-02-11 16:54 ` Alexandre Oliva
2005-02-11 16:13 ` Jon Smirl
2005-02-11 17:22 ` Alexandre Oliva
2005-02-11 20:00 ` Larry McVoy
[not found] ` <20050210222403.GA5920@thunk.org>
[not found] ` <or650z6syt.fsf@livre.redhat.lsd.ic.unicamp.br>
2005-02-11 15:53 ` Larry McVoy
2005-02-11 17:24 ` Alexandre Oliva
2005-02-10 5:47 ` James Bruce
2005-02-06 16:40 ` Roman Zippel
2005-02-06 17:39 ` Larry McVoy
2005-02-07 1:45 ` Roman Zippel
2005-02-07 2:10 ` Larry McVoy
2005-02-08 14:57 ` Roman Zippel
2005-02-08 15:19 ` Larry McVoy
2005-02-08 15:24 ` Stelian Pop
2005-02-08 15:47 ` Larry McVoy
2005-02-08 15:36 ` Catalin Marinas
2005-02-08 15:58 ` Jon Smirl
2005-02-08 16:15 ` Roman Zippel
2005-02-08 17:17 ` Valdis.Kletnieks
2005-02-08 17:23 ` Roman Zippel
2005-02-08 17:01 ` Larry McVoy
2005-02-07 2:16 ` Al Viro
2005-02-04 10:18 ` Michael S. Tsirkin
2005-02-04 10:59 ` Stelian Pop
2005-02-04 11:08 ` Michael S. Tsirkin
2005-02-04 11:20 ` Stelian Pop
2005-02-09 18:46 Larry McVoy
2005-02-09 20:13 ` Nicolas Pitre
2005-02-09 23:53 ` Larry McVoy
2005-02-10 0:14 ` Roman Zippel
2005-02-10 0:50 ` Larry McVoy
2005-02-10 9:52 ` Roman Zippel
2005-02-10 10:11 ` linux
2005-02-10 6:08 ` James Bruce
2005-02-10 15:14 ` Stelian Pop
2005-02-10 16:42 Steve Lee
2005-02-10 19:23 ` Vojtech Pavlik
2005-02-10 19:50 ` Dmitry Torokhov
2005-02-11 18:56 none given
2005-02-11 19:50 ` Larry McVoy
[not found] <fa.hd724f5.h36q2j@ifi.uio.no>
2011-08-18 19:08 ` lucasrangit
2011-08-18 19:22 ` Randy Dunlap
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=Pine.LNX.4.61.0502091219430.7836@localhost.localdomain \
--to=nico@cam.org \
--cc=aoliva@redhat.com \
--cc=linux-kernel@vger.kernel.org \
--cc=lm@bitmover.com \
--cc=romieu@fr.zoreil.com \
--cc=stelian@popies.net \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
all inboxes | Powered by JetHome®