Obfite wyniki końcowe, uzyskane przez projekt Debian, pochodzą jednocześnie z działań w obrębie infrastruktury. Działania te wykonywane są przez doświadczonych twórców Debiana, począwszy od indywidualnych lub zbiorowych prac programistów, tworzących i modyfikujących pakiety Debiana, a kończąc na informacjach zwrotnych od użytkowników.
1.3.1. Twórcy Debiana (ang. the Debian Developers)
Debian developers have various responsibilities, and as official project members, they have great influence on the direction the project takes. A Debian developer is generally responsible for at least one package, but according to their available time and desire, they are free to become involved in numerous teams, acquiring, thus, more responsibilities within the project.
Package maintenance is a relatively regimented activity, very documented or even regulated. It must, in effect, comply with all the standards established by the
Debian Policy. Fortunately, there are many tools that facilitate the maintainer's work. The developer can, thus, focus on the specifics of their package and on more complex tasks, such as squashing bugs.
The Policy, an essential element of the Debian Project, establishes the norms ensuring both the quality of the packages and perfect interoperability of the distribution. Thanks to this Policy, Debian remains consistent despite its gigantic size. This Policy is not fixed in stone, but continuously evolves thanks to proposals formulated on the
debian-policy@lists.debian.org mailing list. Amendments that are agreed upon by all interested parties are accepted and applied to the text by a small group of maintainers who have no editorial responsibility (they only include the modifications agreed upon by the Debian developers that are members of the above-mentioned list). You can read current amendment proposals on the bug tracking system:
Polityka dostarcza znaczną ilość technicznych aspektów pakietowania. Rozmiar projektu zwiększa też problemy organizacyjne. Są one rozwiązywane w oparciu o Konstytucję Debiana, która ustanawia strukturę i środki do podejmowania decyzji. Innymi słowy — ustanawia formalny system zarządzania.
Konstytucja Debiana określa pewną liczbę ról i pozycji społecznych, a także odpowiedzialności i władze każdej z nich. Warto zwrócić uwagę na fakt, że twórcy Debiana zawsze mają najwyższą władzę decyzyjną podczas głosowania nad rezolucją ogólną, gdzie wymagana jest większość trzech czwartych (75%), aby dokonać znaczących zmian w konstytucji (takich, jak wpływ na Dokumenty Założycielskie). Jednakże, twórcy co roku wybierają „lidera", który ma ich reprezentować na mitingach, i który ma zapewniać wewnętrzną koordynację pomiędzy różnymi zespołami. Wybory lidera są zawsze okresem intensywnych dyskusji. Rola lidera nie jest formalnie zdefiniowana w żadnym dokumencie: kandydaci do tej pozycji zwykle proponują jej własną definicję. W praktyce oznacza to, że rola lidera obejmuje służenie jako przedstawiciel wobec mediów, koordynowanie zespołów „wewnętrznych" i dostarczanie całkowitego przewodnictwa projektom twórców. Poglądy lidera projektu Debian (ang. Debian Project Leader — DPL) są aprobowane bezpośrednio przez członków projektu.
Szczególnie, lider ma rzeczywistą władzę. Głosy liderów mają moc wiążącą; lider może podjąć dowolną decyzję, której wykonanie nie jest już w mocy kogoś innego i może delegować część swoich obowiązków.
Since its inception, the project has been successively led by Ian Murdock, Bruce Perens, Ian Jackson, Wichert Akkerman, Ben Collins, Bdale Garbee, Martin Michlmayr, Branden Robinson, Anthony Towns, Sam Hocevar, Steve McIntyre, Stefano Zacchiroli, Lucas Nussbaum, Mehdi Dogguy and Chris Lamb.
Konstytucja określa też „komitet techniczny". Zasadniczą rolą tego komitetu jest decydowanie o sprawach technicznych w sytuacji, gdy twórcy nie mogą ze sobą dojść do porozumienia w jakiejś kwestii technicznej. Mówiąc inaczej, komitet odgrywa rolę doradczą, gdy twórcy nie udaje się podjąć decyzji, za jaką jest odpowiedzialny. Warto zapamiętać, że komitet techniczny angażuje się tylko wtedy, gdy jest poproszony, aby być jedną ze stron potencjalnego konfliktu.
W końcu, konstytucja określa stanowisko „sekretarza projektu", który jest odpowiedzialny za organizację głosowania, związanego z różnymi wyborami i rezolucjami ogólnymi.
The “general resolution” procedure is fully detailed in the constitution, from the initial discussion period to the final counting of votes. The most interesting aspect of that process is that when it comes to an actual vote, developers have to rank the different ballot options between them and the winner is selected with a
Condorcet method (more specifically, the Schulze method). For further details see:
Nawet jeśli ta konstytucja ustanawia pozory demokracji, codzienna rzeczywistość jest zupełnie inna: Debian w sposób naturalny i niewymuszony przestrzega zasad wolnego oprogramowania: kto robi jakieś rzeczy, ten decyduje o tym, jak je robić (tzw. zasada „rób-to-kracji"; w oryginale angielskim: do-cracy). Dużo czasu można zmarnować rozważając korzyści płynące z różnych sposobów podejścia do problemu; wybrane rozwiązanie będzie pierwszym, zarówno funkcjonalnym, jak i satysfakcjonującym, a jednocześnie podanym przez kompetentną osobę ... Jednak, okaże się to dopiero po pewnym czasie.
Jest to jedyny sposób, aby zasłużyć sobie na szacunek: zrobić coś pożytecznego i pokazać, że się pracowało dobrze. Wiele „administracyjnych" zespołów Debiana działa za pomocą kooptacji, preferując wolontariuszy, którzy już efektywnie przyczynili się do czegoś i potwierdzili swoje kompetencje. Publiczna natura pracy tych zespołów sprawia, że nowi współpracownicy mogą obserwować tę pracę i mogą zacząć pomagać bez specjalnych przywilejów. Z tego powodu Debian jest często określany mianem „merytokracji".
Ta efektywna metoda operacyjna gwarantuje jakość współpracowników w „kluczowych" zespołach Debiana. W żaden jednak sposób metoda ta nie jest doskonała i okazjonalnie ujawniają się również ci, którzy nie akceptują tego sposobu działania. Dobór twórców, akceptowanych w zespołach, może wydawać się trochę arbitralny lub nawet nieuczciwy. Co więcej, nie każdy ma te samą definicję służby na rzecz innych, oczekiwaną przez te zespoły. Dla niektórych nie do zaakceptowania jest fakt oczekiwania przez osiem dni na włączenie nowego pakietu Debiana, natomiast inni cierpliwie czekają na to samo przez trzy tygodnie, bez problemu. Tak więc, pojawiają się regularne skargi ze strony „niezadowolonych" na temat „jakości usług" tych zespołów.
1.3.2. Aktywna rola użytkowników
Można się zastanawiać, czy warto zaliczać „zwykłych" użytkowników do tych współpracowników, którzy działają wewnątrz projektu Debian. Odpowiedzią jest definitywne TAK: odgrywają oni kluczową rolę w tym projekcie. Niektórzy użytkownicy, będąc dalekimi od bycia „pasywnymi", uruchamiają testowe wersje Debiana i regularnie wypełniają raporty o błędach, wskazując na problemy. Inni idą jeszcze dalej i przesyłają pomysły ulepszeń wypełniając raport o błędzie zawierający „listę życzeń" lub nawet przesyłają poprawki kodu źródłowego, zwane „łatkami" (ang „patches"). Zobacz pasek boczny
WRACAJĄC DO PODSTAW „Łatka", sposób na wysłanie poprawki.
Additionally, numerous satisfied users of the service offered by Debian like to make a contribution of their own to the project. As not everyone has appropriate levels of expertise in programming, they may choose to assist with the translation and review of documentation. There are language-specific mailing lists to coordinate this work.
Wszystkie te mechanizmy współpracy działają bardziej efektywnie dzięki zachowaniom użytkowników. Użytkownicy, których w żaden sposób nie można określić mianem zbioru wyizolowanych osób, tworzą prawdziwą społeczność, w której mają miejsce liczne wymiany. Szczególnie chcemy zwrócić uwagę na imponującą aktywność na liście dyskusyjnej
debian-user@lists.debian.org (
Rozdział 7, Rozwiązywanie problemów i poszukiwanie informacji omawia to bardziej szczegółowo).
Użytkownicy nie tylko pomagają sobie wzajemnie (i innym) w kwestiach technicznych, bezpośrednio ich dotyczących, ale także dyskutują na temat najlepszych sposobów, za pomocą których można przyczyniać się do projektu Debian. Dzięki temu pomagają poruszać się do przodu, a dyskusje prowadzą często do sugestii na temat ulepszeń.
Ponieważ Debian nie przeznacza funduszy na jakąkolwiek własną kampanię promocyjną, więc jego użytkownicy odgrywają istotną rolę w rozpowszechnianiu projektu, zapewniając mu renomę poprzez przekazywanie sobie informacji "z ust do ust".
Metoda ta działa całkiem dobrze, ponieważ fanów Debiana można znaleźć na wszystkich poziomach społeczności wolnego oprogramowania: od spotkań instalacyjnych (są to warsztaty, podczas których doświadczeni użytkownicy pomagają początkującym w instalacji systemu), które są organizowane przez lokalne "Grupy Użytkowników Linuksa" (ang. "Linux User Groups" — LUG), na dużych konwencjach stowarzyszeń dotyczących Linuksa kończąc.
Volunteers make posters, brochures, stickers, and other useful promotional materials for the project, which they make available to everyone, and which Debian provides freely on its website and on its wiki:
1.3.3. Zespoły i Pod-Projekty
Debian jest zorganizowany, od samego początku, wokół koncepcji pakietów źródłowych. Każdy taki pakiet ma swojego opiekuna lub grupę opiekunów. Z czasem pojawiło się wiele zespołów roboczych, zapewniając w ten sposób administrację infrastruktury, zarządzanie zadaniami nie specyficznymi dla żadnego pakietu w szczególności (zapewnienie jakości, Polityka Debiana, Instalator, itd). Ostatnio pojawiają się najnowsze serie zespołów, które tworzą się wokół pod-projektów.
1.3.3.1. Istniejące Pod-Projekty Debiana
Dla każdego jego własny Debian! Pod-projekt utworzony przez grupę wolontariuszy zainteresowanych adaptowaniem Debiana do specyficznych potrzeb. Poza wyborem podgrupy programów, przeznaczonych do poszczególnych dziedzin (edukacja, medycyna, tworzenie multimediów, itd.), pod-projekty są również zaangażowane w ulepszanie istniejących pakietów, pakietowanie brakującego oprogramowania, adaptację instalatora, tworzenie specyficznej dokumentacji i inną działalność.
Oto niewielki wybór obecnych pod-projektów:
Debjan-Junior, stworzony przez Ben Armstrong, oferujący obiecujące i łatwe użycie systemu Debiana przez dzieci;
Debian-Edu, stworzony przez Petter Reinholdtsen, skupiony na tworzeniu wyspecjalizowanej dystrybucji dla świata akademickiego;
Debian Med, stworzony przez Andreas Tille, dedykowany dziedzinom medycznym;
Debian Multimedia, który obsługuje pracę z audio i multimediami;
Debian-Desktop, który skupia się na pulpicie i koordynuje prace artystyczne dla motywu domyślnego;
Debian GIS, który opiekuje się aplikacjami i użytkownikami systemów informacji geograficznej (ang. Geographical Information Systems);
W końcu, Debian Accessibility, ulepszający Debiana, aby dopasował się do wymagań osób niepełnosprawnych.
Ta lista, prawdopodobnie, będzie się rozszerzała wraz z upływem czasu i z coraz lepszą percepcją zalet pod-projektów Debiana. Dzięki temu pod-projekty — w pełni wspierane przez infrastrukturę Debiana — mogą skupić się na faktycznej wartości dodanej, bez obaw o synchronizację swojego oprogramowania z Debianem, ponieważ są rozwijane wewnątrz tego projektu.
1.3.3.2. Zespoły Administracyjne
Większość zespołów administracyjnych ma względnie zamknięty charakter, a ich członkowie są rekrutowani jedynie poprzez dobranie nowego członka do zespołu. Najlepszym sposobem, aby stać się częścią jednego z tych zespołów, jest inteligentne wsparcie obecnych członków. W ten sposób można wykazać, że się zrozumiało ich cele i metody działania.
ftpmasters są odpowiedzialni za oficjalne archiwum pakietów Debiana. Członkowie zespołu zarządzają programem, przyjmującym pakiety wysłane przez twórców. Program, po pewnych sprawdzeniach, automatycznie je zachowuje na serwerze referencyjnym (ftp-master.debian.org).
Zanim włączą nowe pakiety do istniejącego korpusu pakietów Debiana — muszą też zweryfikować wszystkie licencje tych pakietów, aby upewnić się, że Debian może je rozpowszechniać. Gdy twórca pragnie usunąć jakiś pakiet, zwraca się z tym do zespołu za pomocą systemu śledzenia błędów (ang. bug tracking system) i wysyła "pseudo-pakiet" na ftp.debian.org.
Zespół Administratorów Systemu Debian (ang. The
Debian System Administrators — DSA) (
debian-admin@lists.debian.org), jak tego można oczekiwać, jest odpowiedzialny za administrację systemu wielu serwerów używanych w projekcie. Członkowie Zespołu zapewniają optymalne funkcjonowanie wszystkich podstawowych usług (DNS, Web, e-mail, shell, etc.), instalowanie oprogramowania żądanego przez twórców Debiana, i podejmują wszystkie kroki wstępne dotyczące bezpieczeństwa.
listmasters administrują serwerem e-mail, który zarządza listami dyskusyjnymi. Tworzą nowe listy, obsługują "odbicia" (ang. bounces), czyli uwagi o niedostarczeniu e-mail, i zarzadzają filtrami spamu (niechcianej, masowej poczty elektronicznej).
Each specific service has its own administration team, generally composed of volunteers who have installed it (and also frequently programmed the corresponding tools themselves). This is the case of the bug tracking system (BTS), the package tracker,
salsa.debian.org (GitLab server, see sidebar
TOOL GitLab, Git repository hosting and much more), the services available on
qa.debian.org,
lintian.debian.org,
buildd.debian.org,
cdimage.debian.org, etc.
1.3.3.3. Zespoły twórców, Zespoły przekrojowe
Zespoły twórców, odmiennie niż zespoły administracyjne, są raczej szeroko otwarte, nawet dla zewnętrznych współpracowników. Nawet jeśli Debian nie ma powołania do tworzenia oprogramowania, projekt potrzebuje konkretnych programów, aby osiągnąć własne cele. Oczywiście narzędzia, opracowane na wolnych licencjach, wykorzystują metody już sprawdzone w świecie wolnego oprogramowania.
Debian opracował małe, własne oprogramowanie, ale niektóre programy przyjęły odrębne systemy, których sława wykroczyła poza zakres projektu. Dobrymi przykładami są: dpkg, program do zarządzania pakietami Debiana (w rzeczywistości, jest to skrót od angielskiej nazwy pakietu Debiana — PacKaGe — ogólnie wymawiany jako "dee package") i apt, narzędzie do automatycznej instalacji dowolnego pakietu Debiana i jego zależności, gwarantujące spójność systemu po aktualizacji (jego nazwa jest skrótem do ang. Advanced Package Tool — zaawansowane narzędzie pakietowania). Zespoły, odpowiedzialne za te narzędzia, są stosunkowo niewielkie, ponieważ do uzyskania całkowitego zrozumienia działania tego typu programów wymagany jest raczej wysoki poziom umiejętności programowania.
Najważniejszym zespołem jest prawdopodobnie zespół zajmujący się programem instalacji Debiana,
debian-installer, który wykonuje pracę w nieporównywalnie większych niż inne zespoły, począwszy do 2001 roku. Zespół ten potrzebuje wielu współpracowników, ponieważ trudno jest napisać pojedynczy program, który może zainstalować Debiana na wielu różnych architekturach sprzętowych. Każda architektura ma własny mechanizm rozruchu i własny program rozruchowy. Cała ta praca jest koordynowana za pomocą listy dyskusyjnej
debian-boot@lists.debian.org, pod kierownictwem Cyril Brulebois.
Zespół (bardzo mały) programu debian-cd ma jeszcze bardziej skromny cel. Wielu "małych" współpracowników jest odpowiedzialnych za wyznaczona im "własną" architekturę sprzętową, ponieważ główny twórca nie może (nie musi) znać wszystkich subtelności oprogramowania, ani dokładnego sposobu uruchomienia instalatora z CD-ROM.
Wiele zespołów musi współpracować z innymi osobami w zakresie pakietowania:
debian-qa@lists.debian.org próbuje, na przykład, zapewniać jakość na wszystkich poziomach projektu Debian. Na liście
debian-policy@lists.debian.org rozwija się polityka Debiana, zgodnie z propozycjami od wszystkich zespołów. Zespoły odpowiedzialne za każdą architekturę (
debian- Architektura @lists.debian.org) kompilują wszystkie pakiety, przystosowując je, w razie potrzeby, do konkretnej architektury.
