Attachment 101567 Details for Bug 153856 – hb-hu.diff

[patch] hb-hu.diff

hb-hu-2006-11-09.diff (text/plain), 49.86 KB, created by Lónyai Gergely on 2006-11-09 12:54:17 UTC

(hide)

Description:

Filename:

MIME Type:

Creator: Lónyai Gergely

Created: 2006-11-09 12:54:17 UTC

Size: 49.86 KB

patch

obsolete

>KÃ¶zÃ¶s alkÃ¶nyvtÃ¡rak: BGO/handbook/2006.1 Ã©s current/handbook/2006.1
>diff --new-file --unified=6 --exclude=.svn --minimal BGO/handbook/hb-net-advanced.xml current/handbook/hb-net-advanced.xml
>--- BGO/handbook/hb-net-advanced.xml	1970-01-01 01:00:00.000000000 +0100
>+++ current/handbook/hb-net-advanced.xml	2006-11-08 16:34:06.000000000 +0100
>@@ -0,0 +1,254 @@
>+<?xml version="1.0" encoding="UTF-8"?>
>+<!DOCTYPE sections SYSTEM "/dtd/book.dtd">
>+
>+
>+
>+
>+
>+
>+<sections>
>+
>+<abstract>
>+Itt arrÃ³l tanulhatsz hogyan mÅ±kÃ¶dnek a beÃ¡llÃtÃ¡sok - szÃ¼ksÃ©ged lesz ezekre az 
>+ismeretekre mielÅtt tovÃ¡bb lÃ©pnÃ©l a modulÃ¡ris hÃ¡lÃ³zatok megismerÃ©se felÃ©.
>+</abstract>
>+
>+<version>7.0</version>
>+<date>2006-08-30</date>
>+
>+<section>
>+<title>HaladÃ³ beÃ¡llÃtÃ¡sok</title>
>+<body>
>+
>+
>+A <c>config_eth0</c> vÃ¡ltozÃ³ a hÃ¡lÃ³kÃ¡rtya (<c>eth0</c> ebben az esetben) 
>+beÃ¡llÃtÃ¡sÃ¡nak a lelke. Ez egy magas szintÅ± utasÃtÃ¡slista a hÃ¡lÃ³zati kÃ¡rtya 
>+beÃ¡llÃtÃ¡sÃ¡ra. A parancsok az utasÃtÃ¡slistÃ¡ban egymÃ¡s utÃ¡n kerÃ¼lnek 
>+vÃ©grehajtÃ¡sra.
>+
>+
>+
>+A beÃ©pÃtett parancsok listÃ¡ja.
>+
>+
>+<table>
>+<tr>
>+ <th>Parancs</th>
>+ <th>LeÃrÃ¡s</th>
>+</tr>
>+<tr>
>+ <ti><c>null</c></ti>
>+ <ti>Nem csinÃ¡l semmit</ti>
>+</tr>
>+<tr>
>+ <ti><c>noop</c></ti>
>+ <ti>
>+ Ha a hÃ¡lÃ³kÃ¡rtya engedÃ©lyezett Ã©s cÃme is van, sikeresen lÃ©p ki a konfigurÃ¡lÃ¡sbÃ³l
>+ </ti>
>+</tr>
>+<tr>
>+ <ti>egy IPv4 vagy IPv6 cÃm</ti>
>+ <ti>A cÃm hozzÃ¡rendelÃ©se a hÃ¡lÃ³kÃ¡rtyÃ¡hoz</ti>
>+</tr>
>+<tr>
>+ <ti>
>+ <c>dhcp</c>, <c>adsl</c> vagy <c>apipa</c> (vagy egyedi parancs kÃ¼lsÅ 
>+forrÃ¡sbÃ³l szÃ¡rmazÃ³ modulbÃ³l)
>+ </ti>
>+ <ti>
>+ ElindÃtja a parancsot szolgÃ¡ltatÃ³ modult. PÃ©ldÃ¡ul a <c>dhcp</c> elindÃt egy 
>+ modult amely DHCP-t fog nyÃºjtani. Ez a kÃ¶vetkezÅk bÃ¡rmelyike lehet: 
>+ <c>dhcpcd</c>, <c>udhcpc</c>, <c>dhclient</c>, <c>pump</c>. 
>+ </ti>
>+</tr>
>+</table>
>+
>+
>+Arra az esetre ha a parancsot nem sikerÃ¼lne vÃ©grehajtani, megadhatsz egy 
>+tartalÃ©k parancsot. Ennek a parancsnak pontosan meg kell egyeznie a 
>+konfigurÃ¡ciÃ³ szerkezetÃ©vel.
>+
>+
>+
>+EzekbÅl a parancsokbÃ³l tÃ¶bbet is Ãrhatsz egymÃ¡s utÃ¡n. KÃ¶vetkezzen 
>+nÃ©hÃ¡ny gyakorlati pÃ©lda.
>+
>+
>+<pre caption="BeÃ¡llÃtÃ¡si pÃ©ldÃ¡k">
>+<comment># HÃ¡rom IPv4 cÃm hozzÃ¡rendelÃ©se a hÃ¡lÃ³kÃ¡rtyÃ¡hoz</comment>
>+config_eth0=(
>+ "192.168.0.2/24"
>+ "192.168.0.3/24"
>+ "192.168.0.4/24"
>+)
>+
>+<comment># Egy IPv4 Ã©s kÃ©t IPv6 cÃm hozzÃ¡rendelÃ©se a hÃ¡lÃ³kÃ¡rtyÃ¡hoz</comment>
>+config_eth0=(
>+ "192.168.0.2/24"
>+ "4321:0:1:2:3:4:567:89ab"
>+ "4321:0:1:2:3:4:567:89ac"
>+)
>+
>+<comment># Hagyjuk, hogy a kernel adjon cÃmet, hacsak a hÃ¡lÃ³kÃ¡rtya 
>+# le nem Ã¡ll. Ekkor DHCP-n kÃ©rÃ¼nk Ãºj cÃmet. Ha ez nem sikerÃ¼l az 
>+# APIPA Ã¡ltal meghatÃ¡rozott statikus cÃmet Ã¡llÃtjuk be</comment>
>+config_eth0=(
>+ "noop"
>+ "dhcp"
>+)
>+fallback_eth0=(
>+ "null"
>+ "apipa"
>+)
>+</pre>
>+
>+<note>
>+Ha egynÃ©l tÃ¶bb cÃmet rendelsz a hÃ¡lÃ³kÃ¡rtyÃ¡hoz az <c>ifconfig</c> modullal,
>+minden extra cÃmhez generÃ¡lÃ³dik egy Ãºjabb nÃ©v. Azaz a fenti pÃ©lda esetÃ©ben 
>+<c>eth0</c>, <c>eth0:1</c> Ã©s <c>eth0:2</c>. Ezekkel semmi kÃ¼lÃ¶nlegeset sem 
>+tudsz csinÃ¡lni, mivel a kernel Ã©s a tÃ¶bbi program is Ãºgy kezeli az 
>+<c>eth0:1</c>-et Ã©s az <c>eth0:2</c>-t mintha <c>eth0</c> volna.
>+</note>
>+
>+<impo>
>+A tartalÃ©k parancs sorrendje lÃ©nyeges! Ha nem adtuk volna meg a <c>null</c> 
>+opciÃ³t, akkor az <c>apipa</c> parancs csak akkor kerÃ¼lt volna vÃ©grehajtÃ¡sra 
>+ha a <c>noop</c> parancs vÃ©grehajtÃ¡sa nem sikerÃ¼lt volna.
>+</impo>
>+
>+<note>
>+Az <uri link="?part=4&amp;chap=3#apipa">APIPA</uri>-rÃ³l Ã©s a 
>+<uri link="?part=4&amp;chap=3#dhcp">DHCP</uri>-rÅl kÃ©sÅbb lesz szÃ³.
>+</note>
>+
>+</body>
>+</section>
>+<section>
>+<title>HÃ¡lÃ³zati fÃ¼ggÅsÃ©gek</title>
>+<body>
>+
>+
>+Az <path>/etc/init.d</path> talÃ¡lhatÃ³ initszkriptek fÃ¼gghetnek egy adott 
>+hÃ¡lÃ³kÃ¡ryÃ¡tÃ³l vagy a hÃ¡lÃ³zattÃ³l. Az <path>/etc/conf.d/rc</path> Ã¡llomÃ¡nyban 
>+talÃ¡lhatÃ³ <c>RC_NET_STRICT_CHECKING</c> vÃ¡ltozÃ³val definiÃ¡lhatÃ³ az, hogy 
>+mit Ã©rtsen a Gentoo <c>hÃ¡lÃ³zat</c> alatt.
>+
>+
>+<table>
>+<tr>
>+ <th>ÃrtÃ©k</th>
>+ <th>LeÃrÃ¡s</th>
>+</tr>
>+<tr>
>+ <ti><c>none</c></ti>
>+ <ti>A <path>net</path> (hÃ¡lÃ³zat) szolgÃ¡ltatÃ¡s Ã¡llandÃ³nak tekintendÅ</ti>
>+</tr>
>+<tr>
>+ <ti><c>no</c></ti>
>+ <ti>
>+ AlapvetÅen azt jelenti, hogy legalÃ¡bb egy <path>net.*</path> hÃ¡lÃ³zati 
>+ szolgÃ¡ltatÃ¡snak Ã©lnie kell a <path>net.lo</path> mellett. Ezt a beÃ¡llÃtÃ¡st 
>+ hasznÃ¡lhatjÃ¡k azok a notebook felhasznÃ¡lÃ³k, akik WIFI-vel Ã©s Ã¡llandÃ³ 
>+ hÃ¡lÃ³kÃ¡rtyÃ¡val is rendelkeznek, de egyszerre csak az egyiket akarjÃ¡k 
>+ hasznÃ¡lni.
>+ </ti>
>+</tr>
>+<tr>
>+ <ti><c>lo</c></ti>
>+ <ti>
>+ Megegyezik a <c>no</c> beÃ¡llÃtÃ¡ssal, de a <path>net.lo</path> is szÃ¡mÃt. 
>+ Ez a beÃ¡llÃtÃ¡s azoknak lehet hasznos akiknek nem fontos, hogy 
>+ rendszerÃ©ledÃ©s sorÃ¡n mÃ¡r mÅ±kÃ¶djÃ¶n a hÃ¡lÃ³zat.
>+ </ti>
>+</tr>
>+<tr>
>+ <ti><c>yes</c></ti>
>+ <ti>
>+ Ezt beÃ¡llÃtva az ÃSSZES hÃ¡lÃ³zati kÃ¡rtyÃ¡nak MÅ°KÃDNIE KELL ahhoz, hogy a 
>+ <path>hÃ¡lÃ³zat</path> mÅ±kÃ¶dÅkÃ©pesnek legyen tekinthetÅ.
>+ </ti>
>+</tr>
>+</table>
>+
>+
>+Mi a helyzet a <path>net.eth0</path>-tÃ³l Ã©s a <path>net.eth1</path>-tÅl fÃ¼ggÅ 
>+<path>net.br0</path>-val? Lehet, hogy a <path>net.eth1</path> egy 
>+vezetÃ©knÃ©lkÃ¼li vagy PPP eszkÃ¶z amelyet be kell Ã¡llÃtani mielÅtt a hÃdhoz adod. 
>+Ezt nem lehet megtenni a <path>/etc/init.d/net.br0</path> Ã¡llomÃ¡nyban, mivel ez 
>+egy szimbÃ³likus link a <path>net.lo</path>-ra.
>+
>+
>+
>+A megoldÃ¡s az, hogy csinÃ¡lsz egy sajÃ¡t <c>depend()</c> fÃ¼ggvÃ©nyt az 
>+<path>/etc/conf.d/net</path> Ã¡llomÃ¡nyban.
>+
>+
>+<pre caption="A net.br0 fÃ¼ggÅsÃ©ge az in /etc/conf.d/net-ben">
>+<comment># BÃ¡rmilyen fÃ¼ggÅsÃ©get hasznÃ¡lhatsz (use, after, before) ahogy azt a 
>+# szkriptben is lÃ¡thatod</comment>
>+depend_br0() {
>+ need net.eth0 net.eth1
>+}
>+</pre>
>+
>+
>+A fÃ¼ggÅsÃ©gek rÃ©szletesebb ismertetÃ©sÃ©t megtalÃ¡lhatod Gentoo KÃ©zikÃ¶nyv 
>+<uri link="?part=2&amp;chap=4#doc_chap4">Initszkriptek</uri> cÃmÅ± fejezetÃ©ben.
>+
>+
>+</body>
>+</section>
>+
>+<section id="variable_name">
>+<title>A vÃ¡ltozÃ³k nevei Ã©s Ã©rtÃ©kei</title>
>+<body>
>+
>+
>+A vÃ¡ltozÃ³k neve tÃ¶bb dologbÃ³l Ã¡ll Ã¶ssze. Rendesen 
>+<c>valtozo_${kartya|mac|essid|apmac}</c> alakÃºak. PÃ©ldÃ¡ul a <c>dhcpcd_eth0</c> 
>+vÃ¡ltozÃ³ az eth0 dhcpd beÃ¡llÃtÃ¡sait tartalmazza Ã©s a <c>dhcpcd_essid</c> 
>+vÃ¡ltozÃ³ban talÃ¡lhatÃ³ meg a dhcpd opciÃ³i arra az esetre ha bÃ¡rmelyik kÃ¡rtya az 
>+"essid" ESSID-hez csatlakozik.
>+
>+
>+
>+Azonban nincs semmilyen megkÃ¶tÃ©s arra, hogy a hÃ¡lÃ³kÃ¡rtyÃ¡k nevÃ©nek ethx alakÃºnak 
>+kell lennie. ValÃ³jÃ¡ban a legtÃ¶bb vezetÃ©knÃ©lkÃ¼li eszkÃ¶z neve wlanx, rax vagy 
>+ethx. Ezen kÃvÃ¼l nÃ©hÃ¡ny felhasznÃ¡lÃ³ Ã¡ltal definiÃ¡lt eszkÃ¶znek, mint amilyenek a 
>+hidak pÃ©ldÃ¡ul, teszÅleges nÃ©v adhatÃ³, akÃ¡r kiskutyafule is lehet. AzÃ©rt, hogy 
>+mÃ©g Ã©rdekesebb legyen a dolog, a vezetÃ©knÃ©lkÃ¼li elÃ©rÃ©si pontok (AP, Access 
>+Point) neve tartalmazhat nem alfanumerikus karaktereket is - ez fontos dolog, 
>+mivel ESSID alapjÃ¡n tudod beÃ¡llÃtani a hÃ¡lÃ³zat paramÃ©tereit.
>+
>+
>+
>+A hÃ¡trÃ¡nya ennek az, hogy a Gentoo bash vÃ¡ltozÃ³kat hasznÃ¡l a hÃ¡lÃ³zathoz - 
>+Ã©s a bash az angolon kÃvÃ¼l mÃ¡st nem Ã©rt meg. Ezt Ãºgy kerÃ¼lhetjÃ¼k meg, hogy a 
>+nem angol betÅ±k helyett az alÃ¡hÃºzÃ¡s <c>_</c> karaktert Ãrjuk.
>+
>+
>+
>+A bash mÃ¡sik hÃ¡trÃ¡nya a vÃ¡ltozÃ³k tartalma - nÃ©hÃ¡ny karaktert meg kell vÃ©deni 
>+attÃ³l, hogy a bash Ã©rtelmezze Åket. Ezt a megvÃ©dendÅ karakter elÃ© Ãrt <c>\</c> 
>+karakterrel lehet megtenni. A kÃ¶vetkezÅ karaktereket kell ily mÃ³don megvÃ©deni: 
>+<c>"</c>, <c>'</c> Ã©s <c>\</c>.
>+
>+
>+
>+Ebben a pÃ©ldÃ¡ban vezetÃ©knÃ©lkÃ¼li ESSID szerepel, mivel ezekben fordulhatnak elÅ 
>+a legvÃ¡ltozatosabb karakterek. HasznÃ¡lhatjuk pÃ©ldÃ¡ul a <c>My "\ NET</c> 
>+ESSID-t:
>+
>+
>+<pre caption="pÃ©lda vÃ¡ltozÃ³ nevekre">
>+<comment># Ez mÅ±kÃ¶dik, de a domain Ã©rvÃ©nytelen</comment>
>+dns_domain_My____NET="My \"\\ NET"
>+
>+<comment># A fenti sor beÃ¡llÃtja a dns domaint My "\ NET-re ha egy 
>+vezetÃ©knÃ©lkÃ¼li kÃ¡rtya csatlakozik egy My "\ NET ESSID-vel rendelkezÅ elÃ©rÃ©si 
>+ponthoz</comment>
>+</pre>
>+
>+</body>
>+</section>
>+</sections>
>diff --new-file --unified=6 --exclude=.svn --minimal BGO/handbook/hb-net-start.xml current/handbook/hb-net-start.xml
>--- BGO/handbook/hb-net-start.xml	1970-01-01 01:00:00.000000000 +0100
>+++ current/handbook/hb-net-start.xml	2006-11-06 19:57:52.000000000 +0100
>@@ -0,0 +1,113 @@
>+<?xml version="1.0" encoding="UTF-8"?>
>+<!DOCTYPE sections SYSTEM "/dtd/book.dtd">
>+
>+
>+
>+
>+
>+
>+<sections>
>+
>+<abstract> 
>+Ez egy gyors ÃºtmutatÃ³ a hÃ¡lÃ³zati kÃ¡rtyÃ¡d Ã¼zembehelyezÃ©sÃ©hez Ã¡ltalÃ¡nos 
>+kÃ¶rnyezetekben.
>+</abstract>
>+
>+<version>7.0</version>
>+<date>2006-08-30</date>
>+
>+<section>
>+<title>KezdjÃ¼nk hozzÃ¡</title>
>+<body>
>+
>+<note>
>+Ez a leÃrÃ¡s feltÃ©telezi, hogy mÃ¡r beÃ¡llÃtottad a kerneledet Ã©s a moduljait a 
>+hardverednek megfelelÅen Ã©s hogy ismered a kÃ¡rtyÃ¡d interfÃ©sz nevÃ©t.
>+Azt is feltÃ©telezzÃ¼k, hogy az <c>eth0</c>-t szeretnÃ©d beÃ¡llÃtani, de ez 
>+<c>eth1</c>, <c>wlan0</c> vagy mÃ¡s is lehet.
>+</note>
>+
>+<note>
>+Ez a leÃrÃ¡s a <c>baselayout-1.11.11</c> vagy Ãºjabbhoz kÃ©szÃ¼lt.
>+</note>
>+
>+
>+A hÃ¡lÃ³kÃ¡rtyÃ¡d beÃ¡llÃtÃ¡sÃ¡nak elkezdÃ©sÃ©hez elÅszÃ¶r is tudatnod kell a Gentoo RC
>+rendszerrel, hogy lÃ©tezik. Ezt Ãºgy teheted meg, hogy az 
>+<path>/etc/init.d</path> kÃ¶nyvtÃ¡rban kÃ©szÃtesz egy szimbÃ³likus linket amely a 
>+<path>net.lo</path> fÃ¡jlrÃ³l a <path>net.eth0</path>-ra mutat.
>+
>+
>+<pre caption="A net.lo-ra mutatÃ³ szimbÃ³likus link elkÃ©szÃtÃ©se">
>+# cd /etc/init.d
>+# ln -s net.lo net.eth0
>+</pre>
>+
>+
>+A Gentoo RC rendszere most mÃ¡r tud a hÃ¡lÃ³kÃ¡rtyÃ¡rÃ³l. Tudnia kell mÃ©g azt is, 
>+hogy hogyan lehet az Ãºj interfÃ©szt beÃ¡llÃtani. Az <path>/etc/conf.d/net</path> 
>+fÃ¡ljban Ã¡llÃthatÃ³ be az Ã¶sszes hÃ¡lÃ³zati interfÃ©sz. A kÃ¶vetkezÅ pÃ©ldÃ¡n lÃ¡thatod 
>+hogyan lehet beÃ¡llÃtani DHCP-t Ã©s fix IP cÃmet.
>+
>+
>+<pre caption="PÃ©ldÃ¡k az /etc/conf.d/net beÃ¡llÃtÃ¡saira">
>+<comment># DHCP-hez</comment>
>+config_eth0=( "dhcp" )
>+
>+<comment># Statikus IP CIDR formÃ¡ban</comment>
>+config_eth0=( "192.168.0.7/24" )
>+routes_eth0=( "default via 192.168.0.1" )
>+
>+<comment># Statikus IP alhÃ¡lÃ³zati maszkkal megadva</comment>
>+config_eth0=( "192.168.0.7 netmask 255.255.255.0" )
>+routes_eth0=( "default gw 192.168.0.1" )
>+</pre>
>+
>+<note>
>+Ha nem Ã¡llÃtasz be semmit, akkor a DHCP-t feltÃ©telezei a rendszer.
>+</note>
>+
>+<note>
>+A CIDR a Classless InterDomain Routing rÃ¶vidÃtÃ©se, magyarul talÃ¡n OsztÃ¡lymentes 
>+DomainkÃ¶zi ÃtvonalvÃ¡lasztÃ¡sra lehetne fordÃtani. Eredetileg az IPv4-es cÃmek 
>+A, B Ã©s C osztÃ¡lyokra voltak bontva. Ez a korai osztÃ¡lyozÃ¡si rendszer nem 
>+szÃ¡molt az Internet tÃ¶meges elterjedÃ©sÃ©vel Ã©s ezÃ©rt kritikussÃ¡ vÃ¡lt Ãºj, egyedi 
>+cÃmek kiosztÃ¡sa. A CIDR egy olyan cÃmzÃ©si rendszer amely segÃtsÃ©vÃ©l egy IP cÃm 
>+tÃ¶bb IP cÃmet is jelenthet. Egy CIRD Ip cÃm Ãºgy nÃ©z ki mint egy normÃ¡lis IP 
>+cÃm, csak a vÃ©gÃ©n talÃ¡lhatÃ³ egy per utÃ¡ni szÃ¡m, pl. 192.168.0.0/16. A CDIR rÃ©szletes leÃrÃ¡sa a 
>+<uri link="http://rfc.net/rfc1519.html">1519-es szÃ¡mÃº RFC</uri>-ben talÃ¡lhatÃ³ 
>+meg.
>+</note>
>+
>+
>+MiutÃ¡n beÃ¡llÃtottuk a hÃ¡lÃ³kÃ¡rtyÃ¡t, az alÃ¡bbi parancsokkal lehet engedÃ©lyezni Ã©s 
>+letiltani
>+
>+
>+<pre caption="Szkriptek a hÃ¡lÃ³zat elindÃtÃ¡sÃ¡ra Ã©s leÃ¡llÃtÃ¡sÃ¡ra">
>+# /etc/init.d/net.eth0 start
>+# /etc/init.d/net.eth0 stop
>+</pre>
>+
>+<impo>
>+Ha valami problÃ©mÃ¡ba Ã¼tkÃ¶zÃ¶l, Ã¡llÃtsd be az <c>RC_VERBOSE="yes"</c> vÃ¡ltozÃ³t az 
>+<path>/etc/conf.d/rc</path> Ã¡llomÃ¡nyban Ã©s Ãgy tÃ¶bbet tudhatsz meg arrÃ³l, 
>+hogy mi tÃ¶rtÃ©nt.
>+</impo>
>+
>+
>+MiutÃ¡n sikeresen elindÃtottad Ã©s leÃ¡llÃtottad a hÃ¡lÃ³zati kÃ¡rtyÃ¡dat, biztosan 
>+szeretnÃ©d automatikusan elindÃtani a Gentoo indÃtÃ¡sakor. Itt lÃ¡thatod, hogyan 
>+lehet ezt megcsinÃ¡lni. Az utolsÃ³ "rc" parancs arra utasÃtja a Gentoo-t, hogy 
>+indÃtson el minden el nem indÃtott szkriptet az aktuÃ¡lis futÃ¡si szinten.
>+
>+
>+<pre caption="HÃ¡lÃ³kÃ¡rtya automatikus beÃ¡llÃtÃ¡sa rendszerindÃtÃ¡skor">
>+# rc-update add net.eth0 default
>+# rc
>+</pre>
>+
>+</body>
>+</section>
>+
>+</sections>
>diff --new-file --unified=6 --exclude=.svn --minimal BGO/handbook/hb-portage-files.xml current/handbook/hb-portage-files.xml
>--- BGO/handbook/hb-portage-files.xml	1970-01-01 01:00:00.000000000 +0100
>+++ current/handbook/hb-portage-files.xml	2006-11-03 23:48:06.000000000 +0100
>@@ -0,0 +1,404 @@
>+<?xml version='1.0' encoding='UTF-8'?>
>+<!DOCTYPE sections SYSTEM "/dtd/book.dtd">
>+
>+
>+
>+
>+
>+
>+<sections>
>+
>+<abstract>
>+Once you want to know Portage in-depth you need to know where it stores its
>+files and data.
>+</abstract>
>+
>+<version>1.8</version>
>+<date>2006-11-03</date>
>+
>+<section>
>+<title>Portage Files</title>
>+<subsection>
>+<title>Configuration Directives</title>
>+<body>
>+
>+
>+Portage comes with a default configuration stored in
>+<path>/etc/make.globals</path>. When you take a look at it, you'll notice that
>+all Portage configuration is handled through variables. What variables Portage
>+listens to and what they mean are described later.
>+
>+
>+
>+Since many configuration directives differ between architectures, Portage also
>+has default configuration files which are part of your profile. Your profile is
>+pointed to by the <path>/etc/make.profile</path> symlink; Portage'
>+configurations are set in the <path>make.defaults</path> files of your profile
>+and all parent profiles. We'll explain more about profiles
>+and the <path>/etc/make.profile</path> directory later on.
>+
>+
>+
>+If you're planning on changing a configuration variable, <e>don't</e> alter
>+<path>/etc/make.globals</path> or <path>make.defaults</path>. 
>+Instead use <path>/etc/make.conf</path> which has precedence over
>+the previous files. You'll also find a <path>/etc/make.conf.example</path>. As 
>+the name implies, this is merely an example file - Portage does not read in 
>+this file.
>+
>+
>+
>+You can also define a Portage configuration variable as an environment variable,
>+but we don't recommend this.
>+
>+
>+</body>
>+</subsection>
>+<subsection>
>+<title>Profile-Specific Information</title>
>+<body>
>+
>+
>+We've already encountered the <path>/etc/make.profile</path> directory. Well, 
>+this isn't exactly a directory but a symbolic link to a profile, by default one
>+inside <path>/usr/portage/profiles</path> although you can create your own 
>+profiles elsewhere and point to them. The profile this symlink points to is the
>+profile to which your system adheres.
>+
>+
>+
>+A profile contains architecture-specific information for Portage, such as a 
>+list of packages that belong to the system corresponding with that profile,
>+a list of packages that don't work (or are masked-out) for that profile, etc.
>+
>+
>+</body>
>+</subsection>
>+<subsection>
>+<title>User-Specific Configuration</title>
>+<body>
>+
>+
>+When you need to override Portage's behaviour regarding the installation of
>+software, you will end up editing files within <path>/etc/portage</path>. You
>+are <e>highly recommended</e> to use files within <path>/etc/portage</path> and
>+<e>highly discouraged</e> to override the behaviour through environment
>+variables!
>+
>+
>+
>+Within <path>/etc/portage</path> you can create the following files:
>+
>+
>+<ul>
>+ <li>
>+ <path>package.mask</path> which lists the packages you never want Portage to
>+ install
>+ </li>
>+ <li>
>+ <path>package.unmask</path> which lists the packages you want to be able to
>+ install even though the Gentoo developers highly discourage you from
>+ emerging them
>+ </li>
>+ <li>
>+ <path>package.keywords</path> which lists the packages you want to be able
>+ to install even though the package hasn't been found suitable for your 
>+ system or architecture (yet)
>+ </li>
>+ <li>
>+ <path>package.use</path> which lists the USE flags you want to use for
>+ certain packages without having the entire system use those USE flags
>+ </li>
>+</ul>
>+
>+
>+More information about the <path>/etc/portage</path> directory and a full list
>+of possible files you can create can be found in the Portage man page:
>+
>+
>+<pre caption="Reading the Portage man page">
>+$ man portage
>+</pre>
>+
>+</body>
>+</subsection>
>+<subsection>
>+<title>Changing Portage File &amp; Directory Locations</title>
>+<body>
>+
>+
>+The previously mentioned configuration files cannot be stored elsewhere -
>+Portage will always look for those configuration files at those exact locations.
>+However, Portage uses many other locations for various purposes: build
>+directory, source code storage, Portage tree location, ...
>+
>+
>+
>+All these purposes have well-known default locations but can be altered to your
>+own taste through <path>/etc/make.conf</path>. The rest of this chapter explains
>+what special-purpose locations Portage uses and how to alter their placement on
>+your filesystem.
>+
>+
>+
>+This document isn't meant to be used as a reference though. If you need 100%
>+coverage, please consult the Portage and <path>make.conf</path> man pages:
>+
>+
>+<pre caption="Reading the Portage and make.conf man pages">
>+$ man portage
>+$ man make.conf
>+</pre>
>+
>+</body>
>+</subsection>
>+</section>
>+<section>
>+<title>Storing Files</title>
>+<subsection>
>+<title>The Portage Tree</title>
>+<body>
>+
>+
>+The Portage tree default location is <path>/usr/portage</path>. This is defined
>+by the PORTDIR variable. When you store the Portage tree elsewhere (by altering
>+this variable), don't forget to change the <path>/etc/make.profile</path>
>+symbolic link accordingly.
>+
>+
>+
>+If you alter the PORTDIR variable, you might want to alter the following
>+variables as well since they will not notice the PORTDIR change. This is due to
>+how Portage handles variables: PKGDIR, DISTDIR, RPMDIR.
>+
>+
>+</body>
>+</subsection>
>+<subsection>
>+<title>Prebuilt Binaries</title>
>+<body>
>+
>+
>+Even though Portage doesn't use prebuilt binaries by default, it has extensive
>+support for them. When you ask Portage to work with prebuilt packages, it will
>+look for them in <path>/usr/portage/packages</path>. This location is defined by
>+the PKGDIR variable. 
>+
>+
>+</body>
>+</subsection>
>+<subsection>
>+<title>Source Code</title>
>+<body>
>+
>+
>+Application source code is stored in <path>/usr/portage/distfiles</path> by
>+default. This location is defined by the DISTDIR variable.
>+
>+
>+</body>
>+</subsection>
>+<subsection>
>+<title>RPM Files</title>
>+<body>
>+
>+
>+Even though Portage cannot use RPM files, it is able to generate them using the
>+<c>ebuild</c> command (see <uri link="?part=3&amp;chap=6">The Ebuild
>+Application</uri>). The default location where Portage stores RPM files is 
>+<path>/usr/portage/rpm</path> and is defined by the RPMDIR variable.
>+
>+
>+</body>
>+</subsection>
>+<subsection>
>+<title>Portage Database</title>
>+<body>
>+
>+
>+Portage stores the state of your system (what packages are installed, what files
>+belong to which package, ...) in <path>/var/db/pkg</path>. Do <e>not</e> alter
>+these files manually! It might break Portage's knowledge of your system.
>+
>+
>+</body>
>+</subsection>
>+<subsection>
>+<title>Portage Cache</title>
>+<body>
>+
>+
>+The Portage cache (with modification times, virtuals, dependency tree
>+information, ...) is stored in <path>/var/cache/edb</path>. This location really
>+is a cache: you can clean it if you are not running any portage-related
>+application at that moment.
>+
>+
>+</body>
>+</subsection>
>+</section>
>+<section>
>+<title>Building Software</title>
>+<subsection>
>+<title>Temporary Portage Files</title>
>+<body>
>+
>+
>+Portage's temporary files are stored in <path>/var/tmp</path> by default. This 
>+is defined by the PORTAGE_TMPDIR variable.
>+
>+
>+
>+If you alter the PORTAGE_TMPDIR variable, you might want to alter the following
>+variables as well since they will not notice the PORTAGE_TMPDIR change. This 
>+is due to how Portage handles variables: BUILD_PREFIX.
>+
>+
>+</body>
>+</subsection>
>+<subsection>
>+<title>Building Directory</title>
>+<body>
>+
>+
>+Portage creates specific build directories for each package it emerges inside
>+<path>/var/tmp/portage</path>. This location is defined by the BUILD_PREFIX
>+variable.
>+
>+
>+</body>
>+</subsection>
>+<subsection>
>+<title>Live Filesystem Location</title>
>+<body>
>+
>+
>+By default Portage installs all files on the current filesystem 
>+(<path>/</path>), but you can change this by setting the ROOT environment 
>+variable. This is useful when you want to create new build images.
>+
>+
>+</body>
>+</subsection>
>+</section>
>+<section>
>+<title>Logging Features</title>
>+<subsection>
>+<title>Ebuild Logging</title>
>+<body>
>+
>+
>+Portage can create per-ebuild logfiles, but only when the PORT_LOGDIR variable
>+is set to a location that is writable by Portage (the portage user). By default
>+this variable is unset. If you don't set PORT_LOGDIR, then you won't receive
>+any build logs with the current logging system, though you may receive some
>+logs from the new <c>elog</c>. If you do have PORT_LOGDIR defined and you use
>+elog, you will receive build logs and any logs saved by elog, as explained
>+below.
>+
>+
>+
>+Portage offers fine-grained control over logging through the use of
>+<c>elog</c>:
>+
>+
>+<ul>
>+ <li>
>+ PORTAGE_ELOG_CLASSES: This is where you set what kinds of messages to be
>+ logged. You can use any space-separated combination of <c>info</c>,
>+ <c>warn</c>, <c>error</c>, and <c>log</c>.
>+ </li>
>+ <li>
>+ <ul>
>+ <li>info: Logs "einfo" messages printed by an ebuild</li>
>+ <li>warn: Logs "ewarn" messages printed by an ebuild</li>
>+ <li>error: Logs "eerror" messages printed by an ebuild</li>
>+ <li>log: Logs the "elog" messages found in some ebuilds</li>
>+ </ul>
>+ </li>
>+ <li>
>+ PORTAGE_ELOG_SYSTEM: This selects the module(s) to process the log
>+ messages. If left empty, logging is disable. You can use any
>+ space-separated combination of <c>save</c>, <c>custom</c>, <c>syslog</c>,
>+ and <c>mail</c>. You must select at least one module in order to use elog.
>+ </li>
>+ <li>
>+ <ul>
>+ <li>
>+	save: This saves one log per package in <path>$PORT_LOGDIR/elog</path>,
>+	or <path>/var/log/portage/elog</path> if $PORT_LOGDIR is not defined.
>+ </li>
>+ <li>
>+	custom: Passes all messages to a user-defined command in
>+	$PORTAGE_ELOG_COMMAND; this will be discussed later.
>+ </li>
>+ <li>syslog: Sends all messages to the installed system logger.</li>
>+ <li>
>+	mail: Passes all messages to a user-defined mailserver in
>+	$PORTAGE_ELOG_MAILURI; this will be discussed later. The mail features
>+	of elog require &gt;=<c>portage-2.1.1</c>.
>+ </li>
>+ </ul>
>+ </li>
>+ <li>
>+ PORTAGE_ELOG_COMMAND: This is only used when the <c>custom</c> module is
>+ enabled. Here is where you specify a command to process log messages. Note
>+ that you can make use of two variables: ${PACKAGE} is the package name and
>+ version, while ${LOGFILE} is the absolute path to the logfile. Here's one
>+ possible usage:
>+ </li>
>+ <li>
>+ <ul>
>+ <li>
>+ PORTAGE_ELOG_COMMAND="/path/to/logger -p '\${PACKAGE}' -f '\${LOGFILE}'"
>+ </li>
>+ </ul>
>+ </li>
>+ <li>
>+ PORTAGE_ELOG_MAILURI: This contains settings for the <c>mail</c> module
>+ such as address, user, password, mailserver, and port number. The default
>+ setting is "root@localhost localhost".
>+ </li>
>+ <li>
>+ Here's an example for an smtp server that requires username and
>+ password-based authentication on a particular port (the default is port
>+ 25):
>+ </li>
>+ <li>
>+ <ul>
>+ <li>
>+	PORTAGE_ELOG_MAILURI="user@some.domain
>+	username:password@smtp.some.domain:995"
>+ </li>
>+ </ul>
>+ </li>
>+ <li>
>+ PORTAGE_ELOG_MAILFROM: Allows you to set the "from" address of log mails;
>+ defaults to "portage" if unset.
>+ </li>
>+ <li>
>+ PORTAGE_ELOG_MAILSUBJECT: Allows you to create a subject line for log
>+ mails. Note that you can make use of two variables: ${PACKAGE} will display
>+ the package name and version, while ${HOST} is the fully qualified domain
>+ name of the host Portage is running on.
>+ </li>
>+ <li>Here's one possible use:</li>
>+ <li>
>+ <ul>
>+ <li>
>+	PORTAGE_ELOG_MAILSUBJECT="package \${PACKAGE} was merged on \${HOST}
>+	with some messages"
>+ </li>
>+ </ul>
>+ </li>
>+</ul>
>+
>+<impo>
>+If you used <c>enotice</c> with Portage-2.0.*, you must completely remove
>+enotice, as it is incompatible with elog.
>+</impo>
>+
>+</body>
>+</subsection>
>+</section>
>+</sections>
>diff --new-file --unified=6 --exclude=.svn --minimal BGO/handbook/hb-working-portage.xml current/handbook/hb-working-portage.xml
>--- BGO/handbook/hb-working-portage.xml	1970-01-01 01:00:00.000000000 +0100
>+++ current/handbook/hb-working-portage.xml	2006-11-03 23:45:39.000000000 +0100
>@@ -0,0 +1,685 @@
>+<?xml version='1.0' encoding='UTF-8'?>
>+<!DOCTYPE sections SYSTEM "/dtd/book.dtd">
>+
>+
>+
>+
>+
>+
>+<sections>
>+
>+<version>1.54</version>
>+<date>2006-09-04</date>
>+
>+<section>
>+<title>ÃdvÃ¶zlÃ¼nk a Portage vilÃ¡gÃ¡ban</title>
>+<body>
>+
>+
>+A Portage talÃ¡n a legnevezetesebb ÃºjÃtÃ¡sa a Gentoo-nak a szoftverkezelÃ©s terÃ©n. 
>+NagyfokÃº rugalmassÃ¡ga Ã©s szÃ¡mtalan jellegzetes kÃ©pessÃ©ge okÃ¡n gyakran a Linuxon 
>+elÃ©rhetÅ legjobb szoftverkezelÅ eszkÃ¶znek tekintik. 
>+
>+
>+
>+A Portage teljes egÃ©szÃ©ben <uri link="http://www.python.org">Python</uri>ban
>+Ã©s <uri link="http://www.gnu.org/software/bash">Bash</uri>ban ÃrÃ³dott, ezÃ©rt 
>+teljesen Ã¡tlÃ¡thatÃ³ a felhasznÃ¡lÃ³ szÃ¡mÃ¡ra, mivel mindkettÅ szkriptnyelv.
>+
>+
>+
>+A legtÃ¶bb felhasznÃ¡lÃ³ a Portage-t az <e>emerge</e> eszkÃ¶z segÃtsÃ©gÃ©vel 
>+hasznÃ¡lja. Ez a fejezet nem szÃ¡ndÃ©kozik az emerge kÃ©zikÃ¶nyv-oldalÃ¡nak mÃ¡solata 
>+lenni, az emerge teljes opciÃ³listÃ¡jÃ¡t a megfelelÅ kÃ©zikÃ¶nyv-oldalon fogod 
>+megtalÃ¡lni:
>+
>+
>+<pre caption="Az emerge kÃ©zikÃ¶nyv-oldalÃ¡nak olvasÃ¡sa">
>+$ man emerge
>+</pre>
>+
>+</body>
>+</section>
>+<section>
>+<title>A Portage fa</title>
>+<subsection>
>+<title>Ebuildek</title>
>+<body>
>+
>+
>+Amikor csomagokrÃ³l beszÃ©lÃ¼nk, gyakran a szoftverek elnevezÃ©seire gondolunk, 
>+amelyek a Gentoo-felhasznÃ¡lÃ³k szÃ¡mÃ¡ra a Portage fÃ¡n keresztÃ¼l Ã©rhetÅek el. A 
>+Portage fa tulajdonkÃ©ppen <e>ebuildek</e> gyÅ±jtemÃ©nye, az <e>ebuild</e> pedig 
>+olyan fÃ¡jl, amely minden olyan informÃ¡ciÃ³t tartalmaz, ami a Portage-nek 
>+szÃ¼ksÃ©ges a szoftverkarbantartÃ¡shoz (telepÃtÃ©s, keresÃ©s, lekÃ©rdezÃ©s, ...). Ezek 
>+az ebuildek alapÃ©rtelmezÃ©sben az <path>/usr/portage</path> kÃ¶nyvtÃ¡rban vannak.
>+
>+
>+
>+Amikor megkÃ©red a Portage-t, hogy hajtson vÃ©gre valamilyen szoftverrel 
>+kapcsolatos feladatot, akkor a rendszereden lÃ©vÅ ebuildeket hasznÃ¡lja 
>+kiindulÃ³pontkÃ©nt. EzÃ©rt nagyon fontos, hogy rendszeresen frissÃtsd ezeket, Ãgy 
>+a Portage tudni fog minden Ãºj szoftverrÅl, biztonsÃ¡gi frissÃtÃ©srÅl, stb.
>+
>+
>+</body>
>+</subsection>
>+<subsection>
>+<title>A Portage fa frissÃtÃ©se</title>
>+<body>
>+
>+
>+A Portage fÃ¡t rendszerint az <uri link="http://rsync.samba.org/">rsync</uri> 
>+segÃtsÃ©gÃ©vel frissÃtjÃ¼k, ami egy gyors inkrementÃ¡lis fÃ¡jlÃ¡tviteli eszkÃ¶z. A 
>+frissÃtÃ©s meglehetÅsen egyszerÅ±, mivel az <c>emerge</c> parancs egy front-endet 
>+biztosÃt az rsync-hez:
>+
>+
>+<pre caption="A Portage fa frissÃtÃ©se">
>+# emerge --sync
>+</pre>
>+
>+
>+Ha tÅ±zfal-korlÃ¡tozÃ¡sok miatt nem tudsz rsync-elni, mÃ©g mindig frissÃtheted a 
>+Portage fÃ¡t a naponta ÃºjragenerÃ¡lt Portage snapshotjaink segÃtsÃ©gÃ©vel. Az 
>+<c>emerge-webrsync</c> eszkÃ¶z automatikusan letÃ¶lti Ã©s telepÃti a legfrissebb 
>+snapshotot a gÃ©pedre:
>+
>+
>+<pre caption=" Az emerge-webrsync futtatÃ¡sa">
>+# emerge-webrsync
>+</pre>
>+
>+</body>
>+</subsection>
>+</section>
>+<section>
>+<title>A szoftverek karbantartÃ¡sa</title>
>+<subsection>
>+<title>SzoftverkeresÃ©s</title>
>+<body>
>+
>+
>+Ha a Portage fÃ¡ban szoftvernevekre akarsz keresni, hasznÃ¡lhatod az 
>+<c>emerge</c> beÃ©pÃtett keresÅjÃ©t. AlapÃ©rtelmezÃ©sben az <c>emerge --search</c> 
>+azon csomagok nevÃ©t adja vissza, amelyek cÃmÃ©ben rÃ©szben vagy egÃ©szben 
>+megtalÃ¡lhatÃ³ az adott keresÃ©si kifejezÃ©s.
>+
>+
>+
>+Mondjuk keressÃ¼nk rÃ¡ az Ã¶sszes olyan csomagra, amelynek a neve tartalmazza a 
>+"pdf"-et:
>+
>+
>+<pre caption="pdf-nevÅ± csomagok keresÃ©se">
>+$ emerge --search pdf
>+</pre>
>+
>+
>+Ha a csomagleÃrÃ¡sokban is akarsz keresni, hasznÃ¡ld a <c>--searchdesc</c> 
>+(vagy <c>-S</c>) kapcsolÃ³t:
>+
>+
>+<pre caption="pdf-vonatkozÃ¡sÃº csomagok keresÃ©se">
>+$ emerge --searchdesc pdf
>+</pre>
>+
>+
>+A kimenetet megnÃ©zve Ã©szreveheted, hogy egy csomÃ³ informÃ¡ciÃ³val lÃ¡t el. Az 
>+egyes mezÅk elnevezÃ©se magÃ¡Ã©rt beszÃ©l, ezÃ©rt nem merÃ¼lÃ¼nk el a magyarÃ¡zatukban:
>+
>+
>+<pre caption="PÃ©lda az 'emerge --search' kimenetÃ©re">
>+* net-print/cups-pdf
>+ Latest version available: 1.5.2
>+ Latest version installed: [ Not Installed ]
>+ Size of downloaded files: 15 kB
>+ Homepage: http://cip.physik.uni-wuerzburg.de/~vrbehr/cups-pdf/
>+ Description: Provides a virtual printer for CUPS to produce PDF files.
>+ License: GPL-2
>+</pre>
>+
>+</body>
>+</subsection>
>+<subsection>
>+<title>SzoftvertelepÃtÃ©s</title>
>+<body>
>+
>+
>+Ha rÃ¡bukkantÃ¡l valamilyen neked tetszÅ szoftverre, kÃ¶nnnyen telepÃtheted az 
>+<c>emerge</c> paranccsal: csak Ãrd utÃ¡na a csomag nevÃ©t. PÃ©ldÃ¡ul a 
>+<c>gnumeric</c> telepÃtÃ©se Ãgy nÃ©z ki:
>+
>+
>+<pre caption="A gnumeric telepÃtÃ©se">
>+# emerge gnumeric
>+</pre>
>+
>+
>+Mivel sok alkalmazÃ¡s egymÃ¡stÃ³l is fÃ¼gg, egy adott szoftvercsomag telepÃtÃ©se 
>+magÃ¡val vonhatja tÃ¶bb fÃ¼ggÅsÃ©gi csomag telepÃtÃ©sÃ©t is. Emiatt nem kell 
>+aggÃ³dnod, mivel a Portage a fÃ¼ggÅsÃ©geket jÃ³l kezeli. Ha lÃ¡tni akarod, hogy mit 
>+<e>telepÃtene</e> a Portage egy konkrÃ©t csomag fÃ¼ggÅsÃ©gekÃ©nt, hasznÃ¡ld a 
>+<c>--pretend</c> kapcsolÃ³t. PÃ©lda:
>+
>+
>+<pre caption="A gnumeric fÃ¼ggÅsÃ©geinek megtekintÃ©se">
>+# emerge --pretend gnumeric
>+</pre>
>+
>+
>+Amikor megkÃ©red a Portage-t, hogy telepÃtsen egy csomagot, le fogja tÃ¶lteni a 
>+szÃ¼ksÃ©ges forrÃ¡skÃ³dot az InternetrÅl, Ã©s ezt alapÃ©rtelmezÃ©sben az 
>+<path>/usr/portage/distfiles</path> kÃ¶nyvtÃ¡rban fogja tÃ¡rolni. EzutÃ¡n 
>+kicsomagolja, lefordÃtja Ã©s telepÃti a csomagot. Ha azt akarod, hogy a Portage 
>+csak letÃ¶ltse, de ne telepÃtse a forrÃ¡st, a <c>--fetchonly</c> kapcsolÃ³val 
>+hasznÃ¡ld az <c>emerge</c> parancsot:
>+
>+
>+<pre caption="A gnumeric forrÃ¡skÃ³djÃ¡nak letÃ¶ltÃ©se">
>+# emerge --fetchonly gnumeric
>+</pre>
>+
>+</body>
>+</subsection>
>+<subsection>
>+<title>A telepÃtett csomagok dokumentÃ¡ciÃ³jÃ¡nak keresÃ©se</title>
>+<body>
>+
>+
>+Sok csomagot sajÃ¡t dokumentÃ¡ciÃ³val szÃ¡llÃtanak. NÃ©ha a <c>doc</c> USE flag 
>+hatÃ¡rozza meg, hogy telepÃ¼ljÃ¶n-e a csomag dokumentÃ¡ciÃ³ja. A <c>doc</c> USE flag 
>+meglÃ©tÃ©t az <c>emerge -vp &lt;csomagnÃ©v&gt;</c> paranccsal ellenÅrizheted.
>+
>+
>+<pre caption="A doc USE flag ellenÅrzÃ©se">
>+<comment>(Az alsa-lib persze csak egy pÃ©lda.)</comment>
>+# emerge -vp alsa-lib
>+[ebuild N ] media-libs/alsa-lib-1.0.9_rc3 +doc -jack 674 kB
>+</pre>
>+
>+
>+A <c>doc</c> USE flaget engedÃ©lyezheted vagy letilthatod, akÃ¡r globÃ¡lisan az 
>+<path>/etc/make.conf</path> fÃ¡jlban, akÃ¡r csomagonkÃ©nt az 
>+<path>/etc/portage/package.use</path> fÃ¡jlban. LÃ©trehozhatsz egy kÃ¶nyvtÃ¡rat is 
>+<path>/etc/portage/package.use</path> nÃ©ven, Ã©s itt felsorolhatod az elÅbbieket 
>+egy fÃ¡jlban (ezen a kÃ¶nyvtÃ¡ron belÃ¼l). A 
>+<uri link="?part=2&amp;chap=2">USE flagek</uri> fejezet rÃ©szletesen tÃ¡rgyalja 
>+ezt a tÃ©mÃ¡t.
>+
>+
>+
>+Egy adott telepÃtett csomag dokumentÃ¡ciÃ³ja Ã¡ltalÃ¡ban a csomag nevÃ©t viselÅ 
>+alkÃ¶nyvtÃ¡rban talÃ¡lhatÃ³ az <path>/usr/share/doc</path> kÃ¶nyvtÃ¡ron belÃ¼l. 
>+KilistÃ¡zhatod az Ã¶sszes telepÃtett fÃ¡jlt az <c>equery</c> segÃtsÃ©gÃ©vel, ami 
>+rÃ©sze az <c>app-portage/gentoolkit</c> 
>+<uri link="/doc/en/gentoolkit.xml">csomagnak</uri>.
>+
>+
>+<pre caption="A csomagdokumentÃ¡ciÃ³ helyÃ©nek meghatÃ¡rozÃ¡sa">
>+# ls -l /usr/share/doc/alsa-lib-1.0.9_rc3
>+total 28
>+-rw-r--r-- 1 root root 669 May 17 21:54 ChangeLog.gz
>+-rw-r--r-- 1 root root 9373 May 17 21:54 COPYING.gz
>+drwxr-xr-x 2 root root 8560 May 17 21:54 html
>+-rw-r--r-- 1 root root 196 May 17 21:54 TODO.gz
>+
>+<comment>(MÃ¡sik lehetÅsÃ©gkÃ©nt hasznÃ¡lhatod az equery-t bizonyos fÃ¡jlok helyÃ©nek 
>+meghatÃ¡rozÃ¡sÃ¡ra:)</comment>
>+# equery files alsa-lib | less
>+media-libs/alsa-lib-1.0.9_rc3
>+* Contents of media-libs/alsa-lib-1.0.9_rc3:
>+/usr
>+/usr/bin
>+/usr/bin/alsalisp
>+<comment>(A kimenetet lerÃ¶vidÃtettÃ¼k)</comment>
>+</pre>
>+
>+</body>
>+</subsection>
>+<subsection>
>+<title>SzoftvereltÃ¡volÃtÃ¡s</title>
>+<body>
>+
>+
>+Ha el akarsz tÃ¡volÃtani egy szoftvercsomagot a rendszeredbÅl, hasznÃ¡ld az 
>+<c>emerge --unmerge</c> parancsot, ami arra utasÃtja a Portage-t, hogy 
>+tÃ¡volÃtson el minden, az adott csomag Ã¡ltal telepÃtett fÃ¡jlt a rendszerbÅl, 
>+<e>kivÃ©ve</e> az adott alkalmazÃ¡s konfigurÃ¡ciÃ³s fÃ¡jljait, ha azokat telepÃtÃ©s 
>+utÃ¡n mÃ³dosÃtottad. A konfigurÃ¡ciÃ³s fÃ¡jlok Ã©rintetlenÃ¼l hagyÃ¡sa lehetÅvÃ© teszi, 
>+hogy kÃ©sÅbb folytathasd a munkÃ¡t az adott csomaggal, ha valaha is Ãºgy dÃ¶ntesz, 
>+hogy Ãºjra telepÃted.
>+
>+
>+
>+Azonban <brite>nyomatÃ©kosan figyelmeztetÃ¼nk</brite>: a Portage <e>nem</e> fogja 
>+ellenÅrizni, hogy az eltÃ¡volÃtandÃ³ csomag szÃ¼ksÃ©ges-e mÃ¡s csomagok szÃ¡mÃ¡ra. 
>+Mindenesetre olyankor azÃ©rt figyelmeztet, ha olyan csomagot akarsz 
>+eltÃ¡volÃtani, ami lÃ©tfontossÃ¡gÃº a rendszer szÃ¡mÃ¡ra, Ã©s nÃ©lkÃ¼le Ã¶sszeomolhat az 
>+egÃ©sz.
>+
>+
>+<pre caption="A gnumeric eltÃ¡volÃtÃ¡sa a rendszerbÅl">
>+# emerge --unmerge gnumeric
>+</pre>
>+
>+
>+Egy csomag eltÃ¡volÃtÃ¡sakor megmaradnak azok a fÃ¼ggÅsÃ©gek, amelyeket 
>+telepÃtÃ©skor automatikusan magÃ¡val hozott. A feleslegessÃ© vÃ¡lt, azaz 
>+eltÃ¡volÃthatÃ³ fÃ¼ggÅsÃ©gek meghatÃ¡rozÃ¡shoz hasznÃ¡ld az 
>+<c>emerge</c> <c>--depclean</c> funkciÃ³jÃ¡t. ErrÅl kÃ©sÅbb rÃ©szletesen fogunk 
>+beszÃ©lni.
>+
>+
>+</body>
>+</subsection>
>+<subsection>
>+<title>A rendszer frissÃtÃ©se</title>
>+<body>
>+
>+
>+Ha tÃ¶kÃ©letes Ã¡llapotban akarod tartani a rendszeredet (nem is szÃ³lva a 
>+legfrissebb biztonsÃ¡gi frissÃtÃ©sekrÅl), rendszeresen frissÃteni kell. Mivel a 
>+Portage csak a gÃ©peden lÃ©vÅ Portage fÃ¡ban lÃ©vÅ ebuildeket ellenÅrzi, elÅszÃ¶r is 
>+ezt kell frissÃteni. Ha ez megtÃ¶rtÃ©nt, frissÃtheted a rendszeredet az 
>+<c>emerge --update world</c> paranccsal. Az alÃ¡bbi pÃ©ldÃ¡ban az <c>--ask</c> 
>+kapcsolÃ³t is hasznÃ¡ljuk, ami megmondja a Portage-nak, hogy mutassa meg a 
>+frissÃtendÅ csomagok listÃ¡jÃ¡t, Ã©s kÃ©rdezzen rÃ¡, hogy akarod-e folytatni a 
>+frissÃtÃ©st:
>+
>+
>+<pre caption="A rendszer frissÃtÃ©se">
>+# emerge --update --ask world
>+</pre>
>+
>+
>+A Portage ezutÃ¡n megkeresi a telepÃtett csomagok Ãºjabb verziÃ³jÃ¡t, azonban csak 
>+a kifejezetten telepÃtett alkalmazÃ¡soknak nÃ©z utÃ¡na, a fÃ¼ggÅsÃ©gkÃ©nt telepÃ¼lt 
>+csomagoknak nem. Ha minden egyes csomagot frissÃteni szeretnÃ©l, hasznÃ¡ld a 
>+<c>--deep</c> kapcsolÃ³t:
>+
>+
>+<pre caption="A teljes rendszer frissÃtÃ©se">
>+# emerge --update --deep world
>+</pre>
>+
>+
>+Mivel biztonsÃ¡gi frissÃtÃ©sek olyan csomagokra is jÃ¶nnek ki, amelyeket nem 
>+kifejezetten, hanem csak mÃ¡s programok fÃ¼ggÅsÃ©gekÃ©nt telepÃtettÃ©l, Ã©rdemes ezt 
>+a parancsot idÅnkÃ©nt lefuttatni.
>+
>+
>+
>+Ha nemrÃ©g mÃ³dosÃtottad valamelyik 
>+<uri link="?part=2&amp;chap=2">USE flaget</uri>, Ã©rdemes hasznÃ¡lni a 
>+<c>--newuse</c> kapcsolÃ³t is. Ekkor a Portage ellenÅrzi, hogy a mÃ³dosÃtÃ¡s miatt 
>+szÃ¼ksÃ©ges-e Ãºj csomagok telepÃtÃ©se, vagy a meglÃ©vÅk ÃºjrafordÃtÃ¡sa:
>+
>+
>+<pre caption="Teljes rendszerfrissÃtÃ©s">
>+# emerge --update --deep --newuse world
>+</pre>
>+
>+</body>
>+</subsection>
>+<subsection>
>+<title>Metacsomagok</title>
>+<body>
>+
>+
>+A Portage-ben nÃ©hÃ¡ny csomagnak nincs valÃ³di tartalma, hanem csomaggyÅ±jtemÃ©nyek 
>+telepÃtÃ©sÃ©re hasznÃ¡latos. PÃ©ldÃ¡ul a <c>kde</c> csomag a teljes KDE kÃ¶rnyezetet 
>+telepÃti Ãºgy, hogy fÃ¼ggÅsÃ©gkÃ©nt kÃ¼lÃ¶nfÃ©le KDE-vel kapcsolatos csomagokat hÃºz 
>+magÃ¡val.
>+
>+
>+
>+Amennyiben ilyen csomagot akarsz eltÃ¡volÃtani, az <c>emerge --unmerge</c> 
>+futtatÃ¡sa az adott csomagon nem sok mindent fog csinÃ¡lni, mivel a fÃ¼ggÅsÃ©gek 
>+ott maradnak a rendszerben.
>+
>+
>+
>+A Portage kÃ©pes eltÃ¡volÃtani az elÃ¡rvult fÃ¼ggÅsÃ©geket is, de mivel dinamikus 
>+fÃ¼ggÅsÃ©gi rendszerekrÅl van szÃ³, elÅszÃ¶r mindig vÃ©gezz teljes 
>+rendszerfrissÃtÃ©st, beleÃ©rtve a USE flagek mÃ³dosÃtÃ¡sa miatti vÃ¡ltozÃ¡sokat is. 
>+EzutÃ¡n mÃ¡r futtathatod az <c>emerge --depclean</c> parancsot, amivel az 
>+elÃ¡rvult fÃ¼ggÅsÃ©geket tudod eltÃ¡volÃtani. Ha ez megtÃ¶rtÃ©nt, Ãºjra kell 
>+fordÃtanod azokat az alkalmazÃ¡sokat, amelyek dinamikusan voltak linkelve a most 
>+eltÃ¡volÃtott szoftverekhez, de mÃ¡r nincs szÃ¼ksÃ©gÃ¼k azokra.
>+
>+
>+
>+A fentieket a kÃ¶vetkezÅ hÃ¡rom paranccsal tudod megoldani:
>+
>+
>+<pre caption="Az elÃ¡rvult fÃ¼ggÅsÃ©gek eltÃ¡volÃtÃ¡sa">
>+# emerge --update --deep --newuse world
>+# emerge --depclean
>+# revdep-rebuild
>+</pre>
>+
>+
>+A <c>revdep-rebuild</c> a <c>gentoolkit</c> csomag rÃ©sze, tehÃ¡t elÅbb ezt 
>+telepÃtsd:
>+
>+
>+<pre caption="A gentoolkit csomag telepÃtÃ©se">
>+# emerge gentoolkit
>+</pre>
>+
>+</body>
>+</subsection>
>+</section>
>+<section>
>+<title>Amikor a Portage panaszkodik...</title>
>+<subsection>
>+<title>SLOTok, virtuÃ¡lis csomagok (virtuals), Ã¡gak (branches), architektÃºrÃ¡k Ã©s profilok</title>
>+<body>
>+
>+
>+Ahogyan mÃ¡r megÃ¡llapÃtottuk, a Portage rendkÃvÃ¼l hatÃ©kony, Ã©s sok olyan 
>+lehetÅsÃ©get biztosÃt, amivel mÃ¡s szoftverkezelÅ eszkÃ¶zÃ¶k nem rendelkeznek. 
>+Ennek jobb megÃ©rtÃ©sÃ©hez nyÃºjt segÃtsÃ©get a kÃ¶vetkezÅkben nÃ©hÃ¡ny szempont kissÃ© 
>+rÃ©szletesebb magyarÃ¡zata.
>+
>+
>+
>+A Portage lehetÅvÃ© teszi, hogy egy adott csomagnak tÃ¶bbfÃ©le verziÃ³ja is 
>+lÃ©tezhessen egyazon rendszeren. MÃg mÃ¡s diszribÃºciÃ³k inkÃ¡bb a verziÃ³szÃ¡m 
>+szerint nevezik el a csomagokat, (mint pl. <c>freetype</c> Ã©s 
>+<c>freetype2</c>), a Portage egy <e>SLOT</e>-nak nevezett technolÃ³giÃ¡t hasznÃ¡l. 
>+Egy-egy ebuild egy bizonyos SLOT-ot deklarÃ¡l a verziÃ³jÃ¡nak megfelelÅen. 
>+KÃ¼lÃ¶nbÃ¶zÅ SLOT-okkal rendelkezÅ ebuildek lÃ©tezhetnek egyÃ¼tt egyazon rendszeren, 
>+pÃ©ldÃ¡ul a <c>freetype</c> csomagbÃ³l van <c>SLOT="1"</c> Ã©s <c>SLOT="2"</c> 
>+jelzÃ©sÅ± ebuild.
>+
>+
>+
>+Vannak olyan csomagok is, amelyek ugyanazt a funkciÃ³t valÃ³sÃtjÃ¡k meg mÃ¡skÃ©ppen. 
>+PÃ©ldÃ¡ul a <c>metalogd</c>, a <c>sysklogd</c> Ã©s a <c>syslog-ng</c> is 
>+rendszernaplÃ³zÃ³ program. Azok az alkalmazÃ¡sok, amelyek "egy rendszernaplÃ³zÃ³" 
>+lÃ©tezÃ©sÃ©t kÃ¶vetelik meg, nem fÃ¼gghetnek mondjuk a <c>metalogd</c> csomagtÃ³l, 
>+hiszen a tÃ¶bbi rendszernaplÃ³zÃ³ is Ã©ppolyan jÃ³ vÃ¡lasztÃ¡s lenne. A Portage ezÃ©rt 
>+Ãºgynevezett "<e>virtual</e>"-ok (virtuÃ¡lis csomagok) segÃtsÃ©gÃ©vel oldja meg ezt 
>+a problÃ©mÃ¡t: mindegyik rendszernaplÃ³zÃ³ beletartozik a <c>virtual/syslog</c>-ba, 
>+Ãgy az alkalmazÃ¡soknak mÃ¡r megadhatÃ³ fÃ¼ggÅsÃ©gkÃ©nt a <c>virtual/syslog</c>.
>+
>+
>+
>+A szoftverek a Portage fÃ¡ban kÃ¼lÃ¶nbÃ¶zÅ Ã¡gakban (branch) lehetnek. 
>+AlapÃ©rtelmezÃ©s szerint a rendszered csak olyan csomagokat fogad el, amelyeket a 
>+Gentoo stabilnak ÃtÃ©l. A legtÃ¶bb Ãºjonnan benyÃºjtott szoftver elÅszÃ¶r a 
>+tesztelÃ©si Ã¡gba kerÃ¼l, ami azt jelenti, hogy tovÃ¡bbi tesztelÃ©snek kell 
>+alÃ¡vetni, mielÅtt stabillÃ¡ nyilvÃ¡nÃthatjÃ¡k. Igaz, hogy az ilyen ebuildeket is 
>+lÃ¡tni fogod a Portage fÃ¡ban, de nem lehet frissÃteni rÃ¡juk, mÃg nem kerÃ¼lnek be 
>+a stabil Ã¡gba.
>+
>+
>+
>+NÃ©hÃ¡ny szoftver csak kevÃ©s architektÃºrÃ¡ra Ã©rhetÅ el. Ennek okai tÃ¶bbfÃ©lÃ©k 
>+lehetnek: vagy nem mÅ±kÃ¶dik a csomag mÃ¡s architektÃºrÃ¡kon, vagy tovÃ¡bbi 
>+tesztelÃ©sre van szÃ¼ksÃ©g, vagy a fejlesztÅ, aki benyÃºjtotta a szoftvert a 
>+Portage fÃ¡ba, nem tudja ellenÅrizni, hogy mÅ±kÃ¶dik-e kÃ¼lÃ¶nbÃ¶zÅ architektÃºrÃ¡kon.
>+
>+
>+
>+Minden Gentoo-telepÃtÃ©s egy bizonyos <c>profil</c>ba tartozik, ami - egyÃ©b 
>+informÃ¡ciÃ³k mellett - azon csomagok listÃ¡jÃ¡t tartalmazza, amelyek a rendszer 
>+normÃ¡lis mÅ±kÃ¶dÃ©sÃ©hez szÃ¼ksÃ©gesek.
>+
>+
>+</body>
>+</subsection>
>+<subsection id="blocked">
>+<title>Blokkolt csomagok</title>
>+<body>
>+
>+<pre caption="A Portage blokkolt csomagokra figyelmeztet (a --pretend kapcsolÃ³val)">
>+[blocks B ] mail-mta/ssmtp (is blocking mail-mta/postfix-2.2.2-r1)
>+</pre>
>+
>+<pre caption="A Portage blokkolt csomagokra figyelmeztet (a --pretend kapcsolÃ³ nÃ©lkÃ¼l)">
>+!!! Error: the mail-mta/postfix package conflicts with another package.
>+!!! both can't be installed on the same system together.
>+!!! Please use 'emerge --pretend' to determine blockers. 
>+</pre>
>+
>+
>+Az ebuildek olyan speciÃ¡lis mezÅket tartalmaznak, amelyek tÃ¡jÃ©koztatjÃ¡k a 
>+Portage-t a fÃ¼ggÅsÃ©geikrÅl. KÃ©tfÃ©le fÃ¼ggÅsÃ©g lÃ©tezik: fordÃtÃ¡si fÃ¼ggÅsÃ©gek, 
>+amelyeket a <c>DEPEND</c>-ben deklarÃ¡lnak, Ã©s a futÃ¡sidejÅ± fÃ¼ggÅsÃ©gek, amelyek 
>+az <c>RDEPEND</c>-ben vannak deklarÃ¡lva. Ha az egyik ilyen fÃ¼ggÅsÃ©g egy 
>+csomagot vagy virtuÃ¡lis csomagot kifejezetten <e>nem</e> kompatibilisnek jelez, 
>+az blokkolÃ¡st eredmÃ©nyez.
>+
>+
>+
>+A blokkolÃ¡s feloldÃ¡sÃ¡hoz vÃ¡laszthatod azt a lehetÅsÃ©get, hogy nem telepÃted az 
>+adott csomagot, vagy pedig azt, hogy elÅbb eltÃ¡volÃtod az Ã¼tkÃ¶zÅ csomagot. A 
>+pÃ©ldÃ¡nÃ¡l maradva: dÃ¶nthetsz Ãºgy is, hogy nem telepÃted a <c>postfix</c>et, vagy 
>+Ãºgy is, hogy elÅbb eltÃ¡volÃtod az <c>ssmtp</c>-t.
>+
>+
>+
>+Az is elÅfordulhat, hogy kÃ©t, mÃ©g ezutÃ¡n telepÃtendÅ csomag blokkolja egymÃ¡st. 
>+Ebben a ritka esetben elÅbb rÃ¡ kell jÃ¶nnÃ¶d, miÃ©rt kell mindkettÅt telepÃtened. 
>+TÃ¶bbnyire elÃ©g szokott lenni az egyik csomag is. Ha mÃ©gsem, akkor arra kÃ©rÃ¼nk, 
>+kÃ¼ldj hibajelentÃ©st a 
>+<uri link="http://bugs.gentoo.org">Gentoo hibakÃ¶vetÅ rendszeren</uri> 
>+keresztÃ¼l.
>+
>+
>+</body>
>+</subsection>
>+<subsection id="masked">
>+<title>Maszkolt csomagok</title>
>+<body>
>+
>+<pre caption="A Portage maszkolt csomagokra figyelmeztet">
>+!!! all ebuilds that could satisfy "bootsplash" have been masked. 
>+</pre>
>+
>+<pre caption="A Portage maszkolt csomagokra figyelmeztet - indoklÃ¡s">
>+!!! possible candidates are:
>+
>+- gnome-base/gnome-2.8.0_pre1 (masked by: ~x86 keyword)
>+- lm-sensors/lm-sensors-2.8.7 (masked by: -sparc keyword)
>+- sys-libs/glibc-2.3.4.20040808 (masked by: -* keyword)
>+- dev-util/cvsd-1.0.2 (masked by: missing keyword)
>+- media-video/ati-gatos-4.3.0 (masked by: package.mask)
>+- sys-libs/glibc-2.3.2-r11 (masked by: profile)
>+</pre>
>+
>+
>+Ha olyan csomagot akarsz telepÃteni, ami a rendszeredre nem elÃ©rhetÅ, akkor 
>+ilyen maszkolÃ¡si hibÃ¡t jelzÅ Ã¼zenetet kapsz. PrÃ³bÃ¡lj meg egy mÃ¡sik alkalmazÃ¡st 
>+telepÃteni helyette, ami elÃ©rhetÅ a rendszeredre, vagy pedig vÃ¡rd meg, amÃg a 
>+csomag elÃ©rhetÅ lesz. A maszkolÃ¡snak mindig oka van:
>+
>+
>+<ul>
>+ <li>
>+ ~arch kulcsszÃ³/keyword azt jelenti, hogy az alkalmazÃ¡st mÃ©g nem 
>+teszteltÃ©k kellÅkÃ©ppen ahhoz, hogy bekerÃ¼ljÃ¶n a stabil Ã¡gba. VÃ¡rj nÃ©hÃ¡ny napot 
>+vagy hetet, Ã©s prÃ³bÃ¡ld Ãºjra.
>+ </li>
>+ <li>
>+ -arch kulcsszÃ³/keyword vagy -* kulcsszÃ³/keyword azt jelenti, 
>+hogy az alkalmazÃ¡s nem mÅ±kÃ¶dik az Ã¡ltalad hasznÃ¡lt architektÃºrÃ¡n. Ha Ãºgy 
>+gondolod, hogy igen, akkor kÃ¼ldj hibajelentÃ©st a 
>+<uri link="http://bugs.gentoo.org">bugzilla</uri> weboldalunkon keresztÃ¼l..
>+ </li>
>+ <li>
>+ hiÃ¡nyzÃ³ kulcsszÃ³/missing keyword azt jelenti, hogy az alkalmazÃ¡st 
>+mÃ©g nem teszteltÃ©k az adott architektÃºrÃ¡n. KÃ©rd meg az architektÃºra portolÃ¡si 
>+csapatÃ¡t, hogy teszteljÃ©k a csomagot, vagy teszteld te helyettÃ¼k, Ã©s szÃ¡molj be 
>+a tapasztalataidrÃ³l a 
>+<uri link="http://bugs.gentoo.org">bugzilla</uri> oldalon.
>+ </li>
>+ <li>
>+ package.mask azt jelenti, hogy a csomagot hibÃ¡snak, instabilnak vagy 
>+mÃ©g rosszabbnak talÃ¡ltÃ¡k, ezÃ©rt szÃ¡ndÃ©kosan jelÃ¶ltÃ©k meg Ãºgy, hogy 
>+"ne hasznÃ¡ld".
>+ </li>
>+ <li>
>+ profile azt jelenti, hogy a csomag nem felel meg a profilodnak: 
>+tÃ¶nkreteheti a rendszert, ha telepÃted, vagy egyszerÅ±en nem kompatibilis az 
>+Ã¡ltalad hasznÃ¡lt profillal.
>+ </li>
>+</ul>
>+
>+</body>
>+</subsection>
>+<subsection id="missingdependencies">
>+<title>HiÃ¡nyzÃ³ fÃ¼ggÅsÃ©gek</title>
>+<body>
>+
>+<pre caption="A Portage hiÃ¡nyzÃ³ fÃ¼ggÅsÃ©gekre figyelmeztet">
>+emerge: there are no ebuilds to satisfy "&gt;=sys-devel/gcc-3.4.2-r4".
>+
>+!!! Problem with ebuild sys-devel/gcc-3.4.2-r2
>+!!! Possibly a DEPEND/*DEPEND problem. 
>+</pre>
>+
>+
>+A telepÃtendÅ alkalmazÃ¡s egy mÃ¡sik csomagtÃ³l fÃ¼gg, ami viszont nem elÃ©rhetÅ a 
>+rendszeredre. NÃ©zd meg a <uri link="http://bugs.gentoo.org">bugzillÃ¡n</uri>, 
>+hogy ismert-e a problÃ©ma, Ã©s ha nem, jelentsd be. Ilyen hibaÃ¼zenet elvileg csak 
>+akkor adÃ³dhat, ha Ã¡gakat keversz; ha nem ez a helyzet, akkor hibÃ¡rÃ³l van szÃ³, 
>+amit Ã©rdemes jelezni.
>+
>+
>+</body>
>+</subsection>
>+<subsection id="ambiguousebuild">
>+<title>Nem egyÃ©rtelmÅ± ebuild-nÃ©v</title>
>+<body>
>+
>+<pre caption="A Portage nem egyÃ©rtelmÅ± ebuild-nÃ©vre figyelmeztet">
>+!!! The short ebuild name "aterm" is ambiguous. Please specify
>+!!! one of the following fully-qualified ebuild names instead:
>+
>+ dev-libs/aterm
>+ x11-terms/aterm
>+</pre>
>+
>+
>+A telepÃtendÅ alkalmazÃ¡s neve tÃ¶bb csomag nevÃ©nek is megfelel, ezÃ©rt meg kell 
>+adni a kategÃ³ria nevÃ©t is. A Portage felkÃnÃ¡lja a vÃ¡laszthatÃ³ formÃ¡kat.
>+
>+
>+</body>
>+</subsection>
>+<subsection id="circulardependencies">
>+<title>KÃ¶rkÃ¶rÃ¶s fÃ¼ggÅsÃ©gek</title>
>+<body>
>+
>+<pre caption="A Portage kÃ¶rkÃ¶rÃ¶s fÃ¼ggÅsÃ©gekre figyelmeztet">
>+!!! Error: circular dependencies: 
>+
>+ebuild / net-print/cups-1.1.15-r2 depends on ebuild / app-text/ghostscript-7.05.3-r1
>+ebuild / app-text/ghostscript-7.05.3-r1 depends on ebuild / net-print/cups-1.1.15-r2 
>+</pre>
>+
>+
>+KÃ©t (vagy tÃ¶bb) csomag, amit telepÃteni akarsz, egymÃ¡stÃ³l fÃ¼gg, ezÃ©rt nem lehet 
>+Åket telepÃteni. Ez nagy valÃ³szÃnÅ±sÃ©ggel a Portage fÃ¡ban lÃ©vÅ hiba. 
>+MegoldÃ¡skÃ©nt egy kis idÅ mÃºltÃ¡n sync-elj Ãºjra, Ã©s prÃ³bÃ¡ld meg Ãºjra a 
>+telepÃtÃ©st. MegnÃ©zheted a 
>+<uri link="http://bugs.gentoo.org">bugzillÃ¡t</uri> is, hÃ¡tha mÃ¡r ismert a 
>+hiba, s ha mÃ©g nem, ott jelezheted.
>+
>+
>+</body>
>+</subsection>
>+<subsection id="fetchfailed">
>+<title>Sikertelen letÃ¶ltÃ©s</title>
>+<body>
>+
>+<pre caption="A Portage sikertelen letÃ¶ltÃ©sre figyelmeztet">
>+!!! Fetch failed for sys-libs/ncurses-5.4-r5, continuing...
>+<comment>(...)</comment>
>+!!! Some fetch errors were encountered. Please see above for details.
>+</pre>
>+
>+
>+A Portage nem tudta letÃ¶lteni az adott alkalmazÃ¡s forrÃ¡skÃ³djÃ¡t, de megprÃ³bÃ¡lja 
>+folytatni a tÃ¶bbi alkalmazÃ¡s telepÃtÃ©sÃ©t (ha tÃ¶bbrÅl volt szÃ³). Ezt a hibÃ¡t 
>+okozhatja egy olyan tÃ¼kÃ¶rszerver, amelyet nem jÃ³l szinkronizÃ¡ltak, vagy az, 
>+hogy az ebuild nem jÃ³ helyre mutat. Az is lehet, hogy a forrÃ¡skÃ³dot tartalmazÃ³ 
>+szerver valamiÃ©rt Ã©pp leÃ¡llt.
>+
>+
>+
>+PrÃ³bÃ¡ld meg Ãºjra egy Ã³ra elteltÃ©vel, Ã©s kiderÃ¼l, fennÃ¡ll-e mÃ©g a problÃ©ma.
>+
>+
>+</body>
>+</subsection>
>+<subsection id="profileprotect">
>+<title>A rendszerprofil vÃ©delme</title>
>+<body>
>+
>+<pre caption="A Portage profilvÃ©delem alatt Ã¡llÃ³ csomagra figyelmeztet">
>+!!! Trying to unmerge package(s) in system profile. 'sys-apps/portage'
>+!!! This could be damaging to your system.
>+</pre>
>+
>+
>+Olyan csomagot akarsz eltÃ¡volÃtani, ami a rendszered alapvetÅ csomagjai kÃ¶zÃ© 
>+tartozik. A profilban lÃ©tfontossÃ¡gÃºkÃ©nt van felsorolva, ezÃ©rt nem szabad 
>+eltÃ¡volÃtani.
>+
>+
>+</body>
>+</subsection>
>+<subsection id="digesterror">
>+<title>A kivonat (digest) ellenÅrzÃ©sÃ©nek hibÃ¡ja</title>
>+<body>
>+
>+
>+ElÅfordulhat nÃ©ha csomagtelepÃtÃ©skor, hogy a kÃ¶vetkezÅ Ã¼zenettel Ã¡ll le:
>+
>+
>+<pre caption="A kivonat ellenÅrzÃ©sÃ©nek hibÃ¡ja">
>+&gt;&gt;&gt; checking ebuild checksums
>+!!! Digest verification failed:
>+</pre>
>+
>+
>+Ez annak a jele, hogy valami hibÃ¡dzik a Portage fÃ¡ban -- gyakran azÃ©rt, mert 
>+egy fejlesztÅ hibÃ¡t kÃ¶vethetett el, amikor feltÃ¶ltÃ¶tte a csomagot a fÃ¡ba.
>+
>+
>+
>+Ha a kivonat (digest)/ellenÅrzÅ Ã¶sszeg (checksum) ellenÅrzÃ©se sikertelen, 
>+<e>ne</e> prÃ³bÃ¡lj sajÃ¡tkezÅ±leg Ãºj kivonatot kÃ©szÃteni a csomaghoz 
>+("Ãºjradigestelni"). Az <c>ebuild foo digest</c> parancs futtatÃ¡sa nem fogja 
>+megoldani a problÃ©mÃ¡t, sÅt szinte biztosan csak rontani fog a helyzeten!
>+
>+
>+
>+InkÃ¡bb vÃ¡rj egy-kÃ©t Ã³rÃ¡t, hogy a Portage fa "beÃ¡lljon". ValÃ³szÃnÅ±leg azonnal 
>+Ã©szrevettÃ©k a hibÃ¡t, de kell egy kis idÅ, amÃg a javÃtÃ¡s lefut a fÃ¡n. VÃ¡rakozÃ¡s 
>+kÃ¶zben nÃ©zd meg a <uri link="http://bugs.gentoo.org">BugzillÃ¡n</uri>, hogy 
>+jeleztÃ©k-e mÃ¡r a problÃ©mÃ¡t. Ha nem, akkor rajta, jelezd te!
>+
>+
>+
>+Ha azt lÃ¡tod, hogy javÃtottÃ¡k a hibÃ¡t, megprÃ³bÃ¡lkozhatsz egy Ãºjabb 
>+sync-elÃ©ssel, ami utÃ¡n mÃ¡r valÃ³szÃnÅ±leg a javÃtott kivonat lesz a fÃ¡ban.
>+
>+
>+<impo>
>+Ez azonban <e>nem</e> jelenti azt, hogy tÃ¶bbszÃ¶r is ÃºjraszinkronizÃ¡lhatod a 
>+fÃ¡t! Ahogyan az rsync-irÃ¡nyelvekben is leszÃ¶geztÃ¼k (amit akkor olvashatsz, 
>+amikor az <c>emerge --sync</c>-et futtatod), azok a felhasznÃ¡lÃ³k, akik tÃºl 
>+gyakran sync-elnek, ki lesznek tiltva! TÃ©nyleg jobb vÃ¡rni a kÃ¶vetkezÅ esedÃ©kes 
>+sync idejÃ©ig, nehogy tÃºlterheld az rsync szervereket.
>+</impo>
>+
>+</body>
>+</subsection>
>+</section>
>+</sections>

Actions: View | Diff

Attachments on bug 153856: 101075 | 101076 | 101077 | 101078 | 101079 | 101083 | 101095 | 101096 | 101097 | 101098 | 101171 | 101236 | 101308 | 101564 | 101565 | 101566 | 101567 | 101568