SVN: PLD-doc/book/pl_book__pakiety/pl_pakiety__zrodla.sec

qwiat qwiat w pld-linux.org
Sob, 25 Kwi 2009, 18:33:41 CEST


Author: qwiat
Date: Sat Apr 25 18:33:40 2009
New Revision: 10334

Modified:
   PLD-doc/book/pl_book__pakiety/pl_pakiety__zrodla.sec
Log:
- update (info about 'obsolete')
- big redesign


Modified: PLD-doc/book/pl_book__pakiety/pl_pakiety__zrodla.sec
==============================================================================
--- PLD-doc/book/pl_book__pakiety/pl_pakiety__zrodla.sec	(original)
+++ PLD-doc/book/pl_book__pakiety/pl_pakiety__zrodla.sec	Sat Apr 25 18:33:40 2009
@@ -4,33 +4,97 @@
 	<para>
 		W PLD jest kilka grup pakietów w ramach
 		tej samej wersji dystrybucji, różnią się one
-		wersjami pakietów i ich zastosowaniem. W większości
-		wypadków będziemy korzystać z głównego źródła (main),
+		wersjami pakietów i zastosowaniem. W większości
+		wypadków, będziemy korzystać z głównego źródła (<emphasis>main</emphasis>),
 		jednak od czasu do czasu potrzeba zaktualizować system
 		lub pobrać niestandardowe wersje pakietów, właśnie wtedy z nich 
-		skorzystamy.
+		skorzystamy. Źródła są oznaczane za pomocą etykiet:
 	</para>
+	<itemizedlist>
+		<listitem>
+			<para>
+	             		<emphasis>main</emphasis>
+	             		(np. <literal>th</literal>): główne
+				źródło pakietów (domyślne), zawiera stabilne wersje, od chwili
+				wydania danej wersji dystrybucji, nie są tu dokonywane żadne
+				zmiany
+			</para>
+		</listitem>
+		<listitem>
+			<para>
+				<emphasis>obsolete</emphasis> (np. <literal>th-obsolete</literal>):
+				stare pakiety, usunięte z <emphasis>main</emphasis> w wyniku aktualizacji.
+				Dzięki temu źródłu, możemy wrócić do starszej wersji pakietu, jeśli
+				zajdzie taka konieczność. Źródło wprowadzone w Th.
+			</para>
+		</listitem>
+		<listitem>
+			<para>
+				<emphasis>test</emphasis> (np. <literal>th-test</literal>):
+				trafiają tu pakiety prostu z builderów, bez sprawdzenia
+				czy w ogóle działają i czy są spełnione zależności. Używanie
+				pakietów z tego źródła jest dosyć ryzykownym krokiem, dlatego należy go
+				wykonywać wyłącznie w ostateczności
+			</para>
+		</listitem>
+		<listitem>
+			<para>
+				<emphasis>ready</emphasis> (np. <literal>th-ready</literal>):
+				następny krok w życiu pakietu, jeśli pakiety działają
+				bez zarzutu, to są przenoszone razem z zależnościami do <emphasis>main</emphasis>.
+				Pakiety te są już wstępnie przetestowane, nadal jednak
+				powinniśmy zachować ostrożność instalując pakiety z tego katalogu
+			</para>
+		</listitem>
+		<listitem>
+			<para>
+			<emphasis>home</emphasis>: źródło lokalne, pozwala łatwo
+			instalować pakiety z katalogu <filename>~/rpm/RPMS</filename> - miejsca domyślnego
+			umieszczania własnoręcznie zbudowanych pakietów. 
+			</para>
+		</listitem>
+	</itemizedlist>
 	<para>
-		Źródła wskazują konkretną lokację, np. katalog z pakietami
-		na serwerze, dla ułatwienia źródłom nadano etykiety. Jeśli
-		pakiety pobieramy Poldkiem to wystarczy że wskażemy nazwę
-		etykiety, jeśli zaś chcemy użyć innego programu to musimy
-		podać właściwą ścieżkę do zasobu.
+		Źródła używane w starszych wersjach PLD:
 	</para>
+	<itemizedlist>
+		<listitem>
+			<para>
+				<emphasis>updates</emphasis>
+				(np. <literal>ac-updates</literal>) -
+				aktualizacje, zaleca się regularne sprawdzanie czy
+				nie pojawiają się tu nowe pakiety, źródło stało się zbędne w Th i
+				nie jest używane. W Th w roli <emphasis>updates</emphasis> używa się źródła <emphasis>ready</emphasis>.
+				W <productname>Ra</productname> istniały dwa niezależne źródła
+				pakietów z aktualizacjami: <literal>{$wersja}-updates-security</literal>
+				i <literal>{$wersja}-updates-general</literal>.
+				W <productname>Ac</productname> nastąpiło ich połączenie 
+				i od tej pory źródło nazywa się
+				<literal>{$wersja}-updates</literal>.
+			</para>
+		</listitem>
+		<listitem>
+			<para>
+				<emphasis>supported</emphasis> (np. <literal>ac-updates</literal>)
+				- nietypowe pakiety, które nie powinny być trzymane w głównym
+				źródle. Są tu umieszczane pakiety rzadko używane
+				lub starsze wersje, podobnie jak <emphasis>updates</emphasis> przestało
+				mieć rację bytu w Th.
+			</para>
+		</listitem>
+	</itemizedlist>
 	<para>
 		Listę skonfigurowanych źródeł uzyskamy za pomocą polecenia:
 		<screen>$ poldek -l</screen>
 		aby wybrać źródło inne niż domyślne należy użyć
 		parametru <option>-n</option> np.:
-		<screen>$ poldek -n ac -n ac-supported</screen>
+		<screen>$ poldek -n th -n th-ready</screen>
 	</para>
-
-	<section id="pakiety_cechy_zrodla_oficjalne">
-	<title>Oficjalne źródła PLD</title>
+	<section id="pakiety_cechy_zrodla_poldek ">
+	<title>Źródła w konfiguracji Podlka</title>
 	<para>
-		Poldek jest dostarczany
-		z właściwie skonfigurowanymi etykietami, są one zdefiniowane
-		w pliku <filename>/etc/poldek/repos.d/pld.conf</filename>.
+		Poldek jest dostarczany z właściwie skonfigurowanymi etykietami, są one zdefiniowane
+		w plikach <filename>/etc/poldek/source.conf</filename> i  <filename>/etc/poldek/repos.d/pld.conf</filename>.
 		Adresy oficjalnych serwerów i mirrorów znajdziemy w <xref linkend="linki_zrodla_pakietow" />.
 		Etykieta źródła rozpoczyna się od przedrostka określającego
 		wersję dystrybucji, zapisaną małymi literami, poniżej
@@ -41,86 +105,49 @@
 	<itemizedlist>
 		<listitem>
 			<para>
-	             		<literal>{$wersja}</literal> (np. <emphasis>ac</emphasis>) - główne
-				źródło pakietów (domyślne), od chwili wydania danej
-				wersji dystrybucji, nie są tu dokonywane żadne
-				zmiany; ścieżka:
-				<literal>dists/{$wersja}/PLD/{$arch}/PLD/RPMS</literal>
+	             		<emphasis>main</emphasis>: <literal>dists/{$wersja}/PLD/{$arch}/PLD/RPMS</literal>
 			</para>
 		</listitem>
-	</itemizedlist>
-	<itemizedlist>
 		<listitem>
 			<para>
-				<literal>{$wersja}-updates</literal> 
-				(np. <emphasis>ac-updates</emphasis>) -
-				aktualizacje, zaleca się regularne sprawdzanie czy
-				nie pojawiają się tu nowe pakiety; ścieżka na FTP:
-				<literal>dists/{$wersja}/updates/security/${arch}/</literal>
+				<emphasis>obsolete</emphasis>: <literal>dists/{$wersja}/obsolete/{$arch}/RPMS</literal>
 			</para>
 		</listitem>
-	</itemizedlist>
-	<itemizedlist>
 		<listitem>
 			<para>
-				<literal>{$wersja}-supported</literal> - nietypowe
-				pakiety, które nie powinny być trzymane w głównym
-				źródle. Są tu umieszczane pakiety rzadko używane
-				lub starsze wersje; ścieżka na FTP:
-				<literal>dists/{$wersja}/supported/${arch}/</literal>
+				<emphasis>test</emphasis>: <literal>dists/{$wersja}/test/${arch}/</literal>
 			</para>
 		</listitem>
-	</itemizedlist>
-	<itemizedlist>
 		<listitem>
 			<para>
-				<literal>{$wersja}-test</literal> - źródło używane do
-				testowania pakietów, zanim trafią do szerokiego
-				użytku. Po wstępnej fazie testowania pakiety są
-				kierowane do <literal>ready</literal>. Używanie
-				pakietów z tego
-				źródła jest dosyć ryzykownym krokiem i należy go
-				wykonywać wyłącznie w ostateczności; ścieżka na FTP:
-				<literal>dists/{$wersja}/test/${arch}/</literal>
+				<emphasis>ready</emphasis>: <literal>dists/{$wersja}/ready/${arch}/</literal>
+			</para>
+		</listitem>
+		<listitem>
+			<para>
+				<emphasis>home</emphasis>: <literal>~/rpm/RPMS</literal>
 			</para>
 		</listitem>
-	</itemizedlist>
-	<itemizedlist>
 		<listitem>
 			<para>
-				<literal>{$wersja}-ready</literal> - jest następnym
-				krokiem w życiu pakietu, zanim trafi do głównego
-				źródła lub do <literal>updates</literal>. Jeśli
-				pakiety działają
-				bez zarzutu są przenoszone do docelowego miejsca.
-				Pakiety te są już wstępnie przetestowane, nadal
-				jednak powinniśmy zachować ostrożność instalując
-				pakiety z tego katalogu; ścieżka:
-				<literal>dists/{$wersja}/ready/${arch}/</literal>
+				<emphasis>updates</emphasis>: <literal>dists/{$wersja}/updates/security/${arch}/</literal>
+			</para>
+		</listitem>
+		<listitem>
+			<para>
+				<emphasis>supported</emphasis>: <literal>dists/{$wersja}/supported/${arch}/</literal>
 			</para>
 		</listitem>
 	</itemizedlist>
 	</section>
-	<section id="pakiety_cechy_zrodla_wlasne">
-		<title>Źródła własne</title>
+	<section id="pakiety_cechy_zrodla_cykl_zyczia">
+		<title>Czyl życia pakietu</title>
 		<para>
-			W pliku <filename>/etc/poldek/source.conf</filename> możemy definiować
-			własne źródła, komentarze tam zawarte drobiazgowo opisują wymaganą składnię.
-			Jest tam też skonfigurowane źródło <literal>home</literal> pozwalające łatwo
-			instalować pakiety z katalogu <filename>~/rpm/RPMS</filename> - miejsca domyślnego
-			umieszczania własnoręcznie zbudowanych pakietów.
+			zbudowany pakiet -> <emphasis>test</emphasis> -> <emphasis>ready</emphasis> -> <emphasis>main/updates</emphasis> -> <emphasis>obsolete</emphasis>.			
 		</para>
-	</section>
-	<section id="pakiety_cechy_zrodla_uwagi">
-		<title>Uwagi</title>
 		<para>
-			W <productname>Ra</productname> istniały dwa niezleżne źródła
-			pakietów z aktualizacjami: <literal>{$wersja}-updates-security</literal>
-			i <literal>{$wersja}-updates-general</literal>.
-			W <productname>Ac</productname> nastąpiło ich połączenie 
-			i od tej pory źródło nazywa się
-			<literal>{$wersja}-updates</literal>.
+			Proces ten został szerzej opisany w <ulink url="http://pld-linux.org/pl/DevelopingPLD">podręczniku dewelopera</ulink>.
 		</para>
-	</section>
+	</section>	
 </section>
 


Więcej informacji o liście dyskusyjnej pld-doc