Kierunki zmian

[Tomasz Kłoczko]

Wygląda na to, że wpadliśmy w taki obszar w którym bierzące preparowanie
pakietów jest mniej ważne od zmian jakie mają mijsce w samych specach gdyż
te ulegają gruntownej przebudowie. Żeby dla wszystkich (w tym i dla tych
co mniej siedzą w bierzących zmianach) było jasne co się dziej spróbuję
wypunktować bierzące kierunki zmian:

- przejście na FHS 2.0,
- przejście na maksymalne używanie makr zawietrających nazwy katalogów (to
  ma ułatwić przejście na FHS 2.0 i zmienimalizować uboczne skutki
  tegoż przejścia),
- przystosowanie pakietów do tego żeby były dostosowane do tego żeby na
  wszystich podarchitektórach x86 generowały popny kod zgodny z wybraną
  archotektórą x86 (tutaj mało było o tym mowy na pub ale uzasadnione jest
  rozpoczęcie generowania pakietów na architektóry i386, i586 i i686 (jak
  krtoś będzie potrzebował to w razie czego mozna też i486 .. niemniej
  src.rpm będą do tego przygotowane)
  Note: tutaj w zasadzie w pakietach używających configure jest już ten
  etap skończony przez dodanie używania jawnie aritekltóry w makrze
  %{_target} w parach ./configure.

Z innych kierunków zmian należy także wydzielić
- separacja konfiguracji usług w plikach /etc/sysconfig/<service>

To jest obecny zbiór zmian i odnoszę wrażenie, że jest on już raczej
zamknięty (chyba już innych potrzeb nie mamy). Tak czy inaczej o ile
zauważymy coś po drodze to w ewentualnych massiv zmianach pomoże nam
ujednolicona forma speców (przydało się to juz przy wprowadzaniu
%{_target} .. przyda się w prowadzaniu makr zawierających ścieżki do
różnych typów plików i będzie tto można wręcz wprowadzać automatycznie lub
półatomatycznie poprzez operowanie sedem czy innymi narzędziami do
search/replace). Tak czy inaczej widać jak ważna zaczyna być jednolita
forma speców i że nie ma to wyłacznie znaczenia juą li tylko estetycznego
gdyż taka jednolita forma sama w sobie poprostu ułatwia wszelką
automatyczną obróbkę speców, co z kolei nbędzie coraz bardziej ważne gdyż
juz teraz w repo mamy ponad 500 speców i dobrze by było ograniczać
sirodkami technicznymi ilość wprowadzanych zmian w tych zasobach.

Więc prosiłbym o nie wyukonywanie eksperymentów (przynajmniej na razie) co
do "coding style" speców.

Jeżeli byłyby jakieś komentaże, pytania, uwagi .. prosiłbym. Lepiej
żebyśmy nad rzeczami jeszcze jawnie nie poruszanymi dyskutowali teraz
na początku istotnych zmian niż w ich trakcie lub po. Jeżeli nawet teraz
niktk nie ma uwag czy pytań to prosiłbym o choć minutę zastanowienia .. a
nóż coś się zaplącze w neurony.

kloczek
-- 
-----------------------------------------------------------
*Ludzie nie mają problemów, tylko sobie sami je stwarzają*
-----------------------------------------------------------
Tomasz Kłoczko, sys adm @zie.pg.gda.pl|*e-mail: kloczek w rudy.mif.pg.gda.pl*