From 6115e4cb466ba1b6f3fccd583e87323b4d3b5bc5 Mon Sep 17 00:00:00 2001
From: Frans Spiesschaert Het autobuilder-netwerk is een door Debian ontwikkeld systeem dat zorg
draagt voor het compileren van pakketten voor alle architecturen die Debian op dit moment ondersteund. Dit netwerk bestaat
+href="$(HOME)/ports/">Debian op dit moment ondersteunt. Dit netwerk bestaat
uit verschillende machines die een specifiek software-pakket gebruiken wat
-buildd heet, om pakketten uit het Debian-archief op te pikken en ze te
-hercompileren voor de doelarchitectuur.
De Debian-distributie ondersteunt een flink aantal -architecturen, maar de pakketbeheerders compileren normaliter de binaire -pakketten voor slechts één architectuur (gewoonlijk i386 of amd64). De andere -binaire pakketten worden automatisch geproduceerd, waarbij er voor wordt -gezorgd dat elk pakket maar eenmaal wordt gemaakt. Mislukte pogingen worden -bijgehouden in de database van de autobuilder.
- -Toen Debian/m86k (de eerste niet-Intel port) werd opgestart moesten de -ontwikkelaars voor deze architectuur zelf in de gaten houden of er nieuwe -versies van pakketten beschikbaar kwamen en deze hercompileren om de -Intel-distributie bij te houden. Dit werd allemaal handmatig gedaan: De +
Het autobuilder-netwerk biedt een veilige functionaliteit voor het bouwen van +pakketten voor alle ondersteunde architecturen. +De Debian-distributie ondersteunt een flink aantal +architecturen, en de pakketbeheerders hebben vaak geen toegang tot alle +machines met de benodigde architecturen. Anderzijds vereist Debian nu dat gewone +binaire pakketten worden gegenereerd vanuit de broncode in een gecontroleerde +bouwomgeving (via de eis om +alleen broncode te uploaden) om de introductie te voorkomen van kwaadwillig +gemaakte binaire pakketten door toedoen van menselijke ontwikkelaars. Het +autobuilder-netwerk neemt de broncode van het pakket en bouwt automatisch binaire +pakketten, één keer voor elke ondersteunde hardware-architectuur. Fouten worden +bijgehouden in de autobuilder-database.
+ +Het autobuilder-netwerk verlicht ook het werk van ontwikkelaars die Debian geschikt maken voor andere architecturen, zogenaamde ports. +Toen Debian/m86k (de eerste niet-Intel architectuur) werd opgestart moesten de +ontwikkelaars voor deze architectuur, de zogenaamde porters, zelf in de gaten houden of er nieuwe +versies van pakketten beschikbaar kwamen en deze opnieuw bouwen om de +Intel-distributie bij te houden. Dit werd allemaal handmatig gedaan. De ontwikkelaars keken op de upload-mailinglijst naar nieuwe pakketten en -compileerden sommigen. De noodzakelijke coordinatie om te voorkomen dat +compileerden sommige. De noodzakelijke coördinatie om te voorkomen dat pakketten twee keer gecompileerd werden door verschillende personen werd gedaan via een eigen mailinglijst. Het is duidelijk dat met deze procedure makkelijk fouten gemaakt worden, terwijl ze ook veel tijd vraagt. Toch was dit voor een @@ -30,15 +38,15 @@ lange tijd de normale manier om niet-i386 distributies actueel te houden.
Het "build daemon"-systeem automatiseert het grootste gedeelte van dit proces. Het bestaat uit een set scripts (geschreven in Perl en Python) die -mettertijd gegroeid zijn om porters te helpen met verschillende taken. Ze zijn -uiteindelijk geëvolueerd in een systeem dat in staat is om Debian-distributies +mettertijd ontwikkeld zijn om porters te helpen met verschillende taken. Ze zijn +uiteindelijk geëvolueerd tot een systeem dat in staat is om Debian-distributies bijna volautomatisch up-to-date te houden. De beveiligingsupdates worden op dezelfde machines gecompileerd zodat deze snel beschikbaar zijn.
Buildd is de naam die gewoonlijk gegeven wordt aan de -software die gebruikt wordt door het autobuilder-netwerk, maar het +software die gebruikt wordt door het autobuilder-netwerk, maar ze bestaat eigenlijk uit verschillende onderdelen:
Als de compilatie succesvol is in alle architecturen, dan hoeft een -pakketbeheerder niets doen. Al deze binaire pakketten worden geüploaded naar +pakketbeheerder niets te doen. Al deze binaire pakketten worden geüpload naar het desbetreffende archief. Als de compilatie niet succesvol is, dan zal het pakket een speciale status krijgen (Build-Attempted voor compilatiepogingen die nog niet zijn nagekeken, Failed indien nagekeken en als bug gemeld bij het pakket of Dep-Wait als ze -bron-afhankelijkheden kennen die niet beschikbaar zijn). +bron-vereisten hebben die niet beschikbaar zijn). De autobuilder-beheerders zullen pakketten die niet compileren nakijken en informatie sturen naar de pakketbeheerder, gewoonlijk via het openen van een -bug in het Bug Tracking System.
+bug in het Bug Tracking System, het bugvolgsysteem.Soms duurt het lang om een pakket te compileren voor een gegeven
architectuur, en houdt dat de migratie naar
U kunt de status van de verschillende compilatiepogingen van de pakketten
die onder het beheer van een bepaalde pakketbeheerder vallen, bekijken via de
buildd-logs. Er is ook een link
-naar deze logbestanden vanuit het "Packages' Maintainer Overview".
Voor meer informatie over de verschillende statussen waarin een -pakket zich kan bevinden, gelieve wanna-build-states te lezen.
+pakket zich kan bevinden, kunt u wanna-build-states lezen.Er zijn een aantal statistieken van het autobuilder-netwerk
beschikbaar op de buildd
@@ -144,8 +152,8 @@ architectuur (wanneer autobuilders nodig zijn)
Deze introductie tot het autobuilder-netwerk werd geschreven op basis van informatie verstrekt door Roman Hodek, Christian T. Steigies, -Wouter Verhelst, Andreas Barth, Francesco Paolo Lovergine en Javier +Wouter Verhelst, Andreas Barth, Francesco Paolo Lovergine, Javier Fernández-Sanguino Peña en Philipp Kern.
-- cgit v1.2.3