Product SiteDocumentation Site

1.3. Het Binnen Werk van het Debian Project

Het overvloedig resultaat geproduceerd door het Debian project leiden gelijktijdig af van het werk aan de infrastructuur uitgevoerd door ervaren Debian ontwikkelaars, van individueel of collectief werkt of ontwikkelaars van Debian pakketten en van feedback van gebruikers.

1.3.1. De Debian Ontwikkelaars

Debian ontwikkelaars hebben verschillende verantwoordelijkheden, en als officiële project leden, hebben ze een grote invloed op de richting die het project uitgaat. Een Debian ontwikkelaar is gewoonlijk verantwoordelijk voor ten minste één pakket, maar afhankelijk van hun beschikbare tijd en wens, zijn ze vrij om betrokken te worden in meerdere teams en dus meer verantwoordelijkheid te krijgen binnen het project.
Pakketten onderhouden is een relatieve gedisciplineerde bezigheid, heel gedocumenteerd of zelf gereguleerd. Het moet, in werkelijkheid, voldoen aan al de standaarden die zijn opgesteld in het Debian Beleid (Debian Policy). Gelukkig zijn er veel gereedschappen die het werk van de onderhouders vergemakkelijken. De ontwikkelaar kan dus focussen op de specifieke eisen van het pakket en de meer complexe taken, zoals fouten (bugs) oplossen.
Het beleid, een essentieel element van het Debian Project, bepaald de normen die de kwaliteit van de pakketten en een perfecte interoperabiliteit van de distributie verzekeren. Dankzij dit beleid blijft Debian consistent ondanks zijn gigantische grootte. Dit Beleid is niet vastgezet in steen maar evolueert continu dankzij voorstellen ingediend op de mailing lijst. Amendementen waarmee alle betrokken partijen akkoord gaan worden geaccepteerd en toegepast op de tekst door een kleine groep van onderhouders welke geen redactionele verantwoordelijkheid (zij voegen elke de aanpassingen waarmee de Debian ontwikkelaars die lid zijn van bovengenoemde lijst akkoord me gaan toe). Ja kunt de huidige amendementen voorstellen volgen op het fouten volg systeem:
Het Beleid bied een aanzienlijke dekking van de technische aspecten van pakketbeheer. De grote van het project brengt ook organisatorische problemen. Deze worden behandeld in de Debian Grondwet, welke een structuur en manier van beslissingen nemen tot stand brengt. In andere woorden een formele overheidsstructuur.
Deze grondwet definieert een aantal rollen en posities plus verantwoordelijkheden en autoriteiten voor ieder. Het is vooral noemenswaardig dat de Debian ontwikkelaars altijd de beslissing-nemende autoriteit hebben bij een stemming of resolutie, waarin een gekwalificeerde meerderheid van drie kwart (75%) van de stemmen vereist is om significantie wijzigingen te maken (zoals al deze met een impact op de Oprichtings-Documenten). Hoewel ontwikkelaars jaarlijks een "leider" verkiezen die hen vertegenwoordigt bij meetings en interne coördinatie tussen verschillende teams verzekert. Deze verkiezing is altijd een periode van intensieve discussies. De rol van deze leider is niet formeel gedefinieerd in enig document: kandidaten voor deze positie stellen meestal hun eigen definitie van deze positie voor. In de praktijk bevat de rol van de leider het zijn van een vertegenwoordiger tegenover de media, "interne" teams coördineren en algemene leiding bieden over het project, waarin de ontwikkelaar kan meegaan: De visies van de DLP zijn impliciet goedgekeurd door de meerderheid van de project leden.
specifiek heeft de leider echter autoriteit; hun stem lost gelijke-stemmingen op, ze kunnen iedere beslissing nemen welke niet al onder de autoriteit van iemand anders vallen en kunnen delen van hun verantwoordelijkheid delegeren.
Sinds zijn oprichting was het project onder de opeenvolgende leiding van Ian Murdock, Bruce Perens, Ian Jackson, Wichert Akkerman, Ben Collins, Bdale Garbee, Martin Michlmayr, Branden Robinson, Anthony Towns, Sam Hocevar, Steve McIntyre, Stefano Zacchiroli en Lucas Nussbaum.
De grondwet definieert ook een "technische commissie". de essentiële rol van deze commissie is beslissingen nemen op technisch niveau wanneer de betrokken ontwikkelaars het niet eens kunnen worden waarvoor zijn verantwoordelijk zijn. Het is belangrijk te vermelden dat zij enkel optreden nadat ze zijn gevraagd door één van de partijen in kwestie.
Tenslotte, de grondwet definieert de positie van "project secretaris" welke de leiding heeft over stemmingen in verband met de verschillende verkiezingen en algemene resoluties.
De "algemene resolutie" procedure is volledig gedetailleerd in de grondwet, van de initiële discussie periode tot het uiteindelijke tellen van de stemmen. Voor meer details zie:
Zelfs indien deze grondwet een schijn van democratie vast stelt is de dagelijkse realiteit zeer verschillend: Debian volgt natuurlijk de vrije software regels van de doe-ocratie: diegene die iets doet mag beslissen hoe het te doen. Er kan veel tijd verspild worden tijdens het debatteren van respectievelijke voordelen van verschillende manieren va aanpak van een probleem; de gekozen oplossing zal de eerste zij die zowel functioneel is en voldoet... welke er uit zal komen hangt af van de tijd die een competent persoon er insteekt.
Dit is de enige manier om je strepen te verdienen: Doe iets nuttigs en toon aan dat je goed gewerkt hebt. Vele Debian “beheerders” team werken door coöptatie, verkiezen vrijwilligers die reeds effectief hebben bijgedragen en hun competentie hebben bewezen. De publieke aard van het werk van de teams maakt het mogelijk voor nieuwe bijdragers om te observeren en te beginnen met helpen zonder enige specifieke privileges. Dit is waarom Debian vaak wordt omschreven als en “meritocracy”.
Deze effectieve operationele methode garandeert de kwaliteit van de bijdragers binnen de “key” Debian teams. Deze methode is zeker niet perfect en occasioneel zijn er diegene die niet akkoord gaan met deze manier van werken. De selectie van ontwikkelaars geaccepteerd in de teams kan arbitrair of zelf oneerlijk lijken. Verder heeft niet iedereen dezelfde definitie van de te verwachten service van deze teams. Voor sommigen is het onacceptabel om acht dagen te moeten wachten voordat een nieuw Debian pakket word toegevoegd, terwijl anderen geduldig zonder probleem drie weken kunnen wachten. Als dusdanig zijn er regelmatig klachten van ontevreden mensen over de “kwaliteit van de service” van sommige teams.

1.3.2. De Actieve Rol van Gebruikers

Men kan zich afvragen of het relevant is om de gebruikers binnen hen die binnen het Debian project werken, maar het antwoord is een volmondige ja: ze spelen een kritieke rol binnen het project. Verre van "passief" te zijn, sommig gebruikers draaien ontwikkel versies van Debian en rapporteren regelmatig bugs on problemen aan te geven. Andere gaan zelfs verder en stellen ideeën voor ter verbetering, door een bug rapport met een ernst-niveau van "wishlist" in te dienen, of zelf correcties aan de bron code, “patches” genoemd in (zie marge TERUG NAAR DE BASISPatch, de manier op een oplossing te sturen).
Aanvullend bieden ontelbare tevreden gebruikers van de service die Debian bied willen hun eigen bijdragen leveren aan het project. Omdat niet iedereen voldoende expertise heeft in het programmeren kunnen zij kiezen om te helpen met vertaling en controle van documentatie. Er zijn taal-specifieke mailing lijsten om dit werk te coördineren.
All deze contributie mechanismen worden efficiënter gemaakt door het gedrag van de gebruikers. Verre van een groep geïsoleerde personen zijn de gebruikers een ware gemeenschap waarin vele uitwisselingen plaatsvinden. We duiden uitdrukkelijk op de indrukwekkende activiteit op de gebruikers mail-lijst, (Hoofdstuk 7, Problemen Oplossen en Relevante Informatie Vinden gaat hier verder op in).
Gebruikers helpen niet alleen zichzelf (en anderen) op technische problemen die rechtstreeks invloed hebben op hen, maar zij discussiëren ook over de beste manier op bij te dragen aan het Debian project en helpen het vooruit — discussies die vaak resulteren in voorstellen van verbeteringen.
Omdat Debian geen geld uitgeeft aan enige vorm van zelf-promotie en marketing campagnes, spelen zijn gebruikers een grote rol in de circulatie ervan, zijn roem verzekeren via mond op mond.
Deze methode werkt ook zeer goed, omdat Debian fans gevonden worden op alle niveaus van de vrije software gemeenschap: van installatie feestjes (workshops waar ervaren gebruikers nieuwkomers helpen met de installatie van het systeem). georganiseerd door lokale LUGs of “Linux User Groups” (Linux Gebruikers Groepen), tot het bemannen van standen tijdens grote technologie conventies met betrekking tot Linux, enz.
Vrijwilligers maken posters, brochures, stickers en andere bruikbare promotie materialen voor het project, die ze beschikbaar maken voor iedereen, en welke Debian gratis beschikbaar maakt op zijn website:

1.3.3. Team en Sub-Projecten

Debian is sinds zijn ontstaan georganiseerd geweest rond het concept van bron pakketten, ieder met zijn onderhouder of groep onderhouders. gedurende de jaren zijn er veel werk teams verschenen, die in het bijzonder de administratie van de infrastructuur van niet pakket specifieke taken verzekerend (kwaliteit verzekeren, Debian beleid, installatie programma, enz.), met de laatste reeks van teams die opgroeien rondt sub-projecten.

1.3.3.1. Bestaande Debian Sub Projecten

Aan ieder zijn eigen Debian! Een sub-project is een groep van vrijwilligers geïnteresseerd in het aanpassen van Debian aan specifieke noden. Voorbij de selectie van een sub-groep van programma's voor een bepaald domein (educatie, gezondheid, multimedia maken, enz.), sub-projecten zijn ook betrokken in het verbeteren van bestaande pakketten, pakketten met ontbrekende software, het installatie programma aanpassen, specifieke documentatie schrijven, en meer.
Hier is een kleine selectie van huidige sub-projecten:
  • Debian-Junior, door Ben Armstrong, biedt een aantrekkelijk en gemakkelijk te gebruiken Debian systeem voor kinderen;
  • Debian-Edu, door Petter Reinholdtsen, richt zich op het maken van een gespecialiseerde distributie voor de academische wereld;
  • Debian Med, door Andreas Tille, toegewijd aan het medische veld;
  • Debian Multimedia welke zich richt met audio en multimedia werk;
  • Debian-Desktop welke zich focust op de desktop en coördineert kunst voor het standaard thema;
  • Debian GIS draagt zorg voor Geografische Informatie Systemen, toepassingen en gebruikers;
  • Debian Accessibility, tenslotte, verbeterd Debian om te voldoen aan de noden van mensen met beperkingen.
Deze lijst zal zeer waarschijnlijk nog groeien naar de toekomst en door verbeterde perceptie van de voordelen van Debian sub-projecten. Volledig ondersteund door de bestaande Debian infrastructuur, kunnen ze zich, effectief, focussen op het werken aan echte toegevoegde waarden, zonder zich zorgen te maken over het gesynchroniseerd te blijven met Debian, aangezien ze ontwikkeld worden binnen het project.

1.3.3.2. Administratieve Teams

De meeste administratieve teams zijn relatief gesloten en rekruteren enkel door coöptatie. De beste manier om lid te worden is door de huidige leden intelligent bij te staan, door te demonstreren dat je hun doelen en manieren van werken begrijpt.
De ftpmasters hebben de leiding over het officiële archief van Debian pakketten. Zij beheren het programma dat pakketten ingezonden door ontwikkelaars ontvangt en slaat ze automatisch , na enkele controles, op op de referentie server (ftp-master.debian.org).
Ze moeten ook de licenties van alle nieuwe pakketten controleren, om er zeker van te zijn dat Debian ze mag distribueren, voordat ze toegevoegd worden aan het corpus van bestaande pakketten. Wanneer een ontwikkelaar een pakket wenst te verwijderen, spreken ze dit team aan door het fouten-beheer systeem en het ftp.debian.org “pseudo-pakket”.
Het Debian Systeem Beheerders (DSA) team (), zoals men kan verwachten, is verantwoordelijk voor systeem beheer van de vele servers gebruikt door het project. Zij verzorgen het optimaal functioneren van alle basis diensten (DNS, web, email, shell, enz.), installatie software verijst door de Debian ontwikkelaars en nemen alle voorzorgen in verband met beveiliging.
De listamster beheert de email server die de mail lijsten beheert. Ze creëren nieuwe lijsten, behandelen bounces (meldingen van gefaalde aflevering) en beheren spam filters (ongewenste bulk email).
Iedere specifieke dienst heeft zijn eigen team van beheerders, in het algemeen samengesteld uit vrijwilligers die het geïnstalleerd hebben (en ook regelmatig de betreffende gereedschappen zelf programmeren). Zo is het bij het fouten volg systeem (BTS), de pakket volger, alioth.debian.org (FusionForge server, zie marge GEREEDSCHAP FusionForge, het Zwitsers Zakmes van collaborative ontwikkeling), de diensten beschikbaar op qa.debian.org, lintian.debian.org, buildd.debian.org, cdimage.debian.org, enz.

1.3.3.3. Ontwikkel Teams, Transversale teams

In tegenstelling tot administratieve teams zijn ontwikkel teams vrij open, zelfs voor bijdragers van buiten. Zelfs al voelt Debian zich niet geroepen om software te maken, heeft het project bepaalde specifieke programma's nodig om zijn doelen te bereiken. Natuurlijk ontwikkeld onder een vrije software licentie, deze gereedschappen maken gebruik van methodes uit de vrije software wereld die zich al bewezen hebben.
Debian heeft zelf weinig software ontwikkeld, maar bepaalde programmeurs hebben een hoofdrol opgenomen, en hun faam heeft zich verspreid ver voorbij het bereik van het project. Goede voorbeelden zijn dpkg, het Debian pakket beheer programma (het is, in feiten een afkorting van Debian PacKaGe en is gewoonlijk uitgesproken als "dee-package"), en apt een gereedschap om automatisch Debian pakketten te installeren samen met de afhankelijke software, en garandeert de consistentie van het systeem na een upgrade (de naam is een acroniem voor Advanced Package Tool). Hun teams zijn veel kleiner omdat er een redelijk hoge programmeer kennis nodig is om een algemeen begrip te krijgen van de werking van dit type programma's.
Het belangrijkste team is waarschijnlijk dat voor het Debian installatie programma, debian-installer, Welke een werk van monumentale proporties heeft verwezenlijkt sinds zijn conceptie in 2001. Ontelbare bijdragers waren nodig, omdat het moeilijk is om een enkel programma te schrijven dat Debian op een dozijn verschillende architecturen kan installeren. Ieder heeft zijn eigen mechanisme voor opstarten en zijn eigen opstart-lader. Al dit werk is gecoördineerd op de mail lijst, onder leiding van Cyril Brulebois.
Het (zeer kleine) debian-cd programma team heeft zelfs een nog nederiger doel. Veel “kleine” bijdragers zijn verantwoordelijk voor hun architectuur, omdat de hoofd ontwikkelaar niet alle subtiele verschillen kent noch de exacte manier om het installatie programma vanaf de CD-ROM te starten.
Vele teams moeten samenwerken met anderen op het gebied van inpakken: probeert, bij voorbeeld, de kwaliteit op alle niveaus van het Debian project te verzekeren. Het mail lijst ontwikkeld Debian Beleid volgens de voorstellen vanaf iedere locatie. Het team dat de leiding heeft over iedere architectuur () compileren alle pakketten en indien nodig passen ze het aan hun specifieke architectuur aan.
Andere teams beheren de meest belangrijke pakketten om onderhoud te garanderen zonder te veel gewicht te leggen op een enkel paar schouders; dit is het geval met de C bibliotheek en , de C compiler op de mail lijst, of Xorg op (deze groep is ook bekend as de X Strike Force).