Home >ReactOS News >News #16: ReactOS Audit Vooruitgang - Status maart 2006
2006-03-10, Klemens Friedl
ReactOS Audit Vooruitgang - Status maart 2006
translated by Peter Budts on 2007-11-02
Nieuwe informatie over het ReactOS audit proces en de audit voortgangsindicator.
ReactOS Audit Vooruitgang - Status maart 2006
Er is veel gebeurd in Januari en Februari 2006. Het doel van deze nieuwsbrief is op te sommen wat de voorbije weken gaande was. Als je op de hoogte wil blijven, bezoek dan de ReactOS Blogs af en toe. En vergeet de ReactOS News Feed niet aan je feed reader of aggregator toe te voegen.
Veel informatie in deze nieuwsbrief kwam uit Ged Murphy's blog artikel, dank voor het verhelderen van een aantal vragen.
ReactOS Audit Frequently Asked Questions
Als je nog vragen hebt na het lezen van deze FAQ bezoek dan het ReactOS Forum.
Wat is ReactOS? Is ReactOS gebaseerd op Microsoft® Windows®? En dergelijke...
Bezoek de ReactOS FAQ pagina voor meer info over ReactOS.
Waarom voeren de ReactOS developers een audit uit op hun code? Bijna alle andere bekende besturingssystemen zijn ook niet (volledig) ge-audit en worden toch gebruikt.
Om het project de alpha-fase te laten doorstaan, moet het 100% legaal zijn. Misschien ontstonden sommige gebieden van de audit uit een overreactie (meer info), maar ze moeten toch opgeklaard worden. Zaken verbergen of zelfs negeren zal ze niet doen verdwijnen. De volgende keer dat iemand de legaliteit van onze code in vraag stelt kunnen we hem de audit (documenten) "toegooien" ter verdediging.
Waarom staat de vooruitgangsindicator van de audit de voorbije weken vast op 15%?
Toen het ReactOS developer team voor het eerst ontdekte dat de ReactOS codebase code zou kunnen bevatten die gereverteerd is met inbraak van de policy die in de VS gebruikt wordt, kozen we ervoor een audit uit te voeren door het blokkeren van de huidige repository en het openen van een nieuwe waarin al de ge-audite code zou geplaatst worden. Het script dat de audit status op de website toont was geschreven op basis van een aantal methods in deze repository en werd dagelijks bijgewerkt.
Deze repository is nu uitgestorven (zie de stemming), maar het audit script loopt nog steeds op die directory, en dus staat de vooruitgang vast op 15%. Het oude script zal dit weekend vervangen worden (zie een volgend FAQ item).
Waarom wordt de verouderde vooruitgangsbalk nog steeds op de frontpagina van de website getoond? En wat is de werkelijke vooruitgang van het audit proces?
Het audit proces is wat veranderd omdat veel devs tot de conclusie kwamen dat de eerste reactie wat overdreven was. De enigen die zich vragen stelden over de methodes van onze reverse-engineering kwamen uit de ReactOS developers (en niet van buitenaf). Twee stemmingen later werd de oude repository weer geopend voor anonieme download met enkele nieuwe restricties op vlak van ontwikkeling. Het gebied dat er toe doet is de kant van de ontwikkeling. Veranderingen kunnen niet toegevoegd worden als bestanden geblokkeerd zijn. Om de blokkering te verwijderen moet de code een audit doorstaan. We hopen dat de audit op deze manier sneller zal voltooid zijn.
Dus waar staan we nu? - de huidige audit status
De originele repository is weer online en bijna alle code is momenteel geblokkeerd. Het trage proces van audit en deblokkering is officiëel begonnen, maar een groot deel van onze code kan de audit zondermeer passeren.
Wanneer volgt de volgende release van ReactOS?
Het ReactOS Development Team verwacht ReactOS 0.3 binnenkort. De nieuwe methode die we aannamen laat toe dat de ontwikkeling verdergaat parallel met de audit. Elke opeenvolgende release zal meer ge-audite code bevatten dan de vorige totdat we een zekere release bereiken, waarvan alle code aan de audit heeft voldaan.
Hoe zit het met de vooruitgangsbalk?
Ged Murphy schreef een nieuw audit script voor de nieuwe/oude repository dat veel accurater is dan het vorige. Dit zal volgend weekend in gebruik genomen worden.
Stemmingen
De voorbije 2 maanden vonden 2 stemmingen plaats:
- ReactOS Reactivation Plan (9-02-2006 tot 16-02-2006)
Plan A - "huidige", 22% [4]
Plan B - "voorgestelde", 77% [14]
Totaal aantal stemmen: 18
- Code audit methode (24-02-2006 tot 3-03-2006)
"Devs zijn zelf verantwoordelijk voor het auditen van de code", 46% [6]
"Code wordt geblokeerd in SVN tot ze ge-audit is", 53% [7]
Total aantal stemmen: 13
