Miesięcznik Gentoo: 18 lutego 2008Witamy w kolejnym numerze Miesięcznika Gentoo. Na początek chcemy podziękować całej społeczności ze przytłaczający odzew na inauguracyjne wydanie Miesięcznika. Otrzymaliśmy dużo pozytywnych komentarzy, mamy nadzieję że nie poprzestaniecie na tym i ciągle będą one do nas napływać. Miesięcznik Gentoo jest złożony z materiałów, które właśnie wy, nasi czytelnicy, chcecie przeczytać. Jak zwykle zachęcamy do pomocy przy tworzeniu kolejnych wydań, więcej informacji na ten temat można znaleźć na końcu numeru. W tym miesiącu w numerze można znaleźć wiele zmian. Zgodnie z sugestiami usunęliśmy dział Bezpieczeństwo w którym można było znaleźć spis wszystkich błędów bezpieczeństwa z ostatniego okresu, zajmował on dość dużo miejsca w numerze i nie wnosił wiele do samej zawartości. Oczywiście ciągle można monitorować zgłaszane błędy na inne sposoby, choćby używając glsa-check (znajduje się w pakiecie gentoolkit), subskrybując RSS publikowany na stronie GLSA lub śledząc ogłoszenia na liście dyskusyjnej gentoo-announce. Dodaliśmy także graficzne podsumowanie aktywności na Bugzilli oraz zawartości drzewa Portage, mamy nadzieję że przypadną wam do gustu! Od tego numeru będziecie także mieli możliwość skomentowania zawartości na forum. Omów ten Miesięcznik Gentoo! Teraz macie również możliwość wysłania waszych komentarzy w naszym ojczystym języku. Zapraszamy do polskiej części forum i specjalnie stworzonego wątku. Mamy nadzieję, że kolejne wydanie Miesięcznika będzie dla Was ciekawą lekturą. Rozpoczęły się wybory do Rady Powierników. Po miesiącu zgłoszeń nominowano 8 kandydatów. Głosować można do 28 lutego. Wszyscy, którzy brali udział w jednym z poprzednich głosowań lub w ciągu ostatnich 365 dni byli deweloperami Gentoo (od daty zakończenia głosowania) mogą brać udział w wyborach. Więcej informacji można znaleźć na oficjalnej stronie głosowania. Dwie krytyczne luki w jądrze: Aktualizacja wskazana najszybciej jak to tylko możliwe W ostatnim tygodniu zgłoszono dwie krytyczne luki bezpieczeństwa w jądrze Linuksa. Obie skutkują tym samym (przekroczenie uprawnień, zdobycie praw administratora przez lokalnego użytkownika) i są zlokalizowane w tej samej funkcji vmsplice(), dodanej w 2.6.17. Nie istniej opcja umożliwiające wyłączenie tej funkcji z jądra, więc wszyscy są podatni na znalezione luki. Jeden z błędów istniał od samego powstania vmsplice(), więc wszystkie wersje, począwszy od 2.6.17 zawierają opisaną usterkę bezpieczeństwa. Poprawka znajduje się w wersjach 2.6.24.2, 2.6.23.16 oraz 2.6.22.18. Więcej informacji można znaleźć w oryginalnym raporcie CVE-2008-0600. Drugi błąd pojawił się w wersji 2.6.23. Poprawka została dołączona do wersji 2.6.23.15 oraz 2.6.24.1. Więcej informacji na jego temat można znaleźć w oryginalnych raportach CVE-2008-0009 oraz CVE-2008-0010. gentoo-sources-2.6.23-r8 oraz gentoo-sources-2.6.24-r2 zostały dodane do drzewa Portage już poniedziałek. Radzimy zainstalować najnowsze wersje gentoo-sources najszybciej jak to tylko możliwe. Więcej informacji na ten temat można znaleźć w ogłoszeniu. KDE 4.0.1 dodane do drzewa Portage Zespół KDE z radością informuje o dodaniu KDE w wersji 4.0.1 do drzewa Portage. Wersja ta jest pierwszym wydaniem zawierającym poprawki dla KDE 4.0. Niektóre z usprawnień to większa stabilność i wydajność przeglądarki Konqueror, jej integracja z Flashem i lepsze wsparcie dla JavaScript. W menadżerze okien KWin poprawiono kompozytor oraz obsługę błędów. Prawie każdej części KDE poświęcono wiele pracy. Pełną treść można znaleźć w oficjalnym ogłoszeniu. Podsumowanie spotkania Rady Gentoo Posiedzenia Rady Gentoo odbywają się co miesiąc, ostatnie spotkanie odbyło się 14 lutego 2008. Poruszono na nim następujące tematy:
Podjęto też kilka tematów, które miały być omówione na poprzednim spotkaniu. Propozycje GLEP 54 i 55 nie zostały ponownie poddane dyskusji.
Wprowadzenie: Niektórzy użytkownicy zastanawiają się w jaki sposób zarządzane są pakiety w Gentoo oraz co mogą zrobić aby pomóc w ich ulepszaniu. Każdy zespół działa według pewnego schematu, zachowując jednak przy tym swój własny styl pracy. W tym miesiącu zaprezentujemy jak funkcjonuje zespół Emacs. Kim jesteśmy i co robimy: Zespół Emacsa tworzy dwóch deweloperów, Ulrich Müller oraz Christian Faulhammer. Jak mówią o sobie, opiekujemy się wszystkimi pakietami wchodzącymi w skład kategorii app-emacs, samym Emacsem oraz szeregiem innych edytorów do niego podobnych. Zajmujemy się także zapewnieniem wsparcia dla Emacsa (zazwyczaj włączanym poprzez flagę USE=emacs) w pakietach zarządzanych przez inne zespoły. Jak pracujemy: Pracujemy na dwa sposoby: poprzez działanie oraz reagowanie. Reagujemy na prośby użytkowników zgłaszane poprzez bugi, na kanale IRC albo za pośrednictwem emaila. Działamy zaś poprzez wymianę wiadomości oraz dyskusje na kanale IRC przeznaczonego dla członków zespołu. Rozmawiamy o problemach które mogą wystąpić oraz o tych, które sami odkrywamy, zawsze przy tym staramy się znaleźć dla nich jak najbardziej optymalne rozwiązania. Optymalność w tym przypadku odnosi się do tego, by problemy dotyczyły jak najmniejszej ilości użytkowników. Często oznacza to że musimy dokonać wyboru co jest ważniejsze, wsteczna kompatybilność, czy nowe funkcje. Reporty o bugach są obsługiwane przez jednego z członków zespołu. Kto pierwszy odpowie na raport ten staję się za niego odpowiedzialny do czasu gdy inna osoba nie znajdzie lepszego rozwiązania. Nowe, niesprawdzone pakiety dodawane są najpierw do nakładki Emacs, która jest powiązana z Wiki. Można tam znaleźć przydatne informacje oraz aktualizacje na temat postępów w pracach. Przykładowo, na Wiki zbieramy dane na temat pakietów które mają problemy z wsparciem dla Emacsa. Gdy jeden z nas znajdzie czas na rozwiązanie danego problemu to odpowiedni wpis na Wiki jest usuwany. W przypadku gdy problem jest bardziej skomplikowany, wszystkie dodatkowe informacje, które mogą być przydatne dla deweloperów, zostaną zamieszczone na Wiki. Dzięki temu następna osoba może zacząć dokładnie tam gdzie poprzednia zakończyła pracę. Umieszczamy także informacje na temat najbliższych aktualizacji (wraz z przybliżonym terminem dodania do drzewa Portage) oraz plany testowania pakietów. Stabilizacja pakietów jest koordynowana poprzez serwis Bugzilla. Opiekun zgłasza raport z wpisem "stable app-emacs/xyz-1.0" w polu Summary, dołączając wszystkie potrzebne architektury (takie jak x86, amd, sparc) w polu CC. Zespoły odpowiedzialne za poszczególne architektury testują pakiety i oznaczają je jako stabilne, gdy nie napotkają na żadne problemy. W jaki sposób można nam pomóc: Najłatwiejszym sposobem pomocy jest zgłaszanie zauważonych usterek. Wykrycie nawet najmniejszego błędu może mieć wpływ na ogólną poprawę jakości, jak w przypadku gdy najnowsza wersja programu nie jest dostępna w drzewie Portage. Prosimy jednak, aby dać opiekunom co najmniej kilka dni na reakcję od czasu oficjalnego wydania. Jeśli nie masz pewności jak postąpić w danym przypadku to zachęcamy do wykonania małego śledztwa. Nie należy też obawiać się sytuacji gdy zgłoszenie dorobi się miana głupiego, prawdę powiedziawszy wolimy szybko zamykać bugi jako INVALID (lub w podobny sposób) niż nie znaleźć czasami poważnych usterek, które nie zostały zgłoszone. Przed wysłaniem raportu o problemie prosimy także o dokładnie sprawdzenie, czy może ktoś wcześniej go już nie rozwiązał lub zgłosił. Nasz kanał IRC #gentoo-lisp na serwerze Freenode jest zawsze otwarty na użytkowników. Można tam otrzymać wsparcie dla wszystkich odmian Lispa (włączając Emacs Lisp). Poprzez kanał można skontaktować się bezpośrednio z deweloperami. Email jest również dobrą formą kontaktu lecz należy pamiętać, że niektóre emaile mogą się zgubić w odmętach internetu. Dodatkowo w przeciwieństwie do bugów, znacznie łatwiej o nich zapomnieć. Praca przy nakładce Emacs jest kolejnym sposobem pomocy naszemu zespołowi, dostęp do niej nie jest tak prosty, ponieważ nawet mała zmiana może spowodować dużo problemów. Zaufani użytkownicy którzy udowodnią swoją wartość otrzymają dostęp do nakładki. Wskazówki opisujące w jaki sposób należy pracować z Emacsem w Gentoo można znaleźć w poradniku opiekuna. Gentoo najszybsze w testach szybkości BIND Internet Systems Consortium przeprowadziło testy, aby stwierdzić który system będzie najbardziej się nadawał jako platforma dla BIND 9. Wśród testowanych systemów, Gentoo używające jądra 2.6.20.7 znalazło się na czele, osiągając wydajność rzędu 93,000 zapytań na sekundę! Drugie miejsce zajęła Fedora Core z wynikiem 87,000 zapytań/sekundę, a trzecie było FreeBSD-7 (84,000 zapytań/sekundę). Więcej informacji na temat testów można znaleźć na stronie ISC poświęconej temu eksperymentowi. Jak skontaktować się z deweloperami Czasami użytkownicy nie mają pojęcie w jaki sposób można skontaktować się z jednym z deweloperów Gentoo, Luca Barbato przygotował kilka porad w jaki sposób można spotkać się z potrzebną nam osobą. Opinia użytkownika Joshua Jackson umożliwił jednemu z użytkowników, Matthew Summersowi, przedstawienie własnego zdania w sprawie oferty Daniela Robbinsa dotyczącej Fundacji Gentoo. Gentoo na Chemnitzer Linux-Tage Tobias Scherbaum przedstawił listę uczestników, deweloperów i użytkowników Gentoo, którzy wezmą udział w imprezie Chemnitzer Linux-Tage odbywającej się w Niemczech. Spotkanie deweloperów odbędzie się 1 marca 2008, zachęcamy jednak wszystkich do pojawienia się na nim. Status GCC 4.3 Ryan Hill napisał krótką notkę przedstawiającą aktualny status GCC 4.3 w Gentoo. Pomysły na Google Summer of Code Pomimo tego, że dopiero zaczyna się wiosna, Diego Elio Pettenò oraz Hans de Graaff przedstawili już swoje pomysły na tegoroczny Google Summer of Code. Xen i Gentoo Michael Marineau opisał jak Xen i Gentoo są używane w Open Source Labs. MIPS znowu architekturą eksperymentalną Wśród informacji dotyczących nowego wydania, Stuart Longland ogłosił że MIPS ponownie stał się architekturą eksperymentalną. Oznacza to, że nie pojawią się już stabilne wersje pakietów dla MIPS, znaleźć będzie można tylko te oznaczone jako ~mips. Główną przyczyną jest brak deweloperów potrzebnych do testowania i stabilizacji pakietów. Biblioteki wewnętrzne są złe Diego Elio Pettenò jest na krucjacie, by usunąć wewnętrzne kopie bibliotek znajdujące się w niektórych pakietach. W wpisie na swoim blogu opisał powody dlaczego jest to zła praktyka oraz przedstawił przykład w jaki sposób można poradzić sobie z tym problemem. Jak poprawić Gentoo od strony medialnej Jak z pewnością zauważyliście na stronie głównej, Donnie Berkholz w ostatnim czasie zajął się publikacją ważnych informacji ze świata Gentoo. Dodatkowo opublikował wpis opisujący szczegóły ostatnich zmian w zespole Public Relations. Spotkanie zespołu User Relations Joshua Jackson przedstawił podsumowanie spotkania zespołu User Relations Gentoo na procesorze Loongson Loongson jest chińskim procesorem bazującym na architekturze MIPS. Stuart Longland ogłosił w swoim blogu że dostępne są eksperymentalne pliku stage na tą platformę. Chcesz lepiej zorganizować swoje sesje w terminalu? Chcesz mieć osobną sesję programu screen dla każdego zadania? A może po prostu coś do lepszej organizacji pracy? Jeśli tak, to w tym miesiącu mamy świetną poradę. Przedstawiamy niewielki skrypt o nazwie screenie.
Zaczniemy od uruchomienia skryptu.
Powinniśmy zobaczyć następujący tekst:
Dodajmy zadanie o nazwie "Systems". Po naciśnięciu klawisza a należy wprowadzić nazwę. Następnym krokiem jest naciśnięcie klawisza enter, chyba że znamy numer procesu istniejących sesji programu screen. Dodajmy kolejne zadanie o nazwie "Email". Teraz powinniśmy zobaczyć:
Teraz posiadamy dwie sesje screen, które możemy dowolnie uaktywniać. Po wybraniu jednej z sesji będziemy znajdować się wewnątrz screena, gdzie możemy pracować po swojemu.
Aby przejść do następnej sesji screen, trzeba nacisnąć CTRL+a+d (lub użyć dowolnej preferowanej metody na wyjście z sesji screena). Powinniśmy znaleźć się ponownie w menu screenie i móc wybrać inną sesję. Jednym z zastosowań screenie jest utworzenie osobnej sesji screena dla każdego zadania i każdej maszyny, do której posiadamy dostęp. Znacznie ułatwi nam to wykonywanie kilku zadań jednocześnie. Powinno to także uprościć powrót do pracy po dłuższej przerwie. 5. Zmiana statusu deweloperów Gentoo Gentoo jest tworzone przez 277 aktywnych deweloperów, 47 z nich przebywa aktualnie na urlopie. Od czasu stworzenia Gentoo Linux przez grono deweloperów przewinęło się 630 osób. Następujący deweloperzy opuścili projekt Gentoo Linux w minionym miesiącu:
Następujący deweloperzy przyłączyli się do projektu Gentoo Linux w minionym miesiącu:
Następujący deweloperzy zmienili w minionym miesiącu pełnioną w projekcie Gentoo Linux funkcję:
W tej części Miesięcznika Gentoo można znaleźć podsumowanie aktualnego stanu drzewa Portage.
Poniżej znajduje się lista pakietów, które zostały usunięte lub dodane do drzewa Portage w ostatnim czasie oraz lista przedstawiająca plany dotyczące usunięcia kolejnych pakietów w przyszłości. Informacje te pochodzą z różnych źródeł, włączając projekt Treecleaners oraz zgłoszenia od poszczególnych deweloperów. Większość pakietów, które można znaleźć w części Ostatnie Namaszczenie wymaga jedynie miłości i opieki ze strony deweloperów. W przypadku znalezienia nowego opiekuna ich los z pewnością ulegnie poprawie i pozostaną one w oficjalnym drzewie Portage.
Społeczność Gentoo używa Bugzilli (bugs.gentoo.org) do zgłaszania i śledzenia błędów, ogłoszeń, sugestii oraz innych form kontaktu z deweloperami. Poniższy wykres przedstawia aktywność w serwisie pomiędzy 18 stycznia 2008, a 17 lutego 2008.
Spośród 10254 obecnie otwartych bugów: 18 oznaczono jako blocker, 101 jako critical, a 343 jako major. Deweloperzy oraz zespoły, które zamknęły najwięcej bugów w minionym okresie to:
Deweloperzy oraz zespoły, którym przydzielono najwięcej bugów w minionym okresie to:
Miesięcznik Gentoo bazuje na pomocy i materiałach nadsyłanych przez ochotników i członków społeczności. Zachęcamy wszystkich do pomocy i współpracy przy tworzeniu kolejnych numerów Miesięcznika Gentoo. Swoje pomyły prosimy nadsyłać na adres gmn-writers@gentoo.org, może to być zarówno sam tekst lub już gotowy artykuł w formacie GuideXML.
Oczekujemy nie tylko na wasze propozycje artykułów, interesują nas także opinie na temat tych już opublikowanych. Wszelkie komentarze prosimy kierować na adres Miesięcznika Gentoo. Uwagi dotyczące tłumaczenia należy zgłaszać na adres koordynatora. Możecie także zgłaszać swoje opinie i komentarze dotyczące tego wydania Miesięcznika Gentoo w specjalnie stworzonym wątku na forum. 9. Subskrypcja Miesięcznika Gentoo Aby zaprenumerować Miesięcznik Gentoo, należy wysłać pustego emaila na adres gentoo-gmn+subscribe@gentoo.org. Aby zrezygnować z subskrypcji, należy wysłać pustego emaila na adres gentoo-gmn+unsubscribe@gentoo.org z konta, na które jest zarejestrowana. Miesięcznik Gentoo jest dostępny w następujących językach: |
|
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
