Organizacja

[Wojtek Slusarczyk]

On Wed, 2 Sep 1998, Marcin 'Qrczak' Kowalczyk wrote:

> Witam i pytam:
Pozdrawiam i odpowiadam ;)

> 1. Czy jest jaki¶ PLD-FAQ? Je¶li tak, to gdzie?
...Nie, ale mam nadzieje ze to sie zmieni.
 
> 2. Je¶li nie, to jak wygl±da organizacja: Czy ka¿dy ³apie dowolny pakiet,
>    jaki mu siê zachce, czy te¿ s± jakie¶ konkretne plany? Gdzie najlepiej
>    szukaæ odpowiednio nowych wersji? Zak³adaj±c, ¿e wiadomo, jak go nale¿y
>    przerobiæ, gdzie siê go potem wrzuca i w jakiej formie (SPEC, .src.rpm,
>    .i386.rpm itd.)?

Jezeli chodzi o devel, ktorym sie glownie zajmujemy w Szczecinie
(kernel 2.1.115+, glibc-2.0.94+), to jestesmy wszyscy w kontakcie
(wzrokowym lub na talku) i na biezaco iformujemy sie co i kto robi.
Generalnie Wzystkie patche i spece zbieram ja (listownie lub z incominga
na ftp://magellan.shadow.eu.org/incoming) i umieszczam je na razie na
"przejsciowym" ftp'ie czyli magellan.shadow.eu.org/PLD-devel. Glowna idea
devela jest pelny i bezdyskusyjny support wszystkich aplikacji sieciowych
dla IPv6, opcjonalne linkowanie (i support) aplikacji kilienckich np: ssh,
samba itp z bibliotekami Kerberosa V5 (jak rowniez sam Kerberos jako
"wlasciwy" system autoryzacji i kodowania polaczen m/hostami). Szczegolne
baczenie na bezpieczenstwo "od wewnatrz" w PLD-devel staramy sie
realizowac przez minimalizacje "S"-ek, ladowanie PAM'ow gdze sie tylko da,
nakladanie uprawnien 711 na binarki klienckie i 700 na systemowe,
maxymalne ograniczenia wgladu do bazy rpmow i plikow konfiguracujnych
(/etc/*) no i samo ladowanie najnowszych aplikacji... SPECE leca mniej
wiecej w takiej formie jak wysylamy posty "info:*.spec" ale to Tomek
tutaj decyduje jak dokladnie one maja wygladac i w razie koniecznosci
trzeba je poprawiac...;( Wszystkie rpmy, srpmy generuje sam na magellanie
z patchy i specow otrzymanych od ludzi.

> 3. Za³o¿enie by³o fa³szywe. _Zgadujê_, ¿e nale¿y:
> 
>    a) Upewniæ siê, ¿e wszystko gra, ¿e ma ³adnego speca, z %attr, ¿eby siê
>       budowa³ niekoniecznie z roota, z Build-Root, z %configami i %docami.
>       Czy s± jakie¶ lokalne konwencje w PLD, typu szczególnych praw do
>       manów itp.?

Tutaj to raczej "wszystko" ma sie dac budowac z nie roota... Jak sa
klopoty z cerowaniem Makefile'i to trzeba by hand instalowac do
build-root'a...
 
>    d) Co z numeracj± wersji?
W develu jak juz pewnie zauwazyles sa koncowki d w numerze rewizji
pakietu, aby ktos sie nie pomyli ..;)
 
>    e) Czy s± jakie¶ za³o¿enia odno¶nie wersji bibliotek, z którymi program
>       ma siê kompilowaæ? Np. których ncurses teraz u¿ywamy, którym
>       gcc/egcs kompilujemy, co z glibcem, RPMem.

Ncurses-4.2+, slang 1.2.2+, egcs-{najnowszy mozliwy;)}, glibc-2.0.94+laty
(2.0.95 jest spaprany), rpm-2.5.2-x+

> 4. Sk±d wzi±æ jak±¶ dobr± wersjê RPMa? rpm-2.5-2, który mam, nie radzi
>    sobie z non-printable characters w specach, mimo ¿e locale mam
>    ustawione. Zgadujê, ¿e jaki¶ nowszy RPM ma to poprawione, ale

Eee jak wyexportujesz jezyk pl_PL powinien dzialac...(przynajmniej na 2
mszynach mi dziala)

Tyle o develu, o sytable to zaraz pewnikiem Tomek wysle elaborat ..;)

3maj sie,

Wojciech Slusarczyk (091)4494148
Technical University of Szczecin
PGP KeyServer pgpkeys.mit.edu