make-stds.texi minor update

[Ralf Wildenhues]

The Makefile.maint (that is more or less) shared between coreutils,
CPPI, Bison, and Autoconf, has a check to prefer the spelling of
`file system' over `filesystem'.  Automake ships `make-stds.texi'.
I assume some consensus over this rule has been established?

OK to commit this trivial patch to fix the writing, so we can import
this back into Autoconf?

Cheers,
Ralf

        * doc/make-stds.texi: Bump copyright year.
        (Command Variables, Directory Variables): Fix spelling
        `filesystem' -> `file system'.

Index: doc/make-stds.texi
===================================================================
RCS file: /cvsroot/gnulib/gnulib/doc/make-stds.texi,v
retrieving revision 1.7
diff -u -r1.7 make-stds.texi
--- doc/make-stds.texi  13 Feb 2005 19:18:31 -0000      1.7
+++ doc/make-stds.texi  5 Apr 2006 16:05:55 -0000
@@ -9,7 +9,7 @@
 @cindex standards for makefiles
 
 @c Copyright (C) 1992, 1993, 1994, 1995, 1996, 1997, 1998, 2000, 2001,
address@hidden 2004, 2005 Free Software Foundation, Inc.
address@hidden 2004, 2005, 2006 Free Software Foundation, Inc.
 
 @c Permission is granted to copy, distribute and/or modify this document
 @c under the terms of the GNU Free Documentation License, Version 1.1
@@ -273,7 +273,7 @@
 
 Optionally, you may prepend the value of @code{DESTDIR} to the target
 filename.  Doing this allows the installer to create a snapshot of the
-installation to be copied onto the real target filesystem later.  Do not
+installation to be copied onto the real target file system later.  Do not
 set the value of @code{DESTDIR} in your Makefile, and do not include it
 in any installed files.  With support for @code{DESTDIR}, the above
 examples become:
@@ -294,7 +294,7 @@
 Installation directories should always be named by variables, so it is
 easy to install in a nonstandard place.  The standard names for these
 variables and the values they should have in GNU packages are
-described below.  They are based on a standard filesystem layout;
+described below.  They are based on a standard file system layout;
 variants of it are used in GNU/Linux and other modern operating
 systems.