Konferencja Developerów Gentoo w San Francisco
W ramach LinuxWorld Expo 2005, 12 sierpnia w San Francisco odbędzie się całodniowa konferencja developerów (oraz użytkowników) Gentoo. Oprócz prezentacji przygotowanych przez developerów, znajdzie się czas na rozwiązywanie bugów, podpisywanie kluczy oraz swobodne rozmowy. Wolne miejsca wciąż są dostępne. Jeśli będziesz w okolicy, możesz się zapisać za opłatą $10. Cena obejmuje lunch oraz okazjonalnego t-shirta. Dla osób, które nie będą mogły zjawić się osobiście, impreza będzie transmitowana w Internecie.
Więcej informacji można znaleźć na stronie http://devconference.gentoo.org/.
Konferencję sponsoruje firma Global Netoptex Inc., już od dawna wspierająca infrastrukturę Gentoo, oraz Uniwersytet w Indianie, który umożliwi jej transmisję na żywo.
Poszukiwani tłumacze niemieckiej dokumentacji
Niemiecki zespół tłumaczy dokumentacji poszukuje nowych członków. Według naszych statystyk, niemiecka dokumentacja jest najczęściej czytana po angielskiej, zatem powinna być często aktualizowana. Niestety, niektóre dokumenty już teraz są bardzo przedawnione. Do pracy potrzeba więc nieco więcej rąk. Jeśli dobrze znasz zarówno język angielski, jak i niemiecki i chciałbyś pomóc, napisz do koordynatora zespołu - Tobiasa Scherbauma.
2. Historie Gentoo: Dwa lata sukcesów Bug Day
Od developerów Bug Day, Bryana Østergaarda oraz Scotta Shawcrofta, otrzymaliśmy raport zawierający kilka ciekawych liczb dotyczących projektu, udowadniających jak wielkim okazał się on sukcesem.
6 sierpnia 2005 roku osiągnięty zostanie kolejny istotny dla projektu Gentoo Bug Day kamień milowy - projektu udanego, pozwalającego przybliżyć do siebie społeczność.
Wszystko zaczęło się od pomysłu developera Gentoo Briana Jacksona, trochę ponad dwa lata temu. Pierwsze ślady na listach dyskusyjnych zdają się wskazywać mniej więcej na lipiec 2005. Na liście gentoo-dev Brian poprosił wtedy o komentarze na temat GLEP-a 6. Wątek można przeczytać w archiwum gmane. Pomysł przypadł wszystkim do gustu i został przyjęty w rekordowym czasie - pełen procec od propozycji do akceptacji zajął niecały miesiąc.
Pierwszy Gentoo Bug Day odbył się 2 sierpnia 2003 i pod wieloma względami był bardzo udany. Naprawiono wiele błędów oraz zrekrutowano kilku nowych developerów.
Kiedy w maju 2004 Brian Jackson zdecydował się na krótką przerwę w obowiązkach developera, koordynacją Bug Day zajął się Bryan Øtergaard i pozostaje na tym stanowisku aż do dziś.
Kolejna wielka okazja nadeszła we wrześniu 2004, wraz z głośnym otwarciem http://bugday.gentoo.org. Strona została w większości napisana przez Bjarke Instrup Pedersena i wyglądała niemal dokładnie tak jak obecnie.
Co prawda określenie dokładnej ilości zamkniętych w trakcie Bug Day bugów jest prawdopodobnie niemożliwe, jednakże w Bugzilli da się odnaleźć kilka interesujących liczb. Zapytanie Bugzilli o ilość zamkniętych błędów, które zmieniły stan w trakcie Bug Day da kilka (niezbyt naukowych) statystyk:
| Największa ilość błędów zamkniętych w trakcie jednego Bug Day: | 344 (luty 2005) |
| Najmniejsza ilość zamkniętych bugów: | 124 (sierpień 2003) |
| Średnia ilość bugów zamkniętych w trakcie Bug Day: | 229 |
| Średnia w roku 2003: | 173 |
| Średnia w roku 2004: | 226 |
| Średnia w roku 2005: | 274 |
| Ilość developerów zrekturowanych w trakcie Bug Day: | 15+ |
Latem 2005 roku, Bryan zaczął uświadamiać sobie, że będzie potrzebował wsparcia, jeżeli chce zapewnić dalszy rozwój Bug Day. Zatrudnił więc Scotta Shawcrofta oraz Bjarke Istrup Pedersena do pomocy w realizacji niektórych swoich pomysłów. Na szczęście oni również wykazali się inwencją!
Jednym z celów Bug Day jest budowanie społeczności w trakcie naprawiania błędów. Obecnie udział w Bug Day jest ograniczony. Dzięki pewnym zmianom mamy nadzieję zwiększyć zaangażowanie, zbudować społeczność i wykształcić nowych developerów. Część zmian jakie zamierzamy wprowadzić to przebudowa od zera strony WWW oraz stworzenie do niej interfejsu IRC.
Celem wprowadzenia nowej strony jest zapewnienie lepszych wskazówek dla uczestników Bug Day oraz zwiększenie zakresu zaangażowania. Jednym ze sposobów osiągnięcia takiego efektu będzie klasyfikacja błędów na podstawie poziomu trudności oraz umiejętności programistycznych wymaganych do ich rozwiązania. Powinno to umożliwić filtrowanie błędów na podstawie umiejętności użytkownika.
Poza klasyfikacją bugów zamierzamy wprowadzić interfejs głosowań na nie. Umożliwi to użytkownikom głosowanie na ich "ulubione" błędy i tym samym zwiększyć (mamy nadzieję) szansę na to, że ktoś je zauważy i poprawi. Jeśli wszystko się uda, to część z bardziej irytujących problemów zostanie rozwiązanych szybko ponieważ powinno być widoczne, które z nich przyciągają największą uwagę użytkowników. Istotne jest to, że możliwość 'głosowania na błędy' będzie zaimplementowana tylko na stronie Bug Day.
Mamy nadzieję, że część z planowanych możliwości strony WWW będzie gotowa już we wrześniu. Chętnie przyjmiemy wszelkie komentarze, sugestie oraz pytania dotyczące aktualnych oraz nadchodzących Bug Day.
Dołącz do nas na kanale #gentoo-bugs na irc.freenode.net oraz zobacz naszą stronę - http://bugday.gentoo.org.
Pamiętajcie, każdy jest zaproszony do świętowania zarówno drugiej rocznicy jak i początku Bug Day w najbliższą sobotę!
3. Historie użytkowników: wywiad z Georgem K. Thiruvathukalem
Tym razem w dziale "Historie użytkowników" pragniemy przedstawić George'a K. Thiruvathukala, profesora informatyki z Uniwersytetu Loyola w Chicago. Wywiad został przeprowadzony przez developera Gentoo, Patricka Lauera, w jego organizacji pomógł także Mike Doty:
Proszę opowiedzieć kim pan jest i czym zajmuje się w pracy?
Jestem profesorem informatyki na Uniwersytecie Loyola w Chicago (Stany Zjednoczone, stan Illinois).
Czym się pan zajmuje w pracy? Jakie związane z komputerami zadania pan wykonuje?
Jestem profesorem oraz Prodziekanem ds. Nauczania. Ponadto wraz z Miao Ye zarządzam laboratorium, w którym prowadzi się prace nad oprogramowaniem OpenSource, a zwłaszcza nad Linuksem. W związku z tym, że moje badania związane są głównie z systemami rozproszonymi, mogę powiedzieć, że ponad połowę swojego życia przepracowałem jako administrator i haker.
Kiedy odkrył pan Linuksa? Kiedy poznał Gentoo i co pana przekonało do pracy z nim?
Linuksa odkryłem w 1991 roku. Akurat pracowałem w Chicago i kończyłem studia. Wraz z kolegą zainstalowaliśmy jeden z pierwszych kerneli stworzonych przez Linusa i tak już zostało. Gentoo zacząłem używać kilka lat temu dzięki upartym namowom jednego z moich studentów, Seana McGuire. Wiedziałem już wtedy, że żadna z dystrybucji na rynku, chociaż wiele z nich jest naprawdę solidnie przygotowanych, nie zapewnia żadnego sensownego systemu zarządzania pakietami opartego na kompilowaniu wszystkiego ze źródeł i dbającego o aktualność systemu. Ponadto inne rozwiązania proponowane przez pozostałe dystrybucje nie nadawały się zbytnio do obliczeń wielkoskalowych, które są jednym z głównych tematów mojej pracy i dla których nawet najmniejszy zysk w wydajności okazuje się kluczowym. Bardzo spodobała mi się łatwość z jaką Gentoo potrafi skompilować cały system, zarówno kernel jak i oprogramowanie, dla danego procesora czy architektury.
Obecnie posiadam dwa małe klastry zajmujące się obliczeniami i oparte całkowicie na Gentoo. Mike Doty (KingTaco) pracuje teraz wraz ze mną nad systemem uruchamiania za pomocą sieci PXE, który zostanie wdrożony w ciągu kilku następnych tygodni.
Na jakich komputerach zainstalowane jest Gentoo? Jakie ma pan plany na przyszłość?
Wszystko oparte na Linuksie na naszym wydziale działa pod kontrolą Gentoo. Nawet komputery laboratoryjne. Mamy transparentną konfigurację, opartą na OpenLDAP służącym do uwierzytelniania, oraz kilka dużych serwerów baz danych opartych na sprzęcie Dell PowerEdge (tak, na nich również działa Gentoo, chociaż nie obyło się bez rozmaitych uciążliwych problemów). Ponadto mamy kilka mniejszych serwerów obsługujących pocztę oraz ruch www.
Moje plany na przyszłość (można powiedzieć, że marzenia) to stworzenie klastra ponad tysiąca komputerów opartych na Gentoo. :-) To byłoby coś!
Jak radzi sobie pan z uaktualnieniami?
Wiedziałem, że o to zapytacie. Cóż, obecnie aktualizujemy metadane na najważniejszych serwerach co najmniej raz w miesiącu. Jeśli chodzi o uaktualnienia całego world/system na najważniejszych z naszych komputerów, jesteśmy z tym bardzo ostrożni, ograniczamy się do aktualizacji raz na 3 do 6 miesięcy. Na bardziej eksperymentalnym sprzęcie (jak klastry) aktualizujemy oprogramowanie znacznie częściej. Jak tylko skończymy prace nad uruchamianiem z sieci będziemy mogli po prostu ponownie uruchomić komputery i w ten sposób pozwolić im na korzystanie z aktualnego oprogramowania.
Oczywiście aktualizacje plików z katalogów /etc są tu głównym problemem, jest to również dziedzina, w której w przyszłości chciałbym Gentoo pomóc. W związku z moim doświadczeniem w pracy w Pythonie i z XML, chciałbym wykorzystać oba języki do stworzenia jakiegoś prostego i odpornego na błędy systemu zarządzania katalogiem /etc.
Na jakie problemy pan natrafił? Jakie są zalety Linuksa (zwłaszcza Gentoo)?
Pojawił się szereg różnych problemów. Przed wszystkim cieszę się, że wciąż zachowałem formę i że pomimo tego, że jestem już niemal 40-latkiem, mogę nadal nadążyć za tymi wszystkimi szalonymi 20-latkami. Cieszę się również, że tak zdolni ludzie jak Mike i Sean są tuż obok i pomagają mi z wieloma problemami związanym z kernelem i zwykłym oprogramowaniem biurkowym.
Ale gdzie Linux sobie całkiem nie radzi? Z jakich rozwiązań, hacków, czy implementacji jest pan najbardziej zadowolony?
Najbardziej cieszy mnie implementacja LDAP. Dokumentacja Gentoo zdawała się mówić, że niemal nie jest to możliwe, a mi udało się wprowadzić to rozwiązanie w bezpieczny i bazawaryjny sposób. Po drodze pojawiły się wprawdzie zepsute ACL-e, które musiałem naprawić, ale udało się to wykonać i teraz możemy korzystać z tego wygodnego systemu na całym Wydziale.
Dużo satysfakcji daje mi również system hostingowy jaki stworzyłem wraz z moim kolegą, prof. Konstantinem Läuferem. Dzięki temu jesteśmy w stanie hostować wiele rozmaitych zarówno społecznych jak i studenckich portali na komputerach naszego wydziału, zapewniając użytkownikom e-mail, strony www oraz system zarządzania treścią Plone. I wszystko to działa na platformie Gentoo.
Słyszeliśmy, że udostępnił pan niektóre z komputerów dla developerów Gentoo. Co pana do tego przekonało? Jaki to był sprzęt? Czy to się opłaciło?
Nasz Uniwersytet świadczy bardzo dużo usług dla innych podmiotów. Jesteśmy zaszczyceni tym, że nasz sprzęt Sun E250 może przydać się w pracach nad Gentoo. Mamy również nadzieję, że między innymi dzięki temu studenci chcący zajmować się Otwartym Oprogramowanie uznają w przyszłość nasz Wydział za dobry wybór. Nie tylko nauczamy o Otwartym Oprogramowaniu, naprawdę go używamy!
Jakie są reakcje innych osób, gdy dowiadują się, że korzystacie z Gentoo na najważniejszych serwerach? Co sądzi pan o podziale na otwarte i komercyjne oprogramowanie? Czy są jakieś problemy z korzystaniem z tego pierwszego?
Kiedy zaczynałem implementację Gentoo większość ludzi uważało mnie za szaleńca i ich zdanie o mnie nie zmieniło się chyba do tej pory. :-) Według mnie system zawsze jest zagrożony, nieważne z jakiego oprogramowania się korzysta. Jeśli nie pilnuje się aktualizacji, nie czyta informacji o nowych błędach związanych z bezpieczeństwem, oraz nie zatrudnia najlepszych specjalistów z tej dziedziny nie można uważać się za w jakikolwiek sposób zabezpieczonego.
Warto zwrócić uwagę również na sprzęt na jakim działają najważniejsze serwery. System operacyjny jest tak dobry jak sprzęt na którym działa. Dla wszystkich kluczowych komputerów niezbędne są najlepsze procesory, kości pamięci i wydajność I/O. Nie widziałem żadnych dowodów na to, że Gentoo jest mniej lub bardziej bezpieczne niż inne systemy operacyjne. Wydaje mi się jednak, że twórcy Gentoo kładą na bezpieczeństwo szczególny nacisk, co widać już w Tygodniku, który informuje użytkowników o wszystkich związanych z bezpieczeństwem problemach. Nie wszystkie pozostałe dystrybucje tak dbają, aby ich użytkownicy byli równie dobrze poinformowani o potencjalnych zagrożeniach.
Nie przeszkadza nam istnienie komercyjnego oprogramowania. Jednak w czasach kiedy budżety są napięte do granic możliwości, musi być naprawdę ważny powód, aby z niego korzystać. Jeśli chodzi jednak o naszą tolerancję dla osób preferujących takie rozwiązania, zapewniamy naszym studentom także pełne wsparcie techniczne, jeśli tylko chcą korzystać z komercyjnych alternatyw. Nasz Wydział jest częścią MSDN Academic Alliance, co umożliwia naszym studentom poznawanie komercyjnych technologii na równi z otwartymi. Nie jesteśmy ślepymi ideologami, ale uważamy, że studenci przede wszystkim powinni poznawać otwarte rozwiązania w ramach swoich studiów informatycznych.
Jak wygląda wsparcie techniczne? Co sprawia, że Gentoo jest dobre, a co utrudnia z nim pracę? Jakie przewagi mają nad Gentoo komercyjne dystrybucje jak RedHat czy SuSE?
Gentoo musi przemyśleć kilka spraw:
1. Synchronizowanie metadanych zaczyna zajmować coraz więcej czasu. Nie jest to wielkim problemem na jednym komputerze, ale kiedy jest ich wiele, stwarza to sporo trudności. Powinno pojawić się rozwiązanie umożliwiające zsynchronizowanie jednej głównej kopii danych, a następnie jej dystrybucję na pozostałe lokalne systemy.
2. System uaktualniania danych w katalogu /etc stwarza wiele problemów w rozwiązaniach serwerowych. Korzystam z różnych sztuczek, ale zwykle muszę ręcznie sprawdzać czy kluczowe pliki z katalogu /etc (jak conf.d/net, fstab, czy modules.autoload.d/kernel-2.6) nie zostały zepsute w procesie aktualizacji.
Dziękujemy za wywiad.
Wstrzymajcie się z kolejnymi propozycjami nowych funkcjonalności portage
Jason Stubbs poinformował nas, że zespół developerów portage nie przyjmuje żadnych nowych propozycji dodania nowych funkcjonalności aż do odwołania. W tej chwili na realizację czeka już 300 życzeń, które opóźniają wdrażanie krytycznych poprawek. Każdy nowy developer chcący pomóc przy portage jest mile widziany!
Nowe wieści w sprawie wsparcia dla PHP5 w Gentoo
Stuart Herbert, developer aplikacji webowych oraz PHP podsumował obecną sytuację wparcia PHP przez Gentoo, w tym PHP5. Jeśli jesteś zainteresowany wersją PHP5 i chcesz pomóc w testowaniu powinieneś przeczytać ogłoszenie Stuarta.
ChangeLog przed instalacją
Użytkownik Gentoo, Alec Warner zapytał o możliwość użycia informacji z ChangeLoga jako rodzaj wstępnego komunikatu przed rozpoczęciem instalacji, informującego min. o krytycznych zmianach w pakiecie, tak jak można to zrobić dzięki prostej komendzie emerge -l <nazwa pakietu>.
USA: Konferencja i wystawa LinuxWorld Expo w San Francisco
Jak co roku w Moscone Center w San Francisco odbędzie się LinuxWorld Expo. Podobnie jak w latach poprzednich, Gentoo zaprezentuje swoją ekspozycję. Nie będzie ono duże, lecz w sam raz by zmieścić demonstrację wersji x86 i ppc oraz trochę darmowych upominków.
Jeśli przypadkiem zamierzasz zarejestrować się w "Exhibit Hall" LinuxWorld Expo w San Francisco, użyj priorytetowego kodu N0339, aby organizatorzy wiedzieli, że masz zamiar wesprzeć organizację stoiska Gentoo!
Niemcy: Dwa spotkania użytkowników Gentoo
W czwartek, 4 sierpnia, odbędzie się spotkanie społeczności z okolic Kolonii i Bonn. Impreza nie odbędzie się w żadnym z tych miast ale w chińskiej restauracji w Siegburgu.
Następnego dnia, w piątek 5 sierpnia, dobrze znana społeczność z Ruhrpott spotyka się w Oberhausen. Z dziewięcioma developerami (oraz dziewięcioma użytkownikami) uczestniczącymi w spotkaniu w zeszłym roku, było ono najprawdopodobniej największą tego typu imprezą odbywającą się poza większymi wydarzeniami, czy konferencjami!
"Jak tworzyć przenośne poprawki"
Developer Diego Pettenò napisał artykół ”Best practices for portable patches“, bazujący na jego doświadczeniach zbieranych jako osoba odpowiedzialna za utrzymywanie pakietów i portu Gentoo/BSD. Znajdziemy tam ciekawe podsumowanie typowych problemów na jakie możemy się natknąć, oraz sposoby ich uniknięcia, co jest szczególnie ważne w Gentoo, które można uruchomić na wielu odmiennych architekturach procesorów.
Zespół kontroli bezpieczeństwa w Gentoo odkrył usterkę w MySQL
Krytyczna usterka w MySQL, wynikająca z błędu w zlib została odkryta przez członka zespołu kontroli bezpieczeństwa w Gentoo (Gentoo Linux Security Audit Team) Tavisa Ormandy.
Wyłapywanie komunikatów emerge za pomocą enotice
Uwaga: Wszystkie prezentowane w tym dziale porady są dokładnie testowane, przypominamy jednak, że w żaden sposób nie odpowiadamy za jakiekolwiek uszkodzenia systemu powstałe w wyniku ich wykorzystania. |
Jedną z rzeczy których Portage brakuje od dłuższego czasu, jest możliwość wyłapywania wszystkich powiadomień i ostrzeżeń wyświetlanych w trakcie instalacji, żebyś mógł się dowiedzieć co się zmieniło w czasie ostatniej nocnej aktualizacji. Spotkałeś się już z sytuacją, gdzie coś przestało działać po aktualizacji, tylko dlatego, że nie przeczytałeś ostrzeżenia, które przewinęło się przez ekran kiedy akurat nie patrzyłeś? Oto rozwiązanie: enotice!
enotice to niewielki skrypt stworzony przez developera Eldada Zacka i poprawiony przez Lindsaya Haisleya. Aby go zainstalować, powinieneś skorzystać ze skryptu instalacyjnego stworzonego przez Thomasa Bullingera. Po ściągnięciu uruchom go poleceniem:
Listing 7.1: Instalacja enotice |
# sh install-enotice.sh
|
Skrypt pobierze enotice i skopiuje je do katalogu /usr/local/sbin/. Ponadto doda do twojego /etc/make.conf zmienną PORT_ENOTICE_DIR.
Po następnej nocnej aktualizacji będziesz mógł uruchomić enotice i korzystając z intuicyjnego menu zapoznać się z listą komunikatów. Zazwyczaj wyświetlone zostaną wyłacznie ostrzeżenia, ale możesz zmienić poziom szczegółowości, aby przeczytać także mniej istotne wiadomości.
Na zakończenie warto dodać, iż do zespołu GWN dotarły plotki, mówiące, że coś podobnego do enotice zostanie włączone do kolejnej głównej wersji portage…
8. Odeszli, przybyli, zmienili status
Następujący developerzy opuścili projekt Gentoo Linux w minionym tygodniu:
Następujący developerzy przyłączyli się do projektu Gentoo Linux w minionym tygodniu:
Następujący developerzy zmienili w minionym tygodniu pełnioną w projekcie Gentoo Linux funkcję:
fetchmail: Przepełnienie bufora
fetchmail jest podatny na przepełnienie bufora, które można wykorzystać do przeprowadzenia ataku Denial of Service lub wykonywania niepożądanego kodu.
Więcej informacji można znaleźć w komunikacie GLSA
sandbox: Niebezpieczna obsługa plików tymczasowych
Program sandbox tworzy pliki tymczasowe w niebezpieczny sposób.
Więcej informacji można znaleźć w komunikacie GLSA
Kopete: Usterka w bibliotece Gadu
Kadu jest podatne na kilka usterek podczas sprawdzania danych wejściowych, które mogą zostać wykorzystane do wykonywania niepożądanego kodu.
Więcej informacji można znaleźć w komunikacie GLSA
Kilka usterek w Mozilla Suite może pozwolić na rozmaite ataki: od wykonywania niepożądanego kodu javascript z podwyższonymi uprawnieniami, do wycieku informacji.
Więcej informacji można znaleźć w komunikacie GLSA
Clam AntiVirus: Błędy nadmiaru liczby całkowitej
Clam AntiVirus podczas obsługi kilku formatów plików jest podatny na ataki integer overflow, które można wykorzystać do wykonywania niepożądanego kodu.
Więcej informacji można znaleźć w komunikacie GLSA
GNU Gadu, CenterICQ, Kadu, EKG, libgadu: Zdalne wykonywanie niepożądanego kodu w bibliotece Gadu
GNU Gadu, CenterICQ, Kadu, EKG oraz libgadu są podatne na usterki integer overflow, które można wykorzystać do wykonywania niepożądanego kodu lub ataków Denial of Service.
Więcej informacji można znaleźć w komunikacie GLSA
Ethereal jest podatny na liczne usterki, które mogą zostać wykorzystane do wykonywania niepoządanego kodu lub nieoczekiwanego przerwania pracy programu.
Więcej informacji można znaleźć w komunikacie GLSA
Biblioteki do emulacji x86 dla AMD64: Przepełnienie bufora
Biblioteki do emulacji x86 dla AMD64 zawierają dziurawą wersję zlib, przez co mogą zostać wykorzystane do wykonywania niepożądanego kodu.
Więcej informacji można znaleźć w komunikacie GLSA
pstotext: Zdalne wykonywanie niepożądanego kodu
pstotext zawiera usterkę, która może zostać wykorzystana do wykonywania niepożądanego kodu.
Więcej informacji można znaleźć w komunikacie GLSA
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 developerami. Pomiędzy 23 a 30 lipca 2005, aktywność w serwisie przedstawiała się następująco:
Spośród 8027 obecnie otwartych bugów: 111 oznaczono jako 'blocker', 195 jako 'critical', a 538 jako 'major'.
Developerzy oraz zespoły, które zamknęły najwięcej bugów w minionym tygodniu, to:
Developerzy oraz zespoły, które zamknęły najwięcej bugów w minionym tygodniu, to:
Jeśli chcesz, aby ten magazyn był jeszcze lepszy, podziel się z nami swoją opinią na jego temat.
Aby zasubskrybować Gentoo Weekly Newsletter, wyślij pustego e-maila na adres gentoo-gwn+subscribe@gentoo.org.
Aby zrezygnować z subskrybcji, wyślij pustego e-maila na adres gentoo-gwn+unsubscribe@gentoo.org z konta, na które jest zarejestrowana.
Tygodnik Gentoo Weekly Newsletter jest dostępny w następujących językach: