Wiadomości od deweloperów jądra w Debianie

Zespół odpowiedzialny za jądro odbył ostatnio serię osobistych spotkań podczas konferencji Linux Plumbers Conference. Liderowi Debiana udało się sprawić, aby wszyscy członkowie zespołu stawili się na spotkaniu, obecna była również reprezentacja zespołu odpowiedzialnego za wydania.

Podczas konferencji członkowie zespołu odpowiedzialnego za jądro mogli porozumieć się z deweloperami Linuksa oraz członkami analogicznych zespołów z innych dystrybucji. Spotkanie przedstawicieli Debiana trwało ponad cztery dni, w tym czasie przedyskutowano wiele tematów. Pełne sprawozdanie zamieszczono na liście debian-kernel, poniżej znajduje się streszczenie.

Współpraca oraz synchronizacja wersji z innymi dystrybucjami

Dyskusja na ten temat objęła termin zamrożenia Debiana oraz jego wpływ na wybór wersji jądra dla Squeeze. Wersja wybrana przez inne dystrybucje również była tematem rozmowy.

Prawdopodobnie wydanie 2.6.32 będzie domyślnym jądrem w Squeeze.

Wydzielenie firmware'u, co pozostało do zrobienia?

Przeprowadzono konstruktywną dyskusję na temat pozostałych problemów z firmware'em, sposobu zajmowania się nimi przez zespół oraz możliwościach współpracy z deweloperami Linuksa w sprawie problemów Debiana na gruncie licencyjnym.

Migracja na Kernel Mode Setting

Postanowiono, że KMS zostanie włączony podczas kompilacji, jednak domyślnie będzie nieaktywny. Pakiety X będą mogły włączyć KMS gdy będzie to konieczne.

Łaty dodające dodatkowe możliwości

  • openvz: Debian będzie kontynuował obsługę openvz z asystą jego deweloperów
  • zestaw łat Real Time: nie osiągnęły jakości produkcyjnej, nie zostaną dołączone do jądra w Debianie
  • vserver: zostanie dołączony w Squeeze, jednak będzie oznaczony jako przestarzały, zostanie zbadana możliwość migracji
  • xen dom 0: zostanie dołączony w jądrze Squeeze jako podlegający ciągłym pracom stabilizacyjnym, zostanie oznaczony jako przestarzały i nie pojawi się w kolejnych wydaniach

Postanowienie w kwestii migracji z IDE na libata

Zostanie przeprowadzona migracja przy użyciu pakietów udev, metodą podobną do tej z Ubuntu. Deweloperzy Ubuntu zaoferowali pomoc w przeprowadzeniu tej operacji.

Preempcja

Preempcja zostanie włączona w Squeeze.

OSS

OSS jest od jakiegoś czasu porzuconym interfejsem jądra, będzie wyłączony w Squeeze. Zostanie dodany mechanizm do rozwiązania kwestii użytkowników starszego systemu.

Przeniesienie pakietowania jądra do repozytorium Git

Na ten temat odbyła się duża dyskusja, przedstawiono kilka punktów widzenia oraz pomysłów. Ostateczne cały zespół zdecydował się na przejście na system kontroli wersji Git. Kwestia migracji i sposób jej przeprowadzenia będzie jeszcze badana.

Moduły spoza jądra

W wyniku dyskusji postanowiono usunąć pakiety linux-modules-extra oraz -nonfree, ponieważ nie da się ich prawidłowo wspierać.

Te moduły, które Debian naprawdę potrzebuje, zostaną umieszczone bezpośrednio w kodzie źródłowym jądra.

Aby automatycznie dodawać moduły spoza jądra, zespół użyje DKMS.

Wykorzystanie zewnętrznej metody budowania pakietów

Ta dyskusja przerodziła się w debatę na temat ogólnych metod pakietowania jądra oraz sposobu lepszego ich wykorzystania. Dodatkowo poruszono kwestię zbyt wielu sposobów budowania pakietu z jądrem.

Ograniczymy je do dwóch metod:

  • zewnętrzna metoda make deb-pkg
  • pakietu źródłowego linux-2.6

Ograniczone również zostaną skrypty poinstalacyjne. Prace będę koordynowane z deweloperami Ubuntu.

Nowe listy

Listę dyskusyjną kernel-packagers@vger.org można wskrzesić do ogólnej dyskusji.

Z kolei do listy kernel-team@lists.ubuntu.com deweloperzy jądra mogą chcieć dołączyć w celu współpracy z Ubuntu.

Pakiety do debugowania

Odnosi się to do informacji niezbędznych przy debugowaniu obecnych pakietów, nie do osobnych, przydatne dla narzędzi do badania awarii. Ta kwestia będzie rozpatrywana w dalszym terminie.

Automatyczne budowanie i testowanie

To może być przydatne narzędzie. Prace trwają.

Experimental

Wersja 2.6.31 jądra zostanie dodana do gałęzi eksperymentalnej.

Źródło: lists.debian.org/debian-devel-announce/2009/10/msg00003.html

Dodany: 21 paź 2009 o 13:38
przez: azhag

OSnews Wykop Blip Flaker Kciuk Śledzik Facebook Identi.ca Twitter del.icio.us Google Bookmarks

Komentarze (RSS):

1  yantar, dodany: 2009-10-21 17:55 #53
Zastosowanie kernela 2.6.32 do stable Squeeze to całkiem niezły pomysł.

2  k4misiek, dodany: 2009-10-21 18:02 #54
Osobiście uważam, że kernel bez względu na wydanie powinien być najnowszy. Albo przynajmniej aby oficjalnie była możliwość aktualizacji do najnowszej stabilnej wg kernel.org. Oczywiście pomijam tutaj debian experimental kernels z którym nie mogę się ostatnio połączyć, a wam działa ?

3  azhag, dodany: 2009-10-21 19:05 #55
> Zastosowanie kernela 2.6.32 do stable Squeeze to całkiem niezły pomysł.

Po wcześniejszym przetestowaniu, oczywiście (niestety ostatnio deweloperzy jądra eksperymentują na żywym organizmie...).

4  ArnVaker, dodany: 2009-10-21 19:58 #56
@sp3cu: "It is down after a catastrophic UPS failure" i niestety "buildserver will be down for longer...". Póki co kernele oznaczone jako "trunk" lądują w zwyczajnym repozytorium experimental. A dla wersji stabilnej zawsze znajdzie się w miarę świeże jajo w backportach.

5  azhag, dodany: 2009-10-21 20:19 #57
Jeszcze kwiatek z pełnego podsumowania:

> Mark Brown has an action item to find and kill OSS users (thats what
> was in my notes. I *think* we just meant the software which uses the
> OSS interface ;-)

;)

6  ArnVaker, dodany: 2009-10-21 20:41 #58
One man against the OSS users horde :) A na użytkowników padł blady strach...

7  yantar, dodany: 2009-10-22 17:19 #59
azhag naturalnie po przetestowaniu. Jeśli potwierdzą się słuchy o opóźnieniu mrożenia to będzie czas na jego przebadanie.

Aby dodać komentarz Zaloguj się lub Zarejestruj