Blob Blame History Raw
msgid ""
msgstr ""
"Project-Id-Version: centos-art-1.0\n"
"POT-Creation-Date: 2012-09-16 11:22-0400\n"
"PO-Revision-Date: 2012-09-16 11:22-0400\n"
"Last-Translator: Documentation SIG\n"
"Language-Team: Español\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"
"Plural-Forms: nplurals=2; plural=(n != 1);\n"

#. When image changes, this message will be marked fuzzy or untranslated for you.
#. It doesn't matter what you translate it to: it's not used at all.
msgid ""
"@@image: 'Images/Manuals/Corporate/monolithic.png'; "
"md5=6d128a567333d3f96ff0fd5e4c49abf6"
msgstr ""

#. Front matter
msgid "The CentOS Artwork Repository"
msgstr ""

msgid "User's Guide"
msgstr ""

msgid "Alain"
msgstr ""

msgid "Reguera Delgado"
msgstr ""

msgid "2009"
msgstr ""

msgid "2010"
msgstr ""

msgid "2011"
msgstr ""

msgid "2012"
msgstr ""

msgid ""
"<ulink type=\"http\" url=\"http://www.centos.org\">The CentOS Project</"
"ulink>. All rights reserved."
msgstr ""

msgid ""
"Permission is granted to copy, distribute and/or modify this document under "
"the terms of the GNU Free Documentation License, Version 1.2 or any later "
"version published by the Free Software Foundation; with no Invariant "
"Sections, no Front-Cover Texts, and no Back-Cover Texts. A copy of the "
"license is included in <xref linkend=\"licenses-gfdl\"/>."
msgstr ""

msgid "1.0"
msgstr ""

msgid "Today"
msgstr ""

msgid "Under development."
msgstr ""

msgid "Preface"
msgstr ""

msgid "Overview"
msgstr ""

msgid ""
"Welcome to <citetitle>The CentOS Artwork Repository User's Guide</"
"citetitle>, the official documentation of <ulink type=\"https\" url="
"\"https://projects.centos.org/svn/artwork\">The CentOS Artwork Repository</"
"ulink>."
msgstr ""

msgid ""
"This book describes the corporate visual identity of <ulink type=\"http\" "
"url=\"http://www.centos.org\">The CentOS Project</ulink> and the way it is "
"produced. If you are interested in making <ulink type=\"http\" url=\"http://"
"www.centos.org\">The CentOS Project</ulink> a more beautiful project, this "
"book is definitly for you."
msgstr ""

msgid ""
"To make the information in this book managable, it has been organized in the "
"following parts:"
msgstr ""

msgid ""
"<xref linkend=\"repo\"/> describes the convenctions you should follow to "
"keep everything organized and consistent inside the repository directory "
"structure, how to to install and configure a working copy inside your "
"workstation. At the end of this part you will find a history of most "
"relevant changes committed to the repository along the years."
msgstr ""

msgid ""
"<xref linkend=\"identity\"/> describes the corporate visual identity of the "
"organization known as <ulink type=\"http\" url=\"http://www.centos.org\">The "
"CentOS Project</ulink> and the production tasks related to image rendition "
"inside <ulink type=\"https\" url=\"https://projects.centos.org/svn/artwork"
"\">The CentOS Artwork Repository</ulink>. If you are a graphic designer, "
"this part of the book might result interesting to you."
msgstr ""

msgid ""
"<xref linkend=\"locale\"/> describes production tasks related to content "
"internationalization and localization inside <ulink type=\"https\" url="
"\"https://projects.centos.org/svn/artwork\">The CentOS Artwork Repository</"
"ulink>. If you are a translator, this part of the book might result "
"interesting to you."
msgstr ""

msgid ""
"<xref linkend=\"manuals\"/> describes production tasks related to content "
"documentation inside <ulink type=\"https\" url=\"https://projects.centos.org/"
"svn/artwork\">The CentOS Artwork Repository</ulink>. If you are a "
"documentor, this part of the book might result interesting to you."
msgstr ""

msgid ""
"<xref linkend=\"scripts\"/> describes automation of production tasks inside "
"<ulink type=\"https\" url=\"https://projects.centos.org/svn/artwork\">The "
"CentOS Artwork Repository</ulink>. If you are a programmer, this part of the "
"book might result interesting to you."
msgstr ""

msgid ""
"<xref linkend=\"licenses\"/> organizes the licenses mentioned in this book."
msgstr ""

msgid ""
"This book assumes you have a basic understanding of The CentOS Distribution. "
"If you need help with it, go to the <ulink url=\"http://wiki.centos.org/Help"
"\">Help</ulink> page inside <ulink type=\"http\" url=\"http://wiki.centos."
"org/\">The CentOS Wiki</ulink> for or a list of different places you can "
"find help."
msgstr ""

msgid "Document Convenctions"
msgstr ""

msgid ""
"In this manual, certain words are represented in different fonts, typefaces, "
"sizes, and weights. This highlighting is systematic; different words are "
"represented in the same style to indicate their inclusion in a specific "
"category. The types of words that are represented this way include the "
"following:"
msgstr ""

msgid "command"
msgstr ""

msgid ""
"Linux commands (and other operating system commands, when used) are "
"represented this way. This style should indicate to you that you can type "
"the word or phrase on the command line and press <keycap>Enter</keycap> to "
"invoke a command. Sometimes a command contains words that would be displayed "
"in a different style on their own (such as file names). In these cases, they "
"are considered to be part of the command, so the entire phrase is displayed "
"as a command. For example:"
msgstr ""

msgid ""
"Use the <command>centos-art render trunk/Identity/Images/Themes/TreeFlower/4/"
"Distro/5/Anaconda --filter=\"01-welcome\"</command> command to produce the "
"first slide image used by Anaconda in the branch 5 of The CentOS "
"Distribution using the version 4 of TreeFlower artistic motif."
msgstr ""

msgid "file name"
msgstr ""

msgid ""
"File names, directory names, paths, and RPM package names are represented "
"this way. This style indicates that a particular file or directory exists "
"with that name on your system. Examples:"
msgstr ""

msgid ""
"The <filename>init.sh</filename> file in <filename class=\"directory\">trunk/"
"Scripts/Bash/Cli/</filename> directory is the initialization script, written "
"in Bash, used to automate most of tasks in the repository."
msgstr ""

msgid ""
"The <command>centos-art</command> command uses the <filename>ImageMagick</"
"filename> RPM package to convert images from PNG format to other formats."
msgstr ""

msgid "key"
msgstr ""

msgid "A key on the keyboard is shown in this style. For example:"
msgstr ""

msgid ""
"To use <keycap>Tab</keycap> completion to list particular files in a "
"directory, type <command>ls</command>, then a character, and finally the "
"<keycap>Tab</keycap> key. Your terminal displays the list of files in the "
"working directory that begin with that character."
msgstr ""

msgid "combination"
msgstr ""

msgid "A combination of keystrokes is represented in this way. For example:"
msgstr ""

msgid ""
"The <keycombo action=\"simul\"><keycap>Ctrl</keycap><keycap>Alt</"
"keycap><keycap>Backspace</keycap></keycombo> key combination exits your "
"graphical session and returns you to the graphical login screen or the "
"console."
msgstr ""

#, no-wrap
msgid "computer output"
msgstr ""

msgid ""
"Text in this style indicates text displayed to a shell prompt such as error "
"messages and responses to commands. For example, the <command>ls</command> "
"command displays the contents of a directory using this style:"
msgstr ""

#, no-wrap
msgid ""
"\n"
"render_doTranslation.sh     render_getDirTemplate.sh    render_doBaseActions.sh\n"
"render_getConfigOption.sh   render_getOptions.sh        render_doThemeActions.sh  \n"
"render_getDirOutput.sh      render.sh\n"
msgstr ""

msgid ""
"The output returned in response to the command (in this case, the contents "
"of the directory) is shown in this style."
msgstr ""

msgid "prompt"
msgstr ""

msgid ""
"A prompt, which is a computer's way of signifying that it is ready for you "
"to input something, is shown in this style. Examples:"
msgstr ""

msgid "$"
msgstr ""

msgid "#"
msgstr ""

msgid "[centos@projects centos]$"
msgstr ""

msgid "projects login:"
msgstr ""

#, no-wrap
msgid "user input"
msgstr ""

msgid ""
"Text that the user types, either on the command line or into a text box on a "
"GUI screen, is displayed in this style. In the following example, "
"<userinput>text</userinput> is displayed in this style: To boot your system "
"into the text based installation program, you must type in the "
"<userinput>text</userinput> command at the <prompt>boot:</prompt> prompt."
msgstr ""

msgid "replaceable"
msgstr ""

msgid ""
"Text used in examples that is meant to be replaced with data provided by the "
"user is displayed in this style. In the following example, "
"<replaceable>version-number</replaceable> is displayed in this style: The "
"directory for the kernel source is <filename class=\"directory\">/usr/src/"
"kernels/<replaceable>version-number</replaceable>/</filename>, where "
"<replaceable>version-number</replaceable> is the version and type of kernel "
"installed on this system."
msgstr ""

msgid ""
"Additionally, we use several different strategies to draw your attention to "
"certain pieces of information. In order of urgency, these items are marked "
"as a note, tip, important, caution, or warning. For example:"
msgstr ""

msgid ""
"Remember that Linux is case sensitive. In other words, a rose is not a ROSE "
"is not a rOsE."
msgstr ""

msgid ""
"The directory <filename class=\"directory\">/usr/share/doc/</filename> "
"contains additional documentation for packages installed on your system."
msgstr ""

msgid ""
"If you modify the DHCP configuration file, the changes do not take effect "
"until you restart the DHCP daemon."
msgstr ""

msgid ""
"Do not perform routine tasks as root — use a regular user account unless you "
"need to use the root account for system administration tasks."
msgstr ""

msgid ""
"Be careful to remove only the necessary partitions. Removing other "
"partitions could result in data loss or a corrupted system environment."
msgstr ""

msgid "Send In Your Feedback"
msgstr ""

msgid ""
"If you find a bug in <ulink type=\"https\" url=\"https://projects.centos.org/"
"svn/artwork\">The CentOS Artwork Repository</ulink> or this manual, we would "
"like to hear about it. To report bugs related to this manual, send an e-mail "
"to the <email>centos-devel@centos.org</email> mailing list. When you write "
"the bug report, take care of being specific about the problem you are "
"reporting on (e.g., where it is, the section number, etc.) so we can found "
"it easily."
msgstr ""

msgid "Repository"
msgstr ""

msgid "Repository Convenctions"
msgstr ""

msgid "Repository Mission"
msgstr ""

msgid ""
"<ulink type=\"https\" url=\"https://projects.centos.org/svn/artwork\">The "
"CentOS Artwork Repository</ulink> exists to produce <ulink type=\"http\" url="
"\"http://www.centos.org\">The CentOS Project</ulink> corporate visual "
"identity."
msgstr ""

msgid "Repository Layout"
msgstr ""

msgid ""
"<ulink type=\"https\" url=\"https://projects.centos.org/svn/artwork\">The "
"CentOS Artwork Repository</ulink> is supported by <ulink url=\"http://"
"subversion.tigris.org/\">Subversion</ulink>, a version control system which "
"allows you to keep old versions of files and directories (usually source "
"code), keep a log of who, when, and why changes occurred, etc., like CVS, "
"RCS or SCCS."
msgstr ""

msgid ""
"<ulink type=\"https\" url=\"https://projects.centos.org/svn/artwork\">The "
"CentOS Artwork Repository</ulink> is made of one <quote>source repository</"
"quote> and many <quote>working copies</quote> of that source repository. The "
"working copies are independent one another, can be distributed all around "
"the world and provide a local place for designers, documentors, translators "
"and programmers to perform their work in a descentralized way. The source "
"repository, on the other hand, provides a central place for all independent "
"working copies to interchange data and provides the information required to "
"permit extracting previous versions of files at any time."
msgstr ""

msgid ""
"The first level of directories inside <ulink type=\"https\" url=\"https://"
"projects.centos.org/svn/artwork\">The CentOS Artwork Repository</ulink> "
"provides organization through a convenctional <filename class=\"directory"
"\">trunk/</filename>, <filename class=\"directory\">branches/</filename> and "
"<filename class=\"directory\">tags/</filename> layout. As proposition we are "
"assuming that:"
msgstr ""

msgid ""
"The <filename class=\"directory\">trunk/</filename> directory is where "
"development changes take place."
msgstr ""

msgid ""
"The <filename class=\"directory\">branches/</filename> directory is where "
"maintainance changes take place."
msgstr ""

msgid ""
"The <filename class=\"directory\">tags/</filename> directory is where final "
"releases take place."
msgstr ""

msgid ""
"The second level of directories inside <ulink type=\"https\" url=\"https://"
"projects.centos.org/svn/artwork\">The CentOS Artwork Repository</ulink> "
"provides organization for different work lines, as described in <xref "
"linkend=\"repo-convs-worklines\"/>. All other subsequent directory levels "
"from third level on exist to organize specific concepts related to the work "
"line they belong to."
msgstr ""

msgid "Repository Work Lines"
msgstr ""

msgid ""
"The content production inside <ulink type=\"https\" url=\"https://projects."
"centos.org/svn/artwork\">The CentOS Artwork Repository</ulink> has been "
"divided into individual work lines that relate one another based on the idea "
"of doing one thing well. In this model, the content produced individually by "
"each work line is combined one another later to achieve higher purposes (e."
"g., corporate identity for <ulink type=\"http\" url=\"http://www.centos.org"
"\">The CentOS Project</ulink>). The repository work lines, as conceived "
"here, provide a relaible environment for people to work syncronized and "
"descentralized."
msgstr ""

msgid ""
"The action of combining work lines inside <ulink type=\"https\" url="
"\"https://projects.centos.org/svn/artwork\">The CentOS Artwork Repository</"
"ulink> is known as the corporate identity production cycle. The rest of this "
"section describes the work lines available in the repository and how they "
"fit inside the corporate identity production cycle."
msgstr ""

msgid "Visual Identity"
msgstr ""

msgid ""
"The visual identity is the first component we work out in order to produce a "
"new corporate identity. Through this work line, graphic designers create "
"<quote>models</quote> and <quote>motifs</quote> for all the visual "
"manifestation <ulink type=\"http\" url=\"http://www.centos.org\">The CentOS "
"Project</ulink> is made of. Once design models and artistic motifs are set "
"in place, graphic designers use the <function>render</function> "
"functionality described in <xref linkend=\"scripts-bash-render\"/> to "
"combine both design models and artistic motifs into final images."
msgstr ""

msgid ""
"The main purposes of this work line is define all the visual manifestations "
"the <ulink type=\"http\" url=\"http://www.centos.org\">The CentOS Project</"
"ulink> is made of and provide design models and artistic motifs for them in "
"order to render the set of images required to transmit the visual style that "
"identifies <ulink type=\"http\" url=\"http://www.centos.org\">The CentOS "
"Project</ulink> as unique organization. To know more about <ulink type=\"http"
"\" url=\"http://www.centos.org\">The CentOS Project</ulink> Corporate Visual "
"Identity, read <xref linkend=\"identity\"/>."
msgstr ""

msgid ""
"The visual identity work line takes palce in the <ulink url=\"https://"
"projects.centos.org/svn/artwork/trunk/Identity\"><filename class=\"directory"
"\">trunk/Identity</filename></ulink> directory."
msgstr ""

msgid "Localization"
msgstr ""

msgid ""
"The content localization is the second component that must be worked out in "
"the corporate identity production cycle. Through this work line translators "
"localize source files (e.g., SVG, DocBook, Shell scripts) which are later "
"use to produce localized images, localized documentation and localized "
"automation scripts. To localize source files, translators use the "
"<function>locale</function> functionality described in <xref linkend="
"\"scripts-bash-locale\"/> which takes care of retriving translatable strings "
"from source files and provide a consistent localization interface based on "
"GNU <application>gettext</application> multi-lingual message production tool "
"set and <command>xml2po</command> command."
msgstr ""

msgid ""
"The main purpose of this work line is extend the visual identity (produced "
"in English language) to as many native languages as possible in order for "
"people which doesn't understand English languague to feel more confortable "
"with <ulink type=\"http\" url=\"http://www.centos.org\">The CentOS Project</"
"ulink> and its messages. To know more about the specific localization "
"process read <xref linkend=\"locale\"/>."
msgstr ""

msgid ""
"The localization work line takes palce in the <ulink url=\"https://projects."
"centos.org/svn/artwork/trunk/Locales\"><filename class=\"directory\">trunk/"
"Locales</filename></ulink> directory."
msgstr ""

#, fuzzy
msgid "Documentation"
msgstr "Licencia de Documentación Libre de GNU"

msgid ""
"The documentation work line is the third component that must be worked out "
"in the corporate identity production cycle. Through this work line "
"documentors settle down the conceptual and practical used to edificate "
"<ulink type=\"https\" url=\"https://projects.centos.org/svn/artwork\">The "
"CentOS Artwork Repository</ulink>. To write documentation, documentors use "
"the <function>help</function> functionality described in <xref linkend="
"\"scripts-bash-help\"/> which provides a consistent interface for building "
"documentation through different documentation backends (e.g., Texinfo, "
"DocBook, LaTeX, etc.)."
msgstr ""

msgid ""
"The main purpose of this work line is describe the standard procedures "
"<ulink type=\"https\" url=\"https://projects.centos.org/svn/artwork\">The "
"CentOS Artwork Repository</ulink> realies on, as well as conceive a place to "
"help you understand what <ulink type=\"https\" url=\"https://projects.centos."
"org/svn/artwork\">The CentOS Artwork Repository</ulink> is and what can you "
"do with it."
msgstr ""

msgid ""
"The documentation work line takes palce in the <ulink url=\"https://projects."
"centos.org/svn/artwork/trunk/Manuals\"><filename class=\"directory\">trunk/"
"Manuals</filename></ulink> directory."
msgstr ""

msgid "Packaging"
msgstr ""

msgid ""
"The packaging work line is the fourth component that must be worked out in "
"the corporate identity production cycle. Through this work line packager "
"gather final images, final translations and final documentation related to "
"art works and put all together inside RPM packages. For this purpose, "
"packagers use the <function>pack</function> describe in <xref linkend="
"\"scripts-bash-pack\"/> which provides a consistent interface for building "
"packages inside the repository."
msgstr ""

msgid ""
"The main purpose of this work line is pack all the information <ulink type="
"\"http\" url=\"http://www.centos.org\">The CentOS Project</ulink> requires "
"to rebrand The CentOS Distribution according Red Hat redistribution "
"guidelines."
msgstr ""

msgid ""
"The packaging work line takes palce in the <ulink url=\"https://projects."
"centos.org/svn/artwork/trunk/Packages\"><filename class=\"directory\">trunk/"
"Packages</filename></ulink> directory."
msgstr ""

msgid "Automation"
msgstr ""

msgid ""
"The automation work line is the fifth and last component that must be worked "
"out in the corporate identity production cycle. This work line closes the "
"production cycle and provides the production standards graphic designers, "
"documentors, translators and packagers need to make their work consistent "
"and reusable. For this purpose, programmers develop the <command>centos-art."
"sh</command> script described in <xref linkend=\"scripts\"/>."
msgstr ""

msgid ""
"The main purpose of this work line is standardize the interaction of work "
"lines in a reliable way."
msgstr ""

msgid ""
"The automation work line takes palce in the <ulink url=\"https://projects."
"centos.org/svn/artwork/trunk/Scripts\"><filename class=\"directory\">trunk/"
"Scripts</filename></ulink> directory."
msgstr ""

msgid "Repository File Names"
msgstr ""

msgid ""
"Inside <ulink type=\"https\" url=\"https://projects.centos.org/svn/artwork"
"\">The CentOS Artwork Repository</ulink>, file names are all written in "
"lowercase (e.g., <filename>01-welcome.png</filename>, <filename>splash.png</"
"filename>, <filename>anaconda_header.png</filename>, etc.) and directory "
"names are all written capitalized (e.g., <filename role=\"directory"
"\">Identity</filename>, <filename role=\"directory\">Themes</filename>, "
"<filename role=\"directory\">Motifs</filename>) and sometimes in cammel case "
"(e.g., <filename role=\"directory\">TreeFlower</filename>, etc.). In the "
"very specific case of repository documentation entries, file names follow "
"the directory naming convenction. This is because they are documenting "
"directories and that is something we want to remark. So, to better describe "
"what we are documenting, documentation entries follow the name convenction "
"used by the item they document."
msgstr ""

msgid "Repository Path Types"
msgstr ""

msgid ""
"In order for automation scripts to produce content inside a working copy of "
"<ulink type=\"https\" url=\"https://projects.centos.org/svn/artwork\">The "
"CentOS Artwork Repository</ulink>, it is required that all work lines be "
"related somehow. The relation between work lines is used by automation "
"scripts to know where to retrive the information they need to work with (e."
"g., input files, translation messages, output locations, etc.). This kind of "
"relation is built using two path constructions known as <emphasis>master "
"paths</emphasis> and <emphasis>auxiliar paths</emphasis>."
msgstr ""

msgid "Master Paths"
msgstr ""

msgid ""
"A master path refers to a directory inside the repository that contain input "
"files required to produce output files through automation scripts. Examples "
"of master paths inside the repository include:"
msgstr ""

msgid "trunk/Identity/Models/Brands"
msgstr ""

msgid "trunk/Manuals/Tcar-ug"
msgstr ""

msgid "trunk/Identity/Models/Themes/Default/Distro/5/Anaconda"
msgstr ""

msgid "Auxiliar Paths"
msgstr ""

msgid ""
"An auxiliar path refers to directories inside the repository considered "
"auxiliar for one single master path. Auxiliar path can be either for output "
"or localization. Assuming the master path provides the input information, "
"the auxiliar paths provide the auxiliar information which describes how and "
"where that input information must be rendered by automation scripts. "
"Examples of auxiliar paths inside the repository include:"
msgstr ""

msgid "trunk/Identity/Images/Brands"
msgstr ""

msgid "trunk/Manuals/Tcar-ug/es_ES"
msgstr ""

msgid "trunk/Locales/Manuals/Tcar-ug/es_ES"
msgstr ""

msgid "trunk/Identity/Images/Themes/Flame/3/Distro/5/Anaconda/es_ES"
msgstr ""

msgid "trunk/Locales/Identity/Models/Default/Distro/5/Anaconda/es_ES"
msgstr ""

msgid ""
"The relationship between master and auxiliar paths is built by combining the "
"second directory level of master paths with directories in the second "
"directory level of repository layout. In the second directory level of "
"repository layout, the <filename class=\"directory\">Identity</filename>, "
"<filename class=\"directory\">Manuals</filename> and <filename class="
"\"directory\">Scripts</filename> directories are always used to create the "
"master paths and the output auxiliar paths. The <filename class=\"directory"
"\">Locales</filename> directory, on the other hand, is always used to create "
"localization auxiliar paths for all the master paths available under "
"<filename class=\"directory\">Identity</filename>, <filename class="
"\"directory\">Manuals</filename> and <filename class=\"directory\">Scripts "
"directories</filename>."
msgstr ""

msgid ""
"For example, if the <varname>LANG</varname> environment variable is set to "
"<quote>es_ES.UTF-8</quote> and you execute the <function>render</function> "
"functionality of <command>centos-art.sh</command> script with the <filename "
"class=\"directory\">trunk/Manuals/Tcar-ug</filename> master path as "
"argument, it will produce <citetitle>The CentOS Artwork Repository User's "
"Guide</citetitle> in Spanish language using translation messages from "
"<filename>trunk/Locales/Manuals/Tcar-ug/es_ES</filename> auxiliar path and "
"would save final documentation output files under <filename class=\"directory"
"\">trunk/Manuals/Tcar-ug/es_ES</filename> auxiliar path."
msgstr ""

msgid "Syncronizing Repository Paths"
msgstr ""

msgid ""
"Once both master and auxiliar paths have been related in the repository, "
"they shouldn't be changed except you absolutly need to do so. In this cases, "
"when you need to change master or auxiliar paths, it is required that you "
"also change the relation between them so as to retain their bond. This "
"process of keeping master and auxiliar paths <quote>connected</quote> "
"between themselves is known as <emphasis>path syncronization</emphasis>."
msgstr ""

msgid ""
"Path syncronization is required for automation scripts to know where to "
"store final output, where to retrive translation messages from, and whatever "
"information you might need to count with. If the relation between master "
"paths and auxiliar paths is lost, there is no way for automation scripts to "
"know where to retrive the information they need to work with or where to "
"store the output information produced from it. Through path syncronization "
"we organize and extend the content production inside the repository."
msgstr ""

msgid ""
"Path syncronization affects both movement of files and replacement of "
"content inside files. Movement of files is related to actions like renaming "
"files and directories inside the repository. Replacement of content inside "
"files is related to actions like replacing information (e.g., paths "
"information) inside files in order to keep file contents and file locations "
"consistent one another after a file has been moved."
msgstr ""

msgid ""
"The order followed to syncronize path information is very important because "
"the versioned nature of the files we are working with. When a renaming "
"action needs to be performed inside the repository, we avoid making "
"replacements inside files first and file movements later. This would demand "
"two commit actions: one for the files' internal changes and another for the "
"file movement itself. Instead, we prefer to perform file movements first and "
"files' internal replacements later. This way it is possible to commit both "
"changes as if they were just one."
msgstr ""

msgid ""
"There is no support for URLs actions inside <command>centos-art.sh</command> "
"script. The <command>centos-art.sh</command> script is designed to work with "
"local files inside the working copy only. If you need to perform URL actions "
"directly, use Subversion's commands instead."
msgstr ""

msgid ""
"At this moment there isn't full implementation of path syncronization inside "
"<command>centos-art.sh</command> script and that is somthing we need to do "
"oursleves. However, the <quote>texinfo</quote> backend inside the "
"<function>help</function> functionality does provide a restricted "
"implementation of path syncronization to documentation area through the "
"<option>--copy</option>, <option>--delete</option> and <option>--rename</"
"option> options. You can read this implementation and use it as reference to "
"implement path syncronization in other areas."
msgstr ""

msgid ""
"The plan for a full implementation of path syncronization inside "
"<command>centos-art.sh</command> script would be to create individual "
"restricted implementations like the one in <quote>texinfo</quote> backend "
"for other areas that demand it and then, create a higher implmentation that "
"combines them all as needed. This way, if we try to rename a repository "
"directory, the higher action can know which are all the restricted actions "
"that should be performed in order to make the full path syncronization."
msgstr ""

msgid ""
"For example, if the directory we are renaming is a master path, it is "
"required to syncronize the related output and localization auxiliar paths. "
"On the other hand, if the directory we are renaming through full path "
"syncronization is an auxiliar path, it is required to determine first what "
"is the related master path and later, perform the syncronization from master "
"path to auxiliar paths as if the path provided would be the master path not "
"the auxiliar path."
msgstr ""

msgid "Extending Repository Layout"
msgstr ""

msgid ""
"Occasionly, you may find that new components of <ulink type=\"http\" url="
"\"http://www.centos.org\">The CentOS Project</ulink> Corporate Visual "
"Identity need to be added to the repository in order to work them out. If "
"that is the case, the first question we need to ask ourselves, before "
"starting to create directories blindly all over, is: <emphasis>What is the "
"right place to store it?</emphasis>"
msgstr ""

msgid ""
"To build a directory structure inside the repository you need to define the "
"concept behind it first. Later you need to create a new directory inside the "
"repository, remembering that there are locations inside the repository that "
"already define concepts you probably would prefer to reuse. For example, the "
"<filename class=\"directory\">trunk/Identity/Images/Themes</filename> "
"directory stores artistic motifs of different themes, the <filename class="
"\"directory\">trunk/Identity/Models/Themes</filename> directory stores "
"design models for themes, the <filename class=\"directory\">trunk/Manuals</"
"filename> directory stores documentation, the <filename class=\"directory"
"\">trunk/Locales</filename> stores translation messages, and the <filename "
"class=\"directory\">trunk/Scripts</filename> stores automation scripts."
msgstr ""

msgid ""
"The best suggestion we can probably give you would be to send a mail with "
"your questions to the <ulink url=\"mailto:centos-devel@centos.org\">CentOS "
"developers mailing list</ulink> (<ulink url=\"mailto:centos-devel@centos.org"
"\">centos-devel@centos.org</ulink>). This is the place where development of "
"<ulink type=\"https\" url=\"https://projects.centos.org/svn/artwork\">The "
"CentOS Artwork Repository</ulink> takes place and surely, in community, it "
"will be possible to find a place for your new component inside the "
"repository."
msgstr ""

msgid "Repository Publishing"
msgstr ""

msgid ""
"When you perform changes inside your working copy, those changes are local "
"to your working copy only. In order for you to share your changes with "
"others, you need to commit them up to the central repository the working "
"copy you are using was initially downloaded from. To commit your changes up "
"to the central repository you use the <command>commit</command> command from "
"the Subversion's client you've installed in your workstation."
msgstr ""

msgid ""
"Initially, when you get registered inside <ulink type=\"https\" url="
"\"https://projects.centos.org/svn/artwork\">The CentOS Artwork Repository</"
"ulink>, you won't be able to publish your changes to <ulink type=\"https\" "
"url=\"https://projects.centos.org/svn/artwork\">The CentOS Artwork "
"Repository</ulink> immediatly. It is necessary that you prove your interest "
"in contributing first sending a mail to the <ulink url=\"http://lists.centos."
"org/mailman/listinfo/centos-devel\">CentOS Developers mailing list</ulink> "
"(<ulink url=\"mailto:centos-devel@centos.org\">centos-devel@centos.org</"
"ulink>), preferably in conjunction with a description of the changes you "
"pretend to commit. This restriction is necessary in order to protect the "
"source repository from spammers."
msgstr ""

msgid ""
"Once you've received access to publish your changes, they will remain valid "
"to you and there is no need for you to request permission to publish new "
"changes as long as you behave as a good cooperating citizen."
msgstr ""

msgid ""
"As a good cooperating citizen one understand of a person who respects the "
"work already done by others and share ideas with authors before changing "
"relevant parts of their work, specially in situations when the access "
"required to realize the changes has been granted already. Of course, there "
"is a time when conversation has taken place, the paths has been traced and "
"changing the work is so obvious that there is no need for you to talk about "
"it; that's because you already did, you already built the trust to keep "
"going. As complement, the mailing list mentioned above is available for "
"sharing ideas in a way that good relationship between community citizens "
"could be constantly balanced."
msgstr ""

msgid ""
"The relationship between community citizens is monitored by repository "
"administrators. Repository administrators are responsible of granting that "
"everything goes the way it needs to go in order for <ulink type=\"https\" "
"url=\"https://projects.centos.org/svn/artwork\">The CentOS Artwork "
"Repository</ulink> to accomplish its mission (see <xref linkend=\"repo-convs-"
"mission\"/>)."
msgstr ""

msgid "Repository Authoring"
msgstr ""

msgid ""
"The content produced inside <ulink type=\"https\" url=\"https://projects."
"centos.org/svn/artwork\">The CentOS Artwork Repository</ulink> is copyright "
"of <ulink type=\"http\" url=\"http://www.centos.org\">The CentOS Project</"
"ulink>. This is something you, as author, should be aware of because you are "
"contributing your creation's rights to someone else; <ulink type=\"http\" "
"url=\"http://www.centos.org\">The CentOS Project</ulink> in this case. This "
"way, your work is distributed using <quote><ulink type=\"http\" url=\"http://"
"www.centos.org\">The CentOS Project</ulink></quote> as copyright holder, not "
"your name (even you remain as natural author of the work). Because <ulink "
"type=\"http\" url=\"http://www.centos.org\">The CentOS Project</ulink> is "
"the copyright holder, is the license chosen by <ulink type=\"http\" url="
"\"http://www.centos.org\">The CentOS Project</ulink> the one applied to your "
"work, so it is the one you need to agree with before making a creation "
"inside <ulink type=\"https\" url=\"https://projects.centos.org/svn/artwork"
"\">The CentOS Artwork Repository</ulink>."
msgstr ""

msgid ""
"<ulink type=\"http\" url=\"http://www.centos.org\">The CentOS Project</"
"ulink> is a community project controlled by its own community of users. "
"Inside the community, The CentOS Administrators group is the higher "
"authority and the only one able to set core desition like the kind of "
"license used inside the project and subprojects like <ulink type=\"https\" "
"url=\"https://projects.centos.org/svn/artwork\">The CentOS Artwork "
"Repository</ulink>."
msgstr ""

msgid ""
"The redistribution conditions of <ulink type=\"https\" url=\"https://"
"projects.centos.org/svn/artwork\">The CentOS Artwork Repository</ulink> are "
"described in <xref linkend=\"repo-convs-copying\"/>."
msgstr ""

msgid "Repository Copying Conditions"
msgstr ""

msgid ""
"<ulink type=\"http\" url=\"http://www.centos.org\">The CentOS Project</"
"ulink> uses <ulink type=\"https\" url=\"https://projects.centos.org/svn/"
"artwork\">The CentOS Artwork Repository</ulink> to produce <ulink type=\"http"
"\" url=\"http://www.centos.org\">The CentOS Project</ulink> corporate visual "
"identity."
msgstr ""

msgid ""
"The <ulink type=\"https\" url=\"https://projects.centos.org/svn/artwork"
"\">The CentOS Artwork Repository</ulink> is not in the public domain; it is "
"copyrighted and there are restrictions on their distribution, but these "
"restrictions are designed to permit everything that a good cooperating "
"citizen would want to do. What is not allowed is to try to prevent others "
"from further sharing any version of this work that they might get from you."
msgstr ""

msgid ""
"Specifically, we want to make sure that you have the right to give away "
"copies of <ulink type=\"https\" url=\"https://projects.centos.org/svn/artwork"
"\">The CentOS Artwork Repository</ulink>, that you receive source code or "
"else can get it if you want it, that you can change this work or use pieces "
"of it in new free works, and that you know you can do these things."
msgstr ""

msgid ""
"To make sure that everyone has such rights, we have to forbid you to deprive "
"anyone else of these rights. For example, if you distribute copies of the "
"<ulink type=\"https\" url=\"https://projects.centos.org/svn/artwork\">The "
"CentOS Artwork Repository</ulink>, you must give the recipients all the "
"rights that you have. You must make sure that they, too, receive or can get "
"the source code. And you must tell them their rights."
msgstr ""

msgid ""
"Also, for our own protection, we must make certain that everyone finds out "
"that there is no warranty for the <ulink type=\"https\" url=\"https://"
"projects.centos.org/svn/artwork\">The CentOS Artwork Repository</ulink>. If "
"this work is modified by someone else and passed on, we want their "
"recipients to know that what they have is not what we distributed, so that "
"any problems introduced by others will not reflect on our reputation."
msgstr ""

msgid ""
"The <ulink type=\"https\" url=\"https://projects.centos.org/svn/artwork"
"\">The CentOS Artwork Repository</ulink> is released as a GPL work. "
"Individual packages used by <ulink type=\"https\" url=\"https://projects."
"centos.org/svn/artwork\">The CentOS Artwork Repository</ulink> include their "
"own licenses and the <ulink type=\"https\" url=\"https://projects.centos.org/"
"svn/artwork\">The CentOS Artwork Repository</ulink> license applies to all "
"packages that it does not clash with. If there is a clash between the <ulink "
"type=\"https\" url=\"https://projects.centos.org/svn/artwork\">The CentOS "
"Artwork Repository</ulink> license and individual package licenses, the "
"individual package license applies instead."
msgstr ""

msgid ""
"The precise conditions of the license for the <ulink type=\"https\" url="
"\"https://projects.centos.org/svn/artwork\">The CentOS Artwork Repository</"
"ulink> are found in <xref linkend=\"licenses-gpl\"/>. This manual "
"specifically is covered by the conditions found in <xref linkend=\"licenses-"
"gfdl\"/>."
msgstr ""

msgid "Preparing Your Workstation"
msgstr ""

msgid "Introduction"
msgstr ""

msgid ""
"The workstation is the machine you use to store your working copy of <ulink "
"type=\"https\" url=\"https://projects.centos.org/svn/artwork\">The CentOS "
"Artwork Repository</ulink>. The working copy is an ordinary directory tree "
"on your workstation, containing a collection of files that you can edit "
"however you wish. The working copy is your own private work area related to "
"<ulink type=\"https\" url=\"https://projects.centos.org/svn/artwork\">The "
"CentOS Artwork Repository</ulink> where you perform changes and receive "
"changes from others."
msgstr ""

msgid ""
"In order to make your workstation completely functional, it is necessary "
"that you install it and configure it to satisfy the needs demanded by the "
"working copy of <ulink type=\"https\" url=\"https://projects.centos.org/svn/"
"artwork\">The CentOS Artwork Repository</ulink> you later download in it."
msgstr ""

msgid ""
"This chapter describes the steps you need to follow in order to install and "
"configure a workstation for using a working copy of <ulink type=\"https\" "
"url=\"https://projects.centos.org/svn/artwork\">The CentOS Artwork "
"Repository</ulink> in all its extention."
msgstr ""

msgid "Installing Your Workstation"
msgstr ""

msgid ""
"To install your workstation use The CentOS Distribution default "
"configuration as proposed by The CentOS Distribution installer. This "
"includes default partitioning and packages. <ulink type=\"https\" url="
"\"https://projects.centos.org/svn/artwork\">The CentOS Artwork Repository</"
"ulink> is been completly develop upon The CentOS Distribution and realies on "
"such environment to achieve most automation tasks. In order to get a "
"reproducable environment, it is convenient that you, too, use the same "
"operating system that we do."
msgstr ""

msgid "Supported Platforms"
msgstr ""

msgid ""
"<ulink type=\"https\" url=\"https://projects.centos.org/svn/artwork\">The "
"CentOS Artwork Repository</ulink> has been tested in the following platforms:"
msgstr ""

msgid ""
"The CentOS Distribution major release 5 update 5, for i386 and i686 "
"architectures."
msgstr ""

msgid ""
"In case you be using a working copy of <ulink type=\"https\" url=\"https://"
"projects.centos.org/svn/artwork\">The CentOS Artwork Repository</ulink> in a "
"different platform from those listed here, please send a mail to <ulink url="
"\"mailto:centos-devel@centos.org\">centos-devel@centos.org</ulink> notifying "
"it. It is our intention to make <ulink type=\"https\" url=\"https://projects."
"centos.org/svn/artwork\">The CentOS Artwork Repository</ulink> as portable "
"as possible through different major releases of The CentOS Distribution."
msgstr ""

msgid "Configuring Your Workstation"
msgstr ""

msgid ""
"Once your workstation has been installed, it is time for you to configure "
"it. The configuration of your workstation consists on defining your "
"workplace, download a working copy from <ulink type=\"https\" url=\"https://"
"projects.centos.org/svn/artwork\">The CentOS Artwork Repository</ulink> and "
"finally, run the <function>prepare</function> functionality of "
"<command>centos-art.sh</command> script to install/update the software "
"needed, render images, create links, and anything else needed."
msgstr ""

msgid "Define Your Workplace"
msgstr ""

msgid ""
"Once you've installed the workstation and it is up and running, you need to "
"register the user name you'll use for working. In this task you need to use "
"the commands <command>useradd</command> and <command>passwd</command> to "
"create the user name and set a password for it, respectively. These commands "
"require administrative privileges to be executed, so you need to login as "
"<quote>root</quote> superuser for doing so."
msgstr ""

msgid ""
"Do not use the <quote>root</quote> username for regular tasks inside your "
"working copy of <ulink type=\"https\" url=\"https://projects.centos.org/svn/"
"artwork\">The CentOS Artwork Repository</ulink>. This is dangerous and might "
"provoke unreversable damages to your workstation."
msgstr ""

msgid ""
"When you've registered your user name in the workstation, it provides an "
"identifier for you to open a user's session in the workstation and a place "
"to store the information you produce, as well. This place is known as your "
"home directory and is unique for each user registered in the workstation. "
"For example, if you register the user name john in your workstation, your "
"home directory would be located at <filename class=\"directory\">/home/john/"
"</filename>."
msgstr ""

msgid ""
"At this point it is important to define where to download the working copy "
"of <ulink type=\"https\" url=\"https://projects.centos.org/svn/artwork\">The "
"CentOS Artwork Repository</ulink> inside your home directory. This desition "
"deserves special attention and should be implemented carefully in order to "
"grant a standard environment that could be distributed. Let's see some "
"alternatives."
msgstr ""

msgid "Different absolute paths"
msgstr ""

msgid ""
"Consider that you store your working copy under <filename class=\"directory"
"\">/home/john/Projects/artwork/</filename> and I store mine under <filename "
"class=\"directory\">/home/al/Projects/artwork/</filename>, we'll end up "
"refering the same files inside our working copies through different absolute "
"paths. This alternative generates a contradiction when files which hold path "
"information inside are committed up to the central repository from different "
"working copies. The contradiction comes from the question: which is the "
"correct absolute path to use inside such files, yours or mine? (None of them "
"is, of course.)"
msgstr ""

msgid "One unique absolute path"
msgstr ""

msgid ""
"Another case would be that where you and I ourselves use one unique home "
"directory (e.g., <filename class=\"directory\">/home/centos/Projects/artwork/"
"</filename>) to store the working copy of <ulink type=\"https\" url="
"\"https://projects.centos.org/svn/artwork\">The CentOS Artwork Repository</"
"ulink> in our own workstations, but configure the subversion client to use "
"different user names to commit changes up from the working copy to the "
"central repository. This alternative might be not so good in situations "
"where you and I have to share the same workstation. In such cases, it would "
"be required that we both share the password information of the same system "
"user (the <quote>centos</quote> user in our example) which, in addition, "
"gives access to that user's subversion client configuration and this way "
"provokes the whole sense of using different subversion credentials for "
"committing changes to be lost."
msgstr ""

msgid "Different absolute paths through dynamic expansion"
msgstr ""

msgid ""
"Most of the absolute paths we use inside the working copy are made of two "
"parts, one dynamic and one relative fixed. The dynamic part is the home "
"directory of the current user and its value can be retrived from the <envar>"
"$HOME</envar> environment variable. The fixed part of the path is the one we "
"set inside the repositroy structure itself as a matter of organization. What "
"we need here is to find a way to expand variables inside files that don't "
"support variable expansion. This alternative had worked rather fine when we "
"produce produce PNG files from SVG files and XTHML from DocBook files, but "
"the same is not true for absolute paths inside files that are used as in "
"their permanent state inside the repository (e.g., CSS files and other files "
"similar in purpose)."
msgstr ""

msgid ""
"Different absolute paths, dynamic expansion, symbolic links, relative links, "
"and environment variables"
msgstr ""

msgid ""
"With this solution it is possible to store working copies of <ulink type="
"\"https\" url=\"https://projects.centos.org/svn/artwork\">The CentOS Artwork "
"Repository</ulink> on different locations inside the same workstation "
"without lose relation between files. Here we use the TCAR_WORKDIR "
"environment variable to set the location of the working copy inside the "
"workstation. Later the centos-art.sh scripts uses this value as reference to "
"determine where the working copy is. This value is also the one used for "
"dynamic expansion inside design models and other similar files. In the case "
"of web projects where different components are required to produce the final "
"content, we create symbolic links between them and use relative paths so it "
"is possible to reuse them and retain the relation between them in different "
"contexts."
msgstr ""

msgid ""
"For example, lets consider the organization of XHTML manuals rendered from "
"DocBook source files. When you render a DocBook manual inside <ulink type="
"\"https\" url=\"https://projects.centos.org/svn/artwork\">The CentOS Artwork "
"Repository</ulink> it creates XHTML files. This XHTML files use images and "
"common style sheets for better presentation. Both of these images and styles "
"components live outside the XHTML structure so, in order to make them "
"available relatively to the XHTML structure, we created symbolic links from "
"the XHTML structure to the outside location where they are in. The creation "
"of symbolic links takes place automatically when each DockBook manual is "
"rendered through <command>centos-art.sh</command>, which uses the value of "
"TCAR_WORKDIR environment variable as reference to determine the absolute "
"path of the working copy."
msgstr ""

msgid ""
"Bacause absolute paths are no longer stored inside permanent files and "
"<command>centos-art.sh</command> script uses the TCAR_WORKDIR environment "
"variable to determine where the working copy is stored in the workstation, "
"it should be safe to download working copies of <ulink type=\"https\" url="
"\"https://projects.centos.org/svn/artwork\">The CentOS Artwork Repository</"
"ulink> anywhere in the workstation. One just have to be sure that the value "
"of TCAR_WORKDIR environment variable does match the location of the working "
"copy you are using."
msgstr ""

msgid "Download Your Working Copy"
msgstr ""

msgid ""
"In order to use <ulink type=\"https\" url=\"https://projects.centos.org/svn/"
"artwork\">The CentOS Artwork Repository</ulink> you need to download a "
"working copy from the central repository into your workstation. To download "
"such working copy use the following command:"
msgstr ""

#, no-wrap
msgid "svn co https://projects.centos.org/svn/artwork ~/"
msgstr ""

msgid ""
"This command will create your working copy inside your home directory, "
"specifically in a directory named <filename class=\"directory\">artwork</"
"filename>. Inside this directory you will find all the files you need to "
"work with inside <ulink type=\"https\" url=\"https://projects.centos.org/svn/"
"artwork\">The CentOS Artwork Repository</ulink>. If you want to have your "
"working copy in a location different to that one shown above, see <xref "
"linkend=\"repo-ws-config-ChangeWorkingCopy\"/>."
msgstr ""

msgid ""
"The first time you download the working copy it contains no image files, nor "
"documentation, or localized content inside it. This is because all the files "
"provided in the working copy are source files (e.g., the files needed to "
"produce other files) and it is up to you to render them in order to produce "
"the final files (e.g., images and documentation) used to implement <ulink "
"type=\"http\" url=\"http://www.centos.org\">The CentOS Project</ulink> "
"Corporate Visual Identity."
msgstr ""

msgid "Configure Administrative Tasks"
msgstr ""

msgid ""
"Most of the administrative tasks you need to perform in your working copy of "
"<ulink type=\"https\" url=\"https://projects.centos.org/svn/artwork\">The "
"CentOS Artwork Repository</ulink> are standardized inside the "
"<function>prepare</function> functionality of <command>centos-art.sh</"
"command> script. Inside <command>centos-art.sh</command> script, all "
"administrative task are invoked through the <command>sudo</command> command. "
"Thus, in order for the <command>centos-art.sh</command> script to perform "
"administrative tasks, you need to update the <command>sudo</command>'s "
"configuration in a way that such administrative actions be allowed."
msgstr ""

msgid ""
"At time of this writing the <command>centos-art.sh</command> script "
"implements just one administrative task, that is package management. "
"Nevertheless, in the future, other administrative tasks might be included as "
"well (e.g., installing themes locally from the working copy for testing "
"purposes.)."
msgstr ""

msgid ""
"To update the <command>sudo</command>'s configuration, execute the "
"<command>visudo</command> command as <quote>root</quote>. Later, uncoment "
"the <varname>Cmnd_Alias</varname> related to <quote>SOFTWARE</quote> and add "
"a line for your username allowing software commands. This configuration is "
"illustrated in <xref linkend=\"repo-ws-config-sudoers-example\"/>."
msgstr ""

msgid "The <filename>/etc/sudoers</filename> configuration file"
msgstr ""

msgid "<filename>/etc/sudoers</filename> configuration file"
msgstr ""

#, no-wrap
msgid ""
"\n"
"## Installation and management of software\n"
"Cmnd_Alias SOFTWARE = /bin/rpm, /usr/bin/up2date, /usr/bin/yum\n"
"\n"
"## Next comes the main part: which users can run what software on\n"
"## which machines (the sudoers file can be shared between multiple\n"
"## systems).\n"
"## Syntax:\n"
"##\n"
"##      user    MACHINE=COMMANDS\n"
"##\n"
"## The COMMANDS section may have other options added to it.\n"
"##\n"
"## Allow root to run any commands anywhere\n"
"root    ALL=(ALL)       ALL\n"
"\n"
"## Allow the centos user to run installation and management of\n"
"## software anywhere.\n"
"al      ALL=(ALL)       SOFTWARE\n"
msgstr ""

msgid "Run Preparation Tool"
msgstr ""

msgid ""
"Once you've both downloaded a working copy from <ulink type=\"https\" url="
"\"https://projects.centos.org/svn/artwork\">The CentOS Artwork Repository</"
"ulink> and configured the <command>sudo</command>'s configuration file "
"successfully, run the <function>prepare</function> functionality of "
"<command>centos-art.sh</command> script to complete the configuration "
"process using the following command:"
msgstr ""

#, no-wrap
msgid "~/artwork/trunk/Scripts/Bash/centos-art.sh prepare"
msgstr ""

msgid ""
"To know more about the <function>prepare</function> functionality of "
"<command>centos-art.sh</command> script, see <xref linkend=\"scripts-bash-"
"prepare\"/>."
msgstr ""

msgid "Changing Your Working Copy Default Path"
msgstr ""

msgid ""
"By default your working copy should be store in your home directory, "
"specifically in the location <filename class=\"directory\">~/artwork</"
"filename>. This location may not be the final location where you want to "
"have your working copy in situations where you are working on several "
"projects at the same time or you already have a define location to organize "
"your projects inside your home directory. Thus, you may need to change the "
"default location of your working copy to a more appropriate location."
msgstr ""

msgid ""
"The default path to your working copy is controlled by the "
"<envar>TCAR_WORKDIR</envar> environment variable. This variable is firstly "
"defined in your personal profile after running the prepare functionality of "
"<command>centos-art.sh</command> script. So, to change the path of your "
"working copy correctly, do the following:"
msgstr ""

msgid ""
"Create the parent directory you will use to store your working copy. For "
"example: <screen>mkdir -p ~/Projects/CentOS</screen>"
msgstr ""

msgid ""
"Move the currently downloaded working copy from ~/artwork to your new "
"location. For example: <screen>mv ~/artwork ~/Projects/CentOS/</screen>"
msgstr ""

msgid ""
"Edit <filename>~/.bash_profile</filename> file to set the new location "
"(without trailing slash) of your working copy as value of TCAR_WORKDIR "
"environment variable. For example: <screen>TCAR_WORKDIR=${HOME}/Projects/"
"CentOS/artwork</screen>"
msgstr ""

msgid ""
"Do log out from your active user's seesion and do log in again so the "
"environment changes take effect. Or just update the current environment "
"information by running the following command: <screen>. ~/.bash_profile</"
"screen>"
msgstr ""

msgid ""
"Update internal links by running the following command: <screen>"
"${TCAR_WORKDIR}/trunk/Scripts/Bash/centos-art.sh prepare --links</screen>"
msgstr ""

msgid "Repository History"
msgstr ""

msgid ""
"This chapter summarizes relevant changes committed to <ulink type=\"https\" "
"url=\"https://projects.centos.org/svn/artwork\">The CentOS Artwork "
"Repository</ulink> along the years."
msgstr ""

msgid "2008's"
msgstr ""

msgid ""
"<ulink type=\"https\" url=\"https://projects.centos.org/svn/artwork\">The "
"CentOS Artwork Repository</ulink> started at <ulink url=\"mailto:centos-"
"devel@centos.org\">The CentOS Developers Mailing List</ulink> around 2008, "
"on a discussion about how to automate slide images used by Anaconda (The "
"CentOS Distribution installer). In such discussion, <ulink url=\"http://wiki."
"centos.org/RalphAngenendt\">Ralph Angenendt</ulink> rose up his hand to ask —"
"Do you have something to show?—."
msgstr ""

msgid ""
"To answer the question, <ulink url=\"http://wiki.centos.org/"
"AlainRegueraDelgado\">Alain Reguera Delgado</ulink> suggested a bash script "
"which combined SVG and SED files in order to produce PNG images in different "
"languages —in conjunction with the proposition of creating a Subversion "
"repository where translations and image production could be distributed "
"inside The CentOS Community—."
msgstr ""

msgid ""
"<ulink url=\"http://wiki.centos.org/KaranbirSingh\">Karanbir Singh</ulink> "
"considered the idea intresting and provided the infrastructure necessary to "
"support the effort. This way, <ulink type=\"https\" url=\"https://projects."
"centos.org/trac/artwork\">The CentOS Artwork SIG</ulink> and <ulink type="
"\"https\" url=\"https://projects.centos.org/svn/artwork\">The CentOS Artwork "
"Repository</ulink> were officially created and made world wide available. In "
"this configuration, users were able to register themselves and "
"administrators were able to assign access rights to registered users inside "
"<ulink type=\"https\" url=\"https://projects.centos.org/svn/artwork\">The "
"CentOS Artwork Repository</ulink>, both using a web interface."
msgstr ""

msgid ""
"Once <ulink type=\"https\" url=\"https://projects.centos.org/svn/artwork"
"\">The CentOS Artwork Repository</ulink> was available, Alain Reguera "
"Delgado uploaded the bash script used to produce the Anaconda slides;"
"<footnote><para>See <ulink url=\"https://projects.centos.org/trac/artwork/"
"browser/trunk/Main/render.sh?rev=15\"/></para></footnote> Ralph Angenendt "
"documented it very well;<footnote><para>See <ulink type=\"http\" url="
"\"https://projects.centos.org/trac/artwork/wiki/HowToTranslateSlides\"/></"
"para></footnote> and people started to download working copies of <ulink "
"type=\"https\" url=\"https://projects.centos.org/svn/artwork\">The CentOS "
"Artwork Repository</ulink> to produce slide images in their own languages."
"<footnote><para>See the following <ulink url=\"http://www.google.com/search?"
"q=anaconda+slides+site%3Alists.centos.org\">Google search</ulink>.</para></"
"footnote>"
msgstr ""

msgid ""
"From this time on <ulink type=\"https\" url=\"https://projects.centos.org/"
"svn/artwork\">The CentOS Artwork Repository</ulink> has been evolving into "
"an automated production environment where The CentOS Community can conceive "
"<ulink type=\"http\" url=\"http://www.centos.org\">The CentOS Project</"
"ulink> corporate visual identity."
msgstr ""

msgid ""
"The exact changes commited to <ulink type=\"https\" url=\"https://projects."
"centos.org/svn/artwork\">The CentOS Artwork Repository</ulink> through "
"history can be found in the <ulink url=\"https://projects.centos.org/trac/"
"artwork/timeline\">repository logs</ulink> so you can know the real history "
"about it. For those of you who just want to get a glance of changes "
"committed, see <xref linkend=\"repo-history\"/>."
msgstr ""

msgid "2009's"
msgstr ""

msgid ""
"Around 2009, the rendition script was at a very rustic state where only "
"slide images could be produced, so it was redesigned to extend the image "
"production to other areas, different from slide images. In this "
"configuration, one SVG file was used as input to produce a translated "
"instance of it which, in turn, was used to produce one translated PNG image "
"as output. The SVG translated instance was created through SED replacement "
"commands. The translated PNG image was created from the SVG translated "
"instance using Inkscape command-line interface."
msgstr ""

msgid ""
"The repository directory structure was prepared to receive the rendition "
"script using design templates and translation files in the same location. "
"There was one directory structure for each art work that needed to be "
"produced. In this configuration, if you would want to produce the same art "
"work with a different visual style or structure, it was needed to create a "
"new directory structure for it because both the image structure and the "
"image visual style were together in the design template."
msgstr ""

msgid ""
"The rendition script was moved to a common place and linked from different "
"directory structures. There was no need to have the same code in different "
"directory structures if it could be in just one place and then be linked "
"from different locations."
msgstr ""

msgid ""
"Corporate identity concepts began to be considered. As referece, it was used "
"the book \"Corporate Identity\" by Wally Olins (1989) and <ulink url="
"\"http://en.wikipedia.org/Corporate_identity\">Wikipedia related links</"
"ulink>. This way, the rendition script main's goal becomes to: "
"<emphasis>automate the production process of a monolithic corporate visual "
"identity structure, based on the mission and the release schema of The "
"CentOS Project</emphasis>."
msgstr ""

msgid ""
"The repository directory structures began to be documented by mean of flat "
"text files. Later, documentation in flat text files was moved onto LaTeX "
"format and this way <citetitle>The CentOS Artwork Repository User's Guide</"
"citetitle> was initiated."
msgstr ""

msgid "2010's"
msgstr ""

msgid ""
"Around 2010, the rendition script changed its name from <command>render.sh</"
"command> to <command>centos-art.sh</command> and became a collection of "
"functionalities where rendition was just one among others (e.g., "
"documentation and localization)."
msgstr ""

msgid ""
"The <command>centos-art.sh</command> was initially conceived to automate "
"frequent tasks inside the repository based in the idea of Unix toolbox: to "
"create small and specialized tools that do one thing well. This way, "
"functionalities inside <command>centos-art.sh</command> began to be "
"identified and separated one another. For example, when images were "
"rendered, there was no need to load functionalities related to documentation "
"manual. This layout moved us onto <quote>common functionalities</quote> and "
"<quote>specific functionalities</quote> inside <command>centos-art.sh</"
"command> script. Common functionalities are loaded when <command>centos-art."
"sh</command> script is initiated and are available to specific "
"functionalities."
msgstr ""

msgid ""
"Suddenly, no need was found to keep all the links spreaded around the "
"repository in order to execute the <command>centos-art.sh</command> script "
"from different locations. The <command>centos-art</command> command-line "
"interface was used instead. The <command>centos-art</command> command-line "
"interface is a symbolic link stored inside the <filename class=\"directory"
"\">~/bin</filename> directory pointing to <command>centos-art.sh</command> "
"script. As default configuration, inside The CentOS Distribution, the path "
"to <filename class=\"directory\">~/bin</filename> is included in the search "
"path for commands (see <envar>PATH</envar> environment variable). This way, "
"using the <command>centos-art</command> command-line interface, it is "
"possible to execute the <command>centos-art.sh</command> script from "
"virtually anywhere inside the workstation, just as we frequently do with "
"regular commands."
msgstr ""

msgid ""
"Start using GNU getopt as default option parser inside the <command>centos-"
"art.sh</command> script."
msgstr ""

msgid ""
"The repository directory structure was updated to improve the implementation "
"of corporate visual identity concepts. Specially in the area related to "
"themes. Having both structure and style in the same file introduced content "
"duplication when producing art works. Because of this reason, they were "
"separated into two different directory structures: the design models and the "
"artistic motifs directory structures. From this point on, the "
"<command>centos-art.sh</command> was able to produce themes as result of "
"arbitrary combinations between design models (structure) and artistic motifs "
"(visual styles)."
msgstr ""

msgid ""
"In the documentation area, the documents in LaTeX format were migrated to "
"Texinfo format. In this configuration, each directory structure in the "
"repository has a documentation entry associated in a Texinfo structure which "
"can be read, edited and administered (e.g., renamed, deleted and copied) "
"interactively through <command>centos-art.sh</command> script. Additionally, "
"the texi2html program was used to produced customized XHTML output in "
"conjunction with CSS from The CentOS Web."
msgstr ""

msgid "2011's"
msgstr ""

msgid ""
"Around 2011, the <command>centos-art.sh</command> script was redesigned to "
"start translating XML-based files (e.g., SVG and Docbook files) through "
"<command>xml2po</command> program and shell scripts (e.g., Bash scripts) "
"through GNU gettext tools. This configuration provided a stronger "
"localization interface for graphic designers, translators and programmers. "
"The SED replacement files are no longer used to handle localization."
msgstr ""

msgid ""
"The <function>render</function>, <function>help</function> and "
"<function>locale</function> functionalities consolidated themselves as the "
"most frequent tasks performed in <ulink type=\"https\" url=\"https://"
"projects.centos.org/svn/artwork\">The CentOS Artwork Repository</ulink> "
"working copy. Additionally, the <function>prepare</function> and "
"<function>tuneup</function> functionalities were also maintained as useful "
"tasks."
msgstr ""

msgid ""
"In the documentation area, it was introduced the transformation of localized "
"DocBook XML DTD instances through the <function>render</function> and "
"<function>locale</function> functionalities. In this configuration, you use "
"<function>locale</function> functionality to localize DocBook source files "
"to your prefered language and later, using the <function>render</function> "
"functionality, you can produce the localized XTHML and PDF output as "
"specified in a XSLT layer. Unfortunly, the transformation DocBook XML -&gt; "
"FO -&gt; PDF (through PassiveTex) seems to be buggy inside CentOS 5.5, so it "
"was commented inside the <command>centos-art.sh</command> script. Most "
"documentation is now organized in DocBook format, even Texinfo format "
"remains as the only format with automated production tasks."
msgstr ""

msgid ""
"In the automation area, the <command>centos-art.sh</command> script "
"introduced the capability of reading configuration files. The main goal here "
"was moving some command-line options from functionalities onto a more "
"persistent medium. Most configuration files were set to define the position "
"of brands inside images and documentation manual specific options."
msgstr ""

msgid "2012's"
msgstr ""

msgid ""
"<ulink type=\"https\" url=\"https://projects.centos.org/svn/artwork\">The "
"CentOS Artwork Repository</ulink> development was eventually stopped at "
"November 2011 until July 2012 when we needed to make the <command>centos-art."
"sh</command> script a bit more customizable than it presently was. For "
"example, it was considered as a need that functionalities inside the "
"<command>centos-art.sh</command> script must be not just conceived "
"independent one another but reusable in different contexts as well."
msgstr ""

msgid ""
"Make Localization Of <command>centos-art.sh</command> Script Specific To "
"Different Contexts"
msgstr ""

msgid ""
"The procedure used to locale messages inside the <command>centos-art.sh</"
"command> script had to be re-designed in order to accept such pluggable "
"behavior into the script. We couldn't publish unique <filename>centos-art.sh."
"po</filename> and <filename>centos-art.sh.mo</filename> files because they "
"may contain different information in different contexts. For example, if you "
"are using the <function>render</function> and <function>help</function> "
"functionalities you only need translation messages for them and not those "
"from other functionalities that may exist in the central repository but you "
"didn't download nor use into your working copy."
msgstr ""

msgid ""
"One solution for this could be to have independent PO files for each "
"functionality of <command>centos-art.sh</command> script which are combined "
"to create the final PO and MO files that <application>gettext</application> "
"uses to retrive translated strings when <command>centos-art.sh</command> "
"script is running. For this solution to be effective, you must be selective "
"about the functionalities and locales directories you download into your "
"working copy. For example, if you want to use the render functionality and "
"its locale messages only, you must download the required directories and "
"exclude others."
msgstr ""

msgid ""
"In case you don't want to be selective and download the whole repository, "
"the creation of the <filename>centos-art.sh.po</filename>, <filename>centos-"
"art.sh.pot</filename> and <filename>centos-art.sh.mo</filename> files will "
"occur automatically the first time you run the <function>prepare</function> "
"functionality (which require the <function>locale</function> functionality "
"to be available), or later, by running the following command: <screen>centos-"
"art locale trunk/Scripts/Bash --update</screen>"
msgstr ""

msgid ""
"For more information about the <function>prepare</function> and "
"<function>locale</function> functionalities, see <xref linkend=\"scripts-"
"bash-locale\"/> and <xref linkend=\"scripts-bash-prepare\"/> respectively."
msgstr ""

msgid ""
"As shown in <xref linkend=\"repository-history-2012-2\"/>, both "
"<function>Commons</function> and <function>Locales</function> "
"functionalities will always be required directories. The <function>Commons</"
"function> directory contains the common functionalities and the "
"<function>Locales</function> directory contains the standard procedures you "
"need to run in order to build the final <filename>centos-art.sh.mo</"
"filename> file used by <application>gettext</application> to retrive "
"translation strings when the <command>centos-art.sh</command> script is "
"running. Remember that <filename>centos-art.sh.pot</filename>, "
"<filename>centos-art.sh.po</filename> files aren't under version control and "
"they are built by combining each funtionality message.po file into a PO and "
"later a MO file."
msgstr ""

msgid "Directory structure of a rendering-only context"
msgstr ""

#, no-wrap
msgid ""
"\n"
"/home/centos/Projects/artwork/trunk/\n"
"|-- Locales/\n"
"|   `-- Scripts/\n"
"|       `-- Bash/\n"
"|           `-- es_ES/\n"
"|               |-- Functions/\n"
"|               |   |-- Commons/\n"
"|               |   |   |-- messages.po\n"
"|               |   |   `-- messages.pot\n"
"|               |   |-- Locales/\n"
"|               |   |   |-- messages.po\n"
"|               |   |   `-- messages.pot\n"
"|               |   `-- Render/\n"
"|               |       |-- messages.po\n"
"|               |       `-- messages.pot\n"
"|               |-- LC_MESSAGES/\n"
"|               |   `-- centos-art.sh.mo\n"
"|               |-- centos-art.sh.po\n"
"|               `-- centos-art.sh.pot\n"
"`-- Scripts/\n"
"    `-- Bash/\n"
"        |-- Functions/\n"
"        |   |-- Commons/\n"
"        |   |-- Locales/\n"
"        |   `-- Render/\n"
"        `-- centos-art.sh\n"
msgstr ""

msgid ""
"A practical example of using the solution described above may be found when "
"you are working on the corporate identity of <ulink type=\"http\" url="
"\"http://www.centos.org\">The CentOS Project</ulink> and then need to start "
"a new corporate identity project for another organization. You want to keep "
"the directory structure of <ulink type=\"https\" url=\"https://projects."
"centos.org/svn/artwork\">The CentOS Artwork Repository</ulink> and its "
"automation tool, the <command>centos-art.sh</command> script. Your new "
"project requires you to introduce new functionalities to <command>centos-art."
"sh</command> which don't fit the needs of <ulink type=\"http\" url=\"http://"
"www.centos.org\">The CentOS Project</ulink> (e.g., you want to introduce a "
"<function>report</function> functionality to mesure how much connect time do "
"you consume through your PPP internface.) or you just want to keep the "
"directory structure of your new project as simple as possible."
msgstr ""

msgid ""
"To go through this it is possible to mix specific parts of different central "
"repositories into one single working copy. This is the working copy you'll "
"use to manage your new project. In <xref linkend=\"repository-history-2012-1"
"\"/>, we see how the <filename class=\"directory\">Render</filename>, "
"<filename class=\"directory\">Locales</filename> and <filename class="
"\"directory\">Commons</filename> directories which come from the <ulink type="
"\"https\" url=\"https://projects.centos.org/svn/artwork\">The CentOS Artwork "
"Repository</ulink> has been integrated into the working copy of your new "
"project."
msgstr ""

msgid "Mixing automation functionalities."
msgstr ""

#, no-wrap
msgid ""
"\n"
"/home/al/Projects/Myapp/trunk/\n"
"|-- Locales/           \n"
"|   `-- Scripts/\n"
"|       `-- Bash/         \n"
"|           `-- es_ES/\n"
"|               |-- Functions/\n"
"|               |   |-- Commons/ &lt;--| from https://projects.centos.org/svn/artwork/\n"
"|               |   |   |-- messages.po\n"
"|               |   |   `-- messages.pot\n"
"|               |   |-- Locales/ &lt;--| from https://projects.centos.org/svn/artwork/\n"
"|               |   |   |-- messages.po\n"
"|               |   |   `-- messages.pot\n"
"|               |   |-- Render/  &lt;--| from https://projects.centos.org/svn/artwork/\n"
"|               |   |   |-- messages.po\n"
"|               |   |   `-- messages.pot\n"
"|               |   `-- Report/\n"
"|               |       |-- messages.po\n"
"|               |       `-- messages.pot\n"
"|               |-- LC_MESSAGES/\n"
"|               |   `-- myapp.sh.mo\n"
"|               |-- myapp.sh.po\n"
"|               `-- myapp.sh.pot\n"
"`-- Scripts/\n"
"    `-- Bash/\n"
"        |-- Functions/\n"
"        |   |-- Commons/ &lt;--| from https://projects.centos.org/svn/artwork/\n"
"        |   |-- Locales/ &lt;--| from https://projects.centos.org/svn/artwork/\n"
"        |   |-- Render/  &lt;--| from https://projects.centos.org/svn/artwork/\n"
"        |   `-- Report/\n"
"        `-- myapp.sh\n"
msgstr ""

msgid ""
"At this point, your working copy contains files from two different central "
"repositories. One repository provides the files of your new organization "
"project and the other one provides the files related to the "
"<function>render</function> functionality from <ulink type=\"https\" url="
"\"https://projects.centos.org/svn/artwork\">The CentOS Artwork Repository</"
"ulink>. In this environment, all updates commited to the <filename class="
"\"directory\">Render</filename>, <filename class=\"directory\">Locales</"
"filename> and <filename class=\"directory\">Commons</filename> directories "
"at <ulink type=\"https\" url=\"https://projects.centos.org/svn/artwork\">The "
"CentOS Artwork Repository</ulink> will be available to you too, the next "
"time you update your working copy. Likewise, if you change something in any "
"of these directories and commit your changes, your changes will be available "
"to poeple working in <ulink type=\"https\" url=\"https://projects.centos.org/"
"svn/artwork\">The CentOS Artwork Repository</ulink> the next time they "
"update their working copies."
msgstr ""

msgid ""
"Understanding the need of mixing different central repositories into a "
"single working copy is an important step for reusing the functionalities "
"that come with centos-art.sh script, but it is not enough if you want to "
"customize the information produced by it. By default, the centos-art.sh "
"script uses information related to <ulink type=\"http\" url=\"http://www."
"centos.org\">The CentOS Project</ulink>. You probably need to change this if "
"you are producing images to a different organization than <ulink type=\"http"
"\" url=\"http://www.centos.org\">The CentOS Project</ulink>. For example, "
"some of the information you might need to change would be the copyright "
"holder, brands, domain names, mailing lists, and so forth. To change this "
"information you need to duplicate the file <filename>centos-art.sh</"
"filename> and rename it to something else. Later, you need to edit the "
"renamed version and change variables inside according your needs. In <xref "
"linkend=\"repository-history-2012-1\"/>, we used the name <command>myapp.sh</"
"command> instead of <command>centos-art.sh</command> so the information we "
"set inside it could reflect the specific needs that motivated the creation "
"of a new project without affecting those from <ulink type=\"http\" url="
"\"http://www.centos.org\">The CentOS Project</ulink>."
msgstr ""

msgid ""
"Most of the information you need to change in your duplicated version of "
"<filename>centos-art.sh</filename> file is controlled by a set of read-only "
"variables. You modify these variables here and they will be available all "
"along the script execution time. For example, you can change the value of "
"<varname>CLI_WRKCOPY</varname> variable inside your duplicated version of "
"<filename>centos-art.sh</filename> to change the absolute path you use to "
"store your working copy."
msgstr ""

msgid "Update DocBook Documentation Structure And Processing"
msgstr ""

msgid "..."
msgstr ""

msgid "Corporate Visual Identity"
msgstr ""

msgid "The CentOS Project"
msgstr ""

msgid ""
"The CentOS Project Corporate Identity is the <quote>persona</quote> of the "
"organization known as The CentOS Project. The CentOS Project Corporate "
"Identity plays a significant role in the way The CentOS Project, as "
"organization, presents itself to both internal and external stakeholders. In "
"general terms, The CentOS Project Corporate Identity expresses the values "
"and ambitions of The CentOS Project organization, its business, and its "
"characteristics."
msgstr ""

msgid ""
"The CentOS Project Corporate Identity provides visibility, recognizability, "
"reputation, structure and identification to The CentOS Project organization "
"by means of Corporate Design, Corporate Communication, and Corporate "
"Behaviour."
msgstr ""

msgid "The CentOS Project Corporate Identity."
msgstr ""

msgid "Corporate Mission"
msgstr ""

msgid ""
"<ulink type=\"http\" url=\"http://www.centos.org\">The CentOS Project</"
"ulink> exists to produce The CentOS Distribution, an Enterprise-class Linux "
"Distribution derived from sources freely provided to the public by a "
"prominent North American Enterprise Linux vendor. The CentOS Distribution "
"conforms fully with the upstream vendors redistribution policy and aims to "
"be 100% binary compatible. (The CentOS Distribution mainly changes packages "
"to remove upstream vendor branding and artwork.)."
msgstr ""

msgid ""
"The CentOS Distribution is developed by a small but growing team of core "
"developers. In turn the core developers are supported by an active user "
"community including system administrators, network administrators, "
"enterprise users, managers, core Linux contributors and Linux enthusiasts "
"from around the world."
msgstr ""

msgid ""
"The CentOS Distribution has numerous advantages including: an active and "
"growing user community, quickly rebuilt, tested, and QA'ed errata packages, "
"an extensive mirror network, developers who are contactable and responsive "
"of a reliable Enterprise-class Linux Distribution, multiple free support "
"avenues including a <ulink type=\"http\" url=\"http://wiki.centos.org/"
"\">Wiki</ulink>, <ulink type=\"http\" url=\"http://www.centos.org/modules/"
"tinycontent/index.php?id=8\">IRC Chat</ulink>, <ulink type=\"http\" url="
"\"http://lists.centos.org/\">Email Lists</ulink>, <ulink type=\"http\" url="
"\"http://www.centos.org/modules/newbb/\">Forums</ulink>, and a dynamic "
"<ulink type=\"http\" url=\"http://www.centos.org/modules/smartfaq/\">FAQ</"
"ulink>."
msgstr ""

msgid "Corporate Graphic Design"
msgstr ""

msgid ""
"The corporate design is focused on the effective presentation of corporate "
"messages. As corporate messages we understand all the information emitted "
"from the organization; and when we say <emphasis>all</emphasis> we mean "
"everything that can be perceived through the human senses. The corporate "
"design takes care of defining what this information is and controlling the "
"way it goes out the organization producing it."
msgstr ""

msgid ""
"When the organization doesn't take control over the corporate messages it "
"produces, the organization is letting that area of its identity to the "
"unknown and the results might be good or not so good, it is hard to know. "
"The issue to see here is that even the organization doesn't take control "
"over its corporate messages, they are always talking about the organization. "
"Taking control of corporate messages is a decition the organization needs to "
"take by itself, based on its need of better describe what it is."
msgstr ""

msgid ""
"In the very specific case of <ulink type=\"http\" url=\"http://www.centos.org"
"\">The CentOS Project</ulink>, we'll concentrate our attention on corporate "
"messages that reach us through the visual sense. This is, all the visual "
"manifestations <ulink type=\"http\" url=\"http://www.centos.org\">The CentOS "
"Project</ulink> is made of. As visual manifestaions we understand all the "
"visible media <ulink type=\"http\" url=\"http://www.centos.org\">The CentOS "
"Project</ulink> uses to manifest its existence on. At this point it is "
"necessary to consider what <ulink type=\"http\" url=\"http://www.centos.org"
"\">The CentOS Project</ulink> is, what its mission is and what it is "
"producing. This, in order to identify which visual manifestations the "
"organization is demanding attention of corporate design for."
msgstr ""

msgid ""
"Inside <ulink type=\"http\" url=\"http://www.centos.org\">The CentOS "
"Project</ulink> we identify and apply corporate design to the following "
"visual manifestations:"
msgstr ""

msgid ""
"The CentOS Distribution — This visual manifestation exists to cover all "
"actions related to artwork production and rebranding, required by The CentOS "
"Distribution in order to comply with upstream's redistribution guidelines. "
"This visual manifestation is described in <xref linkend=\"identity-distro\"/"
">."
msgstr ""

msgid ""
"The CentOS Web — This visual manifestation exists to cover all actions "
"related to artwork production required by <ulink type=\"http\" url=\"http://"
"www.centos.org\">The CentOS Project</ulink> to manifest its existence in the "
"World Wide Web medium. This visual manifestation is described in <xref "
"linkend=\"identity-web\"/>."
msgstr ""

msgid ""
"The CentOS Showroom — This visual manifestation exists to cover all actions "
"related to artwork production required by <ulink type=\"http\" url=\"http://"
"www.centos.org\">The CentOS Project</ulink> to manifest its existence "
"through media produced industrially (e.g., stationery, clothes, CDs, DVDs, "
"etc.). This visual manifestation is described in <xref linkend=\"identity-"
"showroom\"/>."
msgstr ""

msgid ""
"The visual manifestations identified above seem to cover most media required "
"by <ulink type=\"http\" url=\"http://www.centos.org\">The CentOS Project</"
"ulink>, as organization, to show its existence. However, other visual "
"manifestations could be added in the future, as long as they be needed, to "
"cover different areas like stands, buildings, offices, road transportation "
"or whaterver visual manifestation <ulink type=\"http\" url=\"http://www."
"centos.org\">The CentOS Project</ulink> thouches to show its existence."
msgstr ""

msgid ""
"Once all visual manifestations have been identified and defined through "
"design models, it is time to visually remark their connection with <ulink "
"type=\"http\" url=\"http://www.centos.org\">The CentOS Project</ulink>. This "
"kind of connection is realized by applying The CentOS Brand to design models "
"inside visual manifestations supported through corporate design."
msgstr ""

msgid "Corporate Communication"
msgstr ""

msgid ""
"<ulink type=\"http\" url=\"http://www.centos.org\">The CentOS Project</"
"ulink> corporate communication is focused on the effective propagation of "
"corporate messages. Propagation of corporate messages is closely related to "
"the media the organization uses as vehicle to distribute its corporate "
"messages."
msgstr ""

msgid ""
"<ulink type=\"http\" url=\"http://www.centos.org\">The CentOS Project</"
"ulink> corporate communication takes place through the following visual "
"manifestations:"
msgstr ""

msgid "The CentOS Distribution"
msgstr ""

msgid ""
"This visual manifestation communicates its existence through software "
"packages. There are packages that make a remarkable use of images, packages "
"that make a moderate use of images, and packages that don't use images at "
"all. This visual manifestation is focused on providing <ulink type=\"http\" "
"url=\"http://www.centos.org\">The CentOS Project</ulink> images required by "
"software packages that do use images in a remarkable way, specially those "
"holding the upstream brand (e.g., <package>anaconda</package>, "
"<package>grub</package>, <package>syslinux</package>, <package>gdm</"
"package>, <package>kdebase</package>)."
msgstr ""

msgid ""
"The Community Enterprise Operating System itself (communicates the essense "
"of <ulink type=\"http\" url=\"http://www.centos.org\">The CentOS Project</"
"ulink> existence.)."
msgstr ""

msgid ""
"Release Schema (Lifetime) and all the stuff related (e.g., Release Notes, "
"Documentation, Erratas, etc.)."
msgstr ""

msgid "The CentOS Web"
msgstr ""

msgid ""
"This visual manifestation communicates its existence through web "
"applications. These web applications are free software and come from "
"different providers which distribute their work with predefined visual "
"styles. Frequently, these predefined visual styles have no visual relation "
"among themselves and introduce some visual contraditions when they all are "
"put together. Removing these visual contraditions is object of work for this "
"visual manifestation."
msgstr ""

msgid "The CentOS Chat."
msgstr ""

msgid "The CentOS Mailing Lists."
msgstr ""

msgid "The CentOS Forums."
msgstr ""

msgid "The CentOS Wiki."
msgstr ""

msgid "Special Interest Groups (SIGs)."
msgstr ""

msgid "Social Events, Interviews, Conferences, etc."
msgstr ""

msgid ""
"The extensive network of mirrors available for downloading ISO files as well "
"as RPMs and SRPMs used to build them up in different architectures."
msgstr ""

msgid "The CentOS Showroom"
msgstr ""

msgid ""
"This visual manifestation communicates its existence through production of "
"industrial objects carrying The CentOS Brand. These branded objects are "
"directed to be distributed on social events and/or shops. They provide a way "
"of promotion and commercialization that may help to reduce <ulink type=\"http"
"\" url=\"http://www.centos.org\">The CentOS Project</ulink> expenses (e.g., "
"electrical power, hosting, servers, full-time-developers, etc.), in a "
"similar way as donations may do."
msgstr ""

msgid "Stationery (e.g., Posters, Stickers, CD Lables and Sleeves)."
msgstr ""

msgid "Clothes (e.g., Shirts, T-shirts, Pullovers, Caps)."
msgstr ""

msgid "Installation media (e.g., CDs, DVD, Pendrives)."
msgstr ""

msgid "Corporate Behaviour"
msgstr ""

msgid ""
"<ulink type=\"http\" url=\"http://www.centos.org\">The CentOS Project</"
"ulink> corporate behaviour is focused on the effective interaction of each "
"member involved in the organization (e.g., core developers, community "
"members, etc.). It is related to ethics and politics used to do the things "
"inside the organization. It is related to the sense of direction chosen by "
"the organization and they way the organization projects itself to achieve it."
msgstr ""

msgid ""
"<ulink type=\"http\" url=\"http://www.centos.org\">The CentOS Project</"
"ulink> corporate behaviour takes place through <ulink type=\"http\" url="
"\"http://www.centos.org\">The CentOS Project</ulink> corporate "
"communication, as described in <xref linkend=\"identity-project-communication"
"\"/>."
msgstr ""

msgid "Corporate Structure"
msgstr ""

msgid ""
"<ulink type=\"http\" url=\"http://www.centos.org\">The CentOS Project</"
"ulink> corporate structure is based on a Monolithic Corporate Visual "
"Identity Structure. In this configuration, one unique name and one unique "
"visual style is used in all visual manifestation <ulink type=\"http\" url="
"\"http://www.centos.org\">The CentOS Project</ulink> is made of."
msgstr ""

msgid ""
"In a monolithic corporate visual identity structure, internal and external "
"stakeholders use to feel a strong sensation of uniformity, orientation, and "
"identification with the organization. No matter if you are visiting web "
"sites, using the distribution, or acting on social events, the one unique "
"name and one unique visual style connects them all to say: Hey! we are all "
"part of <ulink type=\"http\" url=\"http://www.centos.org\">The CentOS "
"Project</ulink>."
msgstr ""

msgid ""
"Other corporate structures for <ulink type=\"http\" url=\"http://www.centos."
"org\">The CentOS Project</ulink> have been considered as well. Such is the "
"case of producing one different visual style for each major release of The "
"CentOS Distribution. This structure isn't inconvenient at all, but some "
"visual contradictions could be introduced if it isn't applied correctly and "
"we need to be aware of it. To apply it correctly, we need to know what "
"<ulink type=\"http\" url=\"http://www.centos.org\">The CentOS Project</"
"ulink> is made of."
msgstr ""

msgid ""
"<ulink type=\"http\" url=\"http://www.centos.org\">The CentOS Project</"
"ulink>, as organization, is mainly made of (but not limited to) three visual "
"manifestions: The CentOS Distribution, The CentOS Web and The CentOS "
"Showroom. Inside The CentOS Distribution visual manifestations, <ulink type="
"\"http\" url=\"http://www.centos.org\">The CentOS Project</ulink> maintains "
"near to four different major releases of The CentOS Distribution, parallely "
"in time. However, inside The CentOS Web visual manifestations, the content "
"is produced for no specific release information (e.g., there is no a "
"complete web site for each major release of The CentOS Distribution "
"individually, but one web site to cover them all). Likewise, the content "
"produced in The CentOS Showroom is industrially created for no specific "
"release, but <ulink type=\"http\" url=\"http://www.centos.org\">The CentOS "
"Project</ulink> in general."
msgstr ""

msgid ""
"In order to produce the <ulink type=\"http\" url=\"http://www.centos.org"
"\">The CentOS Project</ulink> Monolithic Corporate Visual Identity Structure "
"correctly, we need to concider all the visual manifestations <ulink type="
"\"http\" url=\"http://www.centos.org\">The CentOS Project</ulink> is made "
"of, not just one of them. If one different visual style is implemented for "
"each major release of The CentOS Distribution, which one of those different "
"visual styles would be used to cover the remaining visual manifestations "
"<ulink type=\"http\" url=\"http://www.centos.org\">The CentOS Project</"
"ulink> is made of (e.g., The CentOS Web and The CentOS Showroom)?"
msgstr ""

msgid ""
"Probably you are thinking: yes, I see your point, but The CentOS Brand "
"connects them all already, why would we need to join them up into the same "
"visual style too, isn't it more work to do, and harder to maintain?"
msgstr ""

msgid ""
"Harder to maintain, more work to do, probably. Specially when you consider "
"that <ulink type=\"http\" url=\"http://www.centos.org\">The CentOS Project</"
"ulink> has proven stability and consistency through time and, that, "
"certainly, didn't come through swinging magical wands or something but "
"hardly working out to automate tasks and providing maintainance through "
"time. With that in mind, we consider <ulink type=\"http\" url=\"http://www."
"centos.org\">The CentOS Project</ulink> Corporate Visual Identity Structure "
"must be consequent with such stability and consistency tradition. It is true "
"that The CentOS Brand does connect all the visual manifestations it is "
"present on, but that connection is strengthened if one unique visual style "
"backups it. In fact, whatever thing you do to strength the visual connection "
"among <ulink type=\"http\" url=\"http://www.centos.org\">The CentOS Project</"
"ulink> visual manifestations would be very good in favor of <ulink type="
"\"http\" url=\"http://www.centos.org\">The CentOS Project</ulink> "
"recognition."
msgstr ""

msgid ""
"Obviously, having just one visual style in all visual manifestations for "
"eternity would be a very boring thing and would give the idea of a visually "
"dead project. So, there is no problem on creating a brand new visual style "
"for each new major release of The CentOS Distribution, in order to refresh "
"The CentOS Distribution visual style; the problem itself is in not "
"propagating the brand new visual style created for the new release of The "
"CentOS Distribution to all other visual manifestations <ulink type=\"http\" "
"url=\"http://www.centos.org\">The CentOS Project</ulink> is made of, in a "
"way <ulink type=\"http\" url=\"http://www.centos.org\">The CentOS Project</"
"ulink> could be recognized no matter what visual manifestation be in front "
"of us. Such lack of uniformity is what introduces the visual contradition we "
"are precisely trying to solve by mean of themes production in <ulink type="
"\"https\" url=\"https://projects.centos.org/svn/artwork\">The CentOS Artwork "
"Repository</ulink>."
msgstr ""

msgid "The CentOS Brand"
msgstr ""

msgid ""
"The CentOS Brand is the main visual manifestaion of <ulink type=\"http\" url="
"\"http://www.centos.org\">The CentOS Project</ulink>. <ulink type=\"http\" "
"url=\"http://www.centos.org\">The CentOS Project</ulink> uses The CentOS "
"Brand to connect all the visual manifestions it is made of (e.g., GNU/Linux "
"Distributions, Web sites, Stationery, etc.) and, this way, provides "
"recognition <footnote><para> ... just as a GPG signature might do for RPM "
"packages. </para></footnote> among similar projects available on the "
"Internet. The CentOS Brand is made of a graphical component (<xref linkend="
"\"identity-brand-symbol\"/>) and a typographical component (<xref linkend="
"\"identity-brand-type\"/>) that, when put together, make <xref linkend="
"\"identity-brand-logo\"/>. The components that make The CentOS Brand can be "
"used together or separately, considering that, in hierarchy order, <xref "
"linkend=\"identity-brand-logo\"/> is rather prefered than <xref linkend="
"\"identity-brand-symbol\"/>, as well as <xref linkend=\"identity-brand-symbol"
"\"/> is rather prefered than <xref linkend=\"identity-brand-type\"/>."
msgstr ""

msgid ""
"In addition to those components mentioned above, The CentOS Brand includes "
"another component named <xref linkend=\"identity-brand-motif\"/>. <xref "
"linkend=\"identity-brand-motif\"/> is mainly used as background on images "
"and is directly related to the look and feel of all visual manifestations "
"<ulink type=\"http\" url=\"http://www.centos.org\">The CentOS Project</"
"ulink> shows its existence on. In contrast with <xref linkend=\"identity-"
"brand-logo\"/>, <xref linkend=\"identity-brand-symbol\"/> and <xref linkend="
"\"identity-brand-type\"/>; <xref linkend=\"identity-brand-motif\"/> might "
"change from time to time providing a vehicle to <quote>refresh</quote> how "
"<ulink type=\"http\" url=\"http://www.centos.org\">The CentOS Project</"
"ulink> looks and feels."
msgstr ""

msgid ""
"The CentOS Brand and all the visual manifestations derivated from it are "
"available for you to study and propose improvement around a good citizen's "
"will inside The CentOS Community, but you are not allowed to redistribute "
"them elsewhere, without the given permission of <ulink type=\"http\" url="
"\"http://www.centos.org\">The CentOS Project</ulink>."
msgstr ""

msgid ""
"If you need to redistribute either <xref linkend=\"identity-brand-logo\"/> "
"or any visual manifestation derived from it, write your intentions to the "
"The CentOS Developers mailing list (<ulink url=\"mailto:centos-devel@centos."
"org\">centos-devel@centos.org</ulink>)."
msgstr ""

msgid "The CentOS Symbol"
msgstr ""

msgid "The CentOS Type"
msgstr ""

msgid "The CentOS Logo"
msgstr ""

msgid "The CentOS Motif"
msgstr ""

msgid "Release Schema"
msgstr ""

msgid ""
"<ulink type=\"https\" url=\"https://projects.centos.org/svn/artwork\">The "
"CentOS Artwork Repository</ulink> documentation work line is implemented "
"through documentation manuals. Documentation manuals are implemented through "
"different documentation formats provided inside The CentOS Distribution (e."
"g., <application>Docbook</application>, <application>Texinfo</application>, "
"<application>LaTeX</application>, etc.). Structuring tasks related to "
"documentation systems (e.g., creating, editing, deleting, copying, renaming, "
"etc.) are standardized through the <code>help</code> functionality of "
"<command>centos-art.sh</command> script, as described in <xref linkend="
"\"scripts-bash-help\"/>. This way, people writting documentation don't need "
"to deal with underlaying tasks like creating files, updating menus, nodes, "
"cross references and wondering where to put everything in <ulink type=\"https"
"\" url=\"https://projects.centos.org/svn/artwork\">The CentOS Artwork "
"Repository</ulink>."
msgstr ""

msgid "Documentation Production Cycle"
msgstr ""

msgid ""
"This chapter describes the procedure you should follow to create and "
"maintain documentation manuals inside <ulink type=\"https\" url=\"https://"
"projects.centos.org/svn/artwork\">The CentOS Artwork Repository</ulink>."
msgstr ""

msgid ""
"This chapter describes general concepts that can be applied through the "
"documentation formats supported inside the <function>help</function> "
"functionality of <command>centos-art.sh</command> script. To illustrate the "
"production process related to documentation manuals inside <ulink type="
"\"https\" url=\"https://projects.centos.org/svn/artwork\">The CentOS Artwork "
"Repository</ulink>, this chapter uses the <citetitle>The CentOS Artwork "
"Repository File System</citetitle> (TCAR-FS) documentation manual as example."
msgstr ""

msgid "Identifying Document Goals"
msgstr ""

msgid ""
"The first step in producing a documentation manual is to clearly understand "
"what you exactly need to document and why you need to do so. The obvious "
"answer to this question would be to describe the basic ideas behind an "
"implementation so it can be useful once published. It is important that you "
"find out the reasons you need to do what you are doing and, also, those "
"helping you to retain the motivation to keep doing it in the future. "
"Otherwise, without such foundations, you'll surely end up leaving the effort "
"soon enough to make a lost cause from your initial work."
msgstr ""

msgid ""
"Before <citetitle>The CentOS Artwork Repository File System</citetitle> "
"documentation manual exist, there was an emerging need to understand what "
"each directory inside the growing directory layout was for, how they could "
"be used and how they could be connected one another. At that moment, the "
"directory layout was very unstable and explaining the whole idea behind it "
"was not possible, there were too many changing concepts floating around "
"which needed to be considered in the same changing way. So, to understand "
"what was happening, the <citetitle>The CentOS Artwork Repository File "
"System</citetitle> documentation manual was created."
msgstr ""

msgid ""
"The <citetitle>The CentOS Artwork Repository File System</citetitle> manual "
"was conceived based on the idea of individually documenting each directory "
"inside the repository and, later, by considering all directory "
"documentations together, it would be (hypothetically) possible to correct "
"the whole idea through an improvement cycle that would consolidate the final "
"idea we try to implement."
msgstr ""

msgid ""
"Other documentation manuals can be based on reasons different from those "
"described above, however, no matter what those reasons be, it will be "
"helpful to make yourself a clean idea about what you are going to document "
"exactly before putting your hands on it."
msgstr ""

msgid "Identifying Document Title"
msgstr ""

msgid ""
"Once you've make yourself an clean idea of what the documentation manual is "
"for and the needs behind, it is time for you to define the manual's title "
"and the manual's directory name. Both manuals' title and manual's directory "
"name describe what the documentation manual is about. The manual's title is "
"used inside the documentation while the manual's directory name is used to "
"store the related source files inside <ulink type=\"https\" url=\"https://"
"projects.centos.org/svn/artwork\">The CentOS Artwork Repository</ulink> "
"directory structure. Generally, the manual's title is a phrase of few words "
"and the manual's directory name is the abbreviation of that phrase set as "
"manual's title."
msgstr ""

msgid ""
"Following with our example, the manual's title chosen was <citetitle>The "
"CentOS Artwork Repository File System</citetitle> and its directory name was "
"set to <quote><filename>Tcar-fs</filename></quote> to comply with the file "
"name convenctions described at <xref linkend=\"repo-convs-filenames\"/>."
msgstr ""

msgid "Identifying Document Structure"
msgstr ""

msgid ""
"Once both the manual's title and the manual's directory name have been "
"defined, it is time for you to plan the document structure through which the "
"manual's content will be organized."
msgstr ""

msgid ""
"The document structure of documentation manuals is specific to that "
"documentation format used to write documentation source files. Nevertheless, "
"no matter what the documentation format be, the document structure produce "
"produced from the <function>help</function> functionality of <command>centos-"
"art.sh</command> script follows and upside-down tree configuration. In this "
"configuration, documentation manuals can be organized through parts, "
"chapters, sections, and several subsection levels based in whether the "
"chosen documentation format supports them or not."
msgstr ""

msgid ""
"Considering the <citetitle>The CentOS Artwork Repository File System</"
"citetitle> documentation manual, we already know that it was conceived to "
"document each directory structure <ulink type=\"https\" url=\"https://"
"projects.centos.org/svn/artwork\">The CentOS Artwork Repository</ulink> is "
"made of using Texinfo format and the sectioning levels supported by it. At "
"this point we phase that <ulink type=\"https\" url=\"https://projects.centos."
"org/svn/artwork\">The CentOS Artwork Repository</ulink> has more levels deep "
"than sectioning commands available inside Texinfo formats. This way it is "
"not possible to use one sectioning command for each directory level inside "
"the repository directory structure we need to document. Based on these "
"issues, it is imperative to reaccomodate the document structure in order to "
"be able of documenting every directory <ulink type=\"https\" url=\"https://"
"projects.centos.org/svn/artwork\">The CentOS Artwork Repository</ulink> is "
"made of, using the sectioning levels supported by most documentation formats "
"inside The CentOS Distribution, no matter how many levels deep the "
"repository directory structure has."
msgstr ""

msgid ""
"As consequence, <citetitle>The CentOS Artwork Repository File System</"
"citetitle> ended up being organized through the following documentation "
"structure:"
msgstr ""

msgid "Chapter 1. The <filename class=\"directory\">trunk</filename> Directory"
msgstr ""

msgid ""
"This chapter describes the <filename class=\"directory\">trunk</filename> "
"directory inside the repository and all subdirectories inside it. The first "
"level of directories (i.e., the <filename class=\"directory\">trunk</"
"filename> directory itself) is described inside the chapter entry. Deeper "
"directory levels are all documented through sections and have a file for "
"their own. It is also possible to write subsections and subsubsections, "
"however, they don't have a file for their own as sections do. Subsections "
"and Subsubsections should be written as part of section files (i.e., when "
"writting sections)."
msgstr ""

msgid ""
"Chapter 2. The <filename class=\"directory\">branches</filename> Directory"
msgstr ""

msgid ""
"This chapter describes the <filename class=\"directory\">branches</filename> "
"directory and all directories inside it following the same structure "
"described for <filename class=\"directory\">trunk</filename> directory above."
msgstr ""

msgid "Chapter 3. The <filename class=\"directory\">tags</filename> Directory"
msgstr ""

msgid ""
"This chapter describes the <filename class=\"directory\">tags</filename> "
"directory and all directories inside it following the same structure "
"described for <filename class=\"directory\">trunk</filename> directory above."
msgstr ""

msgid "Appendix A. Licenses"
msgstr ""

msgid ""
"This appendix is confined to organize licenses mentioned in the manual. The "
"content of this appendix is out of documenatation manual scope itself and is "
"shared among all documentation manuals written through the <function>help</"
"function> of <command>centos-art.sh</command> script inside <ulink type="
"\"https\" url=\"https://projects.centos.org/svn/artwork\">The CentOS Artwork "
"Repository</ulink>."
msgstr ""

msgid "Index"
msgstr ""

msgid ""
"This chapter organizes links to those index definitions you defined inside "
"the documentation manual. The index information displayed by this chapter is "
"auto-generated each time the manual's output files are created so this "
"chapter is not editable."
msgstr ""

msgid ""
"The document structure illustrated above is also considered the default "
"document structure used by the <function>help</function> functionality of "
"<command>centos-art.sh</command> script when you produce new documentation "
"manuals inside <ulink type=\"https\" url=\"https://projects.centos.org/svn/"
"artwork\">The CentOS Artwork Repository</ulink>. In contrast with document "
"structure illustrated above, the default document structure used by "
"<function>help</function> functionality doesn't include sectioning "
"constructions like parts, chapters, sections, subsections and the like. Such "
"structuring constructions should be specified by you when building the "
"documentation manual. The only exceptions to this restriction are sectioning "
"structures used to organize contents like <quote>Index</quote> and "
"<quote>Licenses</quote>, which are considered inseparable components of "
"documentation manuals stored inside <ulink type=\"https\" url=\"https://"
"projects.centos.org/svn/artwork\">The CentOS Artwork Repository</ulink>."
msgstr ""

msgid "Implementing Document Structure"
msgstr ""

msgid ""
"This section describes the steps you should follow to implement document "
"structures like that one described in <xref linkend=\"manuals-production-"
"identifying-structure\"/>."
msgstr ""

msgid "Creating Document Structure"
msgstr ""

msgid ""
"To create new documentation manuals inside <ulink type=\"https\" url="
"\"https://projects.centos.org/svn/artwork\">The CentOS Artwork Repository</"
"ulink> you need to use the <function>help</function> functionality of "
"<command>centos-art.sh</command> script, as shown in the following command:"
msgstr ""

#, no-wrap
msgid "centos-art help --edit \"<replaceable>manual-name</replaceable>\""
msgstr ""

msgid ""
"The first time you execute this command, you will be prompted to enter "
"manual specific information like document format, document title, document "
"subtitle, document author, etc. Once this information has been collected the "
"<function>help</function> functionality performs some repository "
"verifications and creates the manual source files inside the manual's "
"directory name you specified as <replaceable>manual-name</replaceable>."
msgstr ""

msgid ""
"When you create new documentation manuals, take care of the locale "
"information you are currently using. This information is generally set in "
"the <envar>LANG</envar> environment variable and is used by the "
"<function>help</function> functionality of <command>centos-art.sh</command> "
"script to define the language of new documentation manual and the document "
"template used to build it, as well."
msgstr ""

msgid ""
"Once the documentation structure has been created this way, the recently "
"created documentation manual is ready to receive new chapters and sections "
"as it is described in <xref linkend=\"manuals-production-maintaining-"
"structure\"/>."
msgstr ""

msgid "Maintaining Document Structure"
msgstr ""

msgid ""
"This section describes the steps you should follow to maintain documentation "
"structures like that one described in <xref linkend=\"manuals-production-"
"identifying-structure\"/>."
msgstr ""

msgid "Editing Document Structure"
msgstr ""

msgid "centos-art help --edit \"tcar-fs::trunk\""
msgstr ""

msgid ""
"This command creates the base structure for the <quote>trunk</quote> chapter "
"and opens its main definition file with your favorite text editor so you can "
"update the chapter introduction. This very same procedure is used to create "
"<quote>branches</quote> and <quote>tags</quote> chapters, just be sure to "
"change the chapter field accordingly."
msgstr ""

msgid "centos-art help --edit \"tcar-fs::trunk:identity\""
msgstr ""

msgid ""
"This command creates the <quote>identity</quote> section inside the "
"<quote>trunk</quote> chapter. If the chapter doesn't exist it will be "
"created first. In this command, the <quote>identity</quote> section refers "
"to <filename class=\"directory\">trunk/Identity</filename> directory inside "
"<ulink type=\"https\" url=\"https://projects.centos.org/svn/artwork\">The "
"CentOS Artwork Repository</ulink>. In order to document other directories, "
"follow the same procedure but using minus signs to separate directories. For "
"example, to document the <quote><filename class=\"directory\">trunk/Identity/"
"Models/Themes</filename></quote> directory you should use the "
"<quote><code>tcar-fs::trunk:identity-models-themes</code></quote> "
"documentation entry."
msgstr ""

msgid ""
"In the very specific case of <citetitle>TCAR-FS</citetitle> manual, it is "
"also possible to refer chapters and sections using a <quote><filename class="
"\"directory\">path/to/dir</filename></quote> format. For example, the "
"reference <quote><code>tcar-fs::trunk:identity-models-themes</code></quote> "
"can be also specified as <quote><filename class=\"directory\">trunk/Identity/"
"Models/Themes</filename></quote>, in case you feel more confortable with it "
"than the former one."
msgstr ""

msgid "Copying Document Structure"
msgstr ""

msgid "Deleting Document Structure"
msgstr ""

msgid "Renaming Document Structure"
msgstr ""

msgid "Updating Document Structure"
msgstr ""

msgid "Documentation Formats"
msgstr ""

msgid ""
"The CentOS Distribution provides support for different documentation "
"formats, including Texinfo, LaTeX, DocBook and LinuxDoc. These formats have "
"their own specifications and requirements to create and maintain "
"documentation manuals written through them. Inside <ulink type=\"https\" url="
"\"https://projects.centos.org/svn/artwork\">The CentOS Artwork Repository</"
"ulink>, the <function>help</function> functionality of <command>centos-art."
"sh</command> script provides an interface where documentation format "
"specifications have been already considered for you to be able of creating "
"and maintaining documentation manuals without needing to take care of those "
"underlaying structuring tasks."
msgstr ""

msgid ""
"This chapter describes how the <function>help</function> functionality of "
"<command>centos-art.sh</command> script implements the different "
"documentation source formats available inside The CentOS Distribution, and "
"the internationalization issues related to documentation manuals produced "
"through them."
msgstr ""

msgid "Texinfo"
msgstr ""

msgid ""
"This section describes the implementation of Texinfo documentation format "
"inside the <function>help</function> functionality of <command>centos-art."
"sh</command> script described in <xref linkend=\"scripts-bash-help\"/>. In "
"this section we assume you have a basic understanding of Texinfo "
"documentation system. Otherwise, if you don't know what Texinfo "
"documentation system is, read the Texinfo manual first (e.g., by running the "
"<command>info texinfo</command> command) and then, come back here."
msgstr ""

msgid "Document Structure"
msgstr ""

msgid ""
"The <function>help</function> functionality of <command>centos-art.sh</"
"command> provides a document structure that makes documentation manuals "
"created through it to be scalable and maintainable through time. This "
"document structure follows the idea of an upside-down tree to organize "
"chapters, sections, subsections and the like, as described in <xref linkend="
"\"manuals-production-identifying-structure\"/>."
msgstr ""

msgid ""
"The first time you use the <function>help</function> functionality to create "
"a documentation manual in Texinfo format, the <function>help</function> "
"functionality considers the working directory you are placed in to determine "
"where to store the documentation manual source files. When the current "
"working directory is <filename class=\"directory\">branches/Manuals/Texinfo</"
"filename>, the documentation manual directory is created therein. On all "
"other situations, the documentation manual directory is created under "
"<filename class=\"directory\">trunk/Manuals</filename> directory. Once the "
"documentation manual directory has been created, the <function>help</"
"function> functionality creates the related definition files using Texinfo "
"documentation templates, as described in <xref linkend=\"manuals-formats-"
"texinfo-templates\"/>."
msgstr ""

msgid ""
"Inside the documentation manual directory, source files are stored inside "
"language-specific directories. The language-specific directories are "
"necessary to implement internationalization of Texinfo source files, as "
"described in <xref linkend=\"manuals-formats-texinfo-l10n\"/>."
msgstr ""

msgid ""
"Inside the language-specific directory, the following files exist to store "
"the manual's main definitions (e.g., title, subtitle, author, copyright "
"notice, chapters, appendixes, indexes and all the similar stuff a "
"documentation manual would have). In addition to these files, there is one "
"directory for each chapter created inside the manual. Inside each chapter "
"directory, you'll found the files controlling the section definitions "
"related to that chapter they belong to. The section files (a.k.a. "
"<quote>documentation entries</quote>) are suffixed with a <filename class="
"\"extension\">texinfo</filename> extension and named arbitrarily, as it is "
"illustrated in <xref linkend=\"manuals-formats-texinfo-structure-example1\"/"
">. Inside section files it is where you write the manual's content itself."
msgstr ""

msgid "Texinfo document structure"
msgstr ""

#, no-wrap
msgid ""
"trunk/Manuals/${MANUAL_NAME}\n"
"`-- ${LANG}\n"
"    |-- ${CHAPTER_NAME}\n"
"    |   |-- chapter-menu.texinfo\n"
"    |   |-- chapter-nodes.texinfo\n"
"    |   |-- chapter.texinfo\n"
"    |   `-- ${SECTION_NAME}.texinfo\n"
"    |-- Licenses\n"
"    |   |-- chapter-menu.texinfo\n"
"    |   |-- chapter-nodes.texinfo\n"
"    |   `-- chapter.texinfo\n"
"    |-- ${MANUAL_NAME}.conf\n"
"    |-- ${MANUAL_NAME}-index.texinfo\n"
"    |-- ${MANUAL_NAME}-menu.texinfo\n"
"    |-- ${MANUAL_NAME}-nodes.texinfo\n"
"    `-- ${MANUAL_NAME}.texinfo"
msgstr ""

msgid ""
"Texinfo (as in <package>texinfo-4.8-14.el5</package>) doesn't support part "
"sectioning inside documentation manuals, so neither does the <function>help</"
"function> functionality of <command>centos-art.sh</command> script. "
"Nevertheless, you can create several documentation manuals and "
"<emphasis>considered</emphasis> them as part of a bigger documentation "
"manual to workaround this issue."
msgstr ""

msgid ""
"In this document structure, the creation of documentation manuals, chapters "
"and sections is not limitted. You can create as many documenation manuals, "
"chapters and sections as you need. The only limitation would be the amount "
"of free space required to store the Texinfo source files and the output "
"files produced from them."
msgstr ""

msgid "Document Templates"
msgstr ""

msgid ""
"Texinfo document templates provide the initial state the <function>help</"
"function> functionality of <command>centos-art.sh</command> script needs in "
"order to create and maintain document structures, as that one described in "
"<xref linkend=\"manuals-formats-texinfo-structure\"/>."
msgstr ""

msgid ""
"Texinfo document templates are language-specific. This means that there is "
"(or, at least, must be) one Texinfo document template for each language you "
"plan to support documentation manuals for. By default, <ulink type=\"https\" "
"url=\"https://projects.centos.org/svn/artwork\">The CentOS Artwork "
"Repository</ulink> provides a default Texinfo document template under "
"<filename class=\"directory\">en_US</filename> directory. This template "
"structure is used when your current locale is English language or when you "
"are creating/editing a documentation manual in a language other than "
"English, but no language-specific document template for that language exists "
"in the directory:"
msgstr ""

#, no-wrap
msgid ""
"\n"
"trunk/Scripts/Bash/Functions/Help/Texinfo/Templates"
msgstr ""

msgid ""
"This directory organizes all Texinfo document templates using the format "
"LL_CC, where LL is the language code (as in ISO-639) and CC the country code "
"(as in ISO-3166). The directory structure of Texinfo document templates is "
"illustrated in the <xref linkend=\"manuals-formats-texinfo-templates-example1"
"\"/> and implemented through the following files:"
msgstr ""

msgid "manual.texinfo"
msgstr ""

msgid ""
"This file can be found inside the language-specific directory and contains "
"the manual's main definitions (e.g., document title, document language, "
"document authors, copyright notice, etc.)."
msgstr ""

msgid "manual-menu.texinfo"
msgstr ""

msgid ""
"This file can be found inside the language-specific directory and contains "
"the menu definitions of chapters inside the manual. Menu definitions in this "
"file are automatically updated when a new chapter is created or deleted "
"through the <function>help</function> functionality of <command>centos-art."
"sh</command> script. Generally, you don't need to edit this file once the "
"documentation manual has been created."
msgstr ""

msgid ""
"When a documentation manual is created for first time, this file is copied "
"from Texinfo document template directory structure to the documentation "
"manual being currently created. At this specific moment, this file contains "
"the following Texinfo menu definition:"
msgstr ""

#, no-wrap
msgid ""
"@menu\n"
"* Licenses::\n"
"* Index::\n"
"@end menu"
msgstr ""

msgid ""
"Later, when chapters are added to or deleted from the documentation manual, "
"the content of this file varies adding or deleting menu entries accordingly. "
"Nevertheless, the two entries shown above are ignored when new chapters are "
"added to or removed from the list, so they will always be present in this "
"file. To preserve the manual consistency, the <function>help</function> "
"functionality prevents you from deleting any of these chapters once the "
"documentation manual has been created."
msgstr ""

msgid "manual-nodes.texinfo"
msgstr ""

msgid ""
"This file can be found inside the language-specific directory and contains "
"the node definitions of all chapters inside the manual. Node definitions in "
"this file are automatically created based on menu definitions (see "
"<filename>manual-menu.texinfo</filename> file above) and they don't include "
"any content here. Instead, as part of the node definition, the "
"<code>@include</code> command is used to connect each node with its content. "
"Generally, you don't need to edit this file once the documentation manual "
"has been created."
msgstr ""

msgid "manual-index.texinfo"
msgstr ""

msgid ""
"This file can be found inside the language-specific directory and contains "
"the Texinfo commands used to generated an organized view of all indexes you "
"defined inside documentation entries so they can be quickly accessed. "
"Generally, you don't need to edit this file once the documentation manual "
"has been created."
msgstr ""

msgid "manual.conf"
msgstr ""

msgid ""
"This file contains the initial configuration of documentation manuals "
"written in Texinfo format. When a documentation manual is created for first "
"time, this file is copied into its target directory so you be able of later "
"customizing specific information like menu order, title styles and template "
"assignments. The content of this file is described in <xref linkend="
"\"manuals-formats-texinfo-configuration\"/>."
msgstr ""

msgid "chapter.texinfo"
msgstr ""

msgid ""
"This file contains the Texinfo's main chapter definition used by "
"<function>help</function> functionality when new chapters are created inside "
"documentation manuals. When chapters are created for first time, they come "
"without any introduction or documentation entry inside. If you want to add/"
"update any information inside the chapter definition itself, edit the "
"related chapter file inside the documentation manual you are working on, not "
"the template file used to create it."
msgstr ""

msgid "chapter-menu.texinfo"
msgstr ""

msgid ""
"This file is part of Texinfo's main chapter definition and should be "
"initially empty. Later, when chapters are created for first time, this file "
"is copied as it is (i.e., empty) into the documentation manual to store the "
"Texinfo menu entries related to all documentation entries created inside the "
"chapter. The Texinfo menu entries related to documentation entries are "
"automatically created using Texinfo source files as reference."
msgstr ""

msgid "chapter-nodes.texinfo"
msgstr ""

msgid ""
"This file is part of Texinfo's main chapter definition and contains the node "
"definition the <function>help</function> functionality uses as reference to "
"create the list of Texinfo nodes related to all documentation entries "
"created inside the chapter. The node definition of documentation entries is "
"automatically created from the menu definition of documentation entries (see "
"<filename>chapter-menu.texinfo</filename> file above), once it has been "
"updated from Texinfo source files."
msgstr ""

msgid "section.texinfo"
msgstr ""

msgid ""
"This file contains the Texinfo section definition used by <function>help</"
"function> functionality when new documentation entries are created inside "
"the chapters of a documentation manual. When documentation entries are "
"created for first time, they are created as empty documentation entries that "
"you need to fill up with content. Again, if you want to update the content "
"of sections inside the documentation manual, update the related "
"documentation entry inside the documentation manual, not the template file "
"used to create it."
msgstr ""

msgid ""
"The creation of documentation entries inside the documentation manual is "
"represented by the <filename>${SECTION_NAME}.texinfo</filename> file, as "
"described in <xref linkend=\"manuals-formats-texinfo-structure-example1\"/>. "
"In this example, <code>${SECTION_NAME}</code> is a variable string refering "
"the file name of documentaiton entries. The file names of documentation "
"entries is made of letters, numbers and the minus sign (which is generally "
"used to separate words)."
msgstr ""

msgid ""
"Documentation entries are not limited inside a documentation manual. You can "
"create as many documentation entries as you need to describe the content of "
"your manual."
msgstr ""

msgid ""
"There are other files which aren't related to manual's source files, but to "
"manual's output files. Such files are described below and can be found "
"either inside or outside the language-specific directories so you can "
"control common and specific output settings through them. These files aren't "
"copied into the directory structure of new documentation manuals created "
"through the <function>help</function> functionality of <command>centos-art."
"sh</command> script. Instead, they remain inside the template directory "
"structure so as to be reused each time the output of documentation manuals "
"is rendered."
msgstr ""

msgid "manual-init.pl"
msgstr ""

msgid ""
"This file can be found inside and outside language-specific directories and "
"contains the Texi2html initialization script. When this file is outside the "
"language-specific directory, it contains common customizations to all "
"language-specific outputs (e.g., changing the output DTD). When this file is "
"inside the language-specific directory, it contains translations for that "
"language-specific output (e.g., special words like See, Index, Contents, "
"Top, etc., are localized here)."
msgstr ""

msgid "manual.sed"
msgstr ""

msgid ""
"This file can be found inside and outside language-specific directories and "
"contain special transformations for Texi2html output. Again, when this file "
"is inside language-specific directories the transformation have are applied "
"to that language-specific XHTML output and when it is outside language-"
"specific directories the transformations are applied to all language-"
"specific XHTML outputs. Most transformations achived through this file are "
"to produce admonitions since Texinfo documentation format (as in "
"<package>texinfo-4.8-14.el5</package>) doesn't have an internal command to "
"build them."
msgstr ""

msgid "Texinfo document template"
msgstr ""

#, no-wrap
msgid ""
"trunk/Scripts/Bash/Functions/Help/Texinfo/Templates\n"
"|-- ${LANG}\n"
"|   |-- Chapters\n"
"|   |   |-- chapter-menu.texinfo\n"
"|   |   |-- chapter-nodes.texinfo\n"
"|   |   |-- chapter.texinfo\n"
"|   |   `-- section.texinfo\n"
"|   |-- Licenses\n"
"|   |   |-- GFDL.texinfo\n"
"|   |   |-- GPL.texinfo\n"
"|   |   |-- chapter-menu.texinfo\n"
"|   |   |-- chapter-nodes.texinfo\n"
"|   |   `-- chapter.texinfo\n"
"|   |-- manual-index.texinfo\n"
"|   |-- manual-init.pl\n"
"|   |-- manual-menu.texinfo\n"
"|   |-- manual-nodes.texinfo\n"
"|   |-- manual.conf\n"
"|   |-- manual.sed\n"
"|   `-- manual.texinfo\n"
"|-- manual-init.pl\n"
"`-- manual.sed"
msgstr ""

msgid ""
"Inside the directory structure of Texinfo document templates, the <filename "
"class=\"directory\">Chapters</filename> directory organizes chapter specific "
"models used to create and maintain both chapter and sections files inside "
"manuals. On the other hand, the <filename class=\"directory\">Licenses</"
"filename> directory organizes the license information linked from all "
"manuals. Notice the license information is not copied into documentation "
"manuals when they are created, but refered from this location where they are "
"maintained. This configuration permites that all documentation manuals "
"written in Texinfo format inside <ulink type=\"https\" url=\"https://"
"projects.centos.org/svn/artwork\">The CentOS Artwork Repository</ulink> do "
"use the same license information and if a change is committed to the license "
"files, such changes be immediatly propagated to documentation manuals the "
"next time their output files be updated."
msgstr ""

msgid "Document Expansions"
msgstr ""

msgid ""
"The document expansions are special constructions used to generate content "
"dynamically inside Texinfo source files."
msgstr ""

msgid "The <code>SeeAlso</code> Expansion"
msgstr ""

msgid ""
"This expansion creates a list of links with section entries one level ahead "
"from the section entry being currently processed. In this construction, the "
"TYPE variable can be either <quote>itemize</quote>, <quote>enumerate</quote> "
"or <quote>menu</quote>. When no TYPE variable is provided, the "
"<quote>itemize</quote> value is considered as default."
msgstr ""

#, no-wrap
msgid ""
"@c -- &lt;[centos-art(SeeAlso,TYPE)\n"
"@c -- ]&gt;"
msgstr ""

msgid ""
"This expansion might result useful when you are documenting the repository "
"file system. For example, if you are currently editing the documentation "
"entry related to <filename class=\"directory\">trunk/Identity</filename> "
"directory and want to create a linkable list of all documentation entries in "
"the first level under it, the code you'll have once the construction be "
"expanded would look like the following:"
msgstr ""

#, no-wrap
msgid ""
"\n"
"@c -- &lt;[centos-art(SeeAlso)\n"
"@itemize\n"
"@item @ref{Trunk Identity Brushes}\n"
"@item @ref{Trunk Identity Fonts}\n"
"@item @ref{Trunk Identity Images}\n"
"@item @ref{Trunk Identity Models}\n"
"@item @ref{Trunk Identity Palettes}\n"
"@item @ref{Trunk Identity Patterns}\n"
"@item @ref{Trunk Identity Webenv}\n"
"@end itemize\n"
"@c -- ]&gt;\n"
msgstr ""

msgid ""
"An interesting thing to notice here is that document expansions are executed "
"each time the related documentation entry is edited or updated. Following "
"with the example above, if the documentation entries related to directories "
"under <filename class=\"directory\">trunk/Identity</filename> changes for "
"some reason (e.g., they are removed from documentation manual), the list "
"generated as result of document expansion will be updated automatically "
"after editing the documentation entry or updating the documentation manual "
"structure."
msgstr ""

msgid "Document Configuration"
msgstr ""

msgid ""
"The document configuration is stored in the <filename>${MANUAL_NAME}.conf</"
"filename> file, inside the documentation manual directory structure. This "
"file is originally copied from <filename>manual.conf</filename> template "
"file when the documentation manual is created for first time. The content of "
"<filename>${MANUAL_NAME}.conf</filename> file is organized in sections. Each "
"section here is written in one line of its own and have the form <code>"
"[section_name]</code>. Under sections, the configuration settings take place "
"through <code>name=\"value\"</code> pairs set in one line each. Notice that "
"quotation marks around the option_value are required. Comments are also "
"possible using the <code>#</code> character at the begining of lines. "
"Comments and empty lines (including tabs and white spaces) are ignored. In "
"case more than one section or option appear with the same name inside the "
"configuration file, the first one found will be used. Nested section "
"definitions are not supported."
msgstr ""

#, no-wrap
msgid ""
"[section_name]\n"
"# This is a comment.\n"
"option_name = \"option_value\""
msgstr ""

msgid ""
"The <filename>${MANUAL_NAME}.conf</filename> file is specific to document "
"templates. If you are using Texinfo document template to create "
"documentation manuals, then the default configuration file for that "
"documentation manual is taken from Texinfo document template directory "
"structure. However, if you are using a document template different to "
"Texinfo document template, the default configuration file will be taken from "
"the related document template directory structure you are creating the "
"documentation manual from."
msgstr ""

msgid "The <code>[main]</code> Section"
msgstr ""

msgid ""
"The <code>[main]</code> section organizes settings that let you customize "
"the way sections and menu definitions are created inside the documentation "
"manual. The following options are available in this section:"
msgstr ""

msgid "manual_format"
msgstr ""

msgid ""
"This option specifies the documentation format used by manual. To write "
"documentation manuals in Texinfo format, the value of this option must "
"always be:"
msgstr ""

#, no-wrap
msgid "manual_format = \"texinfo\""
msgstr ""

msgid ""
"Once the documentation manual has been created, you must not change the "
"value of <option>manual_format</option> option. This will produce an error."
msgstr ""

msgid "manual_section_style"
msgstr ""

msgid ""
"This option specifies the title style used by sections inside the manual. "
"Possible values to this option are `cap-each-word' to capitalize each word "
"in the section title, `cap-first-word' to capitalize the first word in the "
"section title only and `directory' to transform each word in the section "
"title into a directory path. From all these options, `cap-each-word' is the "
"one used as default."
msgstr ""

#, no-wrap
msgid "manual_section_style = \"cap-each-word\""
msgstr ""

msgid "manual_section_order"
msgstr ""

msgid ""
"This option specifies the order used by sections inside the manual. By "
"default new sections added to the manual are put on the end to follow the "
"section order in which they were `created'. Other possible values to this "
"option are `ordered' and `reversed' to sort the list of sections "
"alphabetically from A-Z and Z-A, respectively."
msgstr ""

#, no-wrap
msgid "manual_section_order = \"created\""
msgstr ""

msgid "The <code>[templates]</code> Section"
msgstr ""

msgid ""
"The <code>[templates]</code> section provides the assignment relation "
"between template files and documentation entry files inside the manual. The "
"template definition is set on the left side using relative path and the "
"documentation entry files are described on the right side using a regular "
"expression. The first match wins."
msgstr ""

#, no-wrap
msgid "Chapters/section.texinfo = \"^.+\\.texinfo$\""
msgstr ""

msgid "Document Internationalization"
msgstr ""

msgid ""
"To produce localized documentation manuals through Texinfo documentation "
"format it is necessary to create one documentation manual for each language "
"it is desired to support documentation for. Documentation manuals created in "
"this configuration don't have a direct relation among themselves except that "
"one adopted by people writting them to keep their content syncronized. In "
"this configuration translators take one documentation manual as reference (a."
"k.a. the source manual) and produce several translated manuals based on its "
"content. To keep track of changes inside the source manual, the underlaying "
"version control system must be used considering that there is no direct way "
"to apply <application>gettext</application><footnote><para> The "
"<application>gettext</application> program translates a natural language "
"message into the user's language, by looking up the translation in a message "
"catalog. For more information about the <application>gettext</application> "
"program, run <command>info gettext</command>. </para></footnote> procedures "
"to Texinfo source files."
msgstr ""

msgid ""
"In order to maintain localization of Texinfo source files through "
"<application>gettext</application> procedures, it is necessary to convert "
"the Texinfo source files into XML format first. This way it would be "
"possible to make use of <function>locale</function> and <function>render</"
"function> functionalities from <command>centos-art.sh</command> script to "
"maintain translation messages in different languages through portable objets "
"and producing localized XML files based on such portable objects, "
"respectively. Once the localized XML file is available, it would be a matter "
"of using an XSLT processor (see the <command>xsltproc</command> command) to "
"realize the convertion from XML to a localize Texinfo (or possible other) "
"format. Nevertheless, this workaround fails because the Document Type "
"Definition (DTD) required to validate the XML file produced from "
"<command>makeinfo</command> (as in <package>texinfo-4.8-14.el5</package>) is "
"not availabe inside The CentOS Distribution (release 5.5), nor it is the "
"XSLT files required to realize the transformation itself for such DTD."
msgstr ""

msgid ""
"Another similar approach to maintain localization of Texinfo source files "
"through <application>gettext</application> procedures would be to convert "
"Texinfo source file to DocBook format; for who the required DTD and XSLT "
"files are available inside The CentOS Distribution. This way, following a "
"procedure similar to that one describe for XML files above, it would be "
"possible to end up having localized DocBook files that can be used as source "
"to produce localized output for both online and printing media. However, the "
"DocBook output produced from <command>makeinfo</command> command (as in "
"<package>texinfo-4.8-14.el5</package>) isn't a valid DocBook document "
"according to DocBook DTDs available inside The CentOS Distribution (release "
"5.5) thus provoking the validation and transformation of such a malformed "
"document to fail."
msgstr ""

msgid "Document Language"
msgstr ""

msgid ""
"The language information of those documentation manuals produced through "
"Texinfo documentation format is declared by Texinfo's "
"<code>@documentlanguage</code> command. This command receives one argument "
"refering the language code (as in ISO-639 standard) and must be set inside "
"the manual's main definition file. Generally, there is no need to change the "
"document language declaration once it has been created by the "
"<function>help</function> functionality of <command>centos-art.sh</command> "
"script; unless you mistakently create the manual for a locale code different "
"to that one you previously pretended to do in first place, of course."
msgstr ""

msgid ""
"The language information used in both Texinfo source files and XHTML output "
"produced by the <function>help</function> functionality of <command>centos-"
"art.sh</command> script is determined by the user's session <envar>LANG</"
"envar> environment variable. This variable can be customized in the "
"graphical login screen before login, or once you've login by explicitly "
"setting the value of <envar>LANG</envar> environment variable inside the "
"<filename>~/.bash_profile</filename> file."
msgstr ""

msgid ""
"To create documentation manuals in English language the <envar>LANG</envar> "
"environment variable must be set to <code>en_US.UTF-8</code> or something "
"similar. Likewise, if you want to create documentation manuals in a language "
"other than English, be sure the <envar>LANG</envar> environment variable is "
"set to the appropriate locale code.<footnote><para> The appropriate locale "
"code to set here can be found in the output produced by the <command>locale -"
"a | less</command> command. </para></footnote>"
msgstr ""

msgid ""
"When producing output from Texinfo source files using the <command>makeinfo</"
"command> command (as in the <package>texinfo-4.8-14.el5</package> package), "
"the language information set by <code>@documentlanguage</code> is ignored in "
"Info and HTML output, but cosidered by Tex program to redefine various "
"English words used in the PDF output (e.g., <quote>Chapter</quote>, "
"<quote>Index</quote>, <quote>See</quote>, and so on) based on the current "
"language set in."
msgstr ""

msgid "Document Encoding"
msgstr ""

msgid ""
"The encoding information of documentation manuals produced through Texinfo "
"documentation format is declared by Texinfo's <code>@documentencoding</code> "
"command and can take either <code>US-ASCII</code>, <code>ISO-8859-1</code>, "
"<code>ISO-8859-15</code> or <code>ISO-8859-2</code> as argument. "
"Nevertheless, you should be aware that the <code>help</code> functionality "
"of <command>centos-art.sh</command> script doesn't declare the "
"<code>@documentencoding</code> inside Texinfo source files. Let's see why."
msgstr ""

msgid ""
"When the <code>@documentencoding</code> command is set in Texinfo source "
"files, the terminal encoding you use to read the Info output produced from "
"such files must be set to that encoding information you provided as argument "
"to <code>@documentencoding</code> command; this, before using an Info reader "
"to open the Info output file in the terminal. Otherwise, when the terminal "
"and the Texinfo source files encoding definition differ one another, "
"characters defined through Texinfo's special way of producing floating "
"accents won't be displayed as expected (even when the <option>--enable-"
"encoding</option> is provided to <command>makeinfo</command> command). On "
"the other hand, when the <code>@documentencoding</code> command is not set "
"in Texinfo source files, it is possible to write and read documentation "
"manuals using the UTF-8 encoding without needing to use Texinfo's special "
"way of producing floating accents because the terminal encoding would be "
"able to interpret the characters entered when the Texinfo source files were "
"written in first place."
msgstr ""

msgid ""
"When Texinfo's special way of producing floating accents isn't used, HTML "
"entities are not produced in XHTML output produced by <command>texi2html</"
"command>, nor in the HTML output produced by <command>makeinfo</command>, "
"nor in PDF output. In this last case, when producing PDF output, you can "
"realize what the floating accents are by trying to produce an accentuated "
"Spanish <code>i</code> letter (e.g., <code>í</code>). When you do so, you'll "
"note that that construction puts the accentuation mark <emphasis>over</"
"emphasis> the <code>i</code> letter's dot, instead of removing the <code>i</"
"code> letter's dot and put the accentuation mark on its place. In the case "
"of XHTML output, however, it possible to produce well localized XHTML output "
"by setting"
msgstr ""

#, no-wrap
msgid "&lt;meta http-equiv=\"content-type\" content=\"text/html; charset=UTF-8\" /&gt;"
msgstr ""

msgid ""
"on the head section of each XHTML output to instruct the web browsers what "
"encoding to use to display the document content. Of course, in order to "
"display the document content correctly, the web browser should provide "
"support for UTF-8 encoding."
msgstr ""

msgid ""
"These contradictions provide the reasons over which it was decided not to "
"set the <code>@documentencoding</code> in those Texinfo source files "
"produced by the <code>help</code> functionality of <command>centos-art.sh</"
"command> script. Now, considering them, we can conclude that it is no viable "
"way to localize Texinfo source files through <application>gettext</"
"application> procedures so one documentation manual must be created for each "
"language we desire to support documentation for. In this configuration, it "
"is difficult the production of well localized PDF output, but it is possible "
"to produce well localized Info, Text, and XHTML outputs as long as no "
"document encoding be explicitly set inside Texinfo source files and UTF-8 be "
"used as default terminal character encoding."
msgstr ""

msgid "DocBook"
msgstr ""

msgid ""
"This section describes the implementation of DocBook documentation format "
"inside the <function>help</function> functionality of centos-art.sh script "
"described in <xref linkend=\"scripts-bash-help\"/>. In this section we "
"assume you have a basic understanding of DocBook documentation system."
msgstr ""

msgid "LaTeX"
msgstr ""

msgid ""
"This section describes the implementation of LaTeX documentation format "
"inside the <function>help</function> functionality of centos-art.sh script "
"described in <xref linkend=\"scripts-bash-help\"/>. In this section we "
"assume you have a basic understanding of LaTeX language."
msgstr ""

msgid ""
"This part of the book describes <ulink type=\"https\" url=\"https://projects."
"centos.org/svn/artwork\">The CentOS Artwork Repository</ulink> automation "
"work line. Through this work line programmers provide the production "
"standards that graphic designers, documentalists, translators and packagers "
"need to make their work consistent and reusable. For this purpose, "
"programmers develop the <command>centos-art.sh</command> script and its "
"functionalities. The main purpose of this work line is standardize the "
"interaction of work lines in a reliable way. The automation work line takes "
"place in the <ulink url=\"https://projects.centos.org/svn/artwork/trunk/"
"Scripts\">trunk/Scripts</ulink> directory."
msgstr ""

msgid "The Bash Script (<command>centos-art.sh</command>)"
msgstr ""

msgid ""
"This chapter describes the <command>centos-art.sh</command> script, its "
"environments, variables, functions and command-line. The <command>centos-art."
"sh</command> script is written in Bash and its main goal is to automate "
"frequent tasks inside <ulink type=\"https\" url=\"https://projects.centos."
"org/svn/artwork\">The CentOS Artwork Repository</ulink>. The <command>centos-"
"art.sh</command> script is organized by independent functions which try to "
"do just one thing and do it well."
msgstr ""

msgid "Execution Environments"
msgstr ""

msgid ""
"When you execute the <command>centos-art.sh</command> script in a command-"
"line terminal (shell), the command-line interpreter behind it (e.g., Bash) "
"creates a new execution environment for it. This new execution environment "
"inherits all the variables and functions set in the shell environment and "
"those exported to it through the <filename>~/.bash_profile</filename> file, "
"as well."
msgstr ""

msgid ""
"The <command>centos-art.sh</command> script uses the <filename>~/."
"bash_profile</filename> file to implement per-user customizations. For "
"example, you can use this file to set the location of your working copy "
"through the <envar>TCAR_WORKDIR</envar> enviroment variable. By default this "
"variable is set to <filename class=\"directory\">${HOME}/artwork</filename>, "
"but you can reset to something different to fit your needs. See <xref "
"linkend=\"repo-ws-config-ChangeWorkingCopy\"/>."
msgstr ""

msgid ""
"Once the <command>centos-art.sh</command> script has been executed, it "
"creates different levels of execution environments inside the one created by "
"the script itself on the shell. This different levels can be seen as a tree "
"of execution environments which inherit one another, as illustrated in <xref "
"linkend=\"scripts-bash-environments-1\"/>. These different levels of "
"execution evironments are where the <command>centos-art.sh</command> script "
"is developed in."
msgstr ""

msgid ""
"This section is a reference for developers who want to know which functions "
"and variables are available in the first two execution environments levels "
"of <command>centos-art.sh</command> script and provides links to find out "
"information about deeper execution environment levels."
msgstr ""

msgid "Execution environments"
msgstr ""

#, no-wrap
msgid ""
"\n"
"----------------------------------------------------------\n"
"Shell execution environment\n"
"----|-------------------|---------------------------------\n"
".   |-- TCAR_WORKDIR    |-- EDITOR                       .\n"
".   |-- LANG            |-- HOME                         .\n"
".   `-- centos-art.sh   `-- ...                          .\n"
".       ----|------------------------------------------- .\n"
".       centos-art.sh script execution environment       .\n"
".       ----|--------------------|---------------------- .\n"
".       .   |-- CLI_NAME         `-- cli()             . .\n"
".       .   |-- CLI_VERSION          |-- render()      . .\n"
".       .   |-- CLI_BASEDIR          |   |-- svg()     . .\n"
".       .   |-- CLI_FUNCDIR          |   `-- docbook() . .\n"
".       .   |-- TMPDIR               |-- help()        . .\n"
".       .   `-- ...                  |   |-- docbook() . .\n"
".       .                            |   `-- texinfo() . .\n"
".       .                            |-- locale()      . .\n"
".       .                            `-- ...           . .\n"
".       ................................................ .\n"
"..........................................................\n"
msgstr ""

msgid "Shell Execution Environment"
msgstr ""

msgid ""
"The centos-art.sh script uses the following variables from the shell "
"execution environment:"
msgstr ""

msgid "PATH"
msgstr ""

msgid ""
"The <envar>PATH</envar> environment variable is specific to the operating "
"system and provides search paths for command execution. By default, the "
"centos-art.sh script links executable scripts from the <filename class="
"\"directory\">~/bin</filename> directory which is one of the locations used "
"as search path in this variable. This is how we create the <command>centos-"
"art</command> command from the <command>centos-art.sh</command> script "
"inside your working copy."
msgstr ""

msgid "EDITOR"
msgstr ""

msgid ""
"The <envar>EDITOR</envar> environment variable is specific to the operating "
"system and provides the path to your default text editor. The "
"<command>centos-art.sh</command> script uses the default text editor to edit "
"subversion pre-commit messages, translation files, documentation files, "
"script files, and similar text-based files. If <envar>EDITOR</envar> "
"environment variable is not set, <command>centos-art.sh</command> script "
"uses <filename class=\"directory\">/usr/bin/vim</filename> as default text "
"editor. Otherwise, the following values are recognized by <command>centos-"
"art.sh</command> script:"
msgstr ""

msgid "/usr/bin/vim"
msgstr ""

msgid "/usr/bin/emacs"
msgstr ""

msgid "/usr/bin/nano"
msgstr ""

msgid ""
"If none of these values is set in the <envar>EDITOR</envar> environment "
"variable, the <command>centos-art.sh</command> script uses <filename class="
"\"directory\">/usr/bin/vim</filename> text editor, the one installed by "
"default in The CentOS Distribution."
msgstr ""

msgid "TCAR_WORKDIR"
msgstr ""

msgid ""
"The <envar>TCAR_WORKDIR</envar> environment variable is specific to "
"<command>centos-art.sh</command> script and controls the working copy "
"default location in the workstation. This variable doesn't exist just after "
"installing your workstation. In order for this variable to be customizable "
"you need to configure your workstation first, as described in <xref linkend="
"\"repo-ws-config\"/>."
msgstr ""

msgid ""
"By default, when this variable hadn't been set, the centos-art.sh script "
"assumes the <filename class=\"directory\">${HOME}/artwork</filename> path as "
"default location for your working copy."
msgstr ""

msgid ""
"Besides these variables, the centos-art.sh script uses the following "
"environment variables which you don't need to customize in your ~/."
"bash_profile file. These variables are configured when you installed your "
"workstation and can be changed later, using the system configuration tools."
msgstr ""

msgid "LANG"
msgstr ""

msgid ""
"The <envar>LANG</envar> environment variable is specific to the operating "
"system and controls the default locale information of it. The "
"<command>centos-art.sh</command> script use the <envar>LANG</envar> "
"environment variable to determine what language to use for printing output "
"messages from the script itself, as well as the portable objects locations "
"that need to be updated or edited when you localize directory structures "
"inside the working copy of <ulink type=\"https\" url=\"https://projects."
"centos.org/svn/artwork\">The CentOS Artwork Repository</ulink>."
msgstr ""

msgid ""
"The <envar>LANG</envar> environment variable is initially set in the "
"installation process of The CentOS Distribution, specifically in the "
"<emphasis>Language</emphasis> step. Generally, there is no need to customize "
"this variable in your personal profile. If you need to change the value of "
"this environment variable do it through the login screen of GNOME Desktop "
"Environment or the <command>system-config-language</command> command, or "
"even resetting the variable before executing the <command>centos-art.sh</"
"command> script."
msgstr ""

msgid ""
"There are more variables set in a shell execution environment than those "
"expossed here. To know all the variables available in the shell execution "
"environment you can run the following command:"
msgstr ""

#, no-wrap
msgid "printenv"
msgstr ""

msgid "Script Specific Environment"
msgstr ""

msgid ""
"Once the centos-art.sh script has been executed from the command line, it "
"calls the <filename>Functions/Common/cli.sh</filename> file. This file "
"initializes variables and functions used along the script execution "
"environment. These variables and functions are described in <xref linkend="
"\"scripts-bash-environments-script-vars\"/> and <xref linkend=\"scripts-bash-"
"environments-script-funcs\"/>, respectively."
msgstr ""

msgid "Script Specific Environment Variables"
msgstr ""

msgid ""
"Once you run the centos-art.sh script, in addition to variables from shell "
"execution environment, the following variables will be always available "
"inside it:"
msgstr ""

msgid "CLI_NAME"
msgstr ""

msgid "Script Specific Environment Functions"
msgstr ""

msgid ""
"Once you run the centos-art.sh script, in addition to variables from shell "
"execution environment, the following functions will be always available "
"inside it:"
msgstr ""

msgid "cli_checkFiles <parameter>FILE</parameter><parameter>...</parameter>"
msgstr ""

msgid ""
"cli_printMessage <parameter>MESSAGE</parameter><parameter>TYPE</parameter>"
msgstr ""

msgid "cli_exportFunctions <parameter>PATH</parameter>"
msgstr ""

msgid "Standardizing Configuration Tasks"
msgstr ""

msgid ""
"The <function>prepare</function> functionality is the interface the "
"<command>centos-art.sh</command> script provides to standardize the content "
"production tasks inside the working copy."
msgstr ""

msgid "Syntax"
msgstr ""

msgid ""
"Assuming this is the very first time you run the <command>centos-art</"
"command> command, you'll find that there isn't such a command in your "
"workstation. This is correct because you haven't created the symbolic link "
"that makes it available in your execution path, yet. In order to make the "
"<command>centos-art</command> command available in the execution path of "
"your workstation, you need to run the <command>centos-art.sh</command> "
"script using its absolute path first:"
msgstr ""

#, no-wrap
msgid "~/artwork/trunk/Scripts/Bash/centos-art.sh prepare [OPTIONS]"
msgstr ""

msgid ""
"Later, once the <command>centos-art</command> command is available in your "
"execution path, there is no need for you to use any absolute path again. "
"From this time on, you can use the <command>centos-art</command> command-"
"line interface directly, as the following example describes:"
msgstr ""

#, no-wrap
msgid "centos-env prepare [OPTIONS]"
msgstr ""

msgid "Options"
msgstr ""

msgid ""
"When the <command>centos-art</command> command is executed with the "
"<function>prepare</function> functionality, it accepts the following options:"
msgstr ""

msgid "--quiet"
msgstr ""

msgid ""
"Supress all output messages except error messages. When this option is "
"passed, all confirmation requests are supressed and a possitive answer is "
"assumed for them, just as if the <option>--answer-yes</option> option whould "
"have been provided."
msgstr ""

msgid "--answer-yes"
msgstr ""

msgid "Assume <emphasis>yes</emphasis> to all confirmation requests."
msgstr ""

msgid "--packages"
msgstr ""

msgid ""
"This option verifies packeges required by automation scripts and installs or "
"updates them as required. When required packages aren't installed or need to "
"be updated, the <command>centos-art</command> uses the <command>sudo</"
"command> and <command>yum</command> to perform either installations or "
"actualizations tasks. In both cases, it is required that you configure the "
"<filename>/etc/sudoers</filename> configuration file first, as discribed in "
"<xref linkend=\"repo-ws-config-sudoers\"/>."
msgstr ""

msgid "--locales"
msgstr ""

msgid ""
"This option creates or updates the portable objects (PO) and machine object "
"(MO) used by <application>gettext</application> to retrive translated "
"strings related to <command>centos-art.sh</command> script. This option "
"calls the <function>locale</function> functionality of centos-art.sh with "
"the <option>--update</option> option, as described in <xref linkend="
"\"scripts-bash-locale\"/>."
msgstr ""

msgid "--links"
msgstr ""

msgid ""
"This option maintains the file relation between your working copy and "
"configuration files inside your workstation through symbolic links. When you "
"provide this option, the <command>centos-art.sh</command> script puts itself "
"into your system's execution path through its command line interface "
"<command>centos-art</command> and makes common brushes, patterns, palettes "
"and fonts inside the working copy, available to applications like GIMP in "
"order for you to make use of them without loosing version control over them."
msgstr ""

msgid ""
"This option removes all common fonts, brushes, patterns, and palettes "
"currently installed in your home directory, in order to create a fresh "
"installation of them all again, using the working copy as reference."
msgstr ""

msgid "--images"
msgstr ""

msgid ""
"This option initializes image files inside the working copy. When you "
"provide this option, the <command>centos-art.sh</command> calls the "
"<function>render</function> functionality to create images related to each "
"design model available in your working copy, as described in <xref linkend="
"\"scripts-bash-render\"/>."
msgstr ""

msgid "--manuals"
msgstr ""

msgid ""
"This option initializes documentation files inside the working copy. When "
"you provide this option, the <command>centos-art.sh</command> script calls "
"both the <function>render</function> and <function>help</function> "
"functionality to produce DocBook and Texinfo manuals, respectively."
msgstr ""

msgid "--see-environment"
msgstr ""

msgid ""
"Print the name and value of some of the environment variables used by "
"<command>centos-art.sh</command> script as described in <xref linkend="
"\"scripts-bash-environment\"/>."
msgstr ""

msgid "--set-environment"
msgstr ""

msgid ""
"Set default environment values to your personal profile (<filename>~/."
"bash_profile</filename>)."
msgstr ""

msgid "Description"
msgstr ""

msgid ""
"When no option is provided to <function>prepare</function> functionality, "
"the <command>centos-art.sh</command> script uses the <option>--set-"
"environment</option>, <option>--packages</option>, <option>--locales</"
"option><option>--links</option>, <option>--images</option> and <option>--"
"manuals</option> options, in that order, as default behaviour. Otherwise, if "
"you provide any option, the <command>centos-art.sh</command> script avoids "
"its default behaviour and executes the <function>prepare</function> "
"functionality as specified by the options you provided."
msgstr ""

msgid ""
"Notice that it is possible for you to execute the <function>prepare</"
"function> functionality as many times as you need to. This is specially "
"useful when you need to keep syncronized the relation between content "
"produced inside your working copy and the applications you use outside it. "
"For example, considering you've added new brushes to or removed old brushes "
"from your working copy of <ulink type=\"https\" url=\"https://projects."
"centos.org/svn/artwork\">The CentOS Artwork Repository</ulink>, the link "
"information related to those files need to be updated in the <filename class="
"\"directory\">~/.gimp-2.2/brushes</filename> directory too, in a way the "
"addition/deletion change that took place in your working copy can be "
"reflected there, as well. The same is true for other similar components like "
"fonts, patterns and palettes."
msgstr ""

msgid "Function Specific Environment"
msgstr ""

msgid "Authors"
msgstr ""

msgid ""
"The following people have worked in the <function>prepare</function> "
"functionality:"
msgstr ""

msgid ""
"Alain Reguera Delgado &lt;<ulink url=\"mailto:alain.reguera@gmail.com"
"\">alain.reguera@gmail.com</ulink>&gt;, 2009, 2010, 2011, 2012"
msgstr ""

msgid "License"
msgstr ""

msgid "Copyright © 2009, 2010, 2011, 2012 The CentOS Project"
msgstr ""

msgid ""
"This program is free software; you can redistribute it and/or modify it "
"under the terms of the GNU General Public License as published by the Free "
"Software Foundation; either version 2 of the License, or (at your option) "
"any later version."
msgstr ""

msgid ""
"This program is distributed in the hope that it will be useful, but WITHOUT "
"ANY WARRANTY; without even the implied warranty of MERCHANTABILITY or "
"FITNESS FOR A PARTICULAR PURPOSE. See the GNU General Public License for "
"more details."
msgstr ""

msgid ""
"You should have received a copy of the GNU General Public License along with "
"this program; if not, write to the Free Software Foundation, Inc., 675 Mass "
"Ave, Cambridge, MA 02139, USA."
msgstr ""

msgid "Standardizing Content Rendition"
msgstr ""

msgid ""
"The <function>render</function> functionality is the interface the "
"<command>centos-art.sh</command> script provides to standardize the content "
"production tasks inside the working copy."
msgstr ""

#, no-wrap
msgid "centos-art render [OPTIONS] [DIRECTORY]"
msgstr ""

msgid ""
"The <varname>DIRECTORY</varname> parameter specifies the directory path, "
"inside the working copy of <ulink type=\"https\" url=\"https://projects."
"centos.org/svn/artwork\">The CentOS Artwork Repository</ulink>, where the "
"files you want to process are stored in. This paramter can be provided more "
"than once in order to process more than one directory path in a single "
"command execution. When this parameter is not provided, the current "
"directory path where the command was called from is used instead."
msgstr ""

msgid ""
"The <function>render</function> functionality accepts the following options:"
msgstr ""

msgid ""
"This option supresses all output messages except error messages. When this "
"option is passed, all confirmation requests are supressed and a possitive "
"answer is assumed for them, just as if the <option>--answer-yes</option> "
"option would have been provided."
msgstr ""

msgid "--filter=\"REGEX\""
msgstr ""

msgid ""
"This option reduces the list of files to process inside <varname>DIRECTORY</"
"varname> using <varname>REGEX</varname> as pattern. You can use this option "
"to control the amount of files you want to render. The deeper you go into "
"the directory structure the more specific you'll be about the files you want "
"to render. When you cannot go deeper into the directory structure through "
"<varname>DIRECTORY</varname> specification, use this option to reduce the "
"list of files therein."
msgstr ""

msgid "--dont-commit-changes"
msgstr ""

msgid ""
"This option supresses all commit and update actions realized over files, "
"before and after the action itself had took place over files in the working "
"copy."
msgstr ""

msgid "--releasever=\"NUMBER\""
msgstr ""

msgid ""
"This option expands the <code>=\\RELEASE=</code>, <code>=\\MAJOR_RELEASE=</"
"code>, and <code>=\\MINOR_RELEASE=</code> translation makers based on "
"<varname>NUMBER</varname> value. Notice that translation markers here were "
"escaped using a backslash (<code>\\</code>) in order to prevent their "
"expansion. Use this option when you need to produce release-specific "
"contents, but no release information can be retrived from the directory path "
"you are currently rendering."
msgstr ""

msgid "--basearch=\"ARCH\""
msgstr ""

msgid ""
"This option expands the <code>=\\ARCHITECTURE=</code>, translation makers "
"based on <varname>ARHC</varname> value. Notice that translation markers here "
"were escaped using a backslash (<code>\\</code>) in order to prevent their "
"expansion. Use this option when you need to produce architecture-sepecific "
"contents but no architecture information can be retrived from the directory "
"path you are currently rendering."
msgstr ""

msgid "--theme-model=\"NAME\""
msgstr ""

msgid ""
"This option specifies the name of theme model you want to use when producing "
"theme artistic motifs. By default, if this option is not provided, the "
"<literal>Default</literal> theme model is used as reference to produce theme "
"artistic motifs. To know what values does the <varname>NAME</varname> "
"variable can have, run <command>ls ~/artwork/trunk/Identity/Models/Themes</"
"command> command."
msgstr ""

msgid "--post-rendition=\"COMMAND\""
msgstr ""

msgid ""
"This option lets you apply a command as post-rendition action. In this case, "
"the <varname>COMMAND</varname> represents the command-line you want to "
"execute in order to perform in-place modifications to base-rendition output."
msgstr ""

msgid "--last-rendition=\"COMMAND\""
msgstr ""

msgid ""
"This option lets you apply a command as last-rendition action. In this case, "
"the <varname>COMMAND</varname> argument represents the command string you "
"want to execute in order to perform in-place modifications to base-"
"rendition, post-rendition and directory-specific rendition outputs."
msgstr ""

msgid ""
"Inside the working copy of <ulink type=\"https\" url=\"https://projects."
"centos.org/svn/artwork\">The CentOS Artwork Repository</ulink>, rendition "
"tasks take place inside renderable directories. The rendition itself is "
"performed through a serie of rendition flows named base-rendition, post-"
"rendition, last-rendition and directory-specific rendition."
msgstr ""

msgid ""
"Renderable directories are convenctional locations inside the working copy "
"where you can find source files, output files and auxiliar files. Source "
"files are used to produce output files. Auxiliar files are used to modify "
"the way output files are produced from source files (e.g., to produce "
"localized output). Auxiliar files are optionals."
msgstr ""

msgid ""
"Renderable directories are made of several directories but only the output "
"dirctory path is passed to <function>render</function> functionality as "
"<varname>DIRECTORY</varname> parameter in the command-line. The directories "
"related to source and auxiliar files are automatically constructed based on "
"a directory organization convenction. This way, the <function>render</"
"function> functionality collects all the information it needs to work with."
msgstr ""

msgid ""
"Inside the working copy, renderable directories are divided in two "
"categories in a way differences between them can be preserved. These "
"categories are named <quote>direct production</quote> and <quote>theme "
"production</quote>. These categories provide the file organization "
"convenction the <function>render</function> functionality needs, to produce "
"content based on rendition flows."
msgstr ""

msgid "Direct Production"
msgstr ""

msgid "Theme Production"
msgstr ""

msgid "Base Rendition Flow"
msgstr ""

msgid "Post Rendition Flow"
msgstr ""

msgid "Last Rendition Flow"
msgstr ""

msgid "Directory-Specific Rendition Flow"
msgstr ""

msgid ""
"The following people have worked in the <function>render</function> "
"functionality:"
msgstr ""

msgid "Standardizing Content Localization"
msgstr ""

msgid ""
"The <function>locale</function> functionality is the interface the "
"<command>centos-art.sh</command> script provides to standardize localization "
"tasks inside the working copy."
msgstr ""

#, no-wrap
msgid "centos-art locale [OPTIONS] [DIRECTORY]"
msgstr ""

msgid ""
"The <function>locale</function> functionality accepts the following options:"
msgstr ""

msgid ""
"Supress all output messages except error messages. When this option is "
"passed, all confirmation requests are supressed and a possitive answer is "
"assumed for them, just as if the <option>--answer-yes</option> option would "
"have been provided."
msgstr ""

msgid ""
"Reduce the list of files to process inside <varname>DIRECTORY</varname> "
"using <varname>REGEX</varname> as pattern. You can use this option to "
"control the amount of files you want to locale. The deeper you go into the "
"directory structure the more specific you'll be about the files you want to "
"locale. When you cannot go deeper into the directory structure through "
"<varname>DIRECTORY</varname> specification, use this option to reduce the "
"list of files therein."
msgstr ""

msgid ""
"Supress all commit and update actions realized over files, before and after "
"the actions themselves had took place over files in the working copy."
msgstr ""

msgid "--update"
msgstr ""

msgid ""
"This option updates both POT and PO files related to source files. Use this "
"option everytime you change translatable strings inside the source files."
msgstr ""

msgid "--edit"
msgstr ""

msgid ""
"This option edits the portable object related to source files. When you "
"provide this option, your default text editor is used to open the portable "
"object you, as translator, need to change in order to keep source file "
"messages consistent with their localized versions. In the very specific case "
"of shell scripts localization, this option takes care of updating the "
"machine object (MO) file the shell script requires to displayed translation "
"messages correctly when it is executed."
msgstr ""

msgid "--delete"
msgstr ""

msgid ""
"This option unlocalizes source files. When you provide this option, the "
"localization directory related to source files is removed from the working "
"copy in conjunction with all portable objects and machine objects inside it."
msgstr ""

msgid "--dont-create-mo"
msgstr ""

msgid ""
"This option suppresses machine objects creation when shell scripts are "
"localized."
msgstr ""

msgid ""
"The localization process is very tied to the source files we want to provide "
"localized messages for. Inside the working copy of <ulink type=\"https\" url="
"\"https://projects.centos.org/svn/artwork\">The CentOS Artwork Repository</"
"ulink> it is possible to localize XML-based files (e.g., SVG and Docbook) "
"and programs written in most popular programming languages (e.g., C, C++, "
"C#, Shell Scripts, Python, Java, GNU awk, PHP, etc.)."
msgstr ""

msgid ""
"The localization process initiates by retriving translatable strings from "
"source files. When source files are XML-based files, the only requisite to "
"retrive translatable strings correctly is that they be well-formed. Beyond "
"that, the <command>xml2po</command> command takes care of everything else. "
"When source files are Shell script files, it is necessary that you "
"previously define what strings inside the script are considered as "
"translatable strings in order for <command>xgettext</command> command to "
"retrive them correctly. To define translatable strings inside shell scripts, "
"you need to use either <command>gettext</command>, <command>ngettext</"
"command>, <command>eval_gettext</command> or <command>eval_ngettext</"
"command> command as it is following described:"
msgstr ""

msgid ""
"Use the <command>gettext</command> command to display the native language "
"translation of a textual message."
msgstr ""

#, no-wrap
msgid "MESSAGE=\"`gettext \"There is no entry to create.\"`\""
msgstr ""

msgid ""
"Use the <command>ngettext</command> command to display the native language "
"translation of a textual message whose grammatical form depends on a number."
msgstr ""

#, no-wrap
msgid ""
"MESSAGE=\"`ngettext \"The following entry will be created\" \\\n"
"                   \"The following entries will be created\" \\\n"
"                   $COUNT`:\""
msgstr ""

msgid ""
"Use the <command>eval_gettext</command> command to display the native "
"language translation of a textual message, performing dollar-substitution on "
"the result. Note that only shell variables mentioned in the message will be "
"dollar-substituted in the result."
msgstr ""

#, no-wrap
msgid "MESSAGE=\"`eval_gettext \"The location \\\\\\\"\\\\\\$LOCATION\\\\\\\" is not valid.\"`\""
msgstr ""

msgid ""
"Use the <command>eval_ngettext</command> command to display the native "
"language translation of a textual message whose grammatical form depends on "
"a number, performing dollar-substitution on the result. Note that only shell "
"variables mentioned in messages will be dollar-substituted in the result."
msgstr ""

#, no-wrap
msgid ""
"MESSAGE=\"`eval_ngettext \"The following entry will be created in \\\\\\$LOCATION\" \\\n"
"                        \"The following entries will be created in \\\\\\$LOCATION\" \\\n"
"                        $COUNT`:\""
msgstr ""

msgid ""
"Once translatable strings are retrived, a portable object template (POT) "
"file is created for storing them. Later, the POT file is used to create a "
"portable object (PO). The portable object is the place where localization "
"itself takes place, it is the file translators edit to localize messages. "
"When translatable strings change inside source files, it is necessary that "
"you update these POT and PO files in order to keep consistency between "
"source file messages and their localized versions."
msgstr ""

msgid ""
"Inside source files, translatable strings are always written in English "
"language. In order to localize translatable strings from English language to "
"another language, you need to be sure the <envar>LANG</envar> environment "
"variable has been already set to the locale code you want to localize "
"message for or see them printed out before running the <function>locale</"
"function> functionality of <command>centos-art.sh</command> script. "
"Localizing English language to itself is not supported."
msgstr ""

msgid ""
"To have a list of all locale codes you can have localized messages for, run "
"the following command: <command>locale -a | less</command>."
msgstr ""

msgid ""
"The following people have worked in the <function>locale</function> "
"functionality:"
msgstr ""

msgid "Standardizing Documentation Tasks"
msgstr ""

msgid ""
"The <function>help</function> functionality is the interface the "
"<command>centos-art.sh</command> script provides to standardize frequent "
"documentation tasks, based on specific documentation formats, as described "
"in <xref linkend=\"manuals-formats\"/>."
msgstr ""

#, no-wrap
msgid "centos-art help [OPTIONS] [DOCENTRY]"
msgstr ""

msgid ""
"The <varname>DOCENTRY</varname> parameter specifies the documentation entry "
"you want to process. It can be provided one or more times in the form "
"<code>MANUAL:PART:CHAPTER:SECTION</code> or <code>MANUAL::CHAPTER:SECTION</"
"code> based on whether the manual documentation backend you are using "
"supports structuring through parts or not. When <varname>DOCENTRY</varname> "
"parameter is not provided, <quote><ulink type=\"https\" url=\"https://"
"projects.centos.org/svn/artwork\">The CentOS Artwork Repository</ulink> "
"Repository File System</quote> documentation manual is used as default value."
msgstr ""

msgid ""
"To determine the documentation format to use, when new documentation manuals "
"are created and no configuration file is available, the <function>help</"
"function> functionality request you to enter one of the supported "
"documentation formats and then, uses it to create the documentation manual. "
"Once the documentation manual is created, the document configuration file is "
"available inside the manual directory structure and used to retrive the "
"document format information, instead."
msgstr ""

msgid ""
"The <function>help</function> functionality accepts the following options:"
msgstr ""

msgid ""
"Supress all commit and update actions realized over files, before and after "
"the action itself had took place over files in the working copy."
msgstr ""

msgid "--search=\"KEYWORD\""
msgstr ""

msgid ""
"This option looks for <varname>KEYWORD</varname> inside the manual specified "
"in the documentation entry and display related information you to read."
msgstr ""

msgid ""
"Edit documentation entry related to path specified by <varname>DOCENTRY</"
"varname> parameter."
msgstr ""

msgid ""
"The <varname>DOCENTRY</varname> parameter must point to any directory inside "
"the working copy. When more than one <varname>DOCENTRY</varname> are passed "
"as non-option arguments to the <command>centos-art.sh</command> script "
"command-line, they are queued for further edition. The edition itself takes "
"place through your default text editor (e.g., the one you specified in the "
"<envar>EDITOR</envar> environment variable) and the text editor opens one "
"file at time (i.e., the queue of files to edit is not loaded in the text "
"editor.)."
msgstr ""

msgid "--read"
msgstr ""

msgid ""
"Read documentation entry specified by <varname>DOCENTRY</varname> path. This "
"option is used internally by <command>centos-art.sh</command> script to "
"refer documentation based on errors, so you can know more about them and the "
"causes that could have provoked them."
msgstr ""

msgid ""
"Update output files rexporting them from the specified backend source files."
msgstr ""

msgid "--copy"
msgstr ""

msgid "Duplicate documentation entries inside the working copy."
msgstr ""

msgid ""
"When documentation entries are copied, it is required to pass two non-option "
"parameters in the command-line. The first non-option parameter is considered "
"the source location and the second one the target location. Both source "
"location and target location must point to a directory under the working "
"copy."
msgstr ""

msgid ""
"Delete documentation entries specified by <varname>DOCENTRY</varname> inside "
"the working copy. It is possible to delete more than one documentation entry "
"by specifying more <varname>DOCENTRY</varname> parameters in the command-"
"line."
msgstr ""

msgid "--rename"
msgstr ""

msgid "Rename documentation entries inside the working copy."
msgstr ""

msgid ""
"When documentation entries are renamed, it is required to pass only two non-"
"option parameters to the command-line. The first non-option parameter is "
"considered the source location and the second one the target location. Both "
"source location and target location must point to a directory under the "
"working copy."
msgstr ""

msgid ""
"When documentation entries are removed (e.g., through <option>--delete</"
"option> or <option>--rename</option> options), the <function>help</function> "
"functionality takes care of updating nodes, menus and cross references "
"related to documentation entries in order to keep the manual structure in a "
"consistent state."
msgstr ""

msgid ""
"The following people have worked in the <function>help</function> "
"functionality:"
msgstr ""

msgid "Standardizing Packaging Tasks"
msgstr ""

msgid "Standardizing File Maintainance"
msgstr ""

msgid ""
"The <function>tuneup</function> functionality is the interface the "
"<command>centos-art.sh</command> script provides to standardize the "
"maintainance tasks related to individual files inside the working copy."
msgstr ""

#, no-wrap
msgid "centos-art tuneup [OPTIONS] [DIRECTORY]"
msgstr ""

msgid ""
"The <function>tuneup</function> functionality accepts the following options:"
msgstr ""

msgid ""
"Reduce the list of files to process inside <replaceable>path/to/dir</"
"replaceable> using <replaceable>REGEX</replaceable> as pattern. You can use "
"this option to control the amount of files you want to tuneup. The deeper "
"you go into the directory structure the more specific you'll be about the "
"files you want to tuneup. When you cannot go deeper into the directory "
"structure through <replaceable>path/to/dir</replaceable> specification, use "
"this option to reduce the list of files therein."
msgstr ""

msgid ""
"Tasks related to file maintainance are repetitive. You might find yourself "
"doing them time after time inside the working copy of <ulink type=\"https\" "
"url=\"https://projects.centos.org/svn/artwork\">The CentOS Artwork "
"Repository</ulink>. Some of these maintainance tasks do update top comments "
"on shell scripts, create table of contents for web pages, update metadata "
"related to design models and remove unused definitions from design models."
msgstr ""

msgid ""
"When you execute the tuneup functionality of centos-art.sh script, it looks "
"for all files that match the supported extensions (e.g., <filename class="
"\"extension\">.sh</filename>, <filename class=\"extension\">.svg</filename> "
"and <filename class=\"extension\">.xhtml</filename>) in the directory "
"specified, builds a list with them and applies the maintainance tasks using "
"file extensions as reference."
msgstr ""

msgid ""
"When shell scripts are found, the <function>tuneup</function> functionality "
"of centos-art.sh script reads a comment template from <filename>trunk/"
"Scripts/Functions/Tuneup/Shell/Config/topcomment.sed</filename> and applies "
"it to all shell scripts found, one by one. As result, all shell scripts will "
"end up having the same copyright and license information the comment "
"template does."
msgstr ""

msgid ""
"In order for the shell script top comment template to be applied correctly, "
"the shell scripts you write must have the structure described in <xref "
"linkend=\"scripts-bash-tuneup-fig1\"/>."
msgstr ""

msgid "Shell script top-comment template."
msgstr ""

#, no-wrap
msgid ""
"\n"
" 1| #!/bin/bash\n"
" 2| #\n"
" 3| # doSomething.sh -- The function description goes here.\n"
" 4| # \n"
" 5| # Copyright\n"
" 6| #\n"
" 7| # ...\n"
" 8| #\n"
" 9| # ----------------------------------------------------------------------\n"
"10| # $Id$\n"
"11| # ----------------------------------------------------------------------\n"
"12|\n"
"13| function doSomething {\n"
"14|     \n"
"15| }\n"
msgstr ""

msgid ""
"The <function>tuneup</function> functionality of <command>centos-art.sh</"
"command> script replaces all lines between the <literal>Copyright</literal> "
"line (e.g., line 5) and the first separator line (e.g., line 9), "
"inclusively. Everything else will remain immutable in the file."
msgstr ""

msgid ""
"When scalable vector graphics are found, the tuneup functionality reads a "
"SVG metadata template from <filename>trunk/Scripts/Functions/Tuneup/Svg/"
"Config/metadata.sed</filename> and applies it to all files found, one by "
"one. Immediatly after the metadata template has been applied and, before "
"passing to next file, all unused definition are removed from the file, too."
msgstr ""

msgid ""
"The metadata applied by the SVG metadata template is created dynamicaly "
"combining the absolute path of the file being currently modified, the "
"workstation's date information, the <command>centos-art.sh</command> script "
"copyright holder (e.g., The CentOS Project) as reference and the Creative "
"Common Distribution-ShareAlike 3.0 License as default license to release SVG "
"files."
msgstr ""

msgid ""
"The elimination of unused definitions inside SVG files takes place through "
"Inkscape's <option>--vacuum-defs</option> option, as described in its man "
"page (e.g., <command>man inkscape</command>)."
msgstr ""

msgid ""
"When HTML files are found, the <function>tuneup</function> functionality of "
"<command>centos-art.sh</command> script transforms web page headings to make "
"them accessible through a table of contents. The table of contents is "
"expanded in place, wherever the <code>&lt;div class=\"toc\"&gt;&lt;/div&gt;</"
"code> piece of code be in the file. Once the table of contents has been "
"expanded, there is no need to put anything else in the page. You can run the "
"<function>tuneup</function> functionality everytime you update the heading "
"information so as to update the table of contents, too."
msgstr ""

msgid ""
"In order for this functionality to build the table of contents from "
"headings, you need to put headings in just one line. The headin level can "
"vary from <code>h1</code> to <code>h6</code> with attribute definitions "
"accepted. Closing tag must be present and also match the openning tag. "
"Inside the heading definition an anchor definition must be present with "
"attribute definitions accepted. The value of <property>name</property> and "
"<property>href</property> attributes from the anchor element are set "
"dynamically using the md5sum output of combining the page location, the "
"<literal>head-</literal> string and the heading content itself. If any of "
"the components used to build the heading reference changes, you need to run "
"the the tuneup functionality of <command>centos-art.sh</command> script in "
"order for the anchor elements to use the correct information."
msgstr ""

msgid ""
"For example, the headings shown in <xref linkend=\"scripts-bash-tuneup-fig2"
"\"/> produces the table of contents shown in <xref linkend=\"scripts-bash-"
"tuneup-fig3\"/>."
msgstr ""

msgid "HTML heading definition."
msgstr ""

#, no-wrap
msgid ""
"\n"
"&lt;h1 class=\"title\"&gt;&lt;a name=\"head-8a23b56a28dfa7277d176576f217054a\"&gt;Forms&lt;/a&gt;&lt;/h1&gt;\n"
"&lt;h2 class=\"title\"&gt;&lt;a name=\"head-629f38bc607f2a270177106b450aeae3\"&gt;Elements&lt;/a&gt;&lt;/h2&gt;\n"
"&lt;h2 class=\"title\"&gt;&lt;a name=\"head-f49cae1d73592c984bbb0bffb1d5699a\"&gt;Recommendations&lt;/a&gt;&lt;/h2&gt;\n"
msgstr ""

msgid "HTML table of contents definition."
msgstr ""

#, no-wrap
msgid ""
"\n"
"&lt;div class=\"toc\"&gt; &lt;p&gt;Table of contents&lt;/p&gt; &lt;dl&gt;&lt;dt&gt;&lt;a href=\"#head-8a23b56a28dfa7277d176576f217054a\"&gt;Forms&lt;/a&gt; &lt;dl&gt;&lt;dt&gt;&lt;a href=\"#head-629f38bc607f2a270177106b450aeae3\"&gt;Elements&lt;/a&gt; &lt;/dt&gt;&lt;dt&gt;&lt;a href=\"#head-f49cae1d73592c984bbb0bffb1d5699a\"&gt;Recommendations&lt;/a&gt; &lt;/dt&gt;&lt;/dl&gt; &lt;/dt&gt;&lt;/dl&gt; &lt;/div&gt;\n"
msgstr ""

msgid ""
"The following people have worked in the <function>tuneup</function> "
"functionality:"
msgstr ""

msgid "Licencias"
msgstr ""

msgid "GNU General Public License"
msgstr "Licencia Pública General de GNU"

msgid "Version 2, June 1991"
msgstr ""

msgid ""
"Copyright © 1989, 1991 Free Software Foundation, Inc. 675 Mass Ave, "
"Cambridge, MA 02139, USA"
msgstr ""

msgid ""
"Everyone is permitted to copy and distribute verbatim copies of this license "
"document, but changing it is not allowed."
msgstr ""

msgid "Preamble"
msgstr ""

msgid ""
"The licenses for most software are designed to take away your freedom to "
"share and change it. By contrast, the GNU General Public License is intended "
"to guarantee your freedom to share and change free software–to make sure the "
"software is free for all its users. This General Public License applies to "
"most of the Free Software Foundation's software and to any other program "
"whose authors commit to using it. (Some other Free Software Foundation "
"software is covered by the GNU Library General Public License instead.) You "
"can apply it to your programs, too."
msgstr ""

msgid ""
"When we speak of free software, we are referring to freedom, not price. Our "
"General Public Licenses are designed to make sure that you have the freedom "
"to distribute copies of free software (and charge for this service if you "
"wish), that you receive source code or can get it if you want it, that you "
"can change the software or use pieces of it in new free programs; and that "
"you know you can do these things."
msgstr ""

msgid ""
"To protect your rights, we need to make restrictions that forbid anyone to "
"deny you these rights or to ask you to surrender the rights. These "
"restrictions translate to certain responsibilities for you if you distribute "
"copies of the software, or if you modify it."
msgstr ""

msgid ""
"For example, if you distribute copies of such a program, whether gratis or "
"for a fee, you must give the recipients all the rights that you have. You "
"must make sure that they, too, receive or can get the source code. And you "
"must show them these terms so they know their rights."
msgstr ""

msgid "We protect your rights with two steps:"
msgstr ""

msgid "copyright the software, and"
msgstr ""

msgid ""
"offer you this license which gives you legal permission to copy, distribute "
"and/or modify the software."
msgstr ""

msgid ""
"Also, for each author's protection and ours, we want to make certain that "
"everyone understands that there is no warranty for this free software. If "
"the software is modified by someone else and passed on, we want its "
"recipients to know that what they have is not the original, so that any "
"problems introduced by others will not reflect on the original authors' "
"reputations."
msgstr ""

msgid ""
"Finally, any free program is threatened constantly by software patents. We "
"wish to avoid the danger that redistributors of a free program will "
"individually obtain patent licenses, in effect making the program "
"proprietary. To prevent this, we have made it clear that any patent must be "
"licensed for everyone's free use or not licensed at all."
msgstr ""

msgid ""
"The precise terms and conditions for copying, distribution and modification "
"follow."
msgstr ""

msgid "Terms and Conditions for Copying, Distribution and Modification"
msgstr ""

msgid "Section 1"
msgstr ""

msgid ""
"You may copy and distribute verbatim copies of the Program's source code as "
"you receive it, in any medium, provided that you conspicuously and "
"appropriately publish on each copy an appropriate copyright notice and "
"disclaimer of warranty; keep intact all the notices that refer to this "
"License and to the absence of any warranty; and give any other recipients of "
"the Program a copy of this License along with the Program."
msgstr ""

msgid ""
"You may charge a fee for the physical act of transferring a copy, and you "
"may at your option offer warranty protection in exchange for a fee."
msgstr ""

msgid "Section 2"
msgstr ""

msgid ""
"You may modify your copy or copies of the Program or any portion of it, thus "
"forming a work based on the Program, and copy and distribute such "
"modifications or work under the terms of <xref linkend=\"licenses-gpl-1-1\"/"
"> above, provided that you also meet all of these conditions:"
msgstr ""

msgid ""
"You must cause the modified files to carry prominent notices stating that "
"you changed the files and the date of any change."
msgstr ""

msgid ""
"You must cause any work that you distribute or publish, that in whole or in "
"part contains or is derived from the Program or any part thereof, to be "
"licensed as a whole at no charge to all third parties under the terms of "
"this License."
msgstr ""

msgid ""
"If the modified program normally reads commands interactively when run, you "
"must cause it, when started running for such interactive use in the most "
"ordinary way, to print or display an announcement including an appropriate "
"copyright notice and a notice that there is no warranty (or else, saying "
"that you provide a warranty) and that users may redistribute the program "
"under these conditions, and telling the user how to view a copy of this "
"License."
msgstr ""

msgid "Exception"
msgstr ""

msgid ""
"If the Program itself is interactive but does not normally print such an "
"announcement, your work based on the Program is not required to print an "
"announcement."
msgstr ""

msgid ""
"These requirements apply to the modified work as a whole. If identifiable "
"sections of that work are not derived from the Program, and can be "
"reasonably considered independent and separate works in themselves, then "
"this License, and its terms, do not apply to those sections when you "
"distribute them as separate works. But when you distribute the same sections "
"as part of a whole which is a work based on the Program, the distribution of "
"the whole must be on the terms of this License, whose permissions for other "
"licensees extend to the entire whole, and thus to each and every part "
"regardless of who wrote it."
msgstr ""

msgid ""
"Thus, it is not the intent of this section to claim rights or contest your "
"rights to work written entirely by you; rather, the intent is to exercise "
"the right to control the distribution of derivative or collective works "
"based on the Program."
msgstr ""

msgid ""
"In addition, mere aggregation of another work not based on the Program with "
"the Program (or with a work based on the Program) on a volume of a storage "
"or distribution medium does not bring the other work under the scope of this "
"License."
msgstr ""

msgid "Section 3"
msgstr ""

msgid ""
"You may copy and distribute the Program (or a work based on it, under <xref "
"linkend=\"licenses-gpl-1-2\"/>) in object code or executable form under the "
"terms of <xref linkend=\"licenses-gpl-1-1\"/> and <xref linkend=\"licenses-"
"gpl-1-2\"/> above provided that you also do one of the following:"
msgstr ""

msgid ""
"Accompany it with the complete corresponding machine-readable source code, "
"which must be distributed under the terms of <xref linkend=\"licenses-gpl-1-1"
"\"/> and <xref linkend=\"licenses-gpl-1-2\"/> above on a medium customarily "
"used for software interchange; or,"
msgstr ""

msgid ""
"Accompany it with a written offer, valid for at least three years, to give "
"any third party, for a charge no more than your cost of physically "
"performing source distribution, a complete machine-readable copy of the "
"corresponding source code, to be distributed under the terms of <xref "
"linkend=\"licenses-gpl-1-1\"/> and <xref linkend=\"licenses-gpl-1-2\"/> "
"above on a medium customarily used for software interchange; or,"
msgstr ""

msgid ""
"Accompany it with the information you received as to the offer to distribute "
"corresponding source code. (This alternative is allowed only for "
"noncommercial distribution and only if you received the program in object "
"code or executable form with such an offer, in accord with Subsection b "
"above.)"
msgstr ""

msgid ""
"The source code for a work means the preferred form of the work for making "
"modifications to it. For an executable work, complete source code means all "
"the source code for all modules it contains, plus any associated interface "
"definition files, plus the scripts used to control compilation and "
"installation of the executable. However, as a special exception, the source "
"code distributed need not include anything that is normally distributed (in "
"either source or binary form) with the major components (compiler, kernel, "
"and so on) of the operating system on which the executable runs, unless that "
"component itself accompanies the executable."
msgstr ""

msgid ""
"If distribution of executable or object code is made by offering access to "
"copy from a designated place, then offering equivalent access to copy the "
"source code from the same place counts as distribution of the source code, "
"even though third parties are not compelled to copy the source along with "
"the object code."
msgstr ""

msgid "Section 4"
msgstr ""

msgid ""
"You may not copy, modify, sublicense, or distribute the Program except as "
"expressly provided under this License. Any attempt otherwise to copy, "
"modify, sublicense or distribute the Program is void, and will automatically "
"terminate your rights under this License. However, parties who have received "
"copies, or rights, from you under this License will not have their licenses "
"terminated so long as such parties remain in full compliance."
msgstr ""

msgid "Section 5"
msgstr ""

msgid ""
"You are not required to accept this License, since you have not signed it. "
"However, nothing else grants you permission to modify or distribute the "
"Program or its derivative works. These actions are prohibited by law if you "
"do not accept this License. Therefore, by modifying or distributing the "
"Program (or any work based on the Program), you indicate your acceptance of "
"this License to do so, and all its terms and conditions for copying, "
"distributing or modifying the Program or works based on it."
msgstr ""

msgid "Section 6"
msgstr ""

msgid ""
"Each time you redistribute the Program (or any work based on the Program), "
"the recipient automatically receives a license from the original licensor to "
"copy, distribute or modify the Program subject to these terms and "
"conditions. You may not impose any further restrictions on the recipients' "
"exercise of the rights granted herein. You are not responsible for enforcing "
"compliance by third parties to this License."
msgstr ""

msgid "Section 7"
msgstr ""

msgid ""
"If, as a consequence of a court judgment or allegation of patent "
"infringement or for any other reason (not limited to patent issues), "
"conditions are imposed on you (whether by court order, agreement or "
"otherwise) that contradict the conditions of this License, they do not "
"excuse you from the conditions of this License. If you cannot distribute so "
"as to satisfy simultaneously your obligations under this License and any "
"other pertinent obligations, then as a consequence you may not distribute "
"the Program at all. For example, if a patent license would not permit "
"royalty-free redistribution of the Program by all those who receive copies "
"directly or indirectly through you, then the only way you could satisfy both "
"it and this License would be to refrain entirely from distribution of the "
"Program."
msgstr ""

msgid ""
"If any portion of this section is held invalid or unenforceable under any "
"particular circumstance, the balance of the section is intended to apply and "
"the section as a whole is intended to apply in other circumstances."
msgstr ""

msgid ""
"It is not the purpose of this section to induce you to infringe any patents "
"or other property right claims or to contest validity of any such claims; "
"this section has the sole purpose of protecting the integrity of the free "
"software distribution system, which is implemented by public license "
"practices. Many people have made generous contributions to the wide range of "
"software distributed through that system in reliance on consistent "
"application of that system; it is up to the author/donor to decide if he or "
"she is willing to distribute software through any other system and a "
"licensee cannot impose that choice."
msgstr ""

msgid ""
"This section is intended to make thoroughly clear what is believed to be a "
"consequence of the rest of this License."
msgstr ""

msgid "Section 8"
msgstr ""

msgid ""
"If the distribution and/or use of the Program is restricted in certain "
"countries either by patents or by copyrighted interfaces, the original "
"copyright holder who places the Program under this License may add an "
"explicit geographical distribution limitation excluding those countries, so "
"that distribution is permitted only in or among countries not thus excluded. "
"In such case, this License incorporates the limitation as if written in the "
"body of this License."
msgstr ""

msgid "Section 9"
msgstr ""

msgid ""
"The Free Software Foundation may publish revised and/or new versions of the "
"General Public License from time to time. Such new versions will be similar "
"in spirit to the present version, but may differ in detail to address new "
"problems or concerns."
msgstr ""

msgid ""
"Each version is given a distinguishing version number. If the Program "
"specifies a version number of this License which applies to it and "
"<quote>any later version</quote>, you have the option of following the terms "
"and conditions either of that version or of any later version published by "
"the Free Software Foundation. If the Program does not specify a version "
"number of this License, you may choose any version ever published by the "
"Free Software Foundation."
msgstr ""

msgid "Section 10"
msgstr ""

msgid ""
"If you wish to incorporate parts of the Program into other free programs "
"whose distribution conditions are different, write to the author to ask for "
"permission. For software which is copyrighted by the Free Software "
"Foundation, write to the Free Software Foundation; we sometimes make "
"exceptions for this. Our decision will be guided by the two goals of "
"preserving the free status of all derivatives of our free software and of "
"promoting the sharing and reuse of software generally."
msgstr ""

msgid "NO WARRANTY"
msgstr ""

msgid "Section 11"
msgstr ""

msgid ""
"BECAUSE THE PROGRAM IS LICENSED FREE OF CHARGE, THERE IS NO WARRANTY FOR THE "
"PROGRAM, TO THE EXTENT PERMITTED BY APPLICABLE LAW. EXCEPT WHEN OTHERWISE "
"STATED IN WRITING THE COPYRIGHT HOLDERS AND/OR OTHER PARTIES PROVIDE THE "
"PROGRAM <quote>AS IS</quote> WITHOUT WARRANTY OF ANY KIND, EITHER EXPRESSED "
"OR IMPLIED, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES OF "
"MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE. THE ENTIRE RISK AS TO "
"THE QUALITY AND PERFORMANCE OF THE PROGRAM IS WITH YOU. SHOULD THE PROGRAM "
"PROVE DEFECTIVE, YOU ASSUME THE COST OF ALL NECESSARY SERVICING, REPAIR OR "
"CORRECTION."
msgstr ""

msgid "Section 12"
msgstr ""

msgid ""
"IN NO EVENT UNLESS REQUIRED BY APPLICABLE LAW OR AGREED TO IN WRITING WILL "
"ANY COPYRIGHT HOLDER, OR ANY OTHER PARTY WHO MAY MODIFY AND/OR REDISTRIBUTE "
"THE PROGRAM AS PERMITTED ABOVE, BE LIABLE TO YOU FOR DAMAGES, INCLUDING ANY "
"GENERAL, SPECIAL, INCIDENTAL OR CONSEQUENTIAL DAMAGES ARISING OUT OF THE USE "
"OR INABILITY TO USE THE PROGRAM (INCLUDING BUT NOT LIMITED TO LOSS OF DATA "
"OR DATA BEING RENDERED INACCURATE OR LOSSES SUSTAINED BY YOU OR THIRD "
"PARTIES OR A FAILURE OF THE PROGRAM TO OPERATE WITH ANY OTHER PROGRAMS), "
"EVEN IF SUCH HOLDER OR OTHER PARTY HAS BEEN ADVISED OF THE POSSIBILITY OF "
"SUCH DAMAGES."
msgstr ""

msgid "End of Terms and Conditions."
msgstr ""

msgid "How to Apply These Terms to Your New Programs"
msgstr ""

msgid ""
"If you develop a new program, and you want it to be of the greatest possible "
"use to the public, the best way to achieve this is to make it free software "
"which everyone can redistribute and change under these terms."
msgstr ""

msgid ""
"To do so, attach the following notices to the program. It is safest to "
"attach them to the start of each source file to most effectively convey the "
"exclusion of warranty; and each file should have at least the "
"<quote>copyright</quote> line and a pointer to where the full notice is "
"found."
msgstr ""

#, no-wrap
msgid " &lt;one line to give the program's name and a brief idea of what it does.&gt; Copyright (C) 19yy &lt;name of author&gt; This program is free software; you can redistribute it and/or modify it under the terms of the GNU General Public License as published by the Free Software Foundation; either version 2 of the License, or (at your option) any later version. This program is distributed in the hope that it will be useful, but WITHOUT ANY WARRANTY; without even the implied warranty of MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU General Public License for more details. You should have received a copy of the GNU General Public License along with this program; if not, write to the Free Software Foundation, Inc., 675 Mass Ave, Cambridge, MA 02139, USA. "
msgstr ""

msgid ""
"Also add information on how to contact you by electronic and paper mail."
msgstr ""

msgid ""
"If the program is interactive, make it output a short notice like this when "
"it starts in an interactive mode:"
msgstr ""

#, no-wrap
msgid " Gnomovision version 69, Copyright (C) 19yy name of author Gnomovision comes with ABSOLUTELY NO WARRANTY; for details type `show w'. This is free software, and you are welcome to redistribute it under certain conditions; type `show c' for details. "
msgstr ""

msgid ""
"The hypothetical commands `show w' and `show c' should show the appropriate "
"parts of the General Public License. Of course, the commands you use may be "
"called something other than `show w' and `show c'; they could even be mouse-"
"clicks or menu items–whatever suits your program."
msgstr ""

msgid ""
"You should also get your employer (if you work as a programmer) or your "
"school, if any, to sign a <quote>copyright disclaimer</quote> for the "
"program, if necessary. Here is a sample; alter the names:"
msgstr ""

#, no-wrap
msgid " Yoyodyne, Inc., hereby disclaims all copyright interest in the program `Gnomovision' (which makes passes at compilers) written by James Hacker. &lt;signature of Ty Coon&gt;, 1 April 1989 Ty Coon, President of Vice "
msgstr ""

msgid ""
"This General Public License does not permit incorporating your program into "
"proprietary programs. If your program is a subroutine library, you may "
"consider it more useful to permit linking proprietary applications with the "
"library. If this is what you want to do, use the GNU Library General Public "
"License instead of this License."
msgstr ""

msgid "GNU Free Documentation License"
msgstr "Licencia de Documentación Libre de GNU"

msgid "Version 1.2, November 2002"
msgstr ""

msgid ""
"Copyright © 2000, 2001, 2002 Free Software Foundation, Inc. 675 Mass Ave, "
"Cambridge, MA 02139, USA"
msgstr ""

msgid ""
"The purpose of this License is to make a manual, textbook, or other "
"functional and useful document <quote>free</quote> in the sense of freedom: "
"to assure everyone the effective freedom to copy and redistribute it, with "
"or without modifying it, either commercially or noncommercially. "
"Secondarily, this License preserves for the author and publisher a way to "
"get credit for their work, while not being considered responsible for "
"modifications made by others."
msgstr ""

msgid ""
"This License is a kind of <quote>copyleft</quote>, which means that "
"derivative works of the document must themselves be free in the same sense. "
"It complements the <xref linkend=\"licenses-gfdl\"/>, which is a copyleft "
"license designed for free software."
msgstr ""

msgid ""
"We have designed this License in order to use it for manuals for free "
"software, because free software needs free documentation: a free program "
"should come with manuals providing the same freedoms that the software does. "
"But this License is not limited to software manuals; it can be used for any "
"textual work, regardless of subject matter or whether it is published as a "
"printed book. We recommend this License principally for works whose purpose "
"is instruction or reference."
msgstr ""

msgid "Applicability and definitions"
msgstr ""

msgid ""
"This License applies to any manual or other work, in any medium, that "
"contains a notice placed by the copyright holder saying it can be "
"distributed under the terms of this License. Such a notice grants a world-"
"wide, royalty-free license, unlimited in duration, to use that work under "
"the conditions stated herein. The <quote>Document</quote>, below, refers to "
"any such manual or work. Any member of the public is a licensee, and is "
"addressed as <quote>you</quote>. You accept the license if you copy, modify "
"or distribute the work in a way requiring permission under copyright law."
msgstr ""

msgid ""
"A <quote>Modified Version</quote> of the Document means any work containing "
"the Document or a portion of it, either copied verbatim, or with "
"modifications and/or translated into another language."
msgstr ""

msgid ""
"A <quote>Secondary Section</quote> is a named appendix or a front-matter "
"section of the Document that deals exclusively with the relationship of the "
"publishers or authors of the Document to the Document's overall subject (or "
"to related matters) and contains nothing that could fall directly within "
"that overall subject. (Thus, if the Document is in part a textbook of "
"mathematics, a <xref linkend=\"secondary-section\"/> may not explain any "
"mathematics.) The relationship could be a matter of historical connection "
"with the subject or with related matters, or of legal, commercial, "
"philosophical, ethical or political position regarding them."
msgstr ""

msgid ""
"The <quote>Invariant Sections</quote> are certain <xref linkend=\"secondary-"
"section\"/> whose titles are designated, as being those of Invariant "
"Sections, in the notice that says that the Document is released under this "
"License. If a section does not fit the above definition of Secondary then it "
"is not allowed to be designated as Invariant. The Document may contain zero "
"Invariant Sections. If the Document does not identify any Invariant Section "
"then there are none."
msgstr ""

msgid ""
"The <quote>Cover Texts</quote> are certain short passages of text that are "
"listed, as Front-Cover Texts or Back-Cover Texts, in the notice that says "
"that the Document is released under this License. A Front-Cover Text may be "
"at most 5 words, and a Back-Cover Text may be at most 25 words."
msgstr ""

msgid ""
"A <quote>Transparent</quote> copy of the Document means a machine-readable "
"copy, represented in a format whose specification is available to the "
"general public, that is suitable for revising the document straightforwardly "
"with generic text editors or (for images composed of pixels) generic paint "
"programs or (for drawings) some widely available drawing editor, and that is "
"suitable for input to text formatters or for automatic translation to a "
"variety of formats suitable for input to text formatters. A copy made in an "
"otherwise <xref linkend=\"transparent\"/> file format whose markup, or "
"absence of markup, has been arranged to thwart or discourage subsequent "
"modification by readers is not <xref linkend=\"transparent\"/>. An image "
"format is not <xref linkend=\"transparent\"/> if used for any substantial "
"amount of text. A copy that is not <quote><xref linkend=\"transparent\"/></"
"quote> is called <quote>Opaque</quote>."
msgstr ""

msgid ""
"Examples of suitable formats for <xref linkend=\"transparent\"/> copies "
"include plain ASCII without markup, Texinfo input format, LaTeX input "
"format, SGML or XML using a publicly available DTD, and standard-conforming "
"simple HTML, PostScript or PDF designed for human modification. Examples of "
"transparent image formats include PNG, XCF and JPG. Opaque formats include "
"proprietary formats that can be read and edited only by proprietary word "
"processors, SGML or XML for which the DTD and/or processing tools are not "
"generally available, and the machine-generated HTML, PostScript or PDF "
"produced by some word processors for output purposes only."
msgstr ""

msgid ""
"The <quote>Title Page</quote> means, for a printed book, the title page "
"itself, plus such following pages as are needed to hold, legibly, the "
"material this License requires to appear in the title page. For works in "
"formats which do not have any title page as such, <quote>Title Page</quote> "
"means the text near the most prominent appearance of the work's title, "
"preceding the beginning of the body of the text."
msgstr ""

msgid ""
"A section <quote>Entitled XYZ</quote> means a named subunit of the Document "
"whose title either is precisely XYZ or contains XYZ in parentheses following "
"text that translates XYZ in another language. (Here XYZ stands for a "
"specific section name mentioned below, such as <quote>Acknowledgements</"
"quote>, <quote>Dedications</quote>, <quote>Endorsements</quote>, or "
"<quote>History</quote>.) To <quote>Preserve the Title</quote> of such a "
"section when you modify the Document means that it remains a section "
"<quote>Entitled XYZ</quote> according to this definition."
msgstr ""

msgid ""
"The Document may include Warranty Disclaimers next to the notice which "
"states that this License applies to the Document. These Warranty Disclaimers "
"are considered to be included by reference in this License, but only as "
"regards disclaiming warranties: any other implication that these Warranty "
"Disclaimers may have is void and has no effect on the meaning of this "
"License."
msgstr ""

msgid "Verbatim copying"
msgstr ""

msgid ""
"You may copy and distribute the Document in any medium, either commercially "
"or noncommercially, provided that this License, the copyright notices, and "
"the license notice saying this License applies to the Document are "
"reproduced in all copies, and that you add no other conditions whatsoever to "
"those of this License. You may not use technical measures to obstruct or "
"control the reading or further copying of the copies you make or distribute. "
"However, you may accept compensation in exchange for copies. If you "
"distribute a large enough number of copies you must also follow the "
"conditions in section <xref linkend=\"licenses-gfdl-section-4\"/>."
msgstr ""

msgid ""
"You may also lend copies, under the same conditions stated above, and you "
"may publicly display copies."
msgstr ""

msgid "Copying in quantity"
msgstr ""

msgid ""
"If you publish printed copies (or copies in media that commonly have printed "
"covers) of the Document, numbering more than 100, and the Document's license "
"notice requires Cover Texts, you must enclose the copies in covers that "
"carry, clearly and legibly, all these <xref linkend=\"cover-texts\"/>: Front-"
"Cover Texts on the front cover, and Back-Cover Texts on the back cover. Both "
"covers must also clearly and legibly identify you as the publisher of these "
"copies. The front cover must present the full title with all words of the "
"title equally prominent and visible. You may add other material on the "
"covers in addition. Copying with changes limited to the covers, as long as "
"they preserve the title of the Document and satisfy these conditions, can be "
"treated as verbatim copying in other respects."
msgstr ""

msgid ""
"If the required texts for either cover are too voluminous to fit legibly, "
"you should put the first ones listed (as many as fit reasonably) on the "
"actual cover, and continue the rest onto adjacent pages."
msgstr ""

msgid ""
"If you publish or distribute Opaque copies of the Document numbering more "
"than 100, you must either include a machine-readable <xref linkend="
"\"transparent\"/> copy along with each Opaque copy, or state in or with each "
"Opaque copy a computer-network location from which the general network-using "
"public has access to download using public-standard network protocols a "
"complete <xref linkend=\"transparent\"/> copy of the Document, free of added "
"material. If you use the latter option, you must take reasonably prudent "
"steps, when you begin distribution of Opaque copies in quantity, to ensure "
"that this <xref linkend=\"transparent\"/> copy will remain thus accessible "
"at the stated location until at least one year after the last time you "
"distribute an Opaque copy (directly or through your agents or retailers) of "
"that edition to the public."
msgstr ""

msgid ""
"It is requested, but not required, that you contact the authors of the "
"Document well before redistributing any large number of copies, to give them "
"a chance to provide you with an updated version of the Document."
msgstr ""

msgid "Modifications"
msgstr ""

msgid ""
"You may copy and distribute a <xref linkend=\"modified-version\"/> of the "
"Document under the conditions of sections <xref linkend=\"licenses-gfdl-"
"section-3\"/> and <xref linkend=\"licenses-gfdl-section-4\"/> above, "
"provided that you release the <xref linkend=\"modified-version\"/> under "
"precisely this License, with the <xref linkend=\"modified-version\"/> "
"filling the role of the Document, thus licensing distribution and "
"modification of the <xref linkend=\"modified-version\"/> to whoever "
"possesses a copy of it. In addition, you must do these things in the <xref "
"linkend=\"modified-version\"/>:"
msgstr ""

msgid ""
"Use in the <xref linkend=\"title-page\"/> (and on the covers, if any) a "
"title distinct from that of the Document, and from those of previous "
"versions (which should, if there were any, be listed in the History section "
"of the Document). You may use the same title as a previous version if the "
"original publisher of that version gives permission."
msgstr ""

msgid ""
"List on the <xref linkend=\"title-page\"/>, as authors, one or more persons "
"or entities responsible for authorship of the modifications in the <xref "
"linkend=\"modified-version\"/>, together with at least five of the principal "
"authors of the Document (all of its principal authors, if it has fewer than "
"five), unless they release you from this requirement."
msgstr ""

msgid ""
"State on the <xref linkend=\"title-page\"/> the name of the publisher of the "
"<xref linkend=\"modified-version\"/>, as the publisher."
msgstr ""

msgid "Preserve all the copyright notices of the Document."
msgstr ""

msgid ""
"Add an appropriate copyright notice for your modifications adjacent to the "
"other copyright notices."
msgstr ""

msgid ""
"Include, immediately after the copyright notices, a license notice giving "
"the public permission to use the <xref linkend=\"modified-version\"/> under "
"the terms of this License, in the form shown in the Addendum below."
msgstr ""

msgid ""
"Preserve in that license notice the full lists of <xref linkend=\"invariant-"
"sections\"/> and required <xref linkend=\"cover-texts\"/> given in the "
"Document's license notice."
msgstr ""

msgid "Include an unaltered copy of this License."
msgstr ""

msgid ""
"Preserve the section Entitled <quote>History</quote>, Preserve its Title, "
"and add to it an item stating at least the title, year, new authors, and "
"publisher of the <xref linkend=\"modified-version\"/> as given on the <xref "
"linkend=\"title-page\"/>. If there is no section Entitled <quote>History</"
"quote> in the Document, create one stating the title, year, authors, and "
"publisher of the Document as given on its <xref linkend=\"title-page\"/>, "
"then add an item describing the <xref linkend=\"modified-version\"/> as "
"stated in the previous sentence."
msgstr ""

msgid ""
"Preserve the network location, if any, given in the Document for public "
"access to a <xref linkend=\"transparent\"/> copy of the Document, and "
"likewise the network locations given in the Document for previous versions "
"it was based on. These may be placed in the <quote>History</quote> section. "
"You may omit a network location for a work that was published at least four "
"years before the Document itself, or if the original publisher of the "
"version it refers to gives permission."
msgstr ""

msgid ""
"For any section Entitled <quote>Acknowledgements</quote> or "
"<quote>Dedications</quote>, Preserve the Title of the section, and preserve "
"in the section all the substance and tone of each of the contributor "
"acknowledgements and/or dedications given therein."
msgstr ""

msgid ""
"Preserve all the <xref linkend=\"invariant-sections\"/> of the Document, "
"unaltered in their text and in their titles. Section numbers or the "
"equivalent are not considered part of the section titles."
msgstr ""

msgid ""
"Delete any section Entitled <quote>Endorsements</quote>. Such a section may "
"not be included in the <xref linkend=\"modified-version\"/>."
msgstr ""

msgid ""
"Do not retitle any existing section to be Entitled <quote>Endorsements</"
"quote> or to conflict in title with any <xref linkend=\"invariant-sections\"/"
">."
msgstr ""

msgid "Preserve any Warranty Disclaimers."
msgstr ""

msgid ""
"If the <xref linkend=\"modified-version\"/> includes new front-matter "
"sections or appendices that qualify as <xref linkend=\"secondary-section\"/> "
"and contain no material copied from the Document, you may at your option "
"designate some or all of these sections as invariant. To do this, add their "
"titles to the list of <xref linkend=\"invariant-sections\"/> in the <xref "
"linkend=\"modified-version\"/>'s license notice. These titles must be "
"distinct from any other section titles."
msgstr ""

msgid ""
"You may add a section Entitled <quote>Endorsements</quote>, provided it "
"contains nothing but endorsements of your <xref linkend=\"modified-version\"/"
"> by various parties–for example, statements of peer review or that the text "
"has been approved by an organization as the authoritative definition of a "
"standard."
msgstr ""

msgid ""
"You may add a passage of up to five words as a Front-Cover Text, and a "
"passage of up to 25 words as a Back-Cover Text, to the end of the list of "
"<xref linkend=\"cover-texts\"/> in the <xref linkend=\"modified-version\"/>. "
"Only one passage of Front-Cover Text and one of Back-Cover Text may be added "
"by (or through arrangements made by) any one entity. If the Document already "
"includes a cover text for the same cover, previously added by you or by "
"arrangement made by the same entity you are acting on behalf of, you may not "
"add another; but you may replace the old one, on explicit permission from "
"the previous publisher that added the old one."
msgstr ""

msgid ""
"The author(s) and publisher(s) of the Document do not by this License give "
"permission to use their names for publicity for or to assert or imply "
"endorsement of any <xref linkend=\"modified-version\"/>."
msgstr ""

msgid "Combining documents"
msgstr ""

msgid ""
"You may combine the Document with other documents released under this "
"License, under the terms defined in section <xref linkend=\"licenses-gfdl-"
"section-5\"/> above for modified versions, provided that you include in the "
"combination all of the <xref linkend=\"invariant-sections\"/> of all of the "
"original documents, unmodified, and list them all as <xref linkend="
"\"invariant-sections\"/> of your combined work in its license notice, and "
"that you preserve all their Warranty Disclaimers."
msgstr ""

msgid ""
"The combined work need only contain one copy of this License, and multiple "
"identical <xref linkend=\"invariant-sections\"/> may be replaced with a "
"single copy. If there are multiple <xref linkend=\"invariant-sections\"/> "
"with the same name but different contents, make the title of each such "
"section unique by adding at the end of it, in parentheses, the name of the "
"original author or publisher of that section if known, or else a unique "
"number. Make the same adjustment to the section titles in the list of <xref "
"linkend=\"invariant-sections\"/> in the license notice of the combined work."
msgstr ""

msgid ""
"In the combination, you must combine any sections Entitled <quote>History</"
"quote> in the various original documents, forming one section Entitled "
"<quote>History</quote>; likewise combine any sections Entitled "
"<quote>Acknowledgements</quote>, and any sections Entitled "
"<quote>Dedications</quote>. You must delete all sections Entitled "
"<quote>Endorsements</quote>."
msgstr ""

msgid "Collection of documents"
msgstr ""

msgid ""
"You may make a collection consisting of the Document and other documents "
"released under this License, and replace the individual copies of this "
"License in the various documents with a single copy that is included in the "
"collection, provided that you follow the rules of this License for verbatim "
"copying of each of the documents in all other respects."
msgstr ""

msgid ""
"You may extract a single document from such a collection, and distribute it "
"individually under this License, provided you insert a copy of this License "
"into the extracted document, and follow this License in all other respects "
"regarding verbatim copying of that document."
msgstr ""

msgid "Aggregation with independent works"
msgstr ""

msgid ""
"A compilation of the Document or its derivatives with other separate and "
"independent documents or works, in or on a volume of a storage or "
"distribution medium, is called an <quote>aggregate</quote> if the copyright "
"resulting from the compilation is not used to limit the legal rights of the "
"compilation's users beyond what the individual works permit. When the "
"Document is included in an aggregate, this License does not apply to the "
"other works in the aggregate which are not themselves derivative works of "
"the Document."
msgstr ""

msgid ""
"If the Cover Text requirement of section <xref linkend=\"licenses-gfdl-"
"section-4\"/> is applicable to these copies of the Document, then if the "
"Document is less than one half of the entire aggregate, the Document's <xref "
"linkend=\"cover-texts\"/> may be placed on covers that bracket the Document "
"within the aggregate, or the electronic equivalent of covers if the Document "
"is in electronic form. Otherwise they must appear on printed covers that "
"bracket the whole aggregate."
msgstr ""

msgid "Translations"
msgstr ""

msgid ""
"Translation is considered a kind of modification, so you may distribute "
"translations of the Document under the terms of section <xref linkend="
"\"licenses-gfdl-section-5\"/>. Replacing <xref linkend=\"invariant-sections"
"\"/>with translations requires special permission from their copyright "
"holders, but you may include translations of some or all <xref linkend="
"\"invariant-sections\"/> in addition to the original versions of these <xref "
"linkend=\"invariant-sections\"/>. You may include a translation of this "
"License, and all the license notices in the Document, and any Warranty "
"Disclaimers, provided that you also include the original English version of "
"this License and the original versions of those notices and disclaimers. In "
"case of a disagreement between the translation and the original version of "
"this License or a notice or disclaimer, the original version will prevail."
msgstr ""

msgid ""
"If a section in the Document is Entitled <quote>Acknowledgements</quote>, "
"<quote>Dedications</quote>, or <quote>History</quote>, the requirement "
"(section <xref linkend=\"licenses-gfdl-section-5\"/>) to Preserve its Title "
"(section <xref linkend=\"licenses-gfdl-section-2\"/>) will typically require "
"changing the actual title."
msgstr ""

msgid "Termination"
msgstr ""

msgid ""
"You may not copy, modify, sublicense, or distribute the Document except as "
"expressly provided for under this License. Any other attempt to copy, "
"modify, sublicense or distribute the Document is void, and will "
"automatically terminate your rights under this License. However, parties who "
"have received copies, or rights, from you under this License will not have "
"their licenses terminated so long as such parties remain in full compliance."
msgstr ""

msgid "Future Revisions of this License"
msgstr ""

msgid ""
"The Free Software Foundation may publish new, revised versions of the GNU "
"Free Documentation License from time to time. Such new versions will be "
"similar in spirit to the present version, but may differ in detail to "
"address new problems or concerns. See <ulink url=\"http://www.gnu.org/"
"copyleft/\"/>."
msgstr ""

msgid ""
"Each version of the License is given a distinguishing version number. If the "
"Document specifies that a particular numbered version of this License "
"<quote>or any later version</quote> applies to it, you have the option of "
"following the terms and conditions either of that specified version or of "
"any later version that has been published (not as a draft) by the Free "
"Software Foundation. If the Document does not specify a version number of "
"this License, you may choose any version ever published (not as a draft) by "
"the Free Software Foundation."
msgstr ""

msgid "How to use this License for your documents"
msgstr ""

msgid ""
"To use this License in a document you have written, include a copy of the "
"License in the document and put the following copyright and license notices "
"just after the title page:"
msgstr ""

#, no-wrap
msgid " Copyright (C) YEAR YOUR NAME. Permission is granted to copy, distribute and/or modify this document under the terms of the GNU Free Documentation License, Version 1.2 or any later version published by the Free Software Foundation; with no Invariant Sections, no Front-Cover Texts, and no Back-Cover Texts. A copy of the license is included in the section entitled <quote>GNU Free Documentation License</quote>. "
msgstr ""

msgid ""
"If you have <xref linkend=\"invariant-sections\"/>, Front-Cover Texts and "
"Back-Cover Texts, replace the <quote>with...Texts</quote>. line with this:"
msgstr ""

#, no-wrap
msgid " with the Invariant Sections being LIST THEIR TITLES, with the Front-Cover Texts being LIST, and with the Back-Cover Texts being LIST. "
msgstr ""

msgid ""
"If you have <xref linkend=\"invariant-sections\"/> without <xref linkend="
"\"cover-texts\"/>, or some other combination of the three, merge those two "
"alternatives to suit the situation."
msgstr ""

msgid ""
"If your document contains nontrivial examples of program code, we recommend "
"releasing these examples in parallel under your choice of free software "
"license, such as the GNU General Public License, to permit their use in free "
"software."
msgstr ""

#. Put one translator per line, in the form of NAME <EMAIL>, YEAR1, YEAR2.
msgid "translator-credits"
msgstr ""