You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@subversion.apache.org by Michael W Thelen <th...@cs.utah.edu> on 2004/05/22 05:44:06 UTC
[PATCH] Typos in lj_article.txt
Just a few typo fixes for lj_article.txt. It looks like there are quite
a few differences in the actual published version of the article at
http://www.linuxjournal.com/article.php?sid=4768. I'm willing to
incorporate these into lj_article.txt if it's not a problem. What do
you think?
Log:
* doc/user/lj_article.txt: Fix typos.
Michael W Thelen <th...@cs.utah.edu>.
Index: doc/user/lj_article.txt
===================================================================
--- doc/user/lj_article.txt (revision 9852)
+++ doc/user/lj_article.txt (working copy)
@@ -67,7 +67,7 @@
The RCS back-end cannot store binary files efficiently, and branching
and tagging operations can grow to be very slow. CVS also uses the
network inefficiently; many users are annoyed by long waits, because
-file differeces are sent in only one direction (from server to client,
+file differences are sent in only one direction (from server to client,
but not from client to server), and binary files are always
transmitted in their entirety.
@@ -88,7 +88,7 @@
In 1995, Karl Fogel and Jim Blandy founded Cyclic Software, a company
for commercially supporting and improving CVS. Cyclic made the first
public release of a network-enabled CVS (contributed by Cygnus
-software.) In 1999, Karl Fogel published a book about CVS and the
+software). In 1999, Karl Fogel published a book about CVS and the
open-source development model it enables (cvsbook.red-bean.com). Karl
and Jim had long talked about writing a replacement for CVS; Jim had
even drafted a new, theoretical repository design. Finally, in
@@ -99,7 +99,7 @@
The team settled on a few simple goals: it was decided that Subversion
would be designed as a functional replacement for CVS. It would do
everything that CVS does -- preserving the same development model
-while fixing the flaws in CVS's (lack-of) design. Existing CVS users
+while fixing the flaws in CVS's (lack of) design. Existing CVS users
would be the target audience: any CVS user should be able to start
using Subversion with little effort. Any other SCM "bonus features"
were decided to be of secondary importance (at least before a 1.0
@@ -173,7 +173,7 @@
--> The Subversion filesystem.
The Subversion Filesystem is *not* a kernel-level filesystem that one
-would install in an operating system (like the Linux ext2 fs.)
+would install in an operating system (like the Linux ext2 fs).
Instead, it refers to the design of Subversion's repository. The
repository is built on top of a database -- currently Berkeley DB --
and thus is a collection of .db files. However, a library accesses
--
Michael W. Thelen
We who cut mere stones must always be envisioning cathedrals.
-- Quarry worker's creed
Re: [PATCH] Typos in lj_article.txt
Posted by "Jostein Chr. Andersen" <jo...@josander.net>.
On Saturday 22 May 2004 17.01, Ben Collins-Sussman wrote:
[...]
> this project had received. We could delete it now; I think there's
> already a link to it on the "links" page.
Be careful with the article, please!
It was _that_ article who introduced me for Subversion when I was looking
for an alternative to CVS. So treat it with respect..
;-)
Jostein
--
http://www.josander.net/en/contact/
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Re: [PATCH] Typos in lj_article.txt
Posted by Ben Collins-Sussman <su...@collab.net>.
On Sat, 2004-05-22 at 00:44, Michael W Thelen wrote:
> Just a few typo fixes for lj_article.txt. It looks like there are quite
> a few differences in the actual published version of the article at
> http://www.linuxjournal.com/article.php?sid=4768. I'm willing to
> incorporate these into lj_article.txt if it's not a problem. What do
> you think?
Bah, who cares. It's an ancient article. The only reason it's in the
repository is because it was the one of the very first forms of PR this
project had received. We could delete it now; I think there's already
a link to it on the "links" page.
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org