From owner-p4-projects@FreeBSD.ORG Sat Dec 3 12:24:13 2011 Return-Path: Delivered-To: p4-projects@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 32767) id 434691065670; Sat, 3 Dec 2011 12:24:13 +0000 (UTC) Delivered-To: perforce@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E1CE2106564A for ; Sat, 3 Dec 2011 12:24:12 +0000 (UTC) (envelope-from rene@FreeBSD.org) Received: from skunkworks.freebsd.org (skunkworks.freebsd.org [IPv6:2001:4f8:fff6::2d]) by mx1.freebsd.org (Postfix) with ESMTP id CFA7F8FC1A for ; Sat, 3 Dec 2011 12:24:12 +0000 (UTC) Received: from skunkworks.freebsd.org (localhost [127.0.0.1]) by skunkworks.freebsd.org (8.14.4/8.14.4) with ESMTP id pB3COC09010287 for ; Sat, 3 Dec 2011 12:24:12 GMT (envelope-from rene@FreeBSD.org) Received: (from perforce@localhost) by skunkworks.freebsd.org (8.14.4/8.14.4/Submit) id pB3COCPD010284 for perforce@freebsd.org; Sat, 3 Dec 2011 12:24:12 GMT (envelope-from rene@FreeBSD.org) Date: Sat, 3 Dec 2011 12:24:12 GMT Message-Id: <201112031224.pB3COCPD010284@skunkworks.freebsd.org> X-Authentication-Warning: skunkworks.freebsd.org: perforce set sender to rene@FreeBSD.org using -f From: Rene Ladan To: Perforce Change Reviews Precedence: bulk Cc: Subject: PERFORCE change 202542 for review X-BeenThere: p4-projects@freebsd.org X-Mailman-Version: 2.1.5 List-Id: p4 projects tree changes List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 03 Dec 2011 12:24:13 -0000 http://p4web.freebsd.org/@@202542?ac=10 Change 202542 by rene@rene_acer on 2011/12/03 12:23:09 MFen articles/contributing-ports 1.7 -> 1.9 Affected files ... .. //depot/projects/docproj_nl/nl_NL.ISO8859-1/articles/contributing-ports/article.sgml#16 edit Differences ... ==== //depot/projects/docproj_nl/nl_NL.ISO8859-1/articles/contributing-ports/article.sgml#16 (text+ko) ==== @@ -2,7 +2,7 @@ $FreeBSD: doc/nl_NL.ISO8859-1/articles/contributing-ports/article.sgml,v 1.7 2011/10/02 19:34:56 rene Exp $ %SOURCE% en_US.ISO8859-1/articles/contributing-ports/article.sgml - %SRCID% 1.7 + %SRCID% 1.9 --> INDEX te kijken. (De naam van het bestand varieert naar gelang de uitgave van &os;; bijvoorbeeld - INDEX-6.) Sommige ports hebben + INDEX-8.) Sommige ports hebben conditionele afhankelijkheden die niet standaard in een bouw van INDEX worden opgenomen. We verwachten dat u zulke ports kunt herkennen door naar de @@ -382,6 +382,7 @@ verhoging van de PORTREVISION te krijgen zodat ze automatisch worden bijgewerkt door geautomatiseerde gereedschappen als + portmaster of &man.portupgrade.1;. @@ -447,7 +448,7 @@ &os; garandeert alleen dat de Portscollectie op de -STABLE-takken werkt. U dient - 5-STABLE of 6-STABLE te + 7-STABLE of 8-STABLE te draaien, bij voorkeur de laatste. In theorie zou het voldoende moeten zijn om de nieuwste uitgave van elke STABLE-tak te draaien (aangezien de ABI's niet horen te @@ -457,19 +458,17 @@ Aangezien de meerderheid van &os;-installaties op PC-compatibele machines draait (wat wordt aangeduid als de i386-architectuur), verwachten wij van u - dat u de port op die architectuur werkend houdt. Omdat echter - steeds meer mensen de amd64-architectuur - als zodanig gaan draaien, wordt het steeds belangrijker om - er voor te zorgen dat ports daarop ook draaien. Het is prima - om om hulp te vragen als u een van deze machines niet + dat u de port op die architectuur werkend houdt. We prefereren dat + de ports ook op de amd64-architectuur draaien. + Het is prima om om hulp te vragen als u een van deze machines niet heeft. De gebruikelijke manieren om te falen voor niet-i386 machines zijn dat de originele programmeurs aannamen dat, bijvoorbeeld, pointers - ints zijn of dat de relatief lakse - compiler gcc 2.95 werd + ints zijn of dat een relatief lakse + oudere gcc compiler werd gebruikt. Steeds meer reorganiseren applicatie-auteurs hun code om deze aannames te verwijderen — maar als de auteur de code niet actief onderhoudt, zult u dit zelf @@ -608,6 +607,10 @@ doen. Probeer zo snel mogelijk te reageren, zelfs als het alleen maar is om te zeggen dat u wat meer tijd nodig heeft voordat u aan het PR kan werken. + + Als u niet na 14 dagen heeft gereageerd, mag elke committer + via een maintainer-timeout uit een PR + committen waarop u niet heeft gereageerd. @@ -728,8 +731,8 @@ In deze gevallen is uw hoofdplicht om op tijd te reageren. - De timeout voor niet-reagerende onderhouders is 14 dagen. Na - deze periode mogen niet-goedgekeurde veranderingen gecommit + Nogmaals, de timeout voor niet-reagerende onderhouders is 14 dagen. + Na deze periode mogen niet-goedgekeurde veranderingen gecommit worden. Ze hebben de moeite genomen om dit voor u te doen; dus probeer tenminste op tijd te reageren. Daarna dient u zo snel mogelijk hun veranderingen te herzien, goed te keuren, te