0 - en to cs-CZ translation catalogue (171 entries)

en: Binary package
cs-CZ: Binární balíček

en: Source package
cs-CZ: Zdrojový balíček

en: dpkg
cs-CZ: dpdg

en: dependencies
cs-CZ: závislosti

en: conflict
cs-CZ: konflikt

en: Packaging System: Tools and Fundamental Principles
cs-CZ: Balíčkový systém: Nástroje a základní principy

en: As a Debian system administrator, you will routinely handle <filename>.deb</filename> packages, since they contain consistent functional units (applications, documentation, etc.), whose installation and maintenance they facilitate. It is therefore a good idea to know what they are and how to use them.
cs-CZ: Jako administrátor systému Debian budete běžně pracovat s balíčky <filename>.deb</filename>, protože obsahují stálé funkční jednotky (aplikace, dokumentaci, apod.), jejichž instalaci a údržbu zjednodušují. Proto je dobrý nápad vědět, co jsou a jak je používat.

en: Structure of a Binary Package
cs-CZ: Struktura binárních balíčků

en: <emphasis>TOOLS</emphasis> <command>dpkg</command>, <command>APT</command> and <command>ar</command>
cs-CZ: <emphasis>NÁSTROJE</emphasis> <command>dpkg</command>, <command>APT</command> a <command>ar</command>

en: <primary>unpacking</primary><secondary>binary package</secondary>
cs-CZ: <primary>rozbalení</primary><secondary>binární balíček</secondary>

en: <emphasis>BACK TO BASICS</emphasis> Man page notation
cs-CZ: <emphasis>ZPĚT K ZÁKLADŮM</emphasis> Zápis manuálové stránky

en: It can be confusing for beginners to find references to “<citerefentry><refentrytitle>ar</refentrytitle><manvolnum>1</manvolnum></citerefentry>” in the literature. This is generally a convenient means of referring to the man page entitled <literal>ar</literal> in section 1.
cs-CZ: Pro začátečníky může být matoucí hledat odkazy na “<citerefentry><refentrytitle>ar</refentrytitle><manvolnum>1</manvolnum></citerefentry>” v literatuře. Všeobecně pohodlným prostředek je nahlédnutí do manuálové stránky pojmenované <literal>ar</literal> v sekci 1.

en: Sometimes this notation is also used to remove ambiguities, for example to distinguish between the <command>printf</command> command that can also be indicated by <citerefentry><refentrytitle>printf</refentrytitle><manvolnum>1</manvolnum></citerefentry> and the <function>printf</function> function in the C programming language, which can also be referred to as <citerefentry><refentrytitle>printf</refentrytitle><manvolnum>3</manvolnum></citerefentry>.
cs-CZ: Někdy se tento zápis také používá k odstranění nejasností, například k rozlišení mezi příkazem <command>printf</command>, který může být také označován <citerefentry><refentrytitle>printf</refentrytitle><manvolnum>1</manvolnum></citerefentry> a funkcí <function>printf</function> programovacího jazyka C, který může být také zavolán jako <citerefentry><refentrytitle>printf</refentrytitle><manvolnum>3</manvolnum></citerefentry>.

en: <xref linkend="solving-problems" /> discusses manual pages in further detail (see <xref linkend="sect.manual-pages" />).
cs-CZ: <xref linkend="solving-problems" /> manuálovým stránkám se detailněji věnuje (viz. <xref linkend="sect.manual-pages" />).

en: Have a look at the content of a <filename>.deb</filename> file:
cs-CZ: Podívejme se na obsah souboru <filename>.deb</filename>:

en: As you can see, the <command>ar</command> archive of a Debian package is comprised of three files:
cs-CZ: Jak můžete vidět, archiv <command>ar</command> balíčku Debianu se skládá ze tří souborů:

en: Package Meta-Information
cs-CZ: Meta-informace balíčku

en: <primary>package</primary><secondary>meta-information</secondary>
cs-CZ: <primary>balíček</primary><secondary>meta-informace</secondary>

en: Description: the <filename>control</filename> File
cs-CZ: Popis: <filename>kontrolní</filename> soubor

en: <primary>package meta-information</primary>
cs-CZ: <primary>meta-information balíčku</primary>

en: <emphasis>BACK TO BASICS</emphasis> RFC — Internet standards
cs-CZ: <emphasis>ZPĚT K ZÁKLADŮM</emphasis> RFC — Internetové standardy

en: RFC 2026 defines the process for standardization of Internet protocols. <ulink type="block" url="http://www.faqs.org/rfcs/rfc2026.html" />
cs-CZ: RFC 2026 definuje proces pro standardizaci internetových protokolů. <ulink type="block" url="http://www.faqs.org/rfcs/rfc2026.html" />

en: Dependencies: the <literal>Depends</literal> Field
cs-CZ: Závislosti: pole <literal>Depends</literal>

en: <primary>dependency</primary>
cs-CZ: <primary>závislost</primary>

en: <primary>package</primary><secondary>dependency</secondary>
cs-CZ: <primary>balíček</primary><secondary>závislost</secondary>

en: <command>&lt;&lt;</command>: less than;
cs-CZ: <command>&lt;&lt;</command>: menší než;

en: <command>&lt;=</command>: less than or equal to;
cs-CZ: <command>&lt;=</command>: menší než nebo rovno;

en: <command>=</command>: equal to (note that “<literal>2.6.1</literal>” is not equal to “<literal>2.6.1-1</literal>”);
cs-CZ: <command>=</command>: rovno (všimněte si, že “<literal>2.6.1</literal>” se nerovná “<literal>2.6.1-1</literal>”);

en: <command>&gt;=</command>: greater than or equal to;
cs-CZ: <command>&gt;=</command>: větší nebo rovno;

en: <command>&gt;&gt;</command>: greater than.
cs-CZ: <command>&gt;&gt;</command>: větší než.

en: <primary>meta-package</primary>
cs-CZ: <primary>meta-balíček</primary>

en: <emphasis>DEBIAN POLICY</emphasis> <literal>Recommends</literal>, <literal>Suggests</literal>, and <literal>Enhances</literal> fields
cs-CZ: <emphasis>POLITIKA DEBIANU</emphasis> pole <literal>Recommends</literal>, <literal>Suggests</literal>, a <literal>Enhances</literal>

en: The <literal>Recommends</literal> and <literal>Suggests</literal> fields describe dependencies that are not compulsory. The “recommended” dependencies, the most important, considerably improve the functionality offered by the package but are not indispensable to its operation. The “suggested” dependencies, of secondary importance, indicate that certain packages may complement and increase their respective utility, but it is perfectly reasonable to install one without the others.
cs-CZ: Pole <literal>Recommends</literal> a <literal>Suggests</literal> popisují závislosti, které nejsou nutné. Závislosti “recommended”, nejdůležitější, podstatně zdokonalují funkcionalitu, kterou balíček nabízí, ale nejsou nezbytné pro jeho operace. Závislosti “suggested”, s druhořadou důležitostí, označují, že jisté balíčky mohou doplnit a zvýšit svou příslušnou užitečnost, ale je naprosto bez problémů instalovat jeden bez druhého.

en: The <literal>Enhances</literal> field also describes a suggestion, but in a different context. It is indeed located in the suggested package, and not in the package that benefits from the suggestion. Its interest lies in that it is possible to add a suggestion without having to modify the package that is concerned. Thus, all add-ons, plug-ins, and other extensions of a program can then appear in the list of suggestions related to the software. Although it has existed for several years, this last field is still largely ignored by programs such as <command>apt</command> or <command>synaptic</command>. Its purpose is for a suggestion made by the <literal>Enhances</literal> field to appear to the user in addition to the traditional suggestions — found in the <literal>Suggests</literal> field.
cs-CZ: Pole <literal>Enhances</literal> také popisuje návrh, ale v jiné souvislosti. Nalézá se to v navrhovaném balíčku a ne v balíčku, který z návrhu těží. Jeho zajímavost spočívá v tom, že je možné přidat návrh bez toho, aniž by bylo potřeba měnit daný balíček. To umožňuje, aby všechny doplňky, zásuvné moduly a další nástavby byly uvedeny v seznamu doporučení pro software. I když existuje již několik let, je toto pole stále do značné míry ignorováno programy jako <command>apt</command> nebo <command>synaptic</command>. Jeho účelem je ukázat uživateli návrh, který je na řádku <literal>Enhances</literal>, kromě tradičních návrhů, které se nalézají v poli <literal>Suggests</literal>.

en: <emphasis>DEBIAN POLICY</emphasis> <literal>Pre-Depends</literal>, a more demanding <literal>Depends</literal>
cs-CZ: <emphasis>POLITIKA DEBIANU</emphasis> <literal>Pre-Depends</literal>, náročnější <literal>Depends</literal>

en: <primary>pre-dependency</primary>
cs-CZ: <primary>před-závislost</primary>

en: “Pre-dependencies”, which are listed in the “<literal>Pre-Depends</literal>” field in the package headers, complete the normal dependencies; their syntax is identical. A normal dependency indicates that the package in question must be unpacked and configured before configuration of the package declaring the dependency. A pre-dependency stipulates that the package in question must be unpacked and configured before execution of the pre-installation script of the package declaring the pre-dependency, that is before its installation.
cs-CZ: “Před-závislosti”, které jsou vyjmenovány v poli “<literal>Pre-Depends</literal>” balíčkové hlavičky, doplňují normální závislosti; jejich syntax je identický. Normální závislost značí, že daný balíček musí být rozbalen a nastaven před nastavením balíčku, který deklaruje tuto závislost. Před-závislost říká, že daný balíček musí být rozbalen a nastaven před spuštěním předinstalačního skriptu balíčku deklarujícího tuto před-závislost, což je před jeho instalací.

en: Conflicts: the <literal>Conflicts</literal> field
cs-CZ: Konflikty: pole <literal>Conflicts</literal>

en: <primary>conflicts</primary>
cs-CZ: <primary>konflikty</primary>

en: <primary>package</primary><secondary>conflict</secondary>
cs-CZ: <primary>balíček</primary><secondary>konflikty</secondary>

en: <command>dpkg</command> will refuse to install a package if it triggers a conflict with an already installed package, except if the new package specifies that it will “replace” the installed package, in which case <command>dpkg</command> will choose to replace the old package with the new one. <command>apt</command> always follows your instructions: if you choose to install a new package, it will automatically offer to uninstall the package that poses a problem.
cs-CZ: <command>dpkg</command> odmítne nainstalovat balíček, pokud to spustí konflikt s již nainstalovaným balíčkem, ledaže by nový balíček říkal, že “nahradí” nainstalovaný balíček, v tom případě <command>dpkg</command> zvolí nahrazení starého balíčku za nový. <command>apt</command> vždy následuje vaše instrukce: pokud zvolíte instalaci nového balíčku, automaticky nabídne odinstalování balíčku, který představuje problém.

en: Incompatibilities: the <literal>Breaks</literal> Field
cs-CZ: Nekompatabilita: pole <literal>Breaks</literal>

en: <primary>incompatibilities</primary>
cs-CZ: <primary>nekompatabilita</primary>

en: <primary>package</primary><secondary>incompatibility</secondary>
cs-CZ: <primary>balíček</primary><secondary>nekompatabilita</secondary>

en: The <literal>Breaks</literal> field has an effect similar to that of the <literal>Conflicts</literal> field, but with a special meaning. It signals that the installation of a package will “break” another package (or particular versions of it). In general, this incompatibility between two packages is transitory, and the <literal>Breaks</literal> relationship specifically refers to the incompatible versions.
cs-CZ: Pole <literal>Breaks</literal> má stejný účinek jako pole <literal>Conflicts</literal>, ale zvláštním způsobem. Signalizuje, že instalace balíčku “naruší” jiný balíček (nebo jeho konkrétní verzi). Obyčejně, tato nekompatabilita mezi balíčky je přechodná a vztah <literal>Breaks</literal> se konkrétně vzahuje na nekompatabilní verze.

en: <command>dpkg</command> will refuse to install a package that breaks an already installed package, and <command>apt</command> will try to resolve the problem by updating the package that would be broken to a newer version (which is assumed to be fixed and, thus, compatible again).
cs-CZ: <command>dpkg</command> odmítne nainstalovat balíček, který naruší již nainstalovaný balíček a <command>apt</command> se pokusí vyřešit problém aktualizací balíčku, který by byl porušen, na novou verzi (u které se předpokládá, že bude opravena a takto znova kompatabilní).

en: This type of situation may occur in the case of updates without backwards compatibility: this is the case if the new version no longer functions with the older version, and causes a malfunction in another program without making special provisions. The <literal>Breaks</literal> field prevents the user from running into these problems.
cs-CZ: Podobná situace může nastat v případě aktualizace bez zpětné kompatability: to je případ, kdy nová verze již více nepracuje se starší verzí a zapříčiní selhání v jiném programu bez podniknutí zvláštních opatření. Pole <literal>Breaks</literal> zamezuje uživateli, aby se do těchto problémů dostal.

en: Provided Items: the <literal>Provides</literal> Field
cs-CZ: Poskytované položky: pole <literal>Provides</literal>

en: This field introduces the very interesting concept of a “virtual package”. It has many roles, but two are of particular importance. The first role consists in using a virtual package to associate a generic service with it (the package “provides” the service). The second indicates that a package completely replaces another, and that for this purpose it can also satisfy the dependencies that the other would satisfy. It is thus possible to create a substitution package without having to use the same package name.
cs-CZ: Toto pole představuje velmi zajímavé pojetí “virtuálního balíčku”. Má mnoho funkcí, ale dvě jsou obzvláště důležité. První role spočívá v používání virtuálního balíčku k jeho vztažení se k obecným službám (balíček “poskytuje” službu). Druhá dává najevo, že balíček kompletně nahrazuje jiný a to za tím účelem, aby také uspokojoval závislosti, které by ten druhý také uspokojoval. Je tak možné vytvořit náhradní balíček bez nutnosti použití stejného balíčkového jména.

en: <emphasis>VOCABULARY</emphasis> Meta-package and virtual package
cs-CZ: <emphasis>SLOVNÍČEK</emphasis> Meta-balíček a virtuální balíček

en: <primary>package</primary><secondary>virtual package</secondary>
cs-CZ: <primary>balíček</primary><secondary>virtuální balíček</secondary>

en: <primary>virtual package</primary>
cs-CZ: <primary>virtuální balíček</primary>

en: It is essential to clearly distinguish meta-packages from virtual packages. The former are real packages (including real <filename>.deb</filename> files), whose only purpose is to express dependencies.
cs-CZ: Je zcela nezbytné jasně odlišit meta-balíčky od virtuálních balíčků. Ty první jsou reálnými balíčky (včetně reálných souborů <filename>.deb</filename>), jejichž jediným účelem je vyjadřovat závislosti.

en: Virtual packages, however, do not exist physically; they are only a means of identifying real packages based on common, logical criteria (service provided, compatibility with a standard program or a pre-existing package, etc.).
cs-CZ: Virtuální balíčky nicméně neexistují fyzicky; jsou prostředkem k identifikaci opravdových balíčků na základě společných, logických kritérií (poskytovaných služeb, kompatability se standardním programem nebo předtím-existujícím balíčkem, apod.).

en: Providing a “Service”
cs-CZ: Poskytování “služby”

en: Let us discuss the first case in greater detail with an example: all mail servers, such as <emphasis role="pkg">postfix</emphasis> or <emphasis role="pkg">sendmail</emphasis> are said to “provide” the <emphasis role="pkg">mail-transport-agent</emphasis> virtual package. Thus, any package that needs this service to be functional (e.g. a mailing list manager, such as <emphasis role="pkg">smartlist</emphasis> or <emphasis role="pkg">sympa</emphasis>) simply states in its dependencies that it requires a <emphasis role="pkg">mail-transport-agent</emphasis> instead of specifying a large yet incomplete list of possible solutions (e.g. <command>postfix | sendmail | exim4 | …</command>). Furthermore, it is useless to install two mail servers on the same machine, which is why each of these packages declares a conflict with the <emphasis role="pkg">mail-transport-agent</emphasis> virtual package. A conflict between a package and itself is ignored by the system, but this technique will prohibit the installation of two mail servers side by side.
cs-CZ: Proberme nejdříve detailněji první případ: o všech poštovních serverech, jako je <emphasis role="pkg">postfix</emphasis> nebo <emphasis role="pkg">sendmail</emphasis> se říká, že “poskytují” virtuální balíček <emphasis role="pkg">mail-transport-agent</emphasis>. Takže, jakýkoli balíček, který potřebuje tuto službu musí být funkční (např. správce seznamu adresátů, jako je <emphasis role="pkg">smartlist</emphasis> nebo <emphasis role="pkg">sympa</emphasis>) jednoduše stanovuje ve svých závislostech, že vyžaduje <emphasis role="pkg">mail-transport-agent</emphasis> namísto specifikování dlouhého a stále ještě nekompletního seznamu možných řešení (např. <command>postfix | sendmail | exim4 | …</command>). Navíc, je zbytečné instalovat dva poštovní servery na to samé zařízení, což je důvod, proč každý z balíčků vykazuje konflikt s vyrtuálním balíčkem <emphasis role="pkg">mail-transport-agent</emphasis>. Konflikt mezi balíčkem a jím je systémem ignorován, ale tato technika zakáže instalaci dvou poštovních serverů bok po boku.

en: <emphasis>DEBIAN POLICY</emphasis> List of virtual packages
cs-CZ: <emphasis>POLITIKA DEBIANU</emphasis> Seznam virtuálních balíčků

en: For virtual packages to be useful, everyone must agree on their name. This is why they are standardized in the Debian Policy. The list includes among others <emphasis role="pkg">mail-transport-agent</emphasis> for mail servers, <emphasis role="pkg">c-compiler</emphasis> for C programming language compilers, <emphasis role="pkg">www-browser</emphasis> for web browsers, <emphasis role="pkg">httpd</emphasis> for web servers, <emphasis role="pkg">ftp-server</emphasis> for FTP servers, <emphasis role="pkg">x-terminal-emulator</emphasis> for terminal emulators in graphical mode (<command>xterm</command>), and <emphasis role="pkg">x-window-manager</emphasis> for window managers.
cs-CZ: Aby by byly virtuální balíčky použitelné, musí se všichni shodnout na jejich jménech. To je důvod, proč jsou standardizovány ve stanovách Debianu. Seznam mezi jinými obsahuje <emphasis role="pkg">mail-transport-agent</emphasis> pro poštovní servery, <emphasis role="pkg">c-compiler</emphasis> pro kompilátory programovacího jazyka C, <emphasis role="pkg">www-browser</emphasis> pro internetové prohlížeče, <emphasis role="pkg">httpd</emphasis> pro internetové servery, <emphasis role="pkg">ftp-server</emphasis> pro FTP servery, <emphasis role="pkg">x-terminal-emulator</emphasis> pro terminálové emulátory v grafickém módu (<command>xterm</command>), a <emphasis role="pkg">x-window-manager</emphasis> pro manažery oken.

en: Interchangeability with Another Package
cs-CZ: Zaměnitelnost s jiným balíčkem

en: Use of a <literal>Provides</literal> field in order to not break dependencies
cs-CZ: Použití pole <literal>Provides</literal>, aby se neporušily závislosti

en: This feature is very useful, since it is never possible to anticipate the vagaries of development, and it is necessary to be able to adjust to renaming, and other automatic replacement, of obsolete software.
cs-CZ: Tato funkce je velice užitečná, protože se nikdy nedají předpovídat vrtochy vývoje a je nezbytné mít možnost přizpůsobit se přejmenovávání a jinému automatickému nahrazování starého softwaru.

en: <emphasis>BACK TO BASICS</emphasis> Perl, a programming language
cs-CZ: <emphasis>ZPĚT K ZÁKLADŮM</emphasis> Perl, programovací jazyk

en: Since it is an interpreted language, a program written in Perl does not require compilation prior to execution. This is why they are called “Perl scripts”.
cs-CZ: Protože to je interpretovaný jazyk, program psaný v Perlu nevyžaduje kompilaci před spuštěním. To je důvod, proč se jim říká “Perlové skripty”.

en: Past Limitations
cs-CZ: Minulá omezení

en: Replacing Files: The <literal>Replaces</literal> Field
cs-CZ: Nahrazení souborů: pole <literal>Replaces</literal>

en: <primary>replacement</primary>
cs-CZ: <primary>nahrazení</primary>

en: <primary>package</primary><secondary>replacement</secondary>
cs-CZ: <primary>balíček</primary><secondary>nahrazení</secondary>

en: The use of this field is justified when package names change or when a package is included in another. This also happens when the maintainer decides to distribute files differently among various binary packages produced from the same source package: a replaced file no longer belongs to the old package, but only to the new one.
cs-CZ: Použití tohoto pole je opodstatněné v případě změny jména balíčku nebo když je balíček obsažen v jiném balíčku. To se mimo jiné děje tehdy, když se správce rozhodne distribuovat soubory různě mezi různými binárními balíčky, které jsou vyrobeny ze stejného binárního balíčku: nahrazený soubor již nepatří starému balíčku, ale tomu novému.

en: If all of the files in an installed package have been replaced, the package is considered to be removed. Finally, this field also encourages <command>dpkg</command> to remove the replaced package where there is a conflict.
cs-CZ: Pokud byly nahrazeny všechny soubory v instalovaném balíčku, balíček je považován za odstraněný. A konečně, toto pole také vede <command>dpkg</command> k odstranění nahrazeného balíčku v případě, že dojde ke konfliktu.

en: <emphasis>GOING FURTHER</emphasis> The <literal>Tag</literal> field
cs-CZ: <emphasis>JDEME DÁLE</emphasis> Pole <literal>Tag</literal>

en: Configuration Scripts
cs-CZ: Nastavovací skripty

en: <emphasis>GOING FURTHER</emphasis> <command>dpkg</command>'s database
cs-CZ: <emphasis>JDEME DÁLE</emphasis> databáze <command>dpkg</command>

en: All of the configuration scripts for installed packages are stored in the <filename>/var/lib/dpkg/info/</filename> directory, in the form of a file prefixed with the package's name. This directory also includes a file with the <filename>.list</filename> extension for each package, containing the list of files that belong to that package.
cs-CZ: Veškeré nastavovací skripty pro nainstalované balíčky jsou uloženy v adresáři <filename>/var/lib/dpkg/info/</filename> ve formě souboru s předponou jména balíčku. Tento adresář také obsahuje pro každý balíček soubor s příponou <filename>.list</filename>, který obsahuje seznam souborů, které náleží tomuto balíčku.

en: The <filename>/var/lib/dpkg/status</filename> file contains a series of data blocks (in the format of the famous mail headers, RFC 2822) describing the status of each package. The information from the <filename>control</filename> file of the installed packages is also replicated there.
cs-CZ: Soubor <filename>/var/lib/dpkg/status</filename> obsahuje sérii bloků dat (ve formátu známé poštovní hlavičky RFC 2822) popisující stav každého z balíčků. Jsou tu také zopakovány informace ze souboru <filename>control</filename> o nainstalovaných balíčcích.

en: <emphasis>CAUTION</emphasis> Symbolic names of the scripts
cs-CZ: <emphasis>UPOZORNĚNÍ</emphasis> Symbolická jména skriptů

en: The sequences described in this section call configuration scripts by specific names, such as <command>old-prerm</command> or <command>new-postinst</command>. They are, respectively, the <command>prerm</command> script contained in the old version of the package (installed before the update) and the <command>postinst</command> script contained in the new version (installed by the update).
cs-CZ: Posloupnosti popsané v této sekci volají nastavovací skripty symbolickými jmény, jako je <command>old-prerm</command> nebo <command>new-postinst</command>. Jsou to v podstatě skript <command>prerm</command> obsažený ve staré verzi balíčku (instalovaném před aktualizací) a skript <command>postinst</command> obsažený v nové verzi (instalované aktualizací).

en: <emphasis>TIP</emphasis> State diagrams
cs-CZ: <emphasis>TIP</emphasis> Stavové diagramy

en: Installation and Upgrade
cs-CZ: Instalace a vylepšení verze

en: <primary><command>dpkg</command></primary><secondary>internal operation</secondary>
cs-CZ: <primary><command>dpkg</command></primary><secondary>vnitřní proces</secondary>

en: <primary>package</primary><secondary>installation</secondary>
cs-CZ: <primary>balíček</primary><secondary>instalace</secondary>

en: The new package files are then unpacked. If a file already exists, it is replaced, but a backup copy is temporarily made.
cs-CZ: Soubory nového balíčku jsou poté rozbaleny. Pokud soubor již existuje, je nahrazen, ale záložní kopie se dočasně vytvoří.

en: <command>dpkg</command> updates all of the internal data (file list, configuration scripts, etc.) and removes the backups of the replaced files. This is the point of no return: <command>dpkg</command> no longer has access to all of the elements necessary to return to the previous state.
cs-CZ: <command>dpkg</command> aktualizuje všechna interní data (seznam souborů, nastavovací skripty, apod.) a odstraní zálohy nahrazených souborů. Toto je bod, ze kterého není návratu: <command>dpkg</command> již více nemá přístup ke všem prvkům nutným k návratu do předcházejícího stavu.

en: <command>dpkg</command> will update the configuration files, asking the user to decide if it is unable to automatically manage this task. The details of this procedure are discussed in <xref linkend="sect.conffiles" />.
cs-CZ: <command>dpkg</command> aktualizuje nastavovací soubory a vyzve uživatele, aby se rozhodl, zda bude nemožné automaticky řídit tento úkol. Detailům tohoto procesu se věnuje <xref linkend="sect.conffiles" />.

en: Package Removal
cs-CZ: Odstranění balíčků

en: <primary>package</primary><secondary>removal</secondary>
cs-CZ: <primary>balíček</primary><secondary>odstranění</secondary>

en: <emphasis>VOCABULARY</emphasis> Purge, a complete removal
cs-CZ: <emphasis>SLOVNÍČEK</emphasis> Vyčištění, úplné odstranění

en: <primary>purging a package</primary>
cs-CZ: <primary>očištění od balíčku</primary>

en: <primary>package</primary><secondary>purge</secondary>
cs-CZ: <primary>balíček</primary><secondary>očištění</secondary>

en: When a Debian package is removed, the configuration files are retained in order to facilitate possible re-installation. Likewise, the data generated by a daemon (such as the content of an LDAP server directory, or the content of a database for an SQL server) are usually retained.
cs-CZ: Pokud je balíček Debianu odstraněn, nastavovací soubory se zachovají za účelem usnadnění případné re-instalace. Obdobně, data vygenerovaná démonem (jako je obsah serverového adresářeLDAP nebo obsah databáze pro server SQL) se obvykle zachovají.

en: To remove all data associated with a package, it is necessary to “purge” the package with the command, <command>dpkg -P <replaceable>package</replaceable></command>, <command>apt-get remove --purge <replaceable>package</replaceable></command> or <command>aptitude purge <replaceable>package</replaceable></command>.
cs-CZ: K odstranění veškerých dat spojených s balíčkem je nutné “vymazat” balíček za pomoci příkazu <command>dpkg -P <replaceable>balíček</replaceable></command>, <command>apt-get remove --purge <replaceable>balíček</replaceable></command> nebo <command>aptitude purge <replaceable>balíček</replaceable></command>.

en: Given the definitive nature of such data removals, a purge should not be taken lightly.
cs-CZ: Z důvodu absolutní povahy takovýchto odstraňování dat, čištění by nemělo být bráno na lehkou váhu.

en: The four scripts detailed above are complemented by a <filename>config</filename> script, provided by packages using <command>debconf</command> to acquire information from the user for configuration. During installation, this script defines in detail the questions asked by <command>debconf</command>. The responses are recorded in the <command>debconf</command> database for future reference. The script is generally executed by <command>apt</command> prior to installing packages one by one in order to group all the questions and ask them all to the user at the beginning of the process. The pre- and post-installation scripts can then use this information to operate according to the user's wishes.
cs-CZ: Čtyři skripty uvedené výše jsou doplněny <filename>config</filename> skriptem, poskytovaným balíčky za použití <command>debconf</command> za účelem nabytí informací od uživatele kvůli nastavení. Během instalace tento skript detailně definuje otázky položené <command>debconf</command>. Odpovědi jsou zaznamenány v databázi <command>debconf</command> kvůli pozdějším odkazům. Skript je obyčejně spuštěn <command>apt</command> před instalováním balíčků jednoho po druhém za účelem seskupení všech otázek a pokládání jich všech uživateli v počátku tohoto procesu. Před- a po-instalační skripty mohou potom použít tyto informace k fungování podle uživatelových přání.

en: <emphasis>TOOL</emphasis> <command>debconf</command>
cs-CZ: <emphasis>NÁSTROJ</emphasis> <command>debconf</command>

en: <command>debconf</command> was created to resolve a recurring problem in Debian. All Debian packages unable to function without a minimum of configuration used to ask questions with calls to the <command>echo</command> and <command>read</command> commands in <filename>postinst</filename> shell scripts (and other similar scripts). But this also means that during a large installation or update the user must stay with their computer to respond to various questions that may arise at any time. These manual interactions have now been almost entirely dispensed with, thanks to the <command>debconf</command> tool.
cs-CZ: <command>debconf</command> byl vytvořen za účelem vyřešit opakující se problém v Debianu. Všechny balíčky Debianu, které nebyly schopny fungovat bez minimálního nastavení pokládávaly otázky za pomoci volání příkazů <command>echo</command> a <command>read</command> v shellovských skriptech <filename>postinst</filename> (a podobných skriptech). Ale to také znamená, že během obsáhlé instalace nebo aktualizace musel uživatel zůstat s počítačem a odpovídat na různé dotazy, které se mohly vyskytnout kdykoliv. Tyto manuální interakce se téměř úplně přestaly používat díky nástroji <command>debconf</command>.

en: <command>debconf</command> has many interesting features: it requires the developer to specify user interaction; it allows localization of all the strings displayed to users (all translations are stored in the <filename>templates</filename> file describing the interactions); it has different frontends to display the questions to the user (text mode, graphical mode, non-interactive); and it allows creation of a central database of responses to share the same configuration with several computers... but the most important is that it is now possible to present all of the questions in a row to the user, prior to starting a long installation or update process. The user can go about their business while the system handles the installation on its own, without having to stay there staring at the screen waiting for questions.
cs-CZ: <command>debconf</command> má mnoho zajímavých fukcí: vyžaduje, aby vývojář přesně vymezil uživatelovu interakci; umožňuje lokalizaci všech řetězců, které se zobrazují uživateli (všechny překlady jsou uloženy v souborech <filename>templates</filename> popisujících interakce); jsou tu různé frontendy ke zobrazení otázek uživateli (textový mód, grafický mód, ne-interakitní); a umožňuje vytvoření centrální databáze odpovědí k tomu, aby bylo možné sdílení stejného nastavení různými počítači... ale nejdůležitější je, že je nyní možné představit uživateli všechny otázky za sebou v řadě, před započetím dlouhého instalačního nebo aktualizačního procesu. Uživatel může jít po svých zatímco systém zvládá instalaci ve vlastní režii, bez toho, aniž by uživatel zíral na obrazovku v očekávání dotazů.

en: In effect, in this situation, <command>dpkg</command> behaves as intelligently as possible: if the standard configuration file has not changed between the two versions, it does nothing. If, however, the file has changed, it will try to update this file. Two cases are possible: either the administrator has not touched this configuration file, in which case <command>dpkg</command> automatically installs the new version; or the file has been modified, in which case <command>dpkg</command> asks the administrator which version they wish to use (the old one with modifications, or the new one provided with the package). To assist in making this decision, <command>dpkg</command> offers to display a “<command>diff</command>” that shows the difference between the two versions. If the user chooses to retain the old version, the new one will be stored in the same location in a file with the <filename>.dpkg-dist</filename> suffix. If the user chooses the new version, the old one is retained in a file with the <filename>.dpkg-old</filename> suffix. Another available action consists of momentarily interrupting <command>dpkg</command> to edit the file and attempt to re-instate the relevant modifications (previously identified with <command>diff</command>).
cs-CZ: V podstatě se <command>dpkg</command> chová v této situaci tak inteligentě, jak je to jen možné: pokud se standardní soubor nastavení nezměnil mezi těmito dvěma verzemi, neudělá nic. Pokud se ale tento soubor změnil, pokusí se tento soubor zaktualizovat. Mohou nastat dva případy: buď se adminitrátor ani nedotkl tohoto nastavovacího souboru, v tom případě <command>dpkg</command> automaticky nainstaluje novou verzi; nebo soubor byl upraven a v tom případě se <command>dpkg</command> zeptá administrátora, kterou verzi si přeje použít (tu starou s úpravami nebo tu novou, poskytovanou s balíčkem). V podpoře, k učinění tohoto rozhodnutí, <command>dpkg</command> nabízí zobrazení “<command>diff</command>”, který ukazuje rozdíly mezi těmito verzemi. Když si uživatel přeje zachovat starou verzi, nová se uloží na to samé místo, do souboru s příponou <filename>.dpkg-dist</filename>. Pokud uživatel zvolí novou verzi, nová se zachová v souboru s příponou <filename>.dpkg-old</filename>. Další akce, která je k dispozici, spočívá v krátkém přerušení <command>dpkg</command> a editaci souboru a pokusu o znovu stanovení příslušných úprav (které byly předtím rozpoznány v <command>diff</command>).

en: <emphasis>GOING FURTHER</emphasis> Force dpkg to ask configuration file questions
cs-CZ: <emphasis>JDEME DÁLE</emphasis> Přimění dpkg k dotazovánín a nastavovací soubor

en: <emphasis>GOING FURTHER</emphasis> Avoiding the configuration file questions
cs-CZ: <emphasis>JDEME DÁLE</emphasis> Předcházení otázkám na soubor nastavení

en: <command>dpkg</command> handles configuration file updates, but, while doing so, regularly interrupts its work to ask for input from the administrator. This makes it less than enjoyable for those who wish to run updates in a non-interactive manner. This is why this program offers options that allow the system to respond automatically according to the same logic: <command>--force-confold</command> retains the old version of the file; <command>--force-confnew</command> will use the new version of the file (these choices are respected, even if the file has not been changed by the administrator, which only rarely has the desired effect). Adding the <command>--force-confdef</command> option tells <command>dpkg</command> to decide by itself when possible (in other words, when the original configuration file has not been touched), and only uses <command>--force-confnew</command> or <command>--force-confold</command> for other cases.
cs-CZ: <command>dpkg</command> zaopatřuje aktualizace souboru nastavení, ale, jakmile toto činí, běžně přerušuje svou práci kvůli tomu, že požaduje administrátorům vstup. To už tak nepotěší ty, kteří si přejí, aby aktualizace běžely v neinteraktivním režimu. To je důvod, proč tento program nabízí možnosti, které umožňují systému automaticky odpovídat podle stejné logiky: <command>--force-confold</command> zachovává starou verzi souboru; <command>--force-confnew</command> použije novou verzi souboru (tyto volby jsou respektovány, i když tento soubor nebyl administrátorem změněn, což má jen zřídka kýžený efekt). Přidáním možnosti <command>--force-confdef</command> říkáme <command>dpkg</command>, aby pokud možno rozhodnul ve vlastní režii (jinak řečeno, pokud je původní nastavovací soubor netknutý) a pouze použil <command>--force-confnew</command> nebo <command>--force-confold</command> v ostatních případech.

en: Including this option in the configuration file means that it will also be used in a graphical interface such as <command>aptitude</command>.
cs-CZ: Zahrnutím této volby do souboru nastavení znamená, že bude také použita v grafickém rozhraní jako je <command>aptitude</command>.

en: Structure of a Source Package
cs-CZ: Struktura zdrojového balíčku

en: <primary>package</primary><secondary>source package</secondary>
cs-CZ: <primary>balíček</primary><secondary>zdrojový balíček</secondary>

en: Format
cs-CZ: Formát

en: <primary>DSC file</primary>
cs-CZ: <primary>soubor DSC</primary>

en: The <filename>.dsc</filename> (Debian Source Control) file is a short text file containing an RFC 2822 header (just like the <filename>control</filename> file studied in <xref linkend="sect.control" />) which describes the source package and indicates which other files are part thereof. It is signed by its maintainer, which guarantees authenticity. See <xref linkend="sect.package-authentication" /> for further details on this subject.
cs-CZ: Soubor <filename>.dsc</filename> (Debian Source Control) je krátký textový soubor obsahující hlavičku RFC 2822 (stejně jako soubor <filename>control</filename> probíraný v <xref linkend="sect.control" />), který popisuje zdrojový balíček a označuje další soubory, které jsou jeho součástí. Je podepsaný svým správcem, což garantuje autenticitu. Další podrobnosti k tomuto tématu naleznete v <xref linkend="sect.package-authentication" />.

en: A <filename>.dsc</filename> file
cs-CZ: Soubor <filename>.dsc</filename>

en: Note that the source package also has dependencies (<literal>Build-Depends</literal>) completely distinct from those of binary packages, since they indicate tools required to compile the software in question and construct its binary package.
cs-CZ: Pamatujte na to, že zdrojový balíček má také závislosti (<literal>Build-Depends</literal>) zcela odlišné od těch, co má binární balíček, protože značí nástroje potřebné pro kompilaci daného softwaru a sestavují jeho binární balíček.

en: <emphasis>CAUTION</emphasis> Distinct namespaces
cs-CZ: <emphasis>UPOZORNĚNÍ</emphasis> Odlišné jmenné prostory

en: It is important to note here that there is no required correspondence between the name of the source package and that of the binary package(s) that it generates. It is easy enough to understand if you know that each source package may generate several binary packages. This is why the <filename>.dsc</filename> file has the <literal>Source</literal> and <literal>Binary</literal> fields to explicitly name the source package and store the list of binary packages that it generates.
cs-CZ: Je tu důležité upozornit na to, že neexistuje žádná vyžadovaná shoda mezi jménem zdrojového balíčku a binárního balíčku(ů), který je vygenerován. Je to více než nasnadě, když si uvědomíte, že každý zdrojový balíček může vygenerovat několik binárních balíčků. To je důvod, proč soubor <filename>.dsc</filename> má pole <literal>Source</literal> a <literal>Binary</literal> k tomu, aby explicitně jmenovala zdrojový balíček a ukládala seznam binárních balíčků, které generuje.

en: <emphasis>CULTURE</emphasis> Why divide into several packages
cs-CZ: <emphasis>KULTURA</emphasis> Proč rozdělovat do několika balíčků

en: Quite frequently, a source package (for a given software) can generate several binary packages. The split is justified by the possibility to use (parts of) the software in different contexts. Consider a shared library, it may be installed to make an application work (for example, <emphasis role="pkg">libc6</emphasis>), or it can be installed to develop a new program (<emphasis role="pkg">libc6-dev</emphasis> will then be the correct package). We find the same logic for client/server services where we want to install the server part on one machine and the client part on others (this is the case, for example, of <emphasis role="pkg">openssh-server</emphasis> and <emphasis role="pkg">openssh-client</emphasis>).
cs-CZ: Opravdu často může zdrojový balíček (pro daný software) generovat několik binárních balíčků. Dělení je odůvodněno možností použití softwaru (nebo jeho částí) v různých souvislostech. Vemte si například sdílenou knihovnu, ta může být nainstalována za účelem fungování aplikace (například <emphasis role="pkg">libc6</emphasis>) nebo může být nainstalována k vývoji nového programu (<emphasis role="pkg">libc6-dev</emphasis> potom bude ten správný balíček). Nalezneme také smysl v případě služeb klient/server, kde chceme nainstalovat serverovou část na jednom zařízení a klientskou část na druhém (to je například u <emphasis role="pkg">openssh-server</emphasis> a <emphasis role="pkg">openssh-client</emphasis>).

en: <emphasis>PERSPECTIVE</emphasis> Different source package formats
cs-CZ: <emphasis>PERSPEKTIVA</emphasis> Různé formáty zdrojových balíčků

en: Originally there was only one source package format. This is the <literal>1.0</literal> format, which associates an <filename>.orig.tar.gz</filename> archive to a <filename>.diff.gz</filename> “debianization” patch (there is also a variant, consisting of a single <filename>.tar.gz</filename> archive, which is automatically used if no <filename>.orig.tar.gz</filename> is available).
cs-CZ: Původně existoval pouze jeden formát pro zdrojové balíčky. To je formát <literal>1.0</literal>, který spojuje archiv <filename>.orig.tar.gz</filename> s “debianizační” opravou <filename>.diff.gz</filename> (je také varianta, která se skládá z jednoho archivu <filename>.tar.gz</filename>, který je automaticky používán, pokud není k dispozici žádný <filename>.orig.tar.gz</filename>.

en: The <filename>.orig.tar.gz</filename> file is an archive containing the source code as provided by the original developer. Debian package maintainers are asked to not modify this archive in order to be able to easily check the origin and integrity of the file (by simple comparison with a checksum) and to respect the wishes of some authors.
cs-CZ: Soubor <filename>.orig.tar.gz</filename> je archiv, který obsahuje zdrojový kód tak, jak jej poskytuje vývojář. Správce balíčku Debianu je požádán, aby neupravoval tento archiv za účelem snadné kontroly původu a celistvosti souboru (použitím jednoduchého srovnání za pomoci checksumu) a respektování přání některých autorů.

en: <emphasis>TOOL</emphasis> Decompressing a source package
cs-CZ: <emphasis>NÁSTROJ</emphasis> Dekomprimace zdrojového balíčku

en: <primary>decompressing, source package</primary>
cs-CZ: <primary>dekomprimace, zdrojový balíček</primary>

en: <primary>uncompressing, source package</primary>
cs-CZ: <primary>odkomprimování, zdrojový balíček</primary>

en: <primary>unpacking</primary><secondary>source package</secondary>
cs-CZ: <primary>rozbalení</primary><secondary>zdrojový balíček</secondary>

en: If you have a source package, you can use the <command>dpkg-source</command> command (from the <emphasis role="pkg">dpkg-dev</emphasis> package) to decompress it:
cs-CZ: Pokud máte zdrojový balíček, můžete použít příkaz <command>dpkg-source</command> (z balíčku <emphasis role="pkg">dpkg-dev</emphasis>) k dekomprimaci:

en: Usage within Debian
cs-CZ: Použití v rámci Debianu

en: Manipulating Packages with <command>dpkg</command>
cs-CZ: Manipulace s balíčkem za použití <command>dpkg</command>

en: <emphasis>NOTE</emphasis> <command>dpkg</command> or <command>apt</command>?
cs-CZ: <emphasis>POZNÁMKA</emphasis> <command>dpkg</command> nebo <command>apt</command>?

en: <command>dpkg</command> should be seen as a system tool (backend), and <command>apt</command> as a tool closer to the user, which overcomes the limitations of the former. These tools work together, each one with its particularities, suited to specific tasks.
cs-CZ: Na <command>dpkg</command> by se mělo nazírat jako na systémový nástroj (backend) a na <command>apt</command> jako na nástroj bližší uživateli, což překonává omezení prvně jmenovaného. Tyto nástroje pracují společně, každý se svými zvláštnostmi, hodícími se pro specifické úkoly.

en: Installing Packages
cs-CZ: Instalace balíčků

en: <primary>installation</primary><secondary>package installation</secondary>
cs-CZ: <primary>instalace</primary><secondary>instalace balíčku</secondary>

en: <command>dpkg</command> is, above all, the tool for installing an already available Debian package (because it does not download anything). To do this, we use its <literal>-i</literal> or <literal>--install</literal> option.
cs-CZ: <command>dpkg</command> je, mimo jiné, nástroj pro instalaci již dostupných balíčků Debianu (protože tento nástroj nic nestahuje). Abychom tak učinili, používáme volbu <literal>-i</literal> nebo <literal>--install</literal>.

en: Installation of a package with <command>dpkg</command>
cs-CZ: Instalace balíčku za použití <command>dpkg</command>

en: Separate unpacking and configuration
cs-CZ: Oddělené rozbalení a nastavení

en: <primary>package</primary><secondary>unpacking</secondary>
cs-CZ: <primary>balíček</primary><secondary>rozbalení</secondary>

en: Sometimes <command>dpkg</command> will fail to install a package and return an error; if the user orders it to ignore this, it will only issue a warning; it is for this reason that we have the different <literal>--force-*</literal> options. The <command>dpkg --force-help</command> command, or documentation of this command, will give a complete list of these options. The most frequent error, which you are bound to encounter sooner or later, is a file collision. When a package contains a file that is already installed by another package, <command>dpkg</command> will refuse to install it. The following messages will then appear:
cs-CZ: Někdy <command>dpkg</command> při instalaci selže a vrátí nějakou chybu; pokud to uživatel přikáže ignorovat, pouze zobrazí varování; je to z toho důvodu, že máme různé <literal>--force-*</literal> volby. Příkaz <command>dpkg --force-help</command>, nebo dokumentace tohoto příkazu, poskytne úplný výpis těchto možností. Nejčastější chybou, se kterou se musíte dříve nebo později setkat, je kolize souborů. Pokud balíček obsahuje soubor, který už nainstaloval jiný balíček, <command>dpkg</command> jej odmítne instalovat. Potom se objeví následující sdělení:

en: In this case, if you think that replacing this file is not a significant risk to the stability of your system (which is usually the case), you can use the option <literal>--force-overwrite</literal>, which tells <command>dpkg</command> to ignore this error and overwrite the file.
cs-CZ: V tomto případě, pokud si myslíte, že nahrazení tohoto souboru neznamená podstatnou hrozbu pro stabilitu vašeho systému (což je obvyklý případ), můžete použít volbu <literal>--force-overwrite</literal>, což řekne <command>dpkg</command>, aby tuto chybu ignoroval a přepsal soubor.

en: <emphasis>CAUTION</emphasis> Effective use of <literal>--force-*</literal>
cs-CZ: <emphasis>UPOZORNĚNÍ</emphasis> Účinné používání <literal>--force-*</literal>

en: <primary>broken dependency</primary>
cs-CZ: <primary>porušená závislost</primary>

en: If you are not careful, the use of an option <literal>--force-*</literal> can lead to a system where the APT family of commands will refuse to function. In effect, some of these options allow installation of a package when a dependency is not met, or when there is a conflict. The result is an inconsistent system from the point of view of dependencies, and the APT commands will refuse to execute any action except those that will bring the system back to a consistent state (this often consists of installing the missing dependency or removing a problematic package). This often results in a message like this one, obtained after installing a new version of <emphasis role="pkg">rdesktop</emphasis> while ignoring its dependency on a newer version of the <emphasis role="pkg">libc6</emphasis>:
cs-CZ: Pokud nejste opatrní, použití možnosti <literal>--force-*</literal> může vést k systému, kdy rodina příkazů APT odmítne pracovat. V podstatě, některé z možností umožňují instalaci balíčku, když závislosti nejsou splněny nebo když existuje nějaký konflikt. Výsledkem je nekonzistentní systém z hlediska závislostí a příkazy APT odmítnou spustit jakoukoliv akci, kromě těch, které povedou k navrácení systému zpět do konzistentního stavu (to často spolčívá v instalaci chybějící závislosti nebo odstranění problematického balíčku). Výsledkem často bývá zpráva jako je tato, získaná po instalaci nové verze <emphasis role="pkg">rdesktop</emphasis>, za které se ignorovala jeho závislost na nové verzi <emphasis role="pkg">libc6</emphasis>:

en: A courageous administrator who is certain of the correctness of their analysis may choose to ignore a dependency or conflict and use the corresponding <literal>--force-*</literal> option. In this case, if they want to be able to continue to use <command>apt</command> or <command>aptitude</command>, they must edit <filename>/var/lib/dpkg/status</filename> to delete/modify the dependency, or conflict, that they chose to override.
cs-CZ: Odvážný administrátor, který si je jistý správností své analýzy, může zvolit ignorování závislosti nebo konfliktu a použít možnost <literal>--force-*</literal>. V tomto případě, pokud chce být schopen pokračovat v používání <command>apt</command> nebo <command>aptitude</command>, musí provést korekturu <filename>/var/lib/dpkg/status</filename> a smazat/upravit závislostnebo konflikt, který si zvolil nebrat v úvahu.

en: Removal and purge of the <emphasis role="pkg">debian-cd</emphasis> package
cs-CZ: Odstranění a očištění od balíčku <emphasis role="pkg">debian-cd</emphasis>

en: Querying <command>dpkg</command>'s Database and Inspecting <filename>.deb</filename> Files
cs-CZ: Dotazování se databáze <command>dpkg</command> a prozkoumání souborů <filename>.deb</filename>

en: <primary>package</primary><secondary>status</secondary>
cs-CZ: <primary>balíček</primary><secondary>status</secondary>

en: <primary>package</primary><secondary>file list</secondary>
cs-CZ: <primary>balíček</primary><secondary>seznam souborů</secondary>

en: <primary>package</primary><secondary>content inspection</secondary>
cs-CZ: <primary>balíček</primary><secondary>prohlížení obsahu</secondary>

en: <emphasis>BACK TO BASICS</emphasis> Option syntax
cs-CZ: <emphasis>ZPĚT K ZÁKLADŮM</emphasis> Alternativní syntax

en: Most options are available in a “long” version (one or more relevant words, preceded by a double dash) and a “short” version (a single letter, often the initial of one word from the long version, and preceded by a single dash). This convention is so common that it is a POSIX standard.
cs-CZ: Většina voleb je k dispozici v “dlouhé” verzi (jedno nebo více příslušných slov před nimiž je dvojitá pomlčka) a “krátké” verzi (jedno písmeno, často počáteční jednoho slova z dlouhé verze, před nímž je jednoduchá pomlčka). Tato konvence je tak běžná, že je POSIX standardem.

en: Various queries with <command>dpkg</command>
cs-CZ: Různé dotazování s <command>dpkg</command>

en: <emphasis>GOING FURTHER</emphasis> Comparison of versions
cs-CZ: <emphasis>JDEME DÁLE</emphasis> Srovnání verzí

en: <primary>version, comparison</primary>
cs-CZ: <primary>verze, srovnání</primary>

en: <primary>comparison of versions</primary>
cs-CZ: <primary>srovnání verzí</primary>

en: Since <command>dpkg</command> is the program for handling Debian packages, it also provides the reference implementation of the logic of comparing version numbers. This is why it has a <literal>--compare-versions</literal> option, usable by external programs (especially configuration scripts executed by <command>dpkg</command> itself). This option requires three parameters: a version number, a comparison operator, and a second version number. The different possible operators are <literal>lt</literal> (strictly less than), <literal>le</literal> (less than or equal to), <literal>eq</literal> (equal), <literal>ne</literal> (not equal), <literal>ge</literal> (greater than or equal to), and <literal>gt</literal> (strictly greater than). If the comparison is correct, <command>dpkg</command> returns 0 (success); if not, it gives a non-zero return value (indicating failure).
cs-CZ: Protože <command>dpkg</command> je program pro manipulování s balíčky Debianu, poskytuje také referenční implementaci logiky pro porovnávání čísel verzí. To je důvod, proč má také volbu <literal>--compare-versions</literal>, použitelnou externími programy (především nastavovacími skripty spušťěnými samotným <command>dpkg</command>). Tato volba vyžaduje tři parametry: číslo verze, operátor porovnání a druhé číslo verze. Různé možné operátory jsou <literal>lt</literal> (čistě menší než), <literal>le</literal> (menší nebo rovno), <literal>eq</literal> (rovno) <literal>ne</literal> (nerovná se), <literal>ge</literal> (větší nebo rovno), a <literal>gt</literal> (čistě větší než). Pokud je porovnání pravdivé, <command>dpkg</command> vrací 0 (úspěch); pokud ne, vrátí nenulové číslo (značící neúspěch).

en: Note the unexpected failure of the last comparison: for <command>dpkg</command>, <literal>pre</literal>, usually denoting a pre-release, has no particular meaning, and this program compares the alphabetic characters in the same way as the numbers (a &lt; b &lt; c ...), in alphabetical order. This is why it considers “<literal>0pre3</literal>” to be greater than “<literal>0</literal>”. When we want a package's version number to indicate that it is a pre-release, we use the tilde character, “<literal>~</literal>”:
cs-CZ: Všimněte si neočekávaného selhání v případě posledního srovnání: pro <command>dpkg</command>, <literal>pre</literal>, obyčejně značící verzi před oficiálním vydáním, nemá speciální význam a tak tento program srovnává znaky abecedy stejným způsobem jako čísla (a &lt; b &lt; c ...), v abecedním pořadí. Proto považuje “<literal>0pre3</literal>” za větší, než “<literal>0</literal>”. Pokud chceme, aby číslo verze balíčku označovalo verzi, která je před oficiálním vydáním, používáme znak vlnovky, “<literal>~</literal>”:

en: <command>dpkg</command>'s Log File
cs-CZ: Log soubor programu <command>dpkg</command>

en: <command>dpkg</command> keeps a log of all of its actions in <filename>/var/log/dpkg.log</filename>. This log is extremely verbose, since it details every one of the stages through which packages handled by <command>dpkg</command> go. In addition to offering a way to track dpkg's behavior, it helps, above all, to keep a history of the development of the system: one can find the exact moment when each package has been installed or updated, and this information can be extremely useful in understanding a recent change in behavior. Additionally, all versions being recorded, it is easy to cross-check the information with the <filename>changelog.Debian.gz</filename> for packages in question, or even with online bug reports.
cs-CZ: <command>dpkg</command> uchovává logové záznamy všech svých akcí v <filename>/var/log/dpkg.log</filename>. Tento log je extrémně upovídaný, protože důkladně popisuje každou etapu, kterou balíček, s kterým <command>dpkg</command> manipuluje, prochází. Mimo to, že nabízí způsob zpětného sledování chování dpkg, především uchovává historii vývoje systému: dá se najít přesný moment, kdy byl jakýkoli balíček nainstalován nebo zaktualizován, což může být neobyčejně užitečná informace pro pochopení aktuální změny v chování. Navíc, se záznamem všech verzí, je snadné informace pro všechny dotčené balíčky ověřit s <filename>changelog.Debian.gz</filename> nebo dokonce s hlášeními chyb, které jsou k dispozici online.

en: Multi-Arch Support
cs-CZ: Vícearchitekturová podpora

en: <primary>Multi-Arch</primary>
cs-CZ: <primary>Vícearchitekturová</primary>

en: <primary>architecture</primary><secondary>multi-arch support</secondary>
cs-CZ: <primary>architektura</primary><secondary>vícearchitekturová podpora</secondary>

en: All Debian packages have an <literal>Architecture</literal> field in their control information. This field can contain either “<literal>all</literal>” (for packages that are architecture independent) or the name of the architecture that it targets (like “amd64”, “armhf”, …). In the latter case, by default, <command>dpkg</command> will only accept to install the package if its architecture matches the host's architecture as returned by <command>dpkg --print-architecture</command>.
cs-CZ: Všechny balíčky Debianu mají ve svých kontrolních informacích pole <literal>Architecture</literal>. Toto pole může obsahovat buď “<literal>all</literal>” (u balíčků, které jsou nazávislé na architektuře) nebo jméno architektury, na kterou se zaměřují (jako je “amd64”, “armhf”, …). V případě posledního jmenovaného je přednastveno, že <command>dpkg</command> bude akceptovat instalaci balíčku pouze pokud jeho architektura odpovídá hostitelské architektuře podle výstupu <command>dpkg --print-architecture</command>.

en: This restriction ensures that users do not end up with binaries compiled for an incorrect architecture. Everything would be perfect except that (some) computers can run binaries for multiple architectures, either natively (an “amd64“ system can run “i386” binaries) or through emulators.
cs-CZ: Toto omezení zaručuje, že uživatelé neskončí s binárním programem sestaveným pro nesprávnou architekturu. Všechno by bylo perfektní, až na to, že, na (některých) počítačích mohou běžet binární programy určené pro více architektur, ať už přirozeně (na systému “amd64“ binární programy pro “i386”) nebo prostřednictvím emulátorů.

en: Enabling Multi-Arch
cs-CZ: Umožnění vícearchitekturové podpory

en: <command>dpkg</command>'s multi-arch support allows users to define “foreign architectures” that can be installed on the current system. This is simply done with <command>dpkg --add-architecture</command> like in the example below. There is a corresponding <command>dpkg --remove-architecture</command> to drop support of a foreign architecture, but it can only be used when no packages of this architecture remain.
cs-CZ: <command>dpkg</command> má vícearchitekturovou podporu, která umožňuje uživatelům definovat “cizí architektury”, které mohou být na současném systému naistalovány. To se jednoduše provede pomocí <command>dpkg --add-architecture</command> jak ukazuje níže uvedený příklad. Existuje také odpovídající <command>dpkg --remove-architecture</command>, který vyloučí cizí architekturu, ten se ale může použít pouze pokud žádné balíčky pro tuto architekturu nezůstanou.

en: <emphasis>NOTE</emphasis> APT's multi-arch support
cs-CZ: <emphasis>POZNÁMKA</emphasis> vícearchitekturová podpora APTu

en: Foreign packages can then be installed with <command>apt install <replaceable>package</replaceable>:<replaceable>architecture</replaceable></command>.
cs-CZ: Cizí balíčky se poté mohou prostřednictvím <command>apt install <replaceable>package</replaceable>:<replaceable>architecture</replaceable></command> instalovat

en: <emphasis>IN PRACTICE</emphasis> Using proprietary i386 binaries on amd64
cs-CZ: <emphasis>V PRAXI</emphasis> Používání proprietárních binárních progamů pro i386 na amd64

en: Multi-Arch Related Changes
cs-CZ: Změny související s vícearchitekturovou podporou

en: It is worth noting that <literal>Multi-Arch: same</literal> packages must have their names qualified with their architecture to be unambiguously identifiable. They also have the possibility to share files with other instances of the same package; <command>dpkg</command> ensures that all packages have bit-for-bit identical files when they are shared. Last but not least, all instances of a package must have the same version. They must thus be upgraded together.
cs-CZ: Stojí za zmínku, že balíčky <literal>Multi-Arch: same</literal> musí mít svá jména označena svou architekturou, aby byly jednoznačně identifikovatelné. Mají také možnost sdílení souborů s ostatními instancemi toho samého balíčku; <command>dpkg</command> zajišťuje, že všechny balíčky mají bit po bitu stejné soubory, pokud jsou sdíleny. V neposlední řadě, všechny instance balíčku musí mít stejnou verzi. Musí být tedy vylepšovány společně.

en: Multi-Arch support also brings some interesting challenges in the way dependencies are handled. Satisfying a dependency requires either a package marked “<literal>Multi-Arch: foreign</literal>” or a package whose architecture matches the one of the package declaring the dependency (in this dependency resolution process, architecture-independent packages are assumed to be of the same architecture than the host). A dependency can also be weakened to allow any architecture to fulfill it, with the <literal><replaceable>package</replaceable>:any</literal> syntax, but foreign packages can only satisfy such a dependency if they are marked “<literal>Multi-Arch: allowed</literal>”.
cs-CZ: Vícearchitekturová podpora sebou také přínáší některé zajímavé výzvy ve způsobu, jakým jsou řešeny závislosti. Splnění závislosti vyžaduje buď balíček označený “<literal>Multi-Arch: foreign</literal>” nebo balíček, jehož architektura odpovídá jedné z balíčku, který tuto závislost deklaruje (v případě tohoto procesu rozpoznávání závislostí, na architektuře nezávislé balíčky jsou považovány za balíčky stejné architektury jako je hostitel). Závislost může být také oslabena tím, že povolí jakékoli architektuře ji naplnit a to pomocí synaxe <literal><replaceable>package</replaceable>:any</literal>, ale s tím, že cizí balíčky mohou uspokojit takovou závislost pouze pokud jsou označeny “<literal>Multi-Arch: allowed</literal>”.

en: Coexistence with Other Packaging Systems
cs-CZ: Soužití s jiným balíčkovacím systémem

en: Debian packages are not the only software packages used in the free software world. The main competitor is the RPM format of the Red Hat Linux distribution and its many derivatives. Red Hat is a very popular, commercial distribution. It is thus common for software provided by third parties to be offered as RPM packages rather than Debian.
cs-CZ: Balíčky Debianu nejsou jediné, které jsou ve světě svobodného softwaru používány. Hlavním konkurentem je formát RPM distribuce Red Hat Linux a jejích mnoha derivátů. Red Hat je velmi populární, komerční distribuce. Je tedy běžné pro software, který je poskytován třetími stranami, že je nabízen jako balíčky RPM spíše, než jako balíčky Debianu.

en: In this case, you should know that the program <command>rpm</command>, which handles RPM packages, is available as a Debian package, so it is possible to use this package format on Debian. Care should be taken, however, to limit these manipulations to extract the information from a package or to verify its integrity. It is, in truth, unreasonable to use <command>rpm</command> to install an RPM on a Debian system; RPM uses its own database, separate from those of native software (such as <command>dpkg</command>). This is why it is not possible to ensure a stable coexistence of two packaging systems.
cs-CZ: V tomto případě by jste měli vědět, že program <command>rpm</command>, který obhospodařuje balíčky RPM je k dispozici jako balíček Debianu, takže je možné použít tento balíčkový formát na Debianu. Opatrnost je zde ovšem na místě a je třeba omezit takové manipulace na získání informací z balíčku nebo ověření jeho celistvosti. Popravdě, nemá smysl používat <command>rpm</command> k instalaci nějakého RPM na systém Debianu; RPM používá svou vlastní databázi, oddělenou od té, co náleží domácímu softwaru (jako je <command>dpkg</command>). Proto je nemožné zajistit stabilní soužití dvou balíčkových systmémů.

en: On the other hand, the <emphasis role="pkg">alien</emphasis> utility can convert RPM packages into Debian packages, and vice versa.
cs-CZ: Na druhou stranu, program <emphasis role="pkg">alien</emphasis> umí převádět balíčky RPM na balíčky Debianu a naopak.

en: <emphasis>COMMUNITY</emphasis> Encouraging the adoption of <filename>.deb</filename>
cs-CZ: <emphasis>KOMUNITA</emphasis> Pobídka k přijetí <filename>.deb</filename>

en: You will find that this process is extremely simple. You must know, however, that the package generated does not have any dependency information, since the dependencies in the two packaging formats don't have systematic correspondence. The administrator must thus manually ensure that the converted package will function correctly, and this is why Debian packages thus generated should be avoided as much as possible. Fortunately, Debian has the largest collection of software packages of all distributions, and it is likely that whatever you seek is already in there.
cs-CZ: Shledáte, že tento proces je neobyčejně jednoduchý. Musíte ale vědět, že vygenerovaný balíček nemá žádné informace o závislostech, protože závislosti v těchto dvou balíčkových formátech nemají systematickou shodu. Správce se tak musí manuálně ujistit, že převedený balíček bude správně fungovat a to je důvod, proč bychom se měli takto vygenerovným balíčkům vyhýbat, jak to je jen možné. Naštěstí má Debian nejrozsáhlejší sbírku softwarových balíčků ze všech distribucí a tak cokoli hledáte, se tam pravděpodobně už nalézá.

en: Looking at the man page for the <command>alien</command> command, you will also note that this program handles other packaging formats, especially the one used by the Slackware distribution (it is made of a simple <filename>tar.gz</filename> archive).
cs-CZ: Nahlédnutím na manuálovou stránku příkazu <command>alien</command> také zjistíte, že tento program pracuje s ostatními balíčkovými formáty, obzvláště s tím, který používá distribuce Slackware (ten je tvořen jednoduchým archivem <filename>tar.gz</filename>).

en: The stability of the software deployed using the <command>dpkg</command> tool contributes to Debian's fame. The APT suite of tools, described in the following chapter, preserves this advantage, while relieving the administrator from managing the status of packages, a necessary but difficult task.
cs-CZ: Stabilita softwaru nasazeného za použití nástroje <command>dpkg</command> přispívá k věhlasu Debianu. Sada nástrojů APT, která je popsána v následující kapitole, si zachovává tuto přednost tím, že ulehčuje správci od řízení statusu balíčků, což je nezbytný, ale také obtížný úkol.
