1 |
rane 07/09/22 06:24:08 |
2 |
|
3 |
Modified: hb-working-use.xml |
4 |
Log: |
5 |
added missing colons and fixed a bunch of typos |
6 |
|
7 |
Revision Changes Path |
8 |
1.24 xml/htdocs/doc/pl/handbook/hb-working-use.xml |
9 |
|
10 |
file : http://sources.gentoo.org/viewcvs.py/gentoo/xml/htdocs/doc/pl/handbook/hb-working-use.xml?rev=1.24&view=markup |
11 |
plain: http://sources.gentoo.org/viewcvs.py/gentoo/xml/htdocs/doc/pl/handbook/hb-working-use.xml?rev=1.24&content-type=text/plain |
12 |
diff : http://sources.gentoo.org/viewcvs.py/gentoo/xml/htdocs/doc/pl/handbook/hb-working-use.xml?r1=1.23&r2=1.24 |
13 |
|
14 |
Index: hb-working-use.xml |
15 |
=================================================================== |
16 |
RCS file: /var/cvsroot/gentoo/xml/htdocs/doc/pl/handbook/hb-working-use.xml,v |
17 |
retrieving revision 1.23 |
18 |
retrieving revision 1.24 |
19 |
diff -u -r1.23 -r1.24 |
20 |
--- hb-working-use.xml 6 Jul 2007 10:37:01 -0000 1.23 |
21 |
+++ hb-working-use.xml 22 Sep 2007 06:24:07 -0000 1.24 |
22 |
@@ -1,6 +1,6 @@ |
23 |
<?xml version='1.0' encoding='UTF-8'?> |
24 |
<!DOCTYPE sections SYSTEM "/dtd/book.dtd"> |
25 |
-<!-- $Header: /var/cvsroot/gentoo/xml/htdocs/doc/pl/handbook/hb-working-use.xml,v 1.23 2007/07/06 10:37:01 shadoww Exp $ --> |
26 |
+<!-- $Header: /var/cvsroot/gentoo/xml/htdocs/doc/pl/handbook/hb-working-use.xml,v 1.24 2007/09/22 06:24:07 rane Exp $ --> |
27 |
|
28 |
<!-- The content of this document is licensed under the CC-BY-SA license --> |
29 |
<!-- See http://creativecommons.org/licenses/by-sa/2.5 --> |
30 |
@@ -31,16 +31,16 @@ |
31 |
|
32 |
<p> |
33 |
Nie jest tak tylko w przypadku pakietów, które wybieramy przy instalacji, |
34 |
-ale także dla cech, które dany pakiet powinien posiadać. Jeżeli nie |
35 |
-potrzebujemy obsługi OpenGL, dlaczego mielibyśmy instalować OpenGL oraz |
36 |
-jego obsługę w większości pakietów? Jeżeli nie chcemy używać KDE, |
37 |
-dlaczego mamy budować pakiety ze wsparciem dla KDE, podczas gdy bez problemów |
38 |
-może pracować bez niego? |
39 |
+ale także w przypadku cech, które dany pakiet powinien posiadać. Jeżeli nie |
40 |
+potrzebujemy obsługi OpenGL, dlaczego mielibyśmy instalować OpenGL oraz jego |
41 |
+obsługę w większości pakietów? Jeżeli nie chcemy używać KDE, dlaczego mamy |
42 |
+budować pakiety ze wsparciem dla KDE, podczas gdy bez problemów mogą pracować |
43 |
+bez niego? |
44 |
</p> |
45 |
|
46 |
<p> |
47 |
Aby ułatwić użytkownikom decydowanie o tym czego potrzebują, a czego nie chcą |
48 |
-instalować i aktywować stworzyliśmy dla nich specjalne środowisko. Dzięki niemu |
49 |
+instalować i aktywować, stworzyliśmy dla nich specjalne środowisko. Dzięki niemu |
50 |
użytkownik może wybrać to co jest mu potrzebne, a Portage znacznie ułatwi mu |
51 |
cały proces wybierania najlepszych ustawień. |
52 |
</p> |
53 |
@@ -54,19 +54,19 @@ |
54 |
<p> |
55 |
Każda flaga jest słowem kluczowym, które reprezentuje wspierane funkcje |
56 |
oraz informacje o zależnościach dla wybranego wątku. Jeżeli zdefiniujemy |
57 |
-jakąś flagę USE Portage będzie wiedziało, że jest nam potrzebne wsparcie |
58 |
-funkcji przypisanej temu słowu kluczowemu. Oczywiście uwzględnione zostaną |
59 |
-także pakiety zależne. |
60 |
+jakąś flagę USE, Portage będzie wiedziało, że jest nam potrzebne wsparcie |
61 |
+funkcji przypisanej temu słowu kluczowemu. Oczywiście uwzględnione zostaną także |
62 |
+pakiety zależne. |
63 |
</p> |
64 |
|
65 |
<p> |
66 |
Przyjrzyjmy się zatem przykładowi: słowu kluczowemu <c>kde</c>. Jeżeli nie |
67 |
-posiadamy go wśród zmiennych <c>USE</c> wszystkie pakiety, które posiadają |
68 |
+posiadamy go wśród zmiennych <c>USE</c>, wszystkie pakiety, które posiadają |
69 |
<e>opcjonalną</e> obsługę KDE zostaną skompilowane <e>bez</e> obsługi KDE. |
70 |
Wszystkie pakiety, które będą <e>opcjonalnie</e> zależne od KDE, zostaną |
71 |
zainstalowane <e>bez</e> bibliotek KDE jako zależności. Jeżeli zdefiniujemy |
72 |
słowo kluczowe <c>kde</c>, to te pakiety zostaną skompilowane <e>z</e> obsługą |
73 |
-KDE oraz biblioteki KDE zostaną zainstalowane jako pakiety zależne. |
74 |
+KDE a biblioteki KDE zostaną zainstalowane jako pakiety zależne. |
75 |
</p> |
76 |
|
77 |
<p> |
78 |
@@ -85,14 +85,14 @@ |
79 |
</p> |
80 |
|
81 |
<ul> |
82 |
-<li> |
83 |
-<e>Globalne</e> flagi USE są używane dla większej ilości pakietów, |
84 |
-są ogólnosystemowe. Większość ludzi postrzega je właśnie jako flagi USE. |
85 |
-</li> |
86 |
-<li> |
87 |
-<e>Lokalne</e> flagi USE są używane przez pojedynczy pakiet w celu |
88 |
-podjęcia decyzji specyficznych dla danego pakietu. |
89 |
-</li> |
90 |
+ <li> |
91 |
+ <e>Globalne</e> flagi USE są używane dla większej ilości pakietów, są |
92 |
+ ogólnosystemowe. Większość ludzi postrzega je właśnie jako flagi USE. |
93 |
+ </li> |
94 |
+ <li> |
95 |
+ <e>Lokalne</e> flagi USE są używane przez pojedynczy pakiet w celu podjęcia |
96 |
+ decyzji specyficznych dla danego pakietu. |
97 |
+ </li> |
98 |
</ul> |
99 |
|
100 |
<p> |
101 |
@@ -123,10 +123,10 @@ |
102 |
<p> |
103 |
Jak już wcześniej wspominaliśmy, wszystkie flagi <c>USE</c> są deklarowane |
104 |
wewnątrz zmiennej USE. Aby ułatwić użytkownikom szukanie oraz wybór flag |
105 |
-USE dostarczamy dobrany przez nas <e>domyślny</e> zestaw. Zestaw ten |
106 |
-jest kolekcją flag, które według nas są najczęściej wybierane przez |
107 |
-użytkowników Gentoo. Domyślny zestaw jest zadeklarowany w pliku |
108 |
-<path>make.defaults</path> i jest częścią wybranego profilu. |
109 |
+USE, dostarczamy dobrany przez nas <e>domyślny</e> zestaw. Zestaw ten jest |
110 |
+kolekcją flag, które według nas są najczęściej wybierane przez użytkowników |
111 |
+Gentoo. Domyślny zestaw jest zadeklarowany w pliku <path>make.defaults</path> i |
112 |
+jest częścią wybranego profilu. |
113 |
</p> |
114 |
|
115 |
<p> |
116 |
@@ -137,7 +137,7 @@ |
117 |
</p> |
118 |
|
119 |
<p> |
120 |
-Rzućmy okiem na te domyślne ustawienia dla profilu 2004.3: |
121 |
+Rzućmy okiem na domyślne ustawienia dla profilu 2004.3: |
122 |
</p> |
123 |
|
124 |
<pre caption="Skumulowana zmienna USE dla profilu 2004.3"> |
125 |
@@ -150,11 +150,10 @@ |
126 |
</pre> |
127 |
|
128 |
<p> |
129 |
-Jak łatwo zauważyć domyślny zestaw zawiera dość dużo słów |
130 |
-kluczowych. Pamiętajmy, aby <b>nie</b> dokonywać zmian w pliku |
131 |
-<path>make.defaults</path>, w celu dostosowywania zmiennej |
132 |
-<c>USE</c> do swoich potrzeb. Zmiany te zostaną usunięte przy najbliższej |
133 |
-aktualizacji Portage! |
134 |
+Jak łatwo zauważyć, domyślny zestaw zawiera dość dużo słów kluczowych. |
135 |
+Pamiętajmy, aby <b>nie</b> dokonywać zmian w pliku <path>make.defaults</path>, w |
136 |
+celu dostosowywania zmiennej <c>USE</c> do swoich potrzeb. Zmiany te zostaną |
137 |
+usunięte przy najbliższej aktualizacji drzewa Portage! |
138 |
</p> |
139 |
|
140 |
<p> |
141 |
@@ -197,8 +196,8 @@ |
142 |
</pre> |
143 |
|
144 |
<p> |
145 |
-Oczywiście możemy całkowicie <e>wyłączyć</e> flagi USE dla wybranej aplikacji. |
146 |
-Na przykład, jeżeli nie chcemy obsługi <c>javy</c> w PHP: |
147 |
+Oczywiście możemy też <e>wyłączyć</e> flagi USE dla wybranej aplikacji. Na |
148 |
+przykład, jeżeli nie chcemy obsługi <c>javy</c> w PHP: |
149 |
</p> |
150 |
|
151 |
<pre caption="2 przykład /etc/portage/package.use"> |
152 |
@@ -261,10 +260,10 @@ |
153 |
</ol> |
154 |
|
155 |
<p> |
156 |
-Aby sprawdzić ostateczne ustawienia zmiennej <c>USE</c> widziane przez |
157 |
-Portage wpisujemy polecenie <c>emerge --info</c>. |
158 |
-Polecenie to wskaże wszystkie istotne zmienne (włączając zmienną |
159 |
-<c>USE</c>) z wartościami używanymi aktualnie przez Portage. |
160 |
+Aby sprawdzić ostateczne ustawienia zmiennej <c>USE</c> widziane przez Portage |
161 |
+wpisujemy polecenie <c>emerge --info</c>. Polecenie to wskaże wszystkie istotne |
162 |
+zmienne (włączając zmienną <c>USE</c>) z wartościami używanymi aktualnie przez |
163 |
+Portage. |
164 |
</p> |
165 |
|
166 |
<pre caption="Wykonywanie polecenia emerge --info"> |
167 |
@@ -296,7 +295,7 @@ |
168 |
Uruchomienie <e>emerge --depclean</e> jest niebezpieczną operacją i powinno być |
169 |
wykonywane z zachowaniem pełnej ostrożności. Należy dwukrotnie sprawdzić listę |
170 |
"nieaktualnych" pakietów i upewnić się, że Portage nie chce usunąć czegoś |
171 |
-ważnego. W poniższym przykładzie dodajemy opcję <c>-p</c>, które wyświetli listę |
172 |
+ważnego. W poniższym przykładzie dodajemy opcję <c>-p</c>, która wyświetli listę |
173 |
pakietów do usunięcia, bez ich usuwania. |
174 |
</warn> |
175 |
|
176 |
@@ -307,7 +306,7 @@ |
177 |
<p> |
178 |
Po zakończeniu polecenia depclean uruchamiamy <c>revdep-rebuild</c>, aby |
179 |
przebudować aplikacje, które mogą być połączone dynamicznie z usuniętymi |
180 |
-bibliotekami. <c>revdep-rebuild</c> jest częścią pakietu <c>gentoolkit</c>. |
181 |
+bibliotekami. <c>revdep-rebuild</c> jest częścią pakietu <c>gentoolkit</c>. |
182 |
</p> |
183 |
|
184 |
<pre caption="Uruchomienie revdep-rebuild"> |
185 |
@@ -315,8 +314,8 @@ |
186 |
</pre> |
187 |
|
188 |
<p> |
189 |
-Po zakończeniu tych wszystkich czynności system będzie używał nowych |
190 |
-ustawień flag USE. |
191 |
+Po zakończeniu tych wszystkich czynności system będzie używał nowych ustawień |
192 |
+flag USE. |
193 |
</p> |
194 |
|
195 |
</body> |
196 |
@@ -339,7 +338,9 @@ |
197 |
These are the packages that I would merge, in order: |
198 |
|
199 |
Calculating dependencies ...done! |
200 |
-[ebuild R ] www-client/seamonkey-1.0.7 USE="crypt gnome java -debug -ipv6 -ldap -mozcalendar -mozdevelop -moznocompose -moznoirc -moznomail -moznopango -moznoroaming -postgres -xinerama -xprint" 0 kB |
201 |
+[ebuild R ] www-client/seamonkey-1.0.7 USE="crypt gnome java -debug -ipv6 |
202 |
+-ldap -mozcalendar -mozdevelop -moznocompose -moznoirc -moznomail -moznopango |
203 |
+-moznoroaming -postgres -xinerama -xprint" 0 kB |
204 |
</pre> |
205 |
|
206 |
<p> |
207 |
|
208 |
|
209 |
|
210 |
-- |
211 |
gentoo-commits@g.o mailing list |