Skip site navigation (1)Skip section navigation (2)
Date:      Fri, 17 Dec 2004 23:55:17 +0000
From:      Ceri Davies <ceri@submonkey.net>
To:        Kevin Kinsey <kdk@daleco.biz>
Cc:        doc@freebsd.org
Subject:   Re: typo?
Message-ID:  <20041217235517.GN38136@submonkey.net>
In-Reply-To: <41C3581B.2050403@daleco.biz>
References:  <99ee2ecf04121713343b67dca5@mail.gmail.com> <41C3581B.2050403@daleco.biz>

next in thread | previous in thread | raw e-mail | index | archive | help

--b6+Jx0QtehpXLScj
Content-Type: multipart/mixed; boundary="vrIGRKnBmQs2THAk"
Content-Disposition: inline


--vrIGRKnBmQs2THAk
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Fri, Dec 17, 2004 at 04:05:15PM -0600, Kevin Kinsey wrote:
> Matt Storer wrote:
>=20
> >Hey -
> >
> >I found what I'm pretty sure is a typo in the FreeBSD handbook.
> >
> >>From Section 4.5.4 "Ports and Disk Space":
> >(http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/ports-using.h=
tml)
> >
> >"Using the ports collection can defiantly eat up your disk space."  Do
> >ports really eat up your disk space in a defiant manner?  What is it
> >exactly that they're defying?  I think perhaps the spell-checker
> >missed it because it's a real word, but it should have been
> >"definitely."
>=20
> Yeah, it does it on purpose ;-)
>=20
> I work with the doc team on occasion.  If you wish,
> feel free to patch it and attach it to a PR.

No need, I have made it disappear.  Other parts of the surrounding text
were suboptimal too, so I've committed the attached patch.  Thanks to
Matt and Kevin.

Ceri
--=20
Only two things are infinite, the universe and human stupidity, and I'm
not sure about the former.			  -- Einstein (attrib.)

--vrIGRKnBmQs2THAk
Content-Type: text/plain; charset=us-ascii
Content-Disposition: attachment; filename="ports.diff"
Content-Transfer-Encoding: quoted-printable

Index: ports/chapter.sgml
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
RCS file: /home/dcvs/doc/en_US.ISO8859-1/books/handbook/ports/chapter.sgml,v
retrieving revision 1.230
diff -u -r1.230 chapter.sgml
--- ports/chapter.sgml	10 Dec 2004 07:11:23 -0000	1.230
+++ ports/chapter.sgml	17 Dec 2004 23:50:28 -0000
@@ -1097,17 +1097,17 @@
         <primary>ports</primary>
         <secondary>disk-space</secondary>
       </indexterm>
-      <para>Using the ports collection can defiantly eat up your disk
-	space.  For this reason you should always remember to clean up
-	the work directories using the <command>make
-	<makevar>clean</makevar></command> option.  This will remove
-	the <filename>work</filename> directory after a port has been
-	built, and installed.  You can also remove the tar files from
-	the <filename>distfiles</filename> directory, and remove the
-	installed ports when their use has delimited.</para>
+      <para>Using the ports collection will use up disk
+	space over time.  For this reason you should always remember to clean up
+	the temporary <filename class=3D"directory">work</filename> directories u=
sing the <command>make
+	<makevar>clean</makevar></command> command.  This will remove
+	the <filename class=3D"directory">work</filename> directory after a port =
has been
+	built and installed.  You can also remove the source distribution files f=
rom
+	the <filename class=3D"directory">distfiles</filename> directory, and rem=
ove the
+	installed ports if the need for them has passed.</para>
=20
-      <para>Some users choose to limit the port categories by placing an e=
ntry
-	in the <filename>refuse</filename> file.  This way when they run the
+      <para>Some users choose to limit the available port categories by pl=
acing an entry
+	in the <filename>refuse</filename> file.  This way, when they run the
 	<application>CVSup</application> application, it will not download the
 	files in that category.  More information regarding the
 	<filename>refuse</filename> file can be found in <xref

--vrIGRKnBmQs2THAk--

--b6+Jx0QtehpXLScj
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.6 (FreeBSD)

iD8DBQFBw3HlocfcwTS3JF8RAkjcAKCmmTd4QTfU6SDZ2cpFIQbEU7QJrQCgyO9N
a/26QVRsFFpBbruMMzV7sn8=
=fnqf
-----END PGP SIGNATURE-----

--b6+Jx0QtehpXLScj--



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20041217235517.GN38136>