- Pruning old stuff from CVS

* gnome-users-guide:
* introduction-to-gnome:
* omf-install:
* omf.make:
* sgmldocs-ug.make:
* sgmldocs.make xmldocs.make:
* unix-primer:
- Pruning old stuff from CVS

10 files changed, 0 insertions, 2609 deletions

diff --git a/unix-primer/C/Makefile.am b/unix-primer/C/Makefile.am
deleted file mode 100644
index 9d76688..0000000
--- a/unix-primer/C/Makefile.am
+++ /dev/null
@@ -1,8 +0,0 @@
-figs =
-docname = unix-primer
-lang = C
-omffile = unix-primer-C.omf
-sgml_ents =
-include $(top_srcdir)/sgmldocs.make
-dist-hook: app-dist-hook
-
diff --git a/unix-primer/C/unix-primer-C.omf b/unix-primer/C/unix-primer-C.omf
deleted file mode 100644
index ed109df..0000000
--- a/unix-primer/C/unix-primer-C.omf
+++ /dev/null
@@ -1,14 +0,0 @@
-<?xml version="1.0" standalone="no"?>
-<omf>
-  <resource>
-    <title>
-      If you are new to UNIX/Linux
-    </title>
-    <subject>
-      <category>General|Linux</category>
-    </subject>
-    <format mime="text/sgml"/>
-    <identifier url="unix-primer.sgml"/>
-    <language code="C"/>
-  </resource>
-</omf>
\ No newline at end of file
diff --git a/unix-primer/C/unix-primer.sgml b/unix-primer/C/unix-primer.sgml
deleted file mode 100644
index c438180..0000000
--- a/unix-primer/C/unix-primer.sgml
+++ /dev/null
@@ -1,832 +0,0 @@
-<!DOCTYPE article PUBLIC "-//GNOME//DTD DocBook PNG Variant V1.1//EN"[
-]>
-<article id="index"> 
- 
-  <artheader> 
-    <title> If you are new to Linux/UNIX</title>
-    <copyright>
-      <year>2000, 2001</year>
-      <holder>Alexander Kirillov</holder>
-    </copyright>
-
-      <legalnotice id="legalnotice">
-      <para>
-        Permission is granted to copy, distribute and/or modify this
-        document under the terms of the <ulink type="help"
-        url="gnome-help:fdl"><citetitle>GNU Free Documentation
-        License</citetitle></ulink>, Version 1.1 or any later version
-        published by the Free Software Foundation with no Invariant
-        Sections, no Front-Cover Texts, and no Back-Cover Texts. You
-        may obtain a copy of the <citetitle>GNU Free Documentation
-        License</citetitle> from the Free Software Foundation by
-        visiting <ulink type="http" url="http://www.fsf.org">their Web
-        site</ulink> or by writing to: Free Software Foundation, Inc.,
-        59 Temple Place - Suite 330, Boston, MA 02111-1307, USA.
-      </para>
-	
-	<para>
-	  Many of the names used by companies to distinguish their
-	  products and services are claimed as trademarks. Where those
-	  names appear in any GNOME documentation, and those
-	  trademarks are made aware to the members of the GNOME
-	  Documentation Project, the names have been printed in caps
-	  or initial caps.
-	</para>
-      </legalnotice>
-
-    <releaseinfo>
-      This document was last updated on April 25, 2001.
-    </releaseinfo>
-
-    </artheader>
-<sect1 id="introduction"> 
-    <title>Introduction</title>
- 
-  <para> One of the goals of GNOME is to make your system easy to use,
-    without requiring you to learn the technical details about your
-    operating system.  However, there are some basic UNIX notions that
-    you have to be familiar with even while using the easy graphical
-    interface provided by GNOME. For the convenience of new users,
-    these basics are collected in this document. If you need further
-    information on UNIX, you should read the documentation which came
-    with your system; there are also a number of books and on-line
-    guides available for all versions of UNIX.
-  </para>
-
-  <para> The following guide applies to all versions of UNIX and
-    UNIX-like operating systems, including both the commercial Unices
-    such as <systemitem>Solaris</systemitem> and open-source operating
-    systems such as <systemitem>FreeBSD</systemitem> and
-    <systemitem>Linux</systemitem>. Some of the material here is based
-    on <citetitle>Linux Installation and Getting Started</citetitle>
-    guide, by Matt Welsh, Phil Hughes, David Bandel, Boris Beletsky,
-    Sean Dreilinger, Robert Kiesling, Evan Leibovitch, and Henry
-    Pierce. The guide is available for download or online viewing from
-    the <ulink url="http://www.linuxdoc.org" type="http">Linux
-    Documentation Project</ulink> or from the <ulink
-    url="http://www.oswg.org">Open Source Writers Group</ulink>.
-  </para>
-  </sect1>
-
- <sect1 id="new-users">
-    <title>Users</title> 
-    <para> UNIX is a multiuser operating system: it
-      was designed to allow many users to work on the same computer,
-      either simultaneously (using several terminals or network
-      connections) or in turns. Under UNIX, to identify yourself to
-      the system, you must log in, which entails entering your
-      <emphasis>login name</emphasis> (the name the system uses to identify
-      you) and your <emphasis>password</emphasis>, which is your personal key
-      for logging in to your account. Because only you know your
-      password, no one else can log in to the system under your user
-      name. Usually people choose their first or last name or some
-      variation of it as their login name, so that if your real name
-      is Sasha Beilinson, your login might be <systemitem>sasha</systemitem>.
-    </para>
-    <para> Each user has a separate place to keep his files (called
-      his <emphasis>home directory</emphasis>). UNIX has a system of
-      permissions (see <xref linkend="permissions">), so that on a
-      properly configured UNIX system a user can't change other users'
-      or system files. This also allows every user to customize
-      various aspects of the system &mdash; in particular, GNOME
-      behavior &mdash; for himself, without affecting other users.
-    </para>
-    <para> On any UNIX system there is also a special user, called
-      <emphasis>system administrator</emphasis>, with the login name
-      <systemitem>root</systemitem>. He has <emphasis>full</emphasis>
-      control over the system &mdash; including full access to all the
-      system and users' files. He has the authority to change the
-      passwords of existing users and add new users, install and
-      uninstall software, and so on. The system administrator is
-      usually the person responsible for proper functioning of the
-      system, so if you have some problems, you should ask him.
-    </para>
-    <important>
-      <title>IMPORTANT</title>
-      <para>
-	Even if you are the only user on your computer (for example,
-	if the computer is your personal workstation), so that you are
-	also the system administrator, it is important that you create
-	a user account and use it for daily work, logging in as root
-	only when necessary for system maintenance. Because root can
-	do anything, it is easy to make mistakes that have
-	catastrophic consequences.  Picture the root account as a
-	magic hat that gives you lots of power, with which you can, by
-	waving your hands, create or destroy entire cities.  Because
-	it is easy to wave your hands in a destructive manner, it is
-	not a good idea to wear the magic hat when it is not needed,
-	despite the wonderful feeling.
-      </para>
-    </important>
-  </sect1>
-  <sect1 id="new-file">
-    <title>Files and filenames</title>
-    <para>
-      Under most operating systems (including UNIX), there is the
-      concept of a <emphasis>file</emphasis>, which is just a bundle of
-      information given a name (called a
-      <emphasis>filename</emphasis>). Examples of files might be
-      your history term paper, an e-mail message, or an actual
-      program that can be executed. Essentially, anything saved on
-      disk is saved in an individual file.
-    </para>
-    <sect2 id="new-filenames">
-      <title>Filenames</title>
-      <para>
-	Files are identified by their filenames. For example, the file
-	containing your conference talk might be saved with the filename
-	<filename>talk.txt</filename>. There is no standard format for file
-	names as there is under MS-DOS and some other operating systems; in
-	general, a filename can contain any character (except the /
-	character&ndash;see the discussion of path names below) and is
-	limited to 256 characters in length.
-      </para>
-      <important>
-	<title>IMPORTANT</title>
-	<para>
-	  Unlike MS-DOS, the filenames in UNIX are case-sensitive:
-	  <filename>myfile.txt</filename> and
-	  <filename>MyFile.txt</filename> are considered as two
-	  different files.
-	</para>
-      </important>
-      <para>
-	You should also be aware of several UNIX conventions; while they are
-	not mandatory, it is usually a good idea to follow them.
-	<itemizedlist>
-	  <listitem>
-	    <para> It is customary to use the format
-	      <filename>filename.extension</filename> for filenames,
-	      where the extension indicates the file type; for
-	      example, the extension <filename>txt</filename> is
-	      usually used for plain text files, while the extension
-	      <filename>jpeg</filename> is used for graphics in JPEG
-	      format, and so on. In particular, the <application>GNOME
-	      File Manager</application>
-	      (<application>Nautilus</application>) uses extensions to
-	      determine file type. You can view or change file
-	      extensions recognized by
-	      <application>GNOME</application> by selecting the
-	      section <menuchoice><guimenu>Document Handlers</guimenu>
-	      <guimenuitem>MIME types</guimenuitem> </menuchoice> in
-	      <application>GNOME Control Center</application>.  Note
-	      that the standard convention in UNIX is that the
-	      <emphasis>executables</emphasis> (i.e., the program
-	      files) have no extension at all.
-            </para>
-          </listitem>
-	  
-	  <listitem>
-	    <para> Files and directories whose names begin with a dot
-	      (.) are usually <emphasis>configuration
-		files</emphasis>, that is, files which keep settings and
-	      preferences for various applications. For example, GNOME
-	      keeps all its settings in various files in the directories
-	      <filename>.gnome</filename> and
-	      <filename>.gnome-desktop</filename> in the user's home
-	      directory. Since most of the time you do not need to
-	      edit these files manually, or even know their precise
-	      names and locations, <application>Nautilus</application>
-	      usually doesn't show these files. You can change this
-	      setting as described in <ulink type="help"
-	      url="gnome-help:nautilus">Nautilus manual</ulink>. 
-	    </para>
-	  </listitem>
-	  
-	  <listitem> 
-	    <para> Files with names ending with tilde (~) are
-	      usually backup files created by various
-	      applications. For example, when you edit a file
-	      <filename> myfile.txt</filename> with
-	    <application>emacs</application>, it 
-	      saves the previous version in the file
-	      <filename>myfile.txt~</filename>.
-	    </para>
-	  </listitem>
-	</itemizedlist>
-      </para>
-    </sect2>
-    <sect2 id="new-wildcards">
-      <title> Wildcards</title> 
-
-      <para>When entering commands from the command line, you can use
-	so-called <emphasis>wildcards</emphasis> instead of an exact
-	filename. The most common wildcard is *, which matches any
-	sequence of symbols (including an empty string). For example,
-	the command <command>ls *.txt</command> will list all the files with
-	the extension <filename>txt</filename>, and the command <command>rm
-	  chapter*</command> will remove all files with the names starting with
-	<filename>chapter</filename> (<command>ls</command> and
-	<command>rm</command> are UNIX 
-	commands for listing and removing files). Another useful
-	wildcard is ?, which matches any single symbol: for example,
-	<command>rm chapter?.txt</command> will remove files
-	<filename>chapter1.txt, chapter2.txt</filename> , but not
-	<filename>chapter10.txt</filename>
-      </para>
-      <para>Most new GNOME users prefer using the <application>GNOME
-	  File Manager</application> for operations with files, rather
-	  than working from the command line. Wildcards can also be
-	  used in  <application>Nautilus</application> in the file
-	  selection and view filter dialogs.  </para>
-    </sect2>
-
-    <sect2 id="quoting">
-      <title>Using spaces, commas, etc. in file names</title>
-      <para>
-	As was mentioned above, a file name may contain not only
-	letters and numbers, but also spaces, commas, etc. &mdash; any
-	characters other than slash (/). However, if you are using
-	commands typed on the command line, you should be careful when
-	dealing with such files. To avoid problems, it is advised that
-	you enclose  filenames that contain anything other than
-	letters, numbers, and dots,  in single quotes: to delete file
-	<filename>My File</filename>, you should type <command>rm 'My
-	File'</command> rather than <command>rm My
-	File</command>.
-      </para>
-      <para>
-	Of course, if you are only using graphical tools such as GNOME
-	File Manager, than you do not  need to worry about this: to
-	delete file <filename>My File</filename>, just drag it to the
-	trash can.
-      </para>
-    </sect2>
-
-  </sect1>
-  <sect1 id="new-dirs">
-    <title>Directories and paths</title> 
-    <sect2 id="new-dirstruct">
-      <title>Directory structure</title>
-      <para>
-	Now, let's discuss the concept of directories. A
-	<emphasis>directory</emphasis> is a collection of files. It
-	can be thought of as a <quote>folder</quote> that contains
-	many different files. Directories are given names, with which
-	they can be identified. Furthermore, directories are
-	maintained in a tree-like structure; that is, directories may
-	contain other directories. The top level directory is called
-	the <quote>root directory</quote> and denoted by
-	<filename>/</filename>; it contains all the files in your
-	system.
-      </para>
-      <sect3 id="new-path">
-	<title>Pathnames</title>
-	<para>
-	  A <emphasis>pathname</emphasis> is a file's <quote>full
-	  name</quote>; it contains not only filename but also its
-	  location. It is made up of the filename, preceded by the
-	  name of the directory containing that file. This, in turn,
-	  is preceded by the name of directory containing
-	  <emphasis>that directory</emphasis>, and so on. A typical
-	  pathname may look like
-	  <filename>/home/sasha/talk.txt</filename> which refers to
-	  the file <filename>talk.txt</filename> in the directory
-	  <filename>sasha</filename> which in turn is a subdirectory
-	  in <filename>/home</filename>.
-	</para>
-	<para>
-	  As you can see, the directory and filename are separated by
-	  a single slash (/). For this reason, filenames themselves
-	  cannot contain the / character.  MS-DOS users will find this
-	  convention familiar, although in the MS-DOS world the
-	  backslash (\) is used instead. The directory that contains a
-	  given subdirectory is known as the <emphasis>parent
-	  directory</emphasis>. Here, the directory
-	  <filename>home</filename> is the parent of the directory
-	  <filename>sasha</filename>.
-	</para>
-	<para>
-	  Each user has a home directory, which is the directory set aside for
-	  that user to store his or her files.  Usually, user home directories
-	  are contained under <filename>/home</filename>, and are named for the
-	  user owning that directory, so that the home directory of user
-	  <systemitem>sasha</systemitem> would be 
-	  <filename>/home/sasha</filename>.
-	</para>
-      </sect3>
-    </sect2>
-    <sect2 id="new-relative"> 
-      <title>Relative directory names</title>
-      <para>
-	At any moment, commands that you enter are assumed to be
-	<emphasis>relative</emphasis> to your current working
-	directory. You can think of your working directory as the
-	directory in which you are currently
-	<quote>located</quote>. When you first log in, your working
-	directory is set to your home directory &mdash; for user
-	sasha, it would be <filename>/home/sasha</filename>. Whenever
-	you refer to a file, you may refer to it in relationship to
-	your current working directory, rather than specifying the
-	full pathname of the file.
-      </para>
-      <para>
-	For example, if your current directory is
-	<filename>/home/sasha</filename>, and you have a file there called
-	<filename>talk.txt</filename>, you can refer to it just by its file
-	name: a command like <command>emacs talk.txt</command> issued from the
-	directory <filename>/home/sasha</filename> is equivalent to
-	<command>emacs /home/sasha/talk.txt</command>
-	(<application>emacs</application> is an extremely powerful editor for
-	text files; new users may prefer something simpler, such as
-	<application>gnotepad</application>, but for power user,
-	<application>emacs</application> is indispensable).
-      </para>
-
-
-      <para>
-	Similarly, if, in <filename>/home/sasha</filename> you have a
-	subdirectory called <filename>papers</filename> and, in that
-	subdirectory, a file called <filename>fieldtheory.txt</filename>, you
-	can refer to it as <filename>papers/fieldtheory.txt</filename>.
-      </para>
-      <para> If you begin a filename (like
-	<filename>papers/fieldtheory.txt</filename>) with a character
-	other than /, you're referring to the file in terms relative
-	to your current working directory. This is known as a relative
-	pathname.  On the other hand, if you begin a filename with a
-	/, the system interprets this as a full pathname &mdash; that
-	is, a pathname that includes the entire path to the file,
-	starting from the root directory, /. Use of the full pathname
-	is known as an <emphasis>absolute pathname</emphasis>.
-      </para>
-    </sect2>
-    <sect2 id="new-path-conv">
-      <title>Pathname conventions</title> 
-      <para>
-	Here are some standard conventions you can use in paths: 
-      </para>
-      <para>
-	<filename>~/</filename> &mdash; user's home directory
-      </para>
-      <para>
-	<filename>./</filename>  &mdash; current working directory
-      </para>
-      <para>
-	<filename>../</filename>  &mdash; parent of the current directory
-      </para>
-      <para>
-	For example, if sasha's current directory is
-	<filename>/home/sasha/papers</filename>, he can refer to the file
-	<filename>/home/sasha/talk.txt</filename> as
-	<filename>~/talk.txt</filename> or as <filename>../talk.txt</filename>.
-      </para>
-    </sect2>
-  </sect1>
-  <sect1 id="permissions">
-    <title>Permissions</title>
-    <para>
-      Every file on your system has an <emphasis>owner</emphasis> &mdash; one
-      of the users (usually the one who created this file), and a system of
-      <emphasis>permissions</emphasis>, which regulate access to this
-      file.
-    </para>
-    <para>
-      For ordinary files, there are 3 types of access permissions:
-      read, write, and execute (the latter only makes sense for
-      executable files). They can be set independently for 3
-      categories of users: the file owner, the users in the group
-      owning the file, and everyone else. Discussion of groups of
-      users goes beyond the scope of this document; the other two
-      categories are self-explanatory.  <!--Which groups of users? I
-      don't think the other two categories are self-explanatory. Would
-      help if there was some exposition here which explicitly states
-      who belongs where.-->So, if the permissions on a file
-      <filename>/home/sasha/talk.txt</filename> are set to read and
-      write for user sasha, who is the file owner, and read only for
-      everyone else, only sasha will be able to modify this file.
-      <!--How about adding something in parentheses here, like (Since
-      sasha created the file <filename>talk.txt</filename>, sasha has
-      the widest range of rights to access the file.)... or something
-      like that?-->
-    </para>
-
-    <para>
-      All newly created files carry some standard permissions, usually
-      read/write for user and read only for everyone else. You can
-      view the permissions using the GNOME File Manager, by
-      right-clicking on the file, choosing
-      <guimenuitem>Properties</guimenuitem> in the pop-up menu, and
-      then the <guilabel>Permissions</guilabel> tab. Using this
-      dialog, you can also change the permissions &mdash; just click
-      on a square representing the permission to toggle it.  Of
-      course, only the file owner or the system administrator can
-      change the permissions of a file. Advanced users can also change
-      the default file permissions which are assigned to newly created
-      files&mdash;see the manual pages for your default shell (usually
-      <command>bash</command>, <command>csh</command> or
-      <command>tcsh</command>) and look for the command
-      <command>umask</command>.
-    </para>
-
-    <para>
-      A file can also have some special permission properties such as
-      UID, GID, and <quote>sticky</quote> bit. They are for advanced
-      users only &mdash; do not change them unless you know what you
-      are doing. (If you are curious: these permissions are typically
-      used on executable files to allow the user to execute
-      <emphasis>some</emphasis> commands which read or modify files to
-      which the user himself doesn't have access.)
-    </para>
-
-    <para> Similar to files, the directories also have
-      permissions. Again, there are 3 possible permissions: read,
-      write, and execute. However, they have different meaning:
-      namely, <quote>read</quote> permission for a directory means
-      permission to list the contents of the directory or search for a
-      file; <quote>write</quote> means permission to create and remove
-      files in the directory, and <quote>execute</quote> means
-      permission to access files in the directory.
-    </para>
-    <para>
-      Note that the permissions granted to a file depend on the
-      permissions of the directory in which the file is located: in
-      order to be able to read a file, a user needs to have the read
-      permission for the file itself and <quote>execute</quote>
-      permission for the directory that contains it. So, if user sasha
-      doesn't want anybody else to see his files, he can achieve this
-      by removing the execute permission on his home directory for all
-      other users. This way, no one but himself (and, of course, root)
-      will be able to read any of his files, no matter what the
-      permissions of individual files are.
-    </para>
-    <para> Detailed explanation of the permission system can be found,
-      for example, in the <ulink type="info" url="info:fileutils">info
-      page</ulink> for the GNU <citetitle>File Utilities</citetitle>
-      package.
-      </para>
-  </sect1>
-
-  <sect1 id="symlinks">
-    <title>Symbolic links</title>
-    <para>
-      In addition to regular files, UNIX also has special files called
-      <emphasis>symbolic links</emphasis> (or
-      <emphasis>symlinks</emphasis> for short). These files do not
-      contain any data; instead, they are just
-      <quote>pointers</quote>, or <quote>shortcuts</quote> to other
-      files. For example, sasha can have a symlink named
-      <filename>ft.txt</filename> pointing to the file
-      <filename>papers/fieldtheory.txt</filename>; this way, when a
-      program tries to access the file <filename>ft.txt</filename>,
-      the file <filename>papers/fieldtheory.txt</filename> will be
-      opened instead. As you can see from this example, the symlink
-      and the target file can have different names and be located in
-      different directories.
-    </para>
-    <para> Note that deleting, moving, or renaming the symlink file
-      has no effect on the target file: if sasha tries to delete the
-      file <filename>ft.txt</filename>, it is the symlink that will
-      be deleted, and the file
-      <filename>papers/fieldtheory.txt</filename> will remain
-      unchanged.  Also, the permissions of the symlink are
-      meaningless: it is the permissions of the target file that
-      determine whether a user has the access to it.
-    </para>
-
-    <para> Symlinks can also point to directories.  For example, on
-      the GNOME FTP server (<systemitem>ftp.gnome.org</systemitem>),
-      there is a file
-      <filename>/pub/GNOME/stable/releases/october-gnome</filename>,
-      which is actually a  symlink to directory
-      <filename>/pub/GNOME/stable/releases/gnome-1.0.53</filename>
-      &mdash; as one would expect, since <quote>October GNOME</quote>
-      is  just another name for 1.0.53 release
-      of GNOME.  
-    </para>
-  </sect1>
-  <sect1 id="new-mount">
-    <title>Mounting and unmounting drives</title>
-    <para>
-      As we mentioned earlier, the directories on a UNIX system are
-      organized in a tree, with the top level directory being
-      <filename>/</filename>. Unlike some other operating systems such as
-      MS-DOS, there are no special names for files on your floppy disk or
-      CD-ROM: <emphasis>all</emphasis> the files accessible to your system
-      must appear in the main directory tree starting with
-      <filename>/</filename>.
-    </para>
-    <para>
-      Thus, before you can access files on a floppy diskette or a
-      CD-ROM, you must give to your system a command to incorporate
-      the contents of this diskette into the main directory tree,
-      which is referred to as <emphasis>mounting</emphasis> the
-      diskette. You can think of it as the software analog of
-      connecting the drive to your system.  Typically the contents of
-      the CD-ROM will appear under the name
-      <filename>/mnt/cdrom</filename>; the floppy diskette under
-      <filename>/mnt/floppy</filename> (these are called the
-      <emphasis>mount points</emphasis> and are defined in the special
-      configuration file, <filename>/etc/fstab</filename>). Accessing
-      a drive in this fashion doesn't mean that the system will copy
-      all the files from the CD to the directory
-      <filename>/mnt/cdrom</filename>. Instead, it means that the
-      directory <filename>/mnt/cdrom</filename>
-      <emphasis>represents</emphasis> the CD-ROM: When a program tries
-      to access, say, a file called
-      <filename>/mnt/cdrom/index.html</filename>, the system will look
-      for file <filename>index.html</filename> on the CD-ROM.
-    </para>
-    <para>
-      So, in short: before you can use files on a drive, you must
-      <quote>mount</quote> it. Similarly, <emphasis>before removing
-      the disk from the drive, you must unmount it.</emphasis>
-    </para>
-    <para>
-      When using GNOME, you usually do not have to worry about
-      mounting and unmounting: GNOME scans the appropriate
-      configuration file and places the icons for all drives on your
-      desktop. Double-clicking on any of these icons automatically
-      mounts the corresponding drive (if it was not already mounted)
-      and starts the file manager in the appropriate directory.
-      Similarly, if you right-click on the drive icon and choose the
-      command <guimenuitem>Eject device</guimenuitem> from the pop-up
-      menu, GNOME automatically unmounts it before ejecting. You can
-      also mount/unmount a drive by right-clicking on its icon on the
-      desktop and choosing <guimenuitem>Mount device</guimenuitem> or
-      <guimenuitem>Unmount device</guimenuitem> from the pop-up menu,
-      or by using the disk mount applet.
-    </para>
-    <para>
-      Note that you can't unmount a drive if it is being used by some
-      program; for example, if you have a terminal windows open in a
-      directory on the drive you're trying to unmount. So, if you get
-      the error message <quote>Device busy</quote> while trying to
-      unmount a drive, make sure that none of your open applications
-      is accessing a file or directory on this drive.
-    </para>
-    <para>
-      However, GNOME cannot prevent you from ejecting the disk using the
-      physical eject button on the drive itself &mdash; in this case,
-      <emphasis>it is your responsibility to unmount the drive</emphasis>
-      before doing so. For CD and Zip drives, the system blocks the eject
-      button on the drive while the drive is mounted; for floppy drives this
-      is technically impossible.
-    </para>
-
-    <important>
-      <title>IMPORTANT</title>
-      <para>
-	If you eject a floppy  disk using the eject button on the drive without
-	first unmounting it, you may lose your data!
-      </para>
-    </important>
-
-    <para> Some systems are running special programs such as
-      <application>supermount</application> or
-      <application>magicdev</application>
-      which automatically mount a drive when a disk is inserted and unmount a
-      drive if it hasn't been used for a specified period of time. In
-      this case, you will probably never need to worry about
-      mounting/unmounting drives yourself; you don't even need to read
-      this section. 
-    </para>
-    <para>
-      Allowing users to mount and unmount drives carries some security
-      risks, so many multi-user systems are configured so that only
-      root can mount or unmount drives. This is the most probable
-      cause of error messages you may be getting while trying to mount
-      a drive. In this case, discuss this matter with your system
-      administrator.
-    </para>
-    <para>
-      If the computer is your personal workstation or home computer
-      and you are not worried about security, you can give mount
-      permission to ordinary users. The easiest way to allow this is
-      to use the application
-      <application><emphasis>linuxconf</emphasis></application> (which
-      can only be run by root).  Just select the drive you want to
-      access in the <guilabel>Access local drive</guilabel> section.
-      In the <guilabel>Options</guilabel> tab select the
-      <guilabel>User Mountable</guilabel> option.  Your drive will now
-      be mountable by users.
-    </para>
-    <para>
-      If <application><emphasis>linuxconf</emphasis></application> is
-      not available, then you must manually edit the file
-      <filename>/etc/fstab</filename> to include user access. This is
-      done by adding the <quote>user</quote> attribute to the
-      drive. For example:
-    </para>
-    <para>
-      If your <filename>fstab</filename> file contains a line like
-      this:
-    </para>
-      <programlisting>
-/dev/cdrom /mnt/cdrom iso9660 exec,dev,ro,noauto 0 0
-      </programlisting>
-      <para>
-      add the word <quote>user</quote> to the fourth column:
-    </para>
-    <programlisting>
-/dev/cdrom /mnt/cdrom iso9660 user,exec,dev,ro,noauto 0 0
-    </programlisting>
-  </sect1>
-
-  <sect1 id="devices">
-    <title>Drives and devices</title>
-    <para>
-      Under UNIX, the word <quote>device</quote> is used for all
-      peripheral devices connected to your computer; this includes
-      hard drives, floppy and CD-ROM drives, audio and video cards,
-      serial and parallel ports, and much more. Each device has a
-      name, such as <filename>/dev/hda</filename>. The most common
-      device names are listed below (for Linux; other varieties of
-      UNIX may use slightly different device names).
-    </para>
-    <itemizedlist>
-      <listitem><para> <filename>/dev/hd*</filename> (where *=a,b,c,
-	  &hellip;): these are IDE devices, such as hard drives,
-	  CD-ROM drives and ZIP drives. <filename>/dev/hda</filename>
-	  denotes the master drive on the first IDE controller
-	  (usually your first hard drive, <filename>C:</filename>
-	  under Windows), <filename>/dev/hdb</filename> is the slave
-	  drive on the first controller (this can be a second hard
-	  drive or a CD-ROM), and so on. See also the <link
-	  linkend="zippartition">note</link> below about ZIP drives.
-	  </para></listitem>
-
-      <listitem><para>
-	  <filename>/dev/sd*</filename> (where *=a,b,c, &hellip;):
-	  these are SCSI devices, usually hard drives. 
-	</para></listitem>
-    </itemizedlist>
-
-    <note>
-      <title>NOTE</title> 
-      <para>If the acronyms IDE and SCSI are new to you, here is a
-      brief explanation: there are two types of interfaces for hard
-      drives and other similar devices: IDE (and its cousins such as
-      EIDE, ATAPI, etc.) and SCSI. SCSI provides better performance,
-      but is more expensive, so it is mostly used on
-      servers. If you are not sure what kind of drives you have, most
-      probably it is IDE. </para>
-    </note> 
-    <itemizedlist>
-      <listitem><para>
-	  <filename>/dev/fd*</filename> (where *=0,1, etc) are floppy
-	  drives; <filename>/dev/fd0</filename> is the first drive (it
-	  corresponds to <filename>A:</filename> under Windows),
-	  <filename>/dev/fd1</filename> is the second
-	  (<filename>B:</filename>), etc. 
-	</para>
-      </listitem>
-      <listitem><para>
-	  <filename>/dev/lp*</filename> (where *=0,1, etc) are
-	  parallel ports; most commonly, these ports are used to
-	  connect a printer to the
-	  computer. <filename>/dev/lp0</filename> corresponds to
-	  <filename>LPT1</filename> under Windows,
-	  <filename>/dev/lp1</filename> to <filename>LPT2</filename>,
-	  etc.  
-	</para>
-      </listitem>
-      <listitem><para> <filename>/dev/ttyS*</filename> (where *=0,1,
-	  etc) are serial ports; these ports are commonly used for
-	  connecting a mouse or a
-	  modem. <filename>/dev/ttyS0</filename> corresponds to
-	  <filename>COM1</filename> under Windows,
-	  <filename>/dev/ttyS1</filename> to <filename>COM2</filename>,
-	  etc.
-	</para>
-      </listitem>
-      <listitem><para> 
-	  <filename>/dev/audio</filename> and
-	  <filename>/dev/dsp</filename> &mdash; these two device
-	  names are used for your audio card (they are not equivalent,
-	  since they are used for different types of audio files). 
-	</para>
-	</listitem>
-    </itemizedlist>
-    <para>
-      In addition, it is a common practice to have symlinks
-      <filename>/dev/floppy, /dev/modem</filename> and
-      <filename>/dev/cdrom</filename> pointing to the actual device
-      name corresponding to your floppy drive, modem, and CD-ROM drive
-      respectively.
-    </para>
-    <para>
-      You rarely need to use these device names. In particular, if you
-      want to access a file on a drive, you do not use the device name
-      (such as <filename>/dev/fd0</filename>); instead, you first
-      mount the device so that its contents shows as a subdirectory
-      (for example, <filename>/mnt/floppy</filename>) in the main
-      directory tree, and then use this directory for accessing
-      files; see <xref linkend="new-mount"> for more information. About
-      the only time when you actually need to use the device names is
-      when you are configuring some newly installed program. For
-      example, a fax program can ask you for the device name for your
-      modem (in which case you can either give it the actual device
-      name, such as <filename>/dev/ttyS1</filename>, or just use the
-      symlink <filename>/dev/modem</filename>).
-    </para>
-    <para> And just for fun: there is also a device
-    <filename>/dev/null</filename> which acts as a <quote>black
-    hole</quote>: you can send to it any information, and it never
-    returns. So if you do not want to be bothered by error messages,
-    re-direct them to <filename>/dev/null</filename> -:).
-    </para>
-
-    <sect2 id="partitions">
-      <title>Partitions</title>
-      <para>
-	Note that it is possible to subdivide a hard drive (or a
-	similar device) into parts which for all practical purposes
-	behave as independent disks, even though physically they
-	reside on the same disk. These parts are called
-	<quote>partitions</quote> (under Windows, the name
-	<quote>logical disk</quote> is used). For example, you can
-	partition your hard drive into several partitions, and install
-	different operating systems in different partitions; you can
-	reformat each partition independently of the others. This
-	partitioning of the hard drive is usually done during the
-	installation of the operating system; refer to your
-	installation guide for more information.
-      </para>
-      <para> 
-	If your hard drive has been partitioned then each partition
-	is considered as a separate device. For example, if your hard
-	drive is <filename>/dev/hda</filename>, then the first
-	partition on this drive would be referred to as
-	<filename>/dev/hda1</filename>, the second as
-	<filename>/dev/hda2</filename>, and so on. 
-      </para>
-      <warning id="zippartition">
-	<title> Partitioning of ZIP disks</title> 
-
-	<para> For reasons unknown to us, the pre-formatted
-	  ZIP disks sold in stores or formatted using Iomega's ZIP
-	  tools under Windows are partitioned in a strange way:
-	  they have only one partition (of Windows type, of course),
-	  but this partition has number 4. Thus, if your ZIP drive is
-	  <filename>/dev/hdc</filename>, the correct device name you
-	  should use for such disks is <filename>/dev/hdc4</filename>.
-	</para>
-      </warning>
-    </sect2>
-  </sect1>
-  <sect1 id="X11"> 
-    <title>Graphical user interface: X Window System, window
-      managers, and desktop environments.</title>
-    <para>
-      UNIX is a modular system: it consists of many components so that
-      a user (or system administrator) can choose those components he
-      needs.  In particular, there are several layers of software
-      responsible for graphical user interface. These layers are: X
-      Window System, window managers, and desktop environment.
-    </para>
-    <para> <emphasis>X Window System</emphasis> (also known as X, or
-      X11) is the component of UNIX systems responsible for virtually
-      all basic graphics &mdash; in particular, for drawing icons,
-      backgrounds, and windows in which your applications
-      work. Without X, you only have command line. X11 sets the screen
-      resolution and color depth, moves the mouse cursor around the
-      screen, etc. It serves as a foundation for other components of
-      graphical user interface such as window managers and desktop
-      environments.
-    </para>
-    <para> <emphasis>Window manager</emphasis> extends capabilities of
-      X Window System by placing borders and buttons around windows,
-      which allows the user to move, close, hide or resize the
-      windows. X11 is virtually always used in combination with a
-      window manager, since it would be pretty much unusable without
-      one. There are many window managers available for X11; most
-      popular are <application>fvwm</application>,
-      <application>mwm</application>, <application>kwm</application>
-      (used by KDE), <application>Enlightenment</application>, and
-      <application>Sawfish</application>.
-    </para>
-    <para> Finally, a <emphasis>desktop environment</emphasis> goes
-      one more step further than a window manager by adding a
-      graphical file manager from which you can drag-and-drop items on
-      your desktop, a panel which can be used to launch frequently
-      used applications, and a set of applications and utilities.
-      There are several desktop environments available for all
-      versions of UNIX; the most popular ones are <ulink type="http"
-      url="http://www.gnome.org">GNOME</ulink>, <ulink type="http"
-      url="http://www.kde.org">KDE</ulink> and <ulink type="http"
-      url="http://www.sun.com/solaris/cde/">CDE</ulink> (soon to be
-      replaced by GNOME).
-    </para>
-    <para> Most desktop environments contain a window manager as their
-      integral part; for example, KDE contains its own window manager,
-      <application>kwm</application> (it is possible to use KDE with
-      another window manager, but few people do so).  GNOME has no
-      window manager of its own; it will allow you to choose any
-      window manager you already have on your system. To make life
-      easier for new users, usually the
-      <application>Sawfish</application> window manager is distributed
-      with GNOME and is used by default; you can switch to
-      another window manager using <application>GNOME Control
-      Center</application>. Note however that you will need a
-      GNOME-compliant window manager to use such features of GNOME as 
-      session management, taskbar applet, etc. 
-    </para>
-
-    </sect1>
-	
-  
-</article>
-
-
-
diff --git a/unix-primer/Makefile.am b/unix-primer/Makefile.am
deleted file mode 100644
index 345b6bc..0000000
--- a/unix-primer/Makefile.am
+++ /dev/null
@@ -1 +0,0 @@
-SUBDIRS = C es it
diff --git a/unix-primer/es/Makefile.am b/unix-primer/es/Makefile.am
deleted file mode 100644
index 13375e3..0000000
--- a/unix-primer/es/Makefile.am
+++ /dev/null
@@ -1,8 +0,0 @@
-figs =
-docname = unix-primer
-lang = es
-omffile = unix-primer-es.omf
-sgml_ents =
-include $(top_srcdir)/sgmldocs.make
-dist-hook: app-dist-hook
-
diff --git a/unix-primer/es/unix-primer-es.omf b/unix-primer/es/unix-primer-es.omf
deleted file mode 100644
index b6a4198..0000000
--- a/unix-primer/es/unix-primer-es.omf
+++ /dev/null
@@ -1,14 +0,0 @@
-<?xml version="1.0" standalone="no"?>
-<omf>
-  <resource>
-    <title>
-      Si usted es nuevo en Linux/Unix
-    </title>
-    <subject>
-      <category>General|Linux</category>
-    </subject>
-    <format mime="text/sgml"/>
-    <identifier url="unix-primer.sgml"/>
-    <language code="es"/>
-  </resource>
-</omf>
diff --git a/unix-primer/es/unix-primer.sgml b/unix-primer/es/unix-primer.sgml
deleted file mode 100644
index 20d1ffb..0000000
--- a/unix-primer/es/unix-primer.sgml
+++ /dev/null
@@ -1,877 +0,0 @@
-<!DOCTYPE article PUBLIC "-//GNOME//DTD DocBook PNG Variant V1.1//EN"[
-]>
-<article id="index" lang="es"> 
- 
-  <artheader> 
-  <title>Si usted es nuevo en Linux/Unix</title>
-    <copyright>
-      <year>2000</year>
-      <holder>Alexander Kirillov</holder>
-    </copyright>
-    <copyright>
-      <year>2001</year>
-      <holder>Manuel de Vega Barreiro y grupo Gnome-es (traducción al Castellano)</holder>
-    </copyright>
-
-      <legalnotice id="legalnotice">
-      <para>
-        Permission is granted to copy, distribute and/or modify this
-        document under the terms of the <ulink type="help"
-        url="gnome-help:fdl"><citetitle>GNU Free Documentation
-        License</citetitle></ulink>, Version 1.1 or any later version
-        published by the Free Software Foundation with no Invariant
-        Sections, no Front-Cover Texts, and no Back-Cover Texts. You
-        may obtain a copy of the <citetitle>GNU Free Documentation
-        License</citetitle> from the Free Software Foundation by
-        visiting <ulink type="http" url="http://www.fsf.org">their Web
-        site</ulink> or by writing to: Free Software Foundation, Inc.,
-        59 Temple Place - Suite 330, Boston, MA 02111-1307, USA.
-      </para>
-	
-	<para>
-	  Many of the names used by companies to distinguish their
-	  products and services are claimed as trademarks. Where those
-	  names appear in any GNOME documentation, and those
-	  trademarks are made aware to the members of the GNOME
-	  Documentation Project, the names have been printed in caps
-	  or initial caps.
-	</para>
-           <para>
-       Se permite la copia, distribución y/o modificación de este 
-       documento bajo los términos de la licencia de documentación libre
-       de GNU, versión 1.1 o cualquier versión posterior publicada por la
-       fundación para el software libre; sin secciones invariantes, sin 
-       portada, y sin contraportada.
-       Una copia de esta licencia esta disponible en la fundación para el
-       software libre y puede leerse en 
-       <ulink type="help" url="gnome-help:fdl">linea</ulink>.
-       </para>
-
-
-      <para> 
-        Muchos de los nombres usados por las compañías para diferencias sus 
-        productos y servicios son reclamados como marcas registradas. Allí 
-        donde estos nombres aparezcan en la documentación de Gnome, y cuando
-        los miembros del proyecto de documentación Gnome hayan sido informados
-        de esas marcas registradas, los nombres estarán impresos en mayúsculas
-        o como nombres propios.
-      </para>
-
-
-      </legalnotice>
-    </artheader>
-<sect1 id="introduction"> 
-    <title>Introducción</title>
-
-
-  <para> Uno de los objetivos de Gnome es hacer su sistema fácil de usar,
-     sin que necesite aprender los detalles técnicos sobre el sistema
-operativo. No obstante, hay algunas nociones básicas de Unix
-     con las que debe familiarizarse, incluso cuando utilice la interfaz
-     gráfica amigable suministrada por Gnome. Para los nuevos usuarios,
-     estos comandos se engloban en este documento. Si usted necesita más
-     información acerca de UNIX, debería leer la documentación que suminisitrada
-     con
-     su sistema. Existen también numerosos libros y guías
-     disponibles en Internet para todas las versiones de UNIX.
-  </para>
-
-  <para> La siguiente guía se aplica a todas las versiones de UNIX y todos 
-     los sistemas operativos parecidos a UNIX , incluidos tanto sistmas comerciales
-     como <systemitem>Solaris</systemitem> y sistemas operativos de código
-     abierto como <systemitem>BSD</systemitem> y <systemitem>Linux</systemitem>.
-     Parte del material de esta guía está basado en la guía
-     <citetitle>Instalación de Linux e primeros pasos</citetitle>, escrita por 
-     Matt Welsh, Phil Hughes, David Bandel, Boris Beletsky, Sean Dreilinger, 
-     Robert Kiesling, Evan Liebovitch, y Henry Pierce. La guía está disponible 
-     para descargar o consultar directamente en la dirección URL
-     <ulink url="http://www.linuxdoc.org" type="http">Proyecto de
-     Documentación Linux</ulink> o del <ulink url="http://www.oswg.org">
-     Grupo de Escritores de Código Abierto</ulink>.
-<footnote>
-<PARA>
-Una versión en castellano de esta guia se encuentra en las paginas de
-<ULINK URL="http://LuCAS.hispalinux.es/Manuales-LuCAS/LIPP/lipp-1.1-html-2/" TYPE="http">proyecto Lucas</ULINK>. 
-</PARA>
-</footnote>.
-
-  </para>
-  </sect1>
-
-  <sect1 id="new-users">
-    <title>Usuarios</title> 
-    <para> UNIX es un sistema operativo multiusuario: fue designado para
-      permitir a varios usuarios trabajar en la misma computadora, ya sea 
-      simultáneamente (utilizando varios terminales o en conexiones de red)
-      o en turnos. En sistemas UNIX, para identificarse usted en el sistema,
-      debe conectarse, lo que conlleva introducir su <emphasis>nombre de
-      acceso</emphasis> (el nombre que el sistema utiliza para 
-      identificarle) y su <emphasis>contraseña</emphasis>, que es su clave
-      personal para introducirse en su cuenta personal. Porque sólo usted
-      conoce su clave de acceso, nadie más puede introducirse en el sistema
-      con su nombre de acceso. Normalmente se escoge el nombre, el apellido
-      o alguna variación de éstos como su nombre de acceso, por lo que si
-      su nombre es: Sasha Beilinson, su nombre de acceso podría ser:
-      <systemitem>Sasha</systemitem>.
-    </para>
-    <para> Cada usuario tiene un espacio separado para guardar sus
-      documentos (llamado <emphasis>directorio personal</emphasis>).
-      UNIX posee un sistema de permisos (ver <xref linkend="permissions">),
-      por lo cual en un Sistema UNIX apropiadamente configurado, un usuario
-      no puede cambiar archivos pertenecientes a otro usuario o al sistema.
-      Esto también permite a cada usuario, configurar varios aspectos del
-      sistema &mdash;  para sí mismo, sin afectar a otros.
-    </para>
-    <para> En cada sistema UNIX, hay un usuario especial, llamado
-      <emphasis>administrador del sistema</emphasis>, con el nombre de
-      acceso <systemitem>root</systemitem>. Este usuario tiene
-      <emphasis>completo</emphasis> control sobre el sistema &mdash;
-      incluyendo acceso total a todos los archivos de sistema y de los
-      usuarios. Tiene autoridad para cambiar las claves de acceso de los
-      usuarios existentes y añadir nuevos usuarios, instalar y desinstalar
-      software, además de otras cosas. El administrador del Sistema, es
-      normalmente la persona responsable del correcto funcionamiento
-      del sistema, por lo que si presenta algún problema, debe acudir a él.
-    </para>
-    <important>
-      <title>IMPORTANTE</title>
-      <para> Incluso si usted es el único usuario en su ordenador (por
-        ejemplo, si es ordenador personal), por lo que usted también es el
-        administrador del sistema, es importante que cree una cuenta de
-        usuario y la utilice para su trabajo diario, accediendo como
-        administrador ("root") sólo cuando sea necesario para el
-        mantenimiento del sistema. Dado que "root" puede hacer cualquier
-        cosa, es fácil cometer errores que tengan consecuencias catastróficas.
-        Imagine el usuario "root" como un sombrero mágico que le da a usted
-        mucho poder, con el que puede, con un movimiento de manos, crear o
-        destruir ciudades enteras. Ya que es fácil mover las manos de forma
-        destructiva, no es una buena idea utilizar el sombrero mágico
-        cuando no es necesario, a pesar de lo maravilloso que se siente.
-      </para>
-    </important>
-  </sect1>
-  <sect1 id="new-file">
-    <title>Archivo y nombres de archivos</title>
-    <para> En la mayoría de los sistemas operativos (incluyendo UNIX),
-      existe el concepto de <emphasis>archivo</emphasis>, que es sólo
-      un conjunto de información con un nombre (llamado <emphasis>nombre
-      del archivo</emphasis>. Ejemplos de archivos, podrían ser su examen
-      final de historia, un mensaje de correo electrónico, o un programa
-      que pueda ser ejecutado. Esencialmente, cualquier cosa guardada
-      en disco es guardado en un archivo individual.
-    </para>
-    <sect2 id="new-filenames">
-      <title>Nombres de archivos</title>
-      <para>
-        Los archivos son identificados por sus nombres. Por ejemplo, el
-        archivo que contiene una conferencia hablada, puede ser guardada
-        bajo el nombre de archivo <filename>talk.txt</filename>. No existe
-        un formato estándar para los nombres de los archivos, como existe
-        en MS-DOS y otros sistemas operativos; en general, el nombre de un
-        archivo puede contener cualquier carácter (excepto el carácter &ndash;
-        vea la explicación de los caminos de nombres debajo) y es limitado
-        ,en su extensión, a 256 caracteres.
-      </para>
-      <important>
-	<title>IMPORTANTE</title>
-	<para>
-          A diferencia de MS-DOS, los nombres de archivo en UNIX son sensibles
-          a mayúsculas o minúsculas: <filename>midocumento.txt</filename>
-          y <filename>MiDocumento.txt</filename>, son considerados como
-          dos archivos diferentes.
-	</para>
-      </important>
-      <para>
-        También debe conocer algunas convenciones en UNIX, que si bien no
-        son obligatorias, normalmente es una buena idea seguirlas.
-	<itemizedlist>
-	  <listitem>
-	    <para> Es costumbre utilizar el formato
-              <filename>nombrearchivo.extensión</filename>, para nombres
-              de archivo, en el que la extensión indica el tipo de archivo;
-              por ejemplo, la extensión <filename>txt</filename> es
-              normalmente utilizada para archivos de texto simple;
-              en tanto que la extensión jpeg es utilizada para gráficos en
-              formato JPEG, y así. En particular, la aplicación
-              <application>Gestor de Archivos de Gnome</application>
-              (<application>Nautilus</application>) utiliza extensiones para
-              determinar el tipo de archivo. Usted puede ver o cambiar 
-              todas las
-              extensiones de archivo reconocidas por
-              <application>Gnome</application>, 
-              escogiendo la opción 
-              <menuchoice>
-              <guimenuitem>tipos MIME</guimenuitem>
-	      </menuchoice> 
-	       de la sección 
-	      <menuchoice> 
-              <guimenu>Manejadores de documentos</guimenu>
-	      </menuchoice> 
-               en el
-	      <application>Centro de control de GNOME</application>.
-              
-              Observe que la convención estándar en UNIX es que los 
-              <emphasis>ejecutables</emphasis> no tienen extensiones.
-            </para>
-          </listitem>
-	  
-	  <listitem>
-	    <para> Los archivos y directorios cuyos nombres comienzan con
-              un punto (.), son normalmente, <emphasis>archivos de
-              configuración</emphasis>, esto significa que estos archivos
-              contienen propiedades y preferencias para varias aplicaciones.
-              Por ejemplo, Gnome guarda todos sus configuraciones en varios
-              archivos en los directorios <filename>.gnome</filename> y
-              <filename>.gnome-desktop</filename> en el directorio personal
-              del usuario. Como la mayor parte del tiempo usted no necesita
-              editar estos documentos manualmente, ni siquiera conocer su
-              preciso nombre o localización, 
-              <application>Nautilus</application>
-              no suele mostrar estos archivos. Usted puede cambiar la
-              configuración como se indica en el <ulink type="help"
-	      url="gnome-help:nautilus">manual de Nautilus</ulink>.
-	    </para>
-	  </listitem>
-	  
-	  <listitem> 
-	    <para> Los archivos cuyos nombres terminan con (~), por lo
-              general son archivos de soporte (copias de seguridad) creados
-              por varias aplicaciones. Por ejemplo, cuando usted edita
-              un archivo <filename>miarchivo.txt</filename> con
-              <application>emacs</application>, se guarda la versión previa
-              en el archivo <filename>miarchivo.txt~</filename>. 
-	    </para>
-	  </listitem>
-	</itemizedlist>
-      </para>
-    </sect2>
-    <sect2 id="new-wildcards">
-      <title> Caracteres comodín</title> 
-
-      <para> Cuando usted entra órdenes desde la línea de comandos,
-        puede utilizar los llamados <emphasis>Caracteres comodín</emphasis>,
-        en lugar de un nombre de archivo exacto. El carácter comodín más
-        común es *, que corresponde a cualquier secuencia de símbolos
-        (incluyendo una línea vacía). Por ejemplo, la orden
-        <command>ls *.txt</command> va a listar todos los archivos con la
-        extensión <filename>txt</filename>, y la orden 
-        <command>rm capítulo*</command> va a borrar todos los archivos cuyos
-        nombres comiencen con  <filename>capítulo</filename>
-        (<command>ls</command> y <command>rm</command> son órdenes UNIX para
-        listar o borrar archivos).  Otro carácter comodín es ?,
-        que corresponde a cualquier símbolo individual: por ejemplo:
-        <command>rm capítulo?.txt</command> borrará todos los archivos
-        <filename>capítulo1.txt, capítulo2.txt</filename>, pero no el
-        <filename>capítulo10.txt</filename>
-      </para>
-      <para>Muchos de los nuevos usuarios de GNOME prefiere utilizar el
-          <application>Gestor de Archivos GNOME</application> para
-          realizar las operaciones con los archivos, antes que hacerlo
-          desde la línea de comandos. Los caracteres comodín también
-          son útiles para <application>Nautilus</application> en los
-          diálogos de selección de archivos y de visualización de filtros.
-      </para>
-    </sect2>
-
-
-    <sect2 id="quoting">
-      <title>Uso de espacios, comas, etc. en los nombres de ficheros</title>
-      <para>
-Como se menciono anteriormente, un nombre de fichero puede contener no solo letras
-y números, sino también espacios, comas, etc. &mdash; cualquier carácter destino
-de la barra (/). Sin embargo, si esta usando comandos tecleados en la linea de comandos,
-debe tener cuidado cuando use estos ficheros. Para evitar problemas, es recomendable que
-ponga entre comillas (') los nombres de ficheros con cualquier otra cosa que no sea
-letras, números, y puntos: para borrar <filename>Mi Fichero</filename>, debe teclear
-<command>rm 'Mi Fichero'</command> en vez de <command>rm Mi Fichero</command>. 
-      </para>
-      <para>
-Por supuesto, si usa exclusivamente herramientas gráficas como el gestor de 
-ficheros de Gnome, no deberá preocuparse de estas cosas: para borrar el fichero
-<filename>Mi Fichero</filename>, simplemente arrastrelo a la papelera.
-      </para>
-    </sect2>
-
-
-  </sect1>
-  <sect1 id="new-dirs">
-    <title>Directorios y rutas</title> 
-    <sect2 id="new-dirstruct">
-      <title>Estructura de directorios</title>
-      <para>
-        Ahora, discutiremos el concepto de directorios. Un
-        <emphasis>directorio</emphasis> es una colección de archivos.
-        Se puede pensar como una <quote>carpeta</quote> que contiene muchos
-        documentos diferentes. A los directorios se les da nombres,
-        por los que pueden ser identificados. Más aún, los directorios
-        se mantienen en una estructura como de árbol, es decir,
-        el directorio puede contener otros directorios. El directorio de 
-        más nivel es llamado el <quote>directorio raíz</quote> y denotado por
-        <filename>/</filename>; que contiene los archivos de su sistema.
-      </para>
-      <sect3 id="new-path">
-	<title>Rutas</title>
-	<para>
-          Una <emphasis>ruta</emphasis> ("path") es realmente 
-el <quote>nombre completo</quote> del fichero; contiene no solo el
-nombre del fichero, sino tambien su situación.Usted puede referirse 
-a un archivo por su ruta,
-          que se hace del nombre del documento, precedido por el nombre
-          del directorio que contiene ese documento. Este, a su vez, es
-          precedido por el nombre del directorio que contiene
-          <emphasis>este directorio</emphasis> y así. Una ruta típica
-          puede ser así: <filename>/home/sasha/talk.txt</filename> que
-          se refiere al archivo <filename>talk.txt</filename> en el
-          directorio <filename>sasha</filename>, el cual a su vez es un
-          subdirectorio de <filename>/home</filename>.
-	</para>
-	<para>
-          Como puede ver, el directorio y el nombre del archivo están
-          separados por una sola barra (/). Por esta razón los nombres
-          de los archivos no pueden contener en sí mismos el carácter /.
-          Los usuarios de MS-DOS encontrarán familiar esta convención,
-          a pesar de que en el mundo del MS-DOS se utiliza la barra
-          invertida (\). El directorio que contiene un subdirectorio dado,
-          es conocido como el <emphasis>directorio padre</emphasis>.
-          Aquí el directorio <filename>home</filename> es el padre del
-          directorio <filename>sasha</filename>.
-	</para>
-	<para>
-          Cada usuario tiene un directorio personal ("home"), el cual es
-          el directorio aparte  que utiliza ese usuario para guardar
-          sus archivos. Normalmente, los directorios personales de los
-          usuarios están contenidos bajo <filename>/home</filename>, y son
-          nombrados por el usuario que posee ese directorio, por lo que el
-          directorio personal del usuario <systemitem>sasha</systemitem>
-          sería  <filename>/home/sasha</filename>.
-	</para>
-      </sect3>
-    </sect2>
-    <sect2 id="new-relative"> 
-      <title>Nombres de directorios relativos</title>
-      <para>
-        En cualquier momento, las órdenes que usted introduce son asumidas
-        como <emphasis>relativas</emphasis> al directorio actual de trabajo.
-        Usted puede pensar que su directorio de trabajo es el directorio en
-        el que está actualmente <quote>localizado</quote>. Cuando usted se conecta
-        por primera vez, su directorio de trabajo es su directorio personal
-        &mdash; para el usuario sasha, esto sería
-        <filename>/casa/sasha</filename>. Cuando quiera referirse a un
-        archivo lo puede hacer en relación con su actual directorio
-        de trabajo, en lugar de especificar el nombre completo de la ruta
-        del archivo.
-      </para>
-      <para>
-        Por ejemplo, si su directorio actual es
-        <filename>/home/sasha</filename>, y tiene ahí un archivo llamado
-        <filename>talk.txt</filename>, puede referirse a éste por el nombre
-        del archivo: una orden como <command>emacs talk.txt</command>
-        ejecutada desde el directorio <filename>/home/sasha</filename>
-        es equivalente a <command>emacs /home/sasha/talk.txt</command>
-        (<application>emacs</application> es un editor extremadamente
-        poderoso para documentos de texto; los nuevos usuarios pueden
-        preferir algo más simple, tal como <application>gnotepad</application>,
-        pero para un usuario avanzado, <application>emacs</application>
-        es indispensable).
-      </para>
-      <para>
-        Similarmente, si en <filename>/home/sasha</filename> tiene un
-        subdirectorio llamado <filename>textos</filename> y, en ese
-        subdirectorio un archivo llamado
-        <filename>teoria_campo.txt</filename>, usted puede referirse a
-        éste como <filename>textos/teoria_campo.txt</filename>.
-      </para>
-      <para> Si usted comienza un nombre de un archivo (como
-        <filename>textos/teoria_campo.txt</filename>) con otro carácter
-        que no sea /, usted se está refiriendo al archivo en términos
-        relativos a su actual directorio de trabajo. Esto es conocido como
-        una ruta relativa. Por otro lado, si usted comienza el nombre del
-        archivo con un /, el sistema interpreta esto como una ruta completa
-        &mdash; esto es, una ruta que incluye la ruta completa al archivo,
-        comenzando por el directorio raíz, /.El uso de una ruta completa
-        es conocido como una <emphasis>ruta absoluta</emphasis>.
-      </para>
-    </sect2>
-    <sect2 id="new-path-conv">
-      <title>Convenciones de ruta</title> 
-      <para>
-        Aquí hay algunas convenciones estándar que puede utilizar en las rutas:
-      </para>
-      <para>
-	<filename>~/</filename> &mdash; directorio personal del usuario
-      </para>
-      <para>
-	<filename>./</filename>  &mdash; directorio actual de trabajo
-      </para>
-      <para>
-	<filename>../</filename>  &mdash; directorio padre del directorio
-        actual
-      </para>
-      <para>
-        Por ejemplo, si el directorio actual del usuario sasha es
-        <filename>/home/sasha/papers</filename>, puede referirse al
-        archivo <filename>/home/sasha/talk.txt</filename> como
-        <filename>~/talk.txt</filename> o como
-        <filename>../talk.txt</filename>.
-      </para>
-    </sect2>
-  </sect1>
-  <sect1 id="permissions">
-    <title>Permisos</title>
-    <para>
-      Cada archivo en su sistema tiene un <emphasis>dueño</emphasis> &mdash;
-      uno de los usuarios (normalmente el que ha creado este archivo), y un
-      sistema de permisos que regula el acceso a éste archivo.
-    </para>
-    <para>
-      Para archivos ordinarios, existen 3 tipos de permisos de acceso:
-      leer, escribir y ejecutar ("Read", "Write", "eXecute") ( el último
-      sólo tiene sentido para archivos ejecutables). Estos permisos pueden
-      ser establecidos independientemente para 3 categorías de usuarios:
-      el dueño del archivo, los usuarios en el grupo que posee el archivo
-      y todos los demás. Las discusiones de grupos de usuarios van más allá
-      del alcance de este documento; las otras dos categorías se explican
-      por sí mismas. <!--¿Qué grupo de usuarios? No creo que las otras dos
-      categorías se expliquen por sí mismas. Ayudaría si existiera una
-      exposición que explicara explícitamente quién pertenece a dónde.-->
-      Por tanto si los permisos en un archivo
-      <filename>/home/sasha/talk.txt</filename> están establecer para leer
-      y escribir por el usuario sasha, quien es el dueño del documento, y ser
-      leído solo por todos los demás, sólo sasha podrá modificar este
-      archivo. <!--Qué tal añadir algo en paréntesis aquí, como (Desde
-      que sasha creó este documento <filename>talk.txt</filename>, sasha
-      tiene el más amplio rango de derechos de acceso al documento.)....
-      o algo por el estilo?-->
-    </para>
-
-    <para>
-      Todos los nuevos archivos creados llevan algunos permisos estándar,
-      por lo general leer/escribir para el usuario creador y leer sólo para
-      todos los demás. Usted puede ver los permisos utilizando el
-      Gestor de Archivos de GNOME, apretando el botón derecho del ratón  en
-      el archivo, y escogiendo <guimenuitem>Propiedades</guimenuitem> en el
-      menú desplegable, y entonces la pestaña <guilabel>Permisos</guilabel>.
-      Utilizando este diálogo, puede también cambiar los permisos &mdash;
-      sólo presione en el cuadrado que representa el permiso para modificar
-      su estado. Por supuesto, sólo el dueño del archivo o el administrador
-      del sistema puede cambiar los permisos de un archivo. Los usuarios
-      avanzados también pueden cambiar los permisos de los archivos cuando
-      se establecen en la creación de los mismos  &mdash; vea las páginas
-      del manual para su entorno de líneas de comandos, "shell" (normalmente
-      <command>bash</command>, <command>csh</command> o
-      <command>tsch</command>) y consulte la orden <command>umask</command>.
-    </para>
-
-    <para>
-      Un archivo también puede tener propiedades especiales de permiso
-      como UID, GID y bit <quote>sticky</quote>. Estos permisos son sólo 
-para usuarios
-      avanzados &mdash; no los cambie a menos que usted sepa lo que está
-      haciendo. (Si usted es curioso: estos permisos son típicamente
-      utilizados en archivos ejecutables para permitir al usuario ejecutar
-      <emphasis>algunas</emphasis> órdenes para leer o modificar archivos
-      para los cuales el propio usuario no tiene acceso.)
-    </para>
-    <para> 
-      Al igual que los archivos, los directorios también tienen permisos
-      especiales. Otra vez, existen 3 posibles permisos: leer, escribir y
-      ejecutar (<quote>Read</quote>,<quote>Write</quote> y 
-      <quote>eXecute</quote>). No obstante, tienen diferente
-      significado: el llamado permiso de <quote>leer</quote> para un directorio, significa
-      permiso para listar el contenido del directorio o buscar un archivo;
-      <quote>escribir</quote> significa permiso para crear y eliminar archivos en el
-      directorio, y <quote>ejecutar</quote> significa permiso para acceder a los
-      archivos en el directorio.
-    </para>
-    <para>
-      Note que los permisos otorgados a un archivo dependen de los permisos
-      del directorio en el cual el documento está localizado: para ser capaz
-      de leer un archivo, el usuario necesita tener el permiso de leer para
-      el propio archivo y el permiso <quote>ejecutar</quote> para el directorio que lo
-      contiene. Por tanto, si el usuario sasha no quiere que nadie más vea
-      sus archivos, puede lograr esto eliminando los permisos de ejecución
-      de su directorio personal para todos los demás usuarios. De esta manera,
-      sólo él (y, por supuesto, el administrador <quote>root</quote>) podrán leer
-      cualquiera de sus archivos, sin importar cuales sean los permisos
-      individuales de los archivos.
-    </para>
-    <para> Una explicación detallada del sistema de permisos puede ser
-      encontrada, por ejemplo, 
-
-
-en las 
-<ulink type="info" url="info:fileutils">páginas info</ulink>
-del paquete de <citetitle>Utilidades de Archivos</citetitle> GNU. 
-      </para>
-  </sect1>
-
-  <sect1 id="symlinks">
-    <title>Enlaces simbólicos</title>
-    <para>
-      Además de los archivos regulares, UNIX tiene también archivos
-      especiales llamados <emphasis>enlaces simbólicos</emphasis>
-      ("symbolic links" o <emphasis>symlinks</emphasis>, para acortar).
-      Estos archivos no contienen datos; en su lugar solo son
-      "apuntadores" o "atajos" a otros archivos. Por ejemplo, sasha puede
-      tener un symlink llamado <filename>ft.txt</filename> que apunta al
-      documento <filename>pruebas/teoriacampo.txt</filename>; de esta manera
-      cuando un programa trata de acceder al archivo
-      <filename>ft.txt</filename>, el archivo
-      <filename>pruebas/teoriacampo.txt</filename> será abierto en su lugar.
-      Como puede ver por este ejemplo, el symlink y el archivo destino pueden
-      tener nombres diferentes y ser localizados en directorios diferentes.
-    </para>
-    <para> Note que eliminar, mover o renombrar un documento symlink no tiene
-      efecto en el archivo destino: si sasha trata de eliminar el
-      archivo <filename>ft.txt</filename>, es el symlink lo que se eliminará,
-      y el archivo <filename>pruebas/teoriacampo.txt</filename> seguirá
-      inalterado. También los permisos del symlink no tienen significado
-      alguno, son los permisos del archivo destino los que determinan
-      si el usuario tiene acceso a éste.
-    </para>
-
-    <para> Los symlinks también pueden apuntar a directorios. Por ejemplo,
-      en el servidor de FTP de GNOME (<systemitem>ftp.gnome.org</systemitem>),
-      existe un archivo <filename>/pub/GNOME/stable/releases/october-gnome</filename>, que en el
-      momento en que se escribe este manual, es un enlace simbólico al 
-directorio
-      <filename>/pub/GNOME/stable/releases/gnome-1.0.53</filename>. 
-&mdash; como podra imaginar, <quote>October Gnome</quote> es simplemente
-otro nombre de la versión 1.0.53 de Gnome.
-    </para>
-  </sect1>
-  <sect1 id="new-mount">
-    <title>Montar y desmontar dispositivos</title>
-    <para>
-      Como hemos mencionado anteriormente, los directorios en un entorno
-      UNIX están organizados en un árbol, cuyo directorio raíz es
-      <filename>/</filename>. A diferencia de otros sistemas operativos
-      como MS-DOS, no hay nombres especiales para los archivos en 
-      la unidad de disquete o en el CD-ROM: <emphasis>todos</emphasis>
-      los archivos accesibles por su sistema deben aparecen en él
-      árbol de directorios principal que empieza por <filename>/</filename>.
-    </para>
-    <para>
-      Por tanto, antes de que usted tenga acceso a los archivos en un
-      disquete o CD-ROM, usted debe dar a su sistema una orden para
-      incorporar los contenidos del disquete en el árbol directorio
-      principal, al cual se le refiere como <emphasis>montaje</emphasis>
-      del disquete. 
-Puede verlo como el equivalente software a la conexion del dispositivo
-a su sistema.
-Típicamente, los contenidos del CD-ROM aparecen bajo
-      el nombre <filename>mnt/cdrom</filename>; los del disquete bajo
-      <filename>/mnt/floppy</filename> (éstos son los llamados
-      <emphasis>puntos de montaje</emphasis> y son definidos en el
-      archivo especial de configuración, <filename>/etc/fstab</filename>).
-      El acceso a una unidad, de esta manera, no significa que el sistema
-      copiará todos los archivos del CD al directorio
-      <filename>/mnt/cdrom</filename>. En su lugar, esto significa que el
-      directorio <filename>/mnt/cdrom</filename> 
-      <emphasis>representa</emphasis> al CD-ROM: Cuando un programa trata
-      de tener acceso, digamos a un archivo llamado
-      <filename>/mnt/cdrom/index.html</filename>, el sistema buscará el
-      archivo <filename>index.html</filename> en el CD-ROM.
-    </para>
-    <para>
-      Por tanto, en pocas palabras: antes de que usted pueda utilizar
-      archivos en una unidad, usted debe "montarlo". Similarmente 
-      <emphasis>antes de sacar el disco del lector, usted debe
-      desmontarlo.</emphasis>
-    </para>
-    <para>
-      Cuando utilice GNOME, usualmente no tiene que preocuparse por montar
-      y desmontar: GNOME busca el archivo con la configuración apropiada y
-      localiza los iconos para todas las unidades en su escritorio. Al hacer
-      doble clic en cualquiera de estos iconos, automáticamente se monta la
-      unidad correspondiente (si no estaba montado ya) y ejecuta el
-      gestor de archivos en el directorio apropiado. Similarmente, si usted
-      hace doble clic en el icono unidad y escoge la orden <guimenuitem>Sacar
-      disco</guimenuitem> del menú desplegable, GNOME desmonta
-      automáticamente antes de sacarlo. Usted puede también montar/desmontar
-      una unidad presionando con el botón derecho del ratón en el icono de su
-      escritorio y escogiendo <guimenuitem>Montar unidad</guimenuitem> o
-      <guimenuitem>Desmontar unidad</guimenuitem> del menú desplegable, o
-      utilizando el aplique de montaje de discos.
-    </para>
-    <para>
-      Note que usted no puede desmontar una unidad si está siendo utilizado
-      por algún programa; por ejemplo, si usted tiene abierta una ventana
-      terminal en el directorio de la unidad que usted está tratando de
-      desmontar. Entonces, recibe el mensaje de error "Controlador ocupado"
-      mientras intenta desmontar la unidad, asegúrese de que ninguna de sus
-      aplicaciones abiertas esté teniendo acceso a un archivo o directorio
-      en esta unidad.
-    </para>
-    <para>
-      No obstante GNOME no puede impedir que usted saque el disco manualmente
-      de la unidad &mdash, en este caso es su responsabilidad el desmontar la
-      unidad antes de hacerlo. Para unidades de CD o Zip, el sistema bloquea
-      el botón de sacado de la unidad mientras la unidad esté montado, para
-      los disquetes, esto es técnicamente imposible.
-    </para>
-
-    <important>
-      <title>IMPORTANTE</title>
-      <para>
-        Si usted saca un disquete utilizando un botón de sacado de la unidad
-        sin desmontarlo primero, usted puede perder sus datos!
-      </para>
-    </important>
-
-    <para> Algunos sistemas tienen programas especiales como 
-<application>supermount</application> o <application>magicdev</application>, 
-      que montan automáticamente una unidad cuando
-      se inserta un disco y desmonta la unidad si ésta no se ha utilizado
-      por un período de tiempo específico. En este caso, usted nunca
-      deberá preocuparse de montar/desmontar unidades usted mismo; no 
-necesita por tanto ni leer esta sección.
-    </para>
-    <para>
-      El permitir a los usuarios el montar y desmontar unidades conlleva
-      algunos riesgos de seguridad, muchos sistemas multiusuarios se 
-      configuran de modo
-      que sólo el usuario administrador "root"  puede montar y desmontar
-      una unidad. Esta es la causa mas probable de los errores al intentar
-      montar un dispositivo. En este caso, plantee este problema al 
-      administrador de su sistema.
-    </para>
-    <para>
-      Si la computadora es su estación de trabajo personal o el ordenador
-      personal de casa y no le preocupa la seguridad, usted puede
-      dar permiso de montar unidades a usuarios ordinarios. La manera más
-      fácil de permitir ello es el uso de la aplicación
-      <application><emphasis>linuxconf</emphasis></application> (que sólo
-      puede ser ejecutada por el usuario administrador "root"). Sólo
-      seleccione la unidad a la que quiere acceder en la sección
-      <guilabel>Unidades de acceso local</guilabel> de la pestaña
-      <guilabel>Opciones</guilabel> de la opción 
-      <guilabel>Montable por usuarios</guilabel>. Su unidad será ahora
-      montable por los usuarios.
-    </para>
-    <para>
-      Si <application><emphasis>linuxconf</emphasis></application>  no está
-      disponible, usted debe editar el archivo
-      <filename>/etc/fstab</filename> para incluir acceso a usuarios. Esto
-      se hace añadiendo el atributo del "usuario" a la unidad. Por ejemplo:
-    </para>
-    <para>
-      Si su archivo <filename>fstab</filename> contiene una línea como ésta: 
-    </para>
-      <programlisting>
-/dev/cdrom /mnt/cdrom iso9660 exec,dev,ro,noauto 0 0
-      </programlisting>
-      <para>
-      añada la palabra "usuario" a la cuarta columna:
-    </para>
-    <programlisting>
-/dev/cdrom /mnt/cdrom iso9660 user,exec,dev,ro,noauto 0 0
-    </programlisting>
-  </sect1>
-
-
-  <sect1 id="devices">
-    <title>Controladores y dispositivos</title>
-    <para>
-En Unix, la palabra <quote>dispositivo</quote> se usa para todos los dispositivos
-periféricos conectados al ordenador; esto incluye los discos duros, disqueteras
-y CDROM, tarjetas de vídeo y audio, puertos serie y paralelo, y demás cosas.
-Cada dispositivo tiene un nombre, como <filename>/dev/hda</filename>. Los nombres
-mas comunes se listan a continuación (para Linux; otras variedades de Unix pueden
-usar nombres de dispositivos ligeramente diferentes).
-    </para>
-    <itemizedlist>
-      <listitem><para> <filename>/dev/hd*</filename> (donde *=a,b,c,
-	  &hellip;): son los dispositivos IDE, como discos duros,
-lectores CDROM y dispositivos ZIP. <filename>/dev/hda</filename> representa
-el dispositivo maestro del primer controlador IDE (usualmente el primer disco
-duro,  <filename>C:</filename> en windows), <filename>/dev/hdb</filename>
-es el dispositivo esclavo del primer controlador (puede ser un segundo disco 
-duro o un CDROM), y así sucesivamente.
-Véase también la <link linkend="zippartition">nota</link> mas abajo acerca
-de los dispositivos ZIP.
-	  </para></listitem>
-
-      <listitem><para>
-	  <filename>/dev/sd*</filename> (donde *=a,b,c, &hellip;):
-son los dispositivos SCSI, normalmente discos duros.
-	</para></listitem>
-    </itemizedlist>
-
-    <note>
-      <title>NOTA</title> 
-      <para>
-Si los acrónimos IDE y SCSI son nuevos para usted, he aquí una breve
-explicación: hay dos tipos de interfaces para discos duros y otros
-dispositivos similares: IDE ( y sus parientes como EIDE, ATAPI, etc.)
-y SCSI. SCSI proporciona mejores prestaciones, pero es mas caro, así que 
-se usa solo en los servidores. Si no esta seguro del tipo de dispositivos
-que tiene, lo mas probable es que sean IDE. 
-</para>
-    </note> 
-    <itemizedlist>
-      <listitem><para>
-	  <filename>/dev/fd*</filename> (donde *=0,1, etc) 
-son las disqueteras; <filename>/dev/fd0</filename> es la primera
-disquetera (se corresponde con <filename>A:</filename> en windows),
-<filename>/dev/fd1</filename> es la segunda 
-	  (<filename>B:</filename>), etc.
-	</para>
-      </listitem>
-      <listitem><para>
-	  <filename>/dev/lp*</filename> (donde *=0,1, etc) 
-son los puertos paralelos; generalmente, estos puertos se usan
-para conectar impresoras a su ordenador. 
-<filename>/dev/lp0</filename> se corresponde con 
-	  <filename>LPT1</filename> en Windows,
-	  <filename>/dev/lp1</filename> con <filename>LPT2</filename>,
-	  etc.
-	</para>
-      </listitem>
-      <listitem><para> <filename>/dev/ttyS*</filename> (donde *=0,1,
-	  etc) son los puertos serie; estos puertos se usan generalmente
-un ratón o un módem. <filename>/dev/ttyS0</filename> se corresponde con
-	  <filename>COM1</filename> en Windows,
-	  <filename>/dev/ttyS1</filename> con <filename>COM2</filename>,
-	  etc.
-	</para>
-      </listitem>
-      <listitem><para> 
-	  <filename>/dev/audio</filename> y
-	  <filename>/dev/dsp</filename> &mdash; 
-estos dos dispositivos se usan para la tarjeta de audio (no hay equivalentes,
-ya que se usan para diferentes tipos de ficheros de audio).
-	</para>
-	</listitem>
-    </itemizedlist>
-    <para>
-Además, es una practica común disponer de enlaces simbólicos,
-<filename>/dev/floppy, /dev/modem</filename> y <filename>/dev/cdrom</filename>,
-apuntando a los nombres reales de los dispositivos que correspondan 
-a la disquetera, módem, y CDROM, respectivamente.
-    </para>
-    <para>
-En raras ocasiones necesitara usar los nombres de los dispositivos. 
-En particular, si necesita acceder a un fichero en dispositivo, no 
-usara el nombre del dispositivo (como <filename>/dev/fd0</filename>);
-en su lugar, primero montara el dispositivo de forma vera que su contenido
-como un subdirectorio (por ejemplo, <filename>/mnt/floppy</filename>)
-en el árbol de directorios principal, y usara entonces ese directorio 
-para acceder a los ficheros;
-Véase <xref linkend="new-mount"> para mas información. Prácticamente el
-único momento en que necesitara usar los nombres de los dispositivos
-sera cuando este configurando algún nuevo programa.  
-Por ejemplo, un programa de fax puede pedirle el nombre del dispositivo
-que representa su módem ( en cuyo caso puede o bien darle el nombre real
-del dispositivo, como <filename>/dev/ttyS1</filename>, o bien usar
-simplemente un enlace simbólico <filename>/dev/modem</filename>).
-    </para>
-    <para>
-Y solo para satisfacer su curiosidad: también hay un dispositivo
-llamado <filename>/dev/null</filename> que actúa como un 
-<quote>agujero negro</quote>: puede enviar allí cualquier información,
-y jamas volverá. Así que si no quiere que le molesten los mensajes de
-error, redirijalos a <filename>/dev/null</filename> -:).
-    </para>
-
-    <sect2 id="partitions">
-      <title>Particiones</title>
-      <para>
-Observe que se puede subdividir un disco duro (o un dispositivo similar)
-en partes que se comportan a todos los efectos como discos independientes,
-aunque residan físicamente en el mismo disco.
-Estas partes se llaman <quote>particiones</quote> (en Windows, se conocen
-como <quote>discos lógicos</quote>).
-Por ejemplo, puede dividir el disco duro en varias particiones, e instalar
-diferentes sistemas operativos en diferentes particiones; puede formatear
-de nuevo cada partición independientemente del resto.
-La división del disco duro se realiza normalmente durante la instalación
-del sistema operativo; para mas información remitase a su guia de instalación. 
-      </para> 
-      <para> 
-Si ha dividido su disco duro, entonces cada partición se considera como
-un dispositivo separado. Por ejemplo, si su disco duro es 
-<filename>/dev/hda</filename>, entonces nos referiremos a la primera partición de este
-dispositivo como <filename>/dev/hda1</filename>, la segunda como 
-<filename>/dev/hda2</filename>, y así sucesivamente.
-      </para>
-      <warning id="zippartition">
-	<title>Particionar discos ZIP</title> 
-
-	<para>
-Por razones que desconocemos, los disco ZIP preformateados a la venta
-en las tiendas o formateados usando las herramientas ZIP de Iomega en Windows
-están particionados de una forma curiosa:
-tienen solo una partición (de tipo windows, por supuesto). De este modo, si
-su dispositivo ZIP es <filename>/dev/hdc</filename>, el nombre correcto del
-dispositivo que debería usar para estos discos es <filename>/dev/hdc4</filename>.
-	</para>
-      </warning>
-    </sect2>
-  </sect1>
-  <sect1 id="X11"> 
-    <title>Interfaz gráfica de usuario: el sistema de ventanas X, el gestor de ventanas, y los entornos de escritorios.</title>
-    <para>
-Unix es un sistema modular: se compone de muchos componentes de forma que el
-usuario (o el administrador de sistemas) pueda escoger aquellos componentes
-que necesite. En particular, hay varias capas de software responsables de la
-interfaz gráfica de usuario. Estas capas son: el sistema de ventanas X, el gestor
-de ventanas, y el entorno de escritorio.
-    </para>
-    <para>El 
-<emphasis>sistema de ventanas X</emphasis> (También conocido como X, o X11) es
-el componente de los sistemas Unix responsable de virtualmente todas las operaciones
-gráficas básicas &mdash; en particular, de dibujar los iconos, los fondos, y
-las ventanas en las que se ejecutan las aplicaciones.
-Sin las X, solo tendríamos la linea de comandos. X11 determina la resolución de
-la pantalla y la profundidad de color, mueve el cursor del ratón alrededor de
-la pantalla, etc. Sirve de base para otros componentes de la interfaz gráfica
-de usuario como los gestores de ventanas y los entornos de escritorio.
-    </para>
-    <para>Los 
-<emphasis>gestores de ventanas</emphasis> amplian las capacidades del sistema
-de ventanas X poniendo bordes y botones alrededor de la ventanas, lo que permite
-al usuario moverlas, cerrarlas, ocultarlas o cambiar su tamaño.  
-X11 se usa casi siempre en combinación con un gestor de ventanas, ya que seria
-prácticamente inutilizable sin el.
-Hay muchos gestores de ventanas disponibles para X11; los mas populares
-son 
-<application>fvwm</application>,
-      <application>mwm</application>, <application>kwm</application>
-      (usado por KDE), <application>Enlightenment</application>, y
-      <application>Sawfish</application>.
-    </para>
-    <para>
-Finalmente, un <emphasis>entorno de escritorio</emphasis> va un paso mas 
-allá del gestor de ventanas, añadiendo un gestor gráfico de ficheros desde
-el cual podrá arrastrar y soltar elementos sobre su escritorio, un panel
-que puede usarse para lanzar las aplicaciones usadas frecuentemente, y 
-un conjunto de aplicaciones y utilidades. 
-Hay varios entornos de escritorio disponibles para todas las versiones
-de Unix; Los mas populares son  
-<ulink type="http" url="http://www.gnome.org">GNOME</ulink>, 
-<ulink type="http" url="http://www.kde.org">KDE</ulink> y 
-<ulink type="http" url="http://www.sun.com/solaris/cde/">CDE</ulink>
-(pronto sustituido por GNOME).
-    </para>
-    <para> 
-casi todos los entornos de escritorio contienen un gestor de ventanas
-como parte integral; por ejemplo, KDE contiene su propio gestor de
-ficheros, <application>kwm</application> (es posible usar KDE con otro
-gestor de ventanas, pero poca gente lo hace). Gnome no dispone de su
-propio gestor de ventanas; le permite escoger cualquier gestor de ventanas
-que tenga ya en su sistema. Para hacer la vida mas fácil a los nuevos
-usuarios, se distribuye generalmente el gestor de ventanas 
-<application>Sawfish</application> con Gnome y se usa por defecto;
-puede cambiar a otro gestor de ventanas usando el 
-<application>Centro de control de GNOME</application>.
-Observe en cualquier caso que necesita un gestor de ventanas compatible con
-Gnome para usar algunas de las funcionalidades de Gnome, como el gestor de
-sesiones, el aplique barra de tareas, etc.
-    </para>
-
-    </sect1>
-	
-  
-</article>
-
diff --git a/unix-primer/it/Makefile.am b/unix-primer/it/Makefile.am
deleted file mode 100644
index 910ada5..0000000
--- a/unix-primer/it/Makefile.am
+++ /dev/null
@@ -1,8 +0,0 @@
-figs =
-docname = unix-primer
-lang = it
-omffile = unix-primer-it.omf
-sgml_ents =
-include $(top_srcdir)/sgmldocs.make
-dist-hook: app-dist-hook
-
diff --git a/unix-primer/it/unix-primer-it.omf b/unix-primer/it/unix-primer-it.omf
deleted file mode 100644
index acc91b0..0000000
--- a/unix-primer/it/unix-primer-it.omf
+++ /dev/null
@@ -1,14 +0,0 @@
-<?xml version="1.0" standalone="no"?>
-<omf>
-  <resource>
-    <title>
-      Se siete alle prime armi con UNIX/Linux
-    </title>
-    <subject>
-      <category>General|Linux</category>
-    </subject>
-    <format mime="text/sgml"/>
-    <identifier url="unix-primer.sgml"/>
-    <language code="it"/>
-  </resource>
-</omf>
\ No newline at end of file
diff --git a/unix-primer/it/unix-primer.sgml b/unix-primer/it/unix-primer.sgml
deleted file mode 100644
index 2edd846..0000000
--- a/unix-primer/it/unix-primer.sgml
+++ /dev/null
@@ -1,833 +0,0 @@
-<!DOCTYPE article PUBLIC "-//GNOME//DTD DocBook PNG Variant V1.1//EN"[
-]>
-<article id="index" lang="it"> 
- 
-  <artheader> 
-    <title>Se sei agli inizi con Linux/UNIX</title>
-    <copyright>
-      <year>2000</year>
-      <holder>Alexander Kirillov</holder>
-    </copyright>
-
-      <legalnotice id="legalnotice">
-      <para>
-        Permission is granted to copy, distribute and/or modify this
-        document under the terms of the <ulink type="help"
-        url="gnome-help:fdl"><citetitle>GNU Free Documentation
-        License</citetitle></ulink>, Version 1.1 or any later version
-        published by the Free Software Foundation with no Invariant
-        Sections, no Front-Cover Texts, and no Back-Cover Texts. You
-        may obtain a copy of the <citetitle>GNU Free Documentation
-        License</citetitle> from the Free Software Foundation by
-        visiting <ulink type="http" url="http://www.fsf.org">their Web
-        site</ulink> or by writing to: Free Software Foundation, Inc.,
-        59 Temple Place - Suite 330, Boston, MA 02111-1307, USA.
-      </para>
-	
-      <para>
-	Molti dei nomi usati dalle compagnie per distinguere i propri prodotti
-	sono registrati come marchi. Quando questi appaiono nella documentazione
-	di GNOME e non appartengono a membri del GNOME Documentation Project
-	vengono scritti in maiuscolo oppure con la prima lettera maiuscola.
-      </para>
-    </legalnotice>
-  </artheader>
-  <sect1 id="introduction"> 
-    <title>Introduzione</title>
- 
-    <para>
-      Uno degli obbiettivi di GNOME è quello di rendere il vostro computer
-      facile da usare, senza richiedere la conoscenza di dettagli tecnici del
-      vostro sistema operativo. Nonostante tutto rimangono alcune nozioni
-      relative a UNIX che dovrebbero diventarvi familiari anche se usate la
-      semplice interfaccia grafica di GNOME. Per venire incontro ai nuovi utenti
-      questo documento raccoglie queste nozioni di base. Se avete necessità di
-      ulteriori informazioni su UNIX dovreste leggere la documentazione
-      provvista insieme al vostro sistema, oppure uno dei tanti libri e di guide
-      che si trovano on-line disponibili per tutte le versioni di UNIX.
-    </para>
-
-    <para>
-      La seguente guida è valida per tutte le versioni di UNIX e tutti i sistemi
-      operativi a questo assimilabili, compresi sia gli UNIX commerciali come
-      <systemitem>Solaris</systemitem> e sistemi open-source come
-      <systemitem>FreeBSD</systemitem> e <systemitem>Linux</systemitem>. Alcune
-      parti di questo testo sono tratte dalla guida <citetitle>Linux
-      Installation and Getting Started</citetitle> di Matt Welsh, Phil Hughes,
-      David Bandel, Boris Beletsky, Sean Dreilinger, Robert Kiesling, Evan
-      Leibovitch, e Henry Pierce. Questa guida è disponibile sia per essere
-      scaricata che consultata in linea al link <ulink
-      url="http://www.linuxdoc.org" type="http">Linux Documentation
-      Project</ulink> o <ulink url="http://www.oswg.org">Open Source Writers
-      Group</ulink>.
-    </para>
-  </sect1>
-
-  <sect1 id="new-users">
-    <title>Utenti</title> 
-    <para>
-      UNIX è un sistema operativo multi-utente, cioè è stato progettato per
-      permettere a più utenti di operare sullo stesso computer, sia
-      contemporaneamente (mediante diversi terminali o connessioni di rete), sia
-      alternativamente. Usando UNIX per identificarsi nel sistema dovete
-      effettuare il log-in, che significa immettere il vostro <emphasis>nome di
-      login</emphasis> (cioè il nome usato dal sistema per identificarvi) e
-      successivamente la vostra <emphasis>password</emphasis>, cioè la vostra
-      chiave personale per entrare nel sistema. Poiché solo voi conoscete la
-      vostra password nessun altro la potrà usare per entrare a vostro nome nel
-      sistema. Normalmente si usa scegliere il proprio nome o il proprio cognome
-      o variazioni di questi come nome di login: così se ad esempio il vostro
-      nome reale è Sasha Beilinson il vostro nome potrebbe essere
-      <systemitem>sasha</systemitem>.
-    </para>
-    <para>
-      Ogni utente ha uno spazio separato per tenere i propri file personali
-      (detta la sua <emphasis>home directory</emphasis>). UNIX possiede un
-      sistema di permessi (vedi <xref linkend="permissions">), in modo che, se
-      il sistema non è mal configurato, un utente non ha la possibilità di
-      cambiare i file del sistema o di altri utenti. Questo permette inoltre ad
-      ogni utente di personalizzare molti aspetti del sistema &mdash; in
-      particolare il comportamento di GNOME &mdash; senza influire sugli altri
-      utenti.
-    </para>
-    <para>
-      Su molti sistemi UNIX esiste anche un utente speciale, detto
-      <emphasis>amministratore del sistema</emphasis> che usa il login
-      <systemitem>root</systemitem>. Questi ha il controllo
-      <emphasis>completo</emphasis> del sistema &mdash; compreso il completo
-      accesso a tutti i file di sistema e quelli di tutti gli utenti; ha la
-      possibilità di cambiare la password degli utenti esistenti, di aggiungere
-      nuovi utenti, installare e disinstallare il software e molto
-      altro. Normalmente l'amministratore è il responsabile del corretto
-      funzionamento del sistema, così se avete problemi dovete chiedere a lui.
-    </para>
-    <important>
-      <title>IMPORTANTE</title>
-      <para>
-	Anche se siete l'unico utente del vostro computer (ad esempio se questo
-	è la vostra workstation personale), cioè siete anche l'amministratore, è
-	importante che creiate un account normale e che lo usiate per il lavoro
-	quotidiano, usando l'accesso come root solo quando realmente necessario
-	per la manutenzione del sistema; visto che root può fare tutto è facile
-	combinare pasticci che possono avere conseguenze
-	disastrose. Immaginatevi l'accesso di root come una sorta di incantesimo
-	che vi dona un potere immenso con il quale, solo muovendo le mani,
-	potete creare o distruggere intere città, e visto che è molto semplice
-	muovere le mani, anche in maniera pericolosa, non è una buona idea di
-	invocare questa magia quando non necessario anche se la sensazione di
-	potere può apparire meravigliosa.
-      </para>
-    </important>
-  </sect1>
-  <sect1 id="new-file">
-    <title>File e nomi dei file</title>
-    <para>
-      Come in molti altri sistemi operativi anche in UNIX esiste il concetto di
-      <emphasis>file</emphasis>, che è un insieme di informazioni a cui viene
-      dato un nome (il <emphasis>nome file</emphasis>). Esempi di file possono
-      essere la vostra ricerca di storia, un messaggio di posta elettronica o un
-      programma che può essere eseguito, ma essenzialmente tutto ciò che si
-      trova sul disco è salvato su un file individuale.
-    </para>
-    <sect2 id="new-filenames">
-      <title>Nomi dei file</title>
-      <para>
-	I file vengono identificati dal loro nome; ad esempio il file che
-	contiene il testo del vostro intervento alla conferenza potrebbe essere
-	salvato con il nome <filename>talk.txt</filename>. Non esiste un formato
-	standard per i nomi dei file come nell'MS-DOS e in altri sistemi
-	operativi; in generale un nome di file può contenere qualsiasi carattere
-	(eccetto il carattere / &mdash; vedi la discussione sui nomi dei path
-	più avanti) ed è limitato a 256 carattere.
-      </para>
-      <important>
-	<title>IMPORTANTE</title>
-	<para>
-	  A differenza dell'MS-DOS, i nome dei file in UNIX sono sensibili alle
-	  maiuscole (in gergo si dice case-sensitive):
-	  <filename>miofile.txt</filename> e <filename>MioFile.txt</filename>
-	  vengono considerati come due file differenti.
-	</para>
-      </important>
-      <para>
-	Dovreste anche conoscere alcune convenzioni tipiche di UNIX, per le quali,
-	pur non essendo obbligatorie, è buona norma seguirle.
-	<itemizedlist>
-	  <listitem>
-	    <para>
-	      la prima è quella di usare il formato
-	      <filename>nome.estensione</filename>, dove l'estensione indica il
-	      tipo di file; ad esempio l'estensione <filename>txt</filename> è
-	      normalmente usata per i file contenenti testo semplice, mentre
-	      l'estensione <filename>jpeg</filename> è usata per le immagini nel
-	      formato JPEG e via così. In particolare il <application>File
-	      Manager di GNOME</application>
-	      <application>Nautilus</application>) usa le estensioni per
-	      determinare il tipo del file. Potete vedere o modificare le
-	      estensioni riconosciute da <application>GNOME</application>
-	      selezionando la sezione <menuchoice><guimenu>Document
-	      Handlers</guimenu><guimenuitem>Tipi
-	      MIME</guimenuitem></menuchoice>
-	      nell'<application>Pannello di controllo di
-	      GNOME</application>. Notate che la convenzione standard in UNIX è
-	      di non usare alcuna estensione per i programmi
-	      <emphasis>eseguibili</emphasis> (cioè i file dei programmi).
-            </para>
-          </listitem>
-	  
-	  <listitem>
-	    <para>
-	      I file e le directory il cui nome comincia con un punto (.) sono
-	      normalmente <emphasis>file di configurazione</emphasis>; ad
-	      esempio GNOME tiene tutte le sue impostazioni in molti file
-	      contenuti nella directory <filename>.gnome</filename> e
-	      <filename>.gnome-desktop</filename> nella home directory
-	      dell'utente. Poiché normalmente non c'è necessità di modificare
-	      questi file direttamente e neanche di conoscere i loro nomi e
-	      posizioni precisamente <application>Nautilus</application> non
-	      li mostra sempre (così come tutti gli altri file manager, NDT); è
-	      possibile modificare questo comportamento come descritto nel
-	      <ulink type="help" url="gnome-help:nautilus">Manuale di
-	      Nautilus</ulink>.
-	    </para>
-	  </listitem>
-	  
-	  <listitem> 
-	    <para>
-	      i file il cui nome termina con una tilde (~) sono normalmente file
-	      di backup creati dalle applicazioni; ad esempio quando modificate
-	      un file <filename>miofile.txt</filename> con
-	      <application>emacs</application>, questo salva la versione
-	      precedente nel file <filename>miofile.txt~</filename>.
-	    </para>
-	  </listitem>
-	</itemizedlist>
-      </para>
-    </sect2>
-    <sect2 id="new-wildcards">
-      <title>Metacaratteri</title> 
-
-      <para>
-	Quando date comandi dalla linea di comando potete usare i cosiddetti
-	<emphasis>metacaratteri</emphasis> (in inglese wildcards) invece del
-	nome del file esatto. Il metacarattere più comune è l'asterisco (*), il
-	quale comprende ogni sequenza di simboli, compresa una stringa vuota: ad
-	esempio il comando <command>ls *.txt</command> mostrerà tutti i file con
-	estensione <filename>txt</filename>, mentre il comando <command>rm
-	chapter*</command> cancellerà tutti i file il cui nome comincia con
-	<filename>chapter</filename> (<command>ls</command> e
-	<command>rm</command> sono i comandi di UNIX per elencare ed eliminare i
-	file). Un altro metacarattere molto utile è il punto interrogativo (?)
-	il quale comprende ogni singolo simbolo: ad esempio <command>rm
-	chapter?.txt</command> eliminerà i file
-	<filename>chapter1.txt</filename> e <filename>chapter2.txt</filename> ma
-	non <filename>chapter10.txt</filename>.
-      </para>
-      <para>
-	La maggior parte dei nuovi utenti di GNOME preferiscono usare il
-	<application>File Manager di GNOME</application> per operare con i file
-	invece che lavorare direttamente dalla linea di comando. I metacaratteri
-	possono essere usati anche da <application>Nautilus</application> nelle
-	finestre di dialogo seleziona e mostra.
-      </para>
-    </sect2>
-    <sect2 id="quoting">
-      <title>Usare gli spazi, le virgole e altro nei nomi dei file</title>
-      <para>
-	Come detto prima un nome di file può non contenere solo lettere e numeri
-	ma anche spazi, virgole e quant'altro &mdash; in pratica ogni carattere
-	tranne lo slash (/). Comunque se state lavorando con questi file usando
-	la riga di comando dovete porre particolare attenzione perché per
-	evitare problemi dovete usare le virgolette semplici (queste -> ') per
-	indicare i nomi che contengono caratteri che non siano semplici lettere,
-	numeri o punti: per cancellare il file <filename>My file</filename>
-	dovete digitare <command>rm 'My file'</command> invece che <command>rm
-	My file</command>.
-      </para>
-      <para>
-	Naturalmente se invece state usando un programma grafico come il
-	<application>File Manager di GNOME</application> per cancellare il file
-	basta che lo trasciniate nel cestino.
-      </para>
-    </sect2>
-
-  </sect1>
-  <sect1 id="new-dirs">
-    <title>Directory e percorsi</title> 
-    <sect2 id="new-dirstruct">
-      <title>Struttura delle directory</title>
-      <para>
-	Affrontiamo adesso il concetto di directory. Una
-	<emphasis>directory</emphasis> è un insieme di file. Può essere pensata
-	come una <quote>cartella</quote> contenente tanti fogli. A queste
-	directory vengono assegnati dei nomi per identificarle. Inoltre vengono
-	tenute in una struttura ad albero di modo che delle directory possano
-	contenerne altre. La directory iniziale viene chiamata <quote>directory
-	root</quote> e viene indicata con il simbolo <filename>/</filename> e
-	contiene tutti i file del vostro sistema. 
-      </para>
-      <sect3 id="new-path">
-	<title>Persorsi</title>
-	<para>
-	  Un <emphasis>percorsi</emphasis> è il <quote>nome completo</quote> di
-	  un file, contenente cioè non solo il nome ma anche la sua posizione; è
-	  costituito dal nome del file, preceduto dalla directory che lo
-	  contiene preceduta a sua volta dalla directory che contiene
-	  <emphasis>questa</emphasis> e via così. Un percorso tipico è
-	  <filename>/home/sasha/talk.txt</filename> che indica il file
-	  <filename>talk.txt</filename> nella directory
-	  <filename>sasha</filename> la quale a sua volta è una sotto-directory
-	  di <filename>/home</filename>.
-	</para>
-	<para>
-	  Come potete vedere, la directory e il nome del file vengono separate
-	  da una slash singola (/); per questa ragione i nomi dei file non
-	  possono contenere il carattere slash (/). Gli utenti che provengono
-	  dal sistema operativo MS-DOS troveranno familiare questa convenzione,
-	  anche se in quel sistema operativo veniva invece usata la back-slash
-	  (\). La directory che contiene quella attuale viene chiamata la
-	  <emphasis>directory superiore</emphasis>. Ad esempio in questo caso la
-	  directory <filename>home</filename> è la directory superiore di
-	  <emphasis>sasha</emphasis>.
-	</para>
-	<para>
-	  Ogni utente ha una propria home directory che normalmente è la
-	  directory che contiene tutti i file personali dell'utente; normalmente
-	  queste directory si trovano dentro di <filename>/home</filename> e
-	  prendono il nome dall'utente proprietario così che la home directory
-	  dell'utente <systemitem>sasha</systemitem> sarà
-	  <filename>/home/sasha</filename>.
-	</para>
-      </sect3>
-    </sect2>
-    <sect2 id="new-relative"> 
-      <title>Nomi relativi delle directory</title>
-      <para>
-	In ogni momento i comandi inseriti vengono considerati
-	<emphasis>relativi</emphasis> alla vostra directory corrente, la quale
-	la potete pensare come la directory in cui <quote>trovate in quel
-	momento</quote>. Quando entrate nel sistema all'inizio la directory
-	corrente è la vostra home directory &mdash; per il solito utente sasha
-	sarà <filename>/home/sasha</filename>. Ogni volta che dovete riferirvi
-	ad un file potete farlo riferendovi alla vostra directory corrente
-	invece che specificarne il percorso completo.
-      </para>
-      <para>
-	Ad esempio se la vostra directory corrente è
-	<filename>/home/sasha</filename>, e qui avete un file chiamato
-	<filename>talk.txt</filename> potete farci riferimento solo con il suo
-	nome: il comando <command>emacs talk.txt</command> dato dalla directory
-	<filename>/home>sasha</filename> è equivalente a <command>emacs
-	/home/sasha/talk.txt</command> (<application>emacs</application> è un
-	potente editor per file di testo, forse poco indicato per nuovi utenti
-	che possono preferire cose più semplici come
-	<application>gnotepad</application>, ma per gli utenti avanzati
-	<application>emacs</application> risulta indispensabile).
-      </para>
-      <para>
-	Allo stesso modo, se in <filename>/home/sasha</filename> avete una
-	sotto-directory chiamata <filename>papers</filename> nella quale si
-	trova il file chiamato <filename>fieldtheory.txt</filename>, potete
-	riferirvi a questo come <filename>papers/fieldtheory.txt</filename>.
-      </para>
-      <para> 
-	Se il primo carattere che usate quando vi riferite ad un file non è lo
-	slash (/) (come	<filename>papers/fieldtheory.txt</filename>) allora
-	state usando un percorso relativo, cioè il nome è relativo alla
-	directory corrente. In altre parole se iniziate il nome del vostro file
-	con il carattere slash (/) il sistema lo interpreta come un percorso
-	completo &mdash; cioè un percorso che comprende l'indirizzo completo
-	fino al file partendo dalla directory root /. Questo modo di indicare i
-	file si dice <emphasis>percorso assoluto</emphasis>.
-      </para>
-    </sect2>
-    <sect2 id="new-path-conv">
-      <title>Convenzioni sui percorsi</title>
-      <para>
-	Di seguito alcune convenzioni standard usate negli indirizzi:
-      </para>
-      <para>
-	<filename>~/</filename> &mdash; la directory home dell'utente
-      </para>
-      <para>
-	<filename>./</filename>  &mdash; la directory corrente
-      </para>
-      <para>
-	<filename>../</filename>  &mdash; parent of the current directory
-      </para>
-      <para>
-	Ad esempio se la directory corrente di sasha è
-	<filename>/home/sasha/papers</filename>, si può riferire al file
-	<filename>/home/sasha/talk.txt</filename> come
-	<filename>~/talk.txt</filename> oppure come
-	<filename>../talk.txt</filename>.
-      </para>
-    </sect2>
-  </sect1>
-  <sect1 id="permissions">
-    <title>Permessi</title>
-    <para>
-      Ogni file sul vostro sistema ha un <emphasis>proprietario</emphasis> (NDT:
-      owner in inglese) &mdash; uno degli utenti (normalmente quello che ha
-      creato effettivamente il file stesso) e un sistema di
-      <emphasis>permessi</emphasis> che regolano l'accesso al file.
-    </para>
-    <para>
-      Per il file normali esistono tre tipi di permessi di accesso: lettura
-      (read), scrittura (write) ed esecuzione (execute), il quale ha senso solo
-      per i file eseguibili). Questi permessi possono essere impostati
-      separatamente per tre categorie di utenti: il proprietario del file, gli
-      utenti del gruppo che possiede il file e tutti gli altri. L'argomento dei
-      gruppi di utenti va al di là degli scopi di questo scritto e gli altri due
-      si spiegano da soli..  <!--Which groups of users? I
-      don't think the other two categories are self-explanatory. Would
-      help if there was some exposition here which explicitly states
-      who belongs where.-->
-      In questo modo, se i permessi sul file
-      <filename>/home/sasha/talk.txt</filename> sono impostati per leggere e
-      scrivere per l'utente sasha, che ne è anche il proprietario, e di sola
-      lettura per tutti gli altri solo sasha potrà modificarlo.
-      <!--How about adding something in parentheses here, like (Since
-      sasha created the file <filename>talk.txt</filename>, sasha has
-      the widest range of rights to access the file.)... or something
-      like that?-->
-    </para>
-    <para>
-      Ogni file appena creato "eredita" i permessi standard, normalmente lettura
-      e scrittura per l'utente e sola lettura per tutti gli altri. Potete
-      visualizzare questi permessi usando il <application>File Manager di
-      GNOME</application> cliccando sopra al file con il tasto destro e
-      scegliendo <guimenuitem>Proprietà</guimenuitem> nel menù a comparsa e poi
-      la voce <guilabel>Permessi</guilabel>. Usando questa finestra di dialogo
-      potete anche cambiare i permessi &mdash; basta cliccare su un quadratino
-      che rappresenta un permesso per modificarlo. Naturalmente solo il
-      proprietario del file o l'amministratore possono cambiare i permessi di un
-      file. Gli utenti avanzati possono anche cambiare i permessi standard che
-      vengono assegnati a tutti i nuovi file &mdash; leggete la pagina del
-      manuale della vostra shell predefinita (normalmente
-      <command>bash</command>, <command>csh</command> o <command>tcsh</command>)
-      e cercate il comando <command>umask</command>.
-    </para>
-
-    <para>
-      Un file può anche avere permessi con speciali proprietà come UID, GID e il
-      bit <quote>sticky</quote> che servono solo per gli utenti avanzati &mdash;
-      non li cambiate a meno che non sappiate esattamente quello che fate. (Se
-      siete curiosi: questi permessi sono usati normalmente sui file eseguibili
-      per permettere ad utenti normali di eseguire <emphasis>alcuni</emphasis>
-      comandi che devono leggere o modificare file a cui l'utente stesso
-      normalmente non potrebbe accedere).
-    </para>
-
-    <para>
-      Così come i file anche le directory hanno i permessi con le stesse tre
-      possibilità: lettura, scrittura ed esecuzione. Nel caso delle directory
-      però questi tre permessi hanno significati diversi: il permesso di
-      <quote>scrittura</quote> per una directory significa la possibilità di
-      elencare i file presenti nella directory oppure di effettuarvi ricerche;
-      il permesso di <quote>scrittura</quote> significa la possibilità di creare
-      ed eliminare file all'interno della directory e il permesso di
-      <quote>esecuzione</quote> dà la possibilità di accedere ai file della
-      directory.
-    </para>
-    <para>
-      Notate che i permessi dati ad un file dipendono dai permessi associati
-      alla directory nella quale si trova il file: per poter leggere un file
-      l'utente deve avere il permesso di scrittura sul file stesso e il permesso
-      di <quote>esecuzione</quote> per la directory. In questo modo, nel caso in
-      cui l'utente sasha non vuole che nessun altro possa vedere i suoi file può
-      semplicemente eliminare il permesso di esecuzione per la sua directory
-      home per tutti gli altri utenti; nessun altro (escluso chiaramente
-      l'amministratore) potrà così leggere i suoi file, indipendentemente dai
-      permessi di questi.
-    </para>
-    <para>
-      Una spiegazione dettagliata del sistema di permessi può essere letta, ad
-      esempio nella <ulink type="info" url="info:fileutils">pagina info</ulink>
-      del pacchetto GNU <citetitle>File Utilities</citetitle>.
-    </para>
-  </sect1>
-
-  <sect1 id="symlinks">
-    <title>Link simbolici</title>
-    <para>
-      Oltre ai file regolari, Unix possiede anche dei file speciali chiamati
-      <emphasis>link simbolici</emphasis> (in inglese/gergo
-      <emphasis>symlinks</emphasis>), file che non contengono dati ma che sono
-      soltanto <emphasis>puntatori</emphasis> o <emphasis>scorciatoie</emphasis>
-      ad altri file. Ad esempio sasha può avere un symlink chiamato
-      <filename>ft.txt</filename> che punta al file
-      <filename>papers/fieldtheory.txt</filename> in modo che, quando un
-      programma accede al file <filename>ft.txt</filename> verrà aperto invece
-      l'altro file <filename>papers/fieldtheory.txt</filename>. Come potete
-      capire dall'esempio, i link simbolici e i file <quote>reali</quote>
-      possono avere nomi differenti e possono trovarsi in directory diverse.
-    </para>
-    <para>
-      Notate che cancellare, muovere o cambiare nome ai link simbolici non ha
-      alcun effetto sui file reali: se sasha prova a cancellare il file
-      <filename>ft.txt</filename> verrà cancellato il link simbolico ma il file
-      <filename>papers/fieldtheory.txt</filename> rimarrà invece invariato. Allo
-      stesso modo i permessi sui link simbolici non hanno significato per gli
-      altri perché sono i permessi su quest'ultimi a determinare se un utente
-      può o meno accedervi.
-    </para>
-
-    <para>
-      I link simbolici possono puntare anche alle directory; ad esempio nel
-      server FTP di GNOME(<systemitem>ftp.gnome.org</systemitem>) c'è un file
-      <filename>/pub/GNOME/stable/releases/october-gnome</filename>, che è
-      semplicemente un link simbolico alla directory
-      <filename>/pub/GNOME/stable/releases/gnome-1.0.53</filename> &mdash; come
-      avrete capito <quote>October GNOME</quote> è solo un altro nome per la
-      versione 1.0.53 di GNOME.
-    </para>
-  </sect1>
-  <sect1 id="new-mount">
-    <title>Montare e smontare i dischi</title>
-    <para>
-      Come abbiamo accennato prima, le directory di un sistema Unix vengono
-      organizzate secondo una struttura ad albero, struttura nella quale il
-      livello più basso è rappresentato dalla directory
-      <filename>/</filename>. A differenza di altri sistemi operativi, come ad
-      esempio l'MS-DOS, non esistono dei nomi speciali per i file presenti sul
-      vostro disco floppy  o sul vostro CD-ROM: <emphasis>tutti</emphasis> i
-      file accessibili dal vostro sistema devono apparire nella struttura delle
-      directory che parte dalla root <filename>/</filename>.
-    </para>
-    <para>
-      Per questa ragione, prima di poter accedere ai file presenti su un
-      dischetto floppy o su un CD-ROM dovete dare al vostro sistema un comando
-      per <quote>incorporare</quote> il contenuto di questi dischi nella
-      directory principale, comando che viene detto <emphasis>montare</emphasis>
-      il dischetto (o il CD-ROM). Potete pensare questo comando come ad
-      un'analogia con il collegamento hardware del lettore al vostro
-      computer. Normalmente il contenuto del CD-ROM apparirà sotto il nome
-      <filename>/mnt/cdrom</filename>, il floppy sotto
-      <filename>/mnt/floppy</filename>, directory che vengono chiamate
-      <emphasis>mount point</emphasis> e che vengono definite in un file di
-      configurazione speciale, <filename>/etc/fstab</filename>. Questo non
-      significa però che il sistema copi il contenuto del CD-ROM o del floppy
-      nelle directory suddette, ma che <emphasis>rappresenta</emphasis> il
-      contenuto di questi dentro quella directory: ad esempio, se un programma
-      prova a leggere il file <filename>/mnt/cdrom/index.html</filename> il
-      sistema cercherà il file index.html presente nel CD-ROM.
-    </para>
-    <para>
-      In breve, prima che possiate accedere ai file presenti su un lettore
-      removibile come un CD-ROM o un floppy, dovete <quote>montare</quote>
-      questi dispositivi. E di conseguenza <emphasis>prima di poter togliere i
-      dischi da questi lettori dovete smontarli</emphasis>.
-    </para>
-    <para>
-      Quando usate GNOME normalmente non dovete preoccuparvi di montare e
-      smontare i dischi perché GNOME legge i file di configurazione e mette le
-      icone di tutti i dischi sulla scrivania. In questo modo cliccando sopra
-      l'icona verranno automaticamente montati i dischi corrispondenti, sempre
-      che non siano già stati montati e avvia il file manager nella giusta
-      directory; cliccando invece con il tasto destro del mouse e scegliendo il
-      comando <guimenuitem>Espelli il disco</guimenuitem> dal menù a comparsa
-      GNOME smonterà il disco e poi lo espellerà. È possibile anche montare o
-      smontare un disco sempre cliccando sopra l'icona corrispondente e
-      scegliendo <guimenuitem>Monta il disco</guimenuitem> o <guimenuitem>Smonta
-      il disco</guimenuitem> dal menù a comparsa oppure usando l'applet
-      <application>MontaDischi</application>.
-    </para>
-    <para>
-      Notate che non potete smontare un disco se questo è in uso da parte di
-      qualche programma; ad esempio se avete una finestra terminale aperta su
-      una directory del disco che volete smontare otterrete il messaggio
-      d'errore <quote>device occupato</quote> se provate a smontarlo. 
-    </para>
-    <para>
-      In ogni caso GNOME non può impedirvi di espellere un disco usando il
-      bottone fisico d'espulsione &mdash; in questo caso <emphasis>è vostra
-      responsabilità smontare il disco</emphasis> prima di espellerlo. Per
-      alcuni CD e per i dischi ZIP il sistema blocca il bottone d'espulsione se
-      il disco è montato ma per i floppy questo è tecnicamente impossibile.
-      <note>
-	<title>NDT:</title>
-	<para>
-	  almeno nei computer del tipo PC-Compatibile
-	</para>
-      </note>
-    </para>
-
-    <important>
-      <title>IMPORTANTE</title>
-      <para>
-	Se espellete un floppy usando il bottone del lettore senza smontarlo
-	prima potreste perdere i vostri dati.
-      </para>
-    </important>
-
-    <para>
-      Alcuni sistemi possono avere in esecuzione programmi come
-      <application>supermount</application> o
-      <application>magicdev</application> con i quali i dischi vengono montati
-      automaticamente quando viene inserito un disco e smontati quando non
-      vengono più usati per un certo periodo; in questo caso non dovrete
-      preoccuparvi di montare o smontare i dischi e neanche di leggere questa
-      sezione di questo manuale.
-    </para>
-    <para>
-      Permettere agli utenti di montare e smontare i dischi può portare alcuni
-      problemi di sicurezza; per questa ragione molti sistemi sono configurati
-      in modo che solo l'utente root possa compiere queste azioni. Questa è la
-      ragione più probabile dei messaggi di errore che ottenete quando provate a
-      montare un disco, della qual cosa dovete informare il vostro
-      amministratore di sistema.
-    </para>
-    <para>
-      Se il computer in questione è la vostra workstation personale o il vostro
-      computer casalingo e non siete particolarmente preoccupati dei problemi
-      legati alla sicurezza potete dare il permesso di montare e smontare i
-      dischi agli utenti ordinari. Il modo più semplice è quello di usare il
-      programma <application><emphasis>linuxconf</emphasis></application> (che
-      però può essere usato solo da root). Selezionate il disco che volete far
-      montare e smontare ai vostri utenti nella sezione <guilabel>Access local
-      drive</guilabel>; nella sotto-sezione <guilabel>Opzioni</guilabel>
-      selezionate l'opzione <guilabel>User Mountable</guilabel>. A questo punto
-      il disco potrà essere montato dagli utenti.
-    </para>
-    <para>
-      Se non avete a disposizione
-      <application><emphasis>linuxconf</emphasis></application> dovete
-      modificare da soli il file <filename>/etc/fstab</filename> per permettere
-      l'uso da parte degli utenti; aggiungete l'attributo <quote>user</quote> al
-      disco. Ad esempio:
-    </para>
-    <para>
-      se il vostro file <filename>fstab</filename> contiene una linea simile a:
-    </para>
-    <programlisting>
-/dev/cdrom /mnt/cdrom iso9660 exec,dev,ro,noauto 0 0
-    </programlisting>
-    <para>
-      aggiungete la parola <quote>user</quote> nella quarta colonna:
-    </para>
-    <programlisting>
-/dev/cdrom /mnt/cdrom iso9660 user,exec,dev,ro,noauto 0 0
-    </programlisting>
-  </sect1>
-
-  <sect1 id="devices">
-    <title>Dischi e dispositivi (device)</title>
-    <para>
-      Nei Sistemi Operativi della famiglia Unix la parola
-      <quote>dispositivo</quote> (ma è molto più diffusa, conosciuta ed usata la
-      corrispondente parola inglese <quote>device</quote>) viene usata per
-      indicare tutte le periferiche connesse al vostro computer, comprendendo
-      perciò hard-disk, lettori CD-Rom, schede video e audio, porte seriali e
-      parallele e molto altro. Ogni dispositivo ha un nome proprio come ad
-      esempio <filename>/dev/hda</filename>. Elenchiamo i nomi dei dispositivi
-      più comuni (usati per Linux perché altri Unix usano nomi differenti):
-    </para>
-    <itemizedlist>
-      <listitem>
-	<para>
-	  <filename>/dev/hd*</filename> (dove *=a,b,c, &hellip;): sono i
-	  dispositivi connessi al bus IDE, come ad esempio gli hard-disk, i
-	  lettori di CD-Rom e ZIP che usano questo tipo di bus. Il nome
-	  <filename>/dev/hda</filename> indica il primo disco del controller IDE
-	  (normalmente il disco denominato <quote>master</quote> o anche disco
-	  <filename>C:</filename> sotto Windows), <filename>/dev/hdb</filename> è
-	  il disco <quote>slave</quote>, cioè il secondo disco del primo canale
-	  del controller, disco che può anche essere un lettore CD-Rom e via
-	  così. Vedi anche la <link linkend="zippartition">nota</link> più
-	  avanti a proposito dei dischi ZIP.
-	</para>
-      </listitem>
-
-      <listitem>
-	<para>
-	  <filename>/dev/sd*</filename> (dove *=a,b,c, &hellip;): sono i
-	  dispositivi connessi al bus SCSI, normalmente hard-disk.
-	</para>
-      </listitem>
-    </itemizedlist>
-
-    <note>
-      <title>NOTA</title> 
-      <para>
-	Se le sigle IDE e SCSI sono per voi sconosciute questa è una breve
-	spiegazione. Esistono due tipi di interfacce per gli hard-disk e altri
-	dispositivi simili: IDE  (e i suoi cuginetti come EIDE, ATAPI ed altri)
-	e SCSI. La seconda offre maggiori prestazioni ma è più costosa e viene
-	usata principalmente sui server, per cui se non sapete quale tipo
-	abbiate voi a disposizione molto probabilmente state usando IDE.
-      </para>
-    </note> 
-    <itemizedlist>
-      <listitem>
-	<para>
-	  <filename>/dev/fd*</filename> (dove *=0,1, etc) sono i lettori dei
-	  floppy: <filename>/dev/fd0</filename> è il primo lettore (che
-	  corrisponde al disco <filename>A:</filename> di Windows),
-	  <filename>/dev/fd1</filename> è il secondo (<filename>B:</filename> di
-	  Windows), e via così. 
-	</para>
-      </listitem>
-      <listitem>
-	<para>
-	  <filename>/dev/lp*</filename> (dove *=0,1, etc) sono le porte
-	  parallele. Comunemente queste porte vengono usate per connettere le
-	  stampanti al computer. <filename>/dev/lp0</filename> corrisponde a
-	  <filename>LPT1</filename> di Windows, <filename>/dev/lp1</filename> a
-	  <filename>LPT2</filename>, e via così.
-	</para>
-      </listitem>
-      <listitem>
-	<para>
-	  <filename>/dev/ttyS*</filename> (dove *=0,1, etc) sono le porte
-	  seriali, usate comunemente per connettere mouse oppure
-	  modem. <filename>/dev/ttyS0</filename> corrisponde a
-	  <filename>COM1</filename> di Windows, <filename>/dev/ttyS1</filename>
-	  a <filename>COM2</filename>, e via così.
-	</para>
-      </listitem>
-      <listitem>
-	<para> 
-	  <filename>/dev/audio</filename> and <filename>/dev/dsp</filename>
-	  &mdash; questi due nomi di dispositivi vengono usati tutti e due per
-	  la scheda audio, ma senza equivalenza perché vengono usati per due
-	  differenti tipi di file sonori.
-	</para>
-      </listitem>
-    </itemizedlist>
-    <para>
-      È uso comune avere dei link simbolici come
-      <filename>/dev/floppy</filename>, <filename>/dev/modem</filename> e
-      <filename>/dev/cdrom</filename> che puntano al dispositivo reale
-      corrispondente al vostro lettore floppy, al modem e al lettore di CD-Rom
-      rispettivamente.
-    </para>
-    <para>
-      Dovrete usare questi nomi raramente poiché se volete accedere ad un file
-      che si trova su un floppy non dovrete usare il dispositivo (come, nel
-      nostro esempio, <filename>/dev/fd0</filename> oppure
-      <filename>/dev/floppy</filename> quale che sia) ma dovrete prima montare
-      il dispositivo così da poter vedere il suo contenuto dentro ad una
-      sotto-directory (che potrà essere ad esempio
-      <filename>/mnt/floppy</filename> oppure <filename>/floppy</filename>)
-      nella directory principale; vedi anche <xref linkend="new-mount"> per
-      maggiori informazioni. Molto probabilmente dovrete usare questi nomi solo
-      quando dovrete configurare un nuovo programma; ad esempio un programma per
-      spedire fax potrebbe chiedervi il nome del dispositivo del vostro modem,
-      che potrebbe essere <filename>/dev/ttyS1</filename> oppure il link
-      simbolico <filename>/dev/modem</filename>.
-    </para>
-    <para>
-      In puro spirito Unix esiste anche un dispositivo
-      <filename>/dev/null</filename> che funziona esattamente come un
-      <quote>buco nero</quote> poiché tutto ciò che viene inviato a questo viene
-      completamente cancellato. Ad esempio, se non volete essere disturbati dai
-      messaggi di errore potete inviarli a <filename>/dev/null</filename> e non
-      li vedrete più -:).
-    </para>
-
-    <sect2 id="partitions">
-      <title>Partizioni</title>
-      <para>
-	È possibile suddividere un hard-disk (o altri dispositivi simili) in
-	parti che si comportano in tutti gli usi come dischi differenti anche se
-	fisicamente stanno si tratta dello stesso disco. Queste parti vengono
-	chiamate <quote>partizioni</quote> (Windows usa il nome <quote>dischi
-	logici</quote>). Ad esempio è possibile suddividere un solo disco in
-	diverse partizioni ed installare in ognuna diversi sistemi operativi
-	poiché è possibile formattare ogni partizione in modo indipendente l'una
-	dalle altre. Questo <quote>partizionamento</quote> viene normalmente
-	fatto all'atto dell'installazione dei sistemi operativi; seguite le
-	istruzioni di installazioni per maggiori informazioni.
-      </para>
-      <para>
-	Se il vostro hard-disk è stato partizionato ogni partizione viene
-	considerata come un disco diverso: ad esempio se
-	<filename>/dev/hda</filename> è il vostro disco principale allora la
-	prima partizione è <filename>/dev/hda1</filename>, la seconda
-	<filename>/dev/hda2</filename> e via così.
-      </para>
-      <warning id="zippartition">
-	<title>Partizionamento dei dischi ZIP</title>
-
-	<para>
-	  Per ragioni a noi sconosciute i dischi ZIP pre-formattati usando i
-	  programmi per Windows della ditta IOMEGA produttrice di questi dischi,
-	  sono partizionati in modo al quanto strano: hanno al loro interno una
-	  sola partizione (di tipo Windows, chiaramente) che però ha il numero
-	  4. Così se il vostro lettore di dischi ZIP è
-	  <filename>/dev/hdc</filename>, il dispositivo corretto che dovrete
-	  usare è <filename>/dev/hdc4</filename>.
-	</para>
-      </warning>
-    </sect2>
-  </sect1>
-  <sect1 id="X11"> 
-    <title>
-      Interfacce utente grafiche: X Window System, gestori di finestre e
-      ambienti di desktop
-    </title>
-    <para>
-      Unix è un sistema modulare, che consiste cioè di molti componenti che
-      possono essere scelti dall'utente (o dall'amministratore del sistema) a
-      seconda dei gusti e delle necessità. In particolare ci sono molti livelli
-      di software responsabili dell'interfaccia grafica, livelli che sono
-      l'<quote>X Window System</quote>, i gestori di finestre e gli ambienti di
-      desktop.
-    </para>
-    <para> L'<emphasis>X Window System</emphasis> (conosciuto anche
-      semplicemente come X o X11) è il componente di Unix che gestisce tutti i
-      livelli grafici di base &mdash; in particolare disegna le icone, gli
-      sfondi e le finestre dove girano i programmi. Senza X potete usare solo
-      l'interfaccia grafica. X11 imposta la risoluzione dello schermo, la
-      quantità di colori disponibili, muove il cursore del mouse nello schermo e
-      altro; serve cioè come <quote>base</quote> per tutti gli altri componenti
-      dell'interfaccia utente grafica come i gestori di finestre e gli ambienti
-      di desktop.
-    </para>
-    <para>
-      I <emphasis>gestori di finestre</emphasis> estendono la possibilità dell'X
-      Window System disegnando bordi e bottoni intorno alle finestre,
-      permettendo così all'utente di muovere, chiudere, nascondere e
-      ridimensionare le finestre. Normalmente X11 deve essere usato sempre
-      insieme ad un gestore di finestre perché senza uno di questi rimane quasi
-      inutilizzabile. Esistono molti gestori di finestre per X11, dei quali i
-      più conosciuti sono <application>fvwm</application>,
-      <application>mwm</application>, <application>kwm</application> (usato da
-      KDE), <application>Enlightenment</application>, e
-      <application>Sawfish</application>.
-    </para>
-    <para>
-      Infine ci sono gli <emphasis>ambienti di desktop</emphasis> che vanno un
-      passo avanti dei gestori di finestre in quanto aggiungono un file manager
-      grafico dal quale potete usare il metodo <quote>drag-n-drop</quote> sui
-      vari elementi, un pannello contenente i programmi maggiormente usati e un
-      insieme di programmi e di utilità. Esistono alcuni ambienti di desktop
-      disponibili per tutte le versioni di Unix, delle quali le più conosciute
-      sono <ulink type="http" url="http://www.gnome.org">GNOME</ulink>, <ulink
-      type="http" url="http://www.kde.org">KDE</ulink> e <ulink type="http"
-      url="http://www.sun.com/solaris/cde/">CDE</ulink> (che però verrà presto
-      rimpiazzato da GNOME).
-    </para>
-    <para>
-      Molti ambienti di desktop usano un gestore di finestre loro proprio: ad
-      esempio KDE contiene il suo gestore di finestre
-      <application>kwm</application> (anche se è possibile usare KDE con un
-      altro gestore di finestre nella pratica ben pochi utenti lo fanno). GNOME
-      non ha invece un proprio gestore di finestre, il che permette ad ogni
-      utente di usare quello già installato nel sistema. Per rendere le cose più
-      semplici possibili normalmente il gestore di finestre
-      <application>Sawfish</application> viene distribuito insieme a GNOME come
-      predefinito ma potete cambiarlo usando il <application>Pannello di
-      Controllo</application>, anche se dovete usare un gestore che sia
-      compatibile con GNOME per poter usare alcune caratteristiche come la
-      gestione delle sessioni, l'applet taskbar e altro.
-    </para>
-
-  </sect1>
-	
-  
-</article>
-
-
-