kolejne pstryki

[Tomasz Kłoczko]

Przejście gnome-libs&db3 jakoś sie zakończyło w miarę dobrze, a przy
okazji paręnaście apliakcji troche jeszcze zostały odświeżone (huh
.. gnumeric mi ruszył; radzę przyjrzeć sie programikowi sodipodi - co
prawda potrafi sie jeszcze wyłożyć w kilku miejscach ale nieźle sie
zapowiada).

W najbliższym czasie szykuje sie jeszcze kilka następnych przejść:

- glibc 2.1.3 -> 2.1.9x

  tutaj wiadomo, że pzrekompilowane bendą wszystkie aplikacje majace
  cokolwiekwspólnego z ipv6 czyli w sumie jakieś 90 pae pakietów,

- tcl/tk 8.0.x -> 8.3

  tutaj jest niewiele tego co to dotyka (paręnaście pakietów) ale same
  tcl/tk jest jeszcze w zasadzie nieruszane.

- python 1.5.2 -> 2.0

  nowy python 2.0 jest juz gotowy ale nie jest gotowa automatyka do
  generowania zależności tak jak w perlu. Także trzeba bedzie dodawać
  pakietom zależnym od pythona wprost zalezności od konkretnej
  wersji. Zdaje się, że można tu generować zalezności między modułami w
  podobny sposób jak miedzy modułami perlowymi. Jezeli jest to prawdą to
  znaczy mniej wiecej tyle, że cała infrastruktura makr nie jest jeszcze
  gotowa na poprawne generowanie odpowiednich zależności. W źródłach rpm-a
  jest jakieś wsparcie do pakietów pythonowych ale jak na razie jest to
  obszar pzrez nas mało wyeksploatowany (wymagałoby to pzrejrzenai
  fachowym okiem).
  Niemniej to przestawienie wydaje sie juz i tak mocno bliskie.

  Odnosże wrażenie, że nie wszystko co ejst w pakeicie podstawowym z
  pythomen powinno być w nim i że część de facto należeć powinna do devel 
  ale nie znam sie na tym za bardzo i w związku z tym mam prośbe żeby
  zerkać na węża także pod tym kontem.

- db[12] -> db3

  Tutajcałość posuwa się kawałkami i jest na dobrej drodze ale wydaje mi
  się że wartoby troche zwieskzyć nacisk na to żeby skończyć porządkowanei
  tej części przed wejścien w nowe glibc.

- tcp_wrappers -> tcpd

  Tutaj w zasadzie wdług tego co Janek mówił jest juz wszystko gotowe a i
  widzę, że doszła juz pierwsza wersja skryptu przerabiajacego
  hosts.{allow,deny} na nową postać.

Z powyższego najbardziej chyba prawdopodobne bezie przejście tcp_wrappers
-> tcpd.

Z robót grubych jeszcze w trakcie wzystkiego wartoby zajać się wrescie
usuwaniem DoSa via syslog() (publiczna tajemnicą jest to, że na tego DoSa
jest wrażliwy KAŻDY obecnie dosepny Linux czy Unix w postaci w jakiej
przychodzi z puełka). Tutaj będzie to wymagało wydzielenia grupy syslog
czy też logger (nazwa obojętna).

Zapewne też zauwązyli co poniektórzy, że jest juz gotowy zrąb do KDE 2.0
(kdesupport i kelibs w wersji akceptowalnej nadajacej sie do dalszego
szlifowanai w trakcie opracowywania reszty pakietów leży na ftp).

Potencjalnie widać, że front robót może być z powyższego dość
szeroki. Poroponowałbym przyjrzeć się całości tego co z powyższej mgły
zmian się wyłania po to żeby wybrać sobie coś czym możnaby właożyć palce
:-)

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*