From owner-freebsd-arch@FreeBSD.ORG Mon Dec 27 12:42:43 2010 Return-Path: Delivered-To: freebsd-arch@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9914B106566C for ; Mon, 27 Dec 2010 12:42:43 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-wy0-f182.google.com (mail-wy0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 25B238FC19 for ; Mon, 27 Dec 2010 12:42:42 +0000 (UTC) Received: by wyf19 with SMTP id 19so8384224wyf.13 for ; Mon, 27 Dec 2010 04:42:42 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:sender:received :in-reply-to:references:date:x-google-sender-auth:message-id:subject :from:to:content-type:content-transfer-encoding; bh=G4n37NFPRmueH9T5Vi7hjMvNaQnNTg0DrjL/BeVg0sU=; b=OkP99bMJ4JWy4Ki41oivnTzGhSIX0klHSpcmiO6+ZAN05wNzhZ+z9l3VByX+5lNhjA flj0fQRps6IM9arHGtGeBXT0x6qSj0uLANDJVaQfsJzOat+F+gttK0tfXWf4O7kMBeXV 9EuwGk4Rr4iB6jcEGe+pqPjp6kGpJsia0coUk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:content-type :content-transfer-encoding; b=k07E58EZe3RTYzgP3RPHw0a55H3yzd/42RfcnECiJMcrv5f5o1TXZgQ3OUFdwPhYO7 lAhavL3t9JusZcmdZmwoSdvFMnK4WfVpbRHCKcJ3yq6jEeU20R/GS2+UEV9OgPVHpGai KE0XqCtQZfMWON/q//nIhRc0mZBYs8ay5etpE= MIME-Version: 1.0 Received: by 10.216.180.76 with SMTP id i54mr4933874wem.33.1293453761705; Mon, 27 Dec 2010 04:42:41 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.216.173.213 with HTTP; Mon, 27 Dec 2010 04:42:41 -0800 (PST) In-Reply-To: <20101226205033.GA4135@straylight.ringlet.net> References: <201012261728.oBQHSK40032421@fire.js.berklix.net> <20101226204229.GS23098@acme.spoerlein.net> <20101226205033.GA4135@straylight.ringlet.net> Date: Mon, 27 Dec 2010 20:42:41 +0800 X-Google-Sender-Auth: JIJskRoQPlc7-Xr5OBHpyPVcmuo Message-ID: From: Adrian Chadd To: "Julian H. Stacey" , freebsd-arch@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Subject: Re: Let's adopt a standard nomenclature for webs of patch trees etc. X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Dec 2010 12:42:43 -0000 It occasionally goes down. I/Bernard are sort of using it at the moment for our wireless hacking. I've not yet really had a shot at using it for collaborative work or trying to track -head, so I can't comment on that. Adrian On 27 December 2010 04:50, Peter Pentchev wrote: > On Sun, Dec 26, 2010 at 09:42:29PM +0100, Ulrich Sp=F6rlein wrote: >> On Sun, 26.12.2010 at 18:28:20 +0100, Julian H. Stacey wrote: >> > Was =A0Subject: Re: Schedule for releases >> > I changed it, as my reply takes it too far off that topic. >> > >> > Erik Cederstrand wrote: >> > > Hi Mike, >> > > Den 22/12/2010 kl. 18.45 skrev Mike Karels: >> > > >> > > > - Those of us doing backports could probably do a better job of >> > > > sharing the results. =A0On the other hand, I'm generally backporti= ng >> > > > to a specific release (currently 6.3 or 7.2) rather than -stable, >> > > > and we're testing our software rather than FreeBSD. >> > > >> > > Thanks for taking the time to write your comments. What strikes me i= s =3D >> > > that we may have lots of non-FreeBSD developers working to backport = =3D >> > > stuff in their own private trees. Possibly a lot of redundant work i= s =3D >> > > being done. >> > > >> > > Even though you're backporting to a specific release, and even thoug= h =3D >> > > you're only testing the work via your own software, would it not hel= p =3D >> > > others and possibly even yourself if this FreeBSD-specific work land= s in =3D >> > > the FreeBSD repository instead of your private tree? In my view you'= re =3D >> > > just as much a FreeBSD developer as people with commit access that a= re =3D >> > > scratching their own itches in CURRENT. >> > > >> > > Erik=3D >> > >> > Good point, Probably loads of fixes from non commiters never get >> > sent back to FreeBSD. =A0Many people will have motivation only to fix = local >> > problems, but no time to send back, especially deterred by clunky send= -pr. >> > >> > =A0 =A0 Though I & many others have sent lots of send-pr, >> > =A0 =A0 contributing even a spelling correction to FreeBSD >> > =A0 =A0 is much harder than to eg http://wikipedia.org >> > >> > =A0 =A0 + a beginner has to bend their brain to send-pr >> > >> > =A0 =A0 + send-pr user should not be burdened exploring tree to find >> > =A0 =A0 =A0 =A0 =A0 =A0 Maintainer to send-pr CC (which should be auto= maticly >> > =A0 =A0 =A0 =A0 =A0 =A0 extracted from tree on a ports =3DMAINTAINER b= asis >> > =A0 =A0 =A0 =A0 =A0 =A0 or eg a src/ .MAINTAINER per some sub director= ies >> > =A0 =A0 =A0 =A0 =A0 =A0 where there is a volunteer or mail list) >> > >> > =A0 =A0 + send-pr user must spend time composing a >> > =A0 =A0 =A0 =A0 =A0 =A0 diplomatic & attractive subject & body, to cat= ch >> > =A0 =A0 =A0 =A0 =A0 =A0 some gnats@ readers eye, to get them to stop b= rowsing >> > =A0 =A0 =A0 =A0 =A0 =A0 get interested, & commit. >> > >> > =A0 =A0 Many a potential contributor's attitude will be: I don't >> > =A0 =A0 have time: Catch the diff or drop it, your loss ! >> > >> > So a lot of potential send-pr won't get filed, but I bet local users >> > don't toss their fixes though, but keep local patch kits, till if >> > ever they or others send-pr & something gets commited, (which might >> > be days or years later). >> > >> > =A0 =A0 Those diff trees stored localy, users could easily export via >> > =A0 =A0 rdist/rsync etc to their local webs, eg I do this: >> > =A0 =A0 =A0 =A0 =A0 =A0 My diffs in a tree structure >> > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 http://berklix.com/~jhs/src/bs= d/fixes/FreeBSD >> > =A0 =A0 =A0 =A0 =A0 =A0 My application script >> > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 http://berklix.com/~jhs/bin/.c= sh/customise >> > >> > =A0 =A0 Those trees, FreeBSD could encourage users to keep in a standa= rd >> > =A0 =A0 format (path nomenclature etc) =A0& we should reccomend, >> > =A0 =A0 indexed from a common page on eg wiki.freebsd.org >> > >> > =A0 =A0 It would make a search tool &/or automatic periodic indexing >> > =A0 =A0 for possible diffs so much better than any general purpose >> > =A0 =A0 search engine. >> > >> > =A0 =A0 Index of uncommited patches ready for test, would be ideal >> > =A0 =A0 for those currently stuck, & would assist more motivated >> > =A0 =A0 testers corroborating good patches worth commiting. >> > >> > =A0 =A0 A standard format would increase chances patch kits are found, >> > =A0 =A0 even if patch creator too busy to file send-pr etc. >> > >> > Let's adopt standards to make searches for potential patch trees easie= r: >> > - Adopt a common path root & nomenclature for all our trees of local d= iffs, >> > - Ask users to mirror local uncommited trees of diffs to thir local we= bs >> > =A0 (until if when commited after send-pr, then they delete) >> > - Ask authors of local patch kits to submit a single URL to a new wiki= page, >> > =A0 pointing to top automatically apply-able directory of patches >> > >> > Later we might also list a SOC project for a crawler indexer, >> > - src/ directories could also Optionaly later adopt >> > =A0 .MAINTAINER files (Subject of previous discussions, please dont le= t that >> > =A0 distract from main proposal though) >> > - ports/*/*/Makefile MAINTAINER =3D could also be used by a SOC tool >> >> While this idea is good as a base, doing this with patch-trees is the >> worst possible move. Patchfiles lack comments or 'commit info' and they >> do not easily record the revision and branch they should be applied to. >> >> Stacking multiple patches together with comments on what they do, is >> exactly what revision control systems were made for. And while we cannot >> easily share svn access to random contributors, systems like git or >> mercurial are exactly what we need here. >> >> In other words, we need github for FreeBSD. I'm working on some basics >> for this at repos.freebsd.your.org, but had severe VM instabilities >> during the last weeks. > > I have to admit that this crossed my mind as soon as I read Julian's > e-mail, especially as I've been keeping my local FreeBSD patches in > a version-controlled tree for the past ten years - first CVS, then > Subversion, and recently Git. > > Now, is there a reason we couldn't just use Gitorious? :) > > G'luck, > Peter > > -- > Peter Pentchev =A0roam@space.bg =A0 =A0roam@ringlet.net =A0 =A0roam@FreeB= SD.org > PGP key: =A0 =A0 =A0 =A0http://people.FreeBSD.org/~roam/roam.key.asc > Key fingerprint FDBA FD79 C26F 3C51 C95E =A0DF9E ED18 B68D 1619 4553 > If the meanings of 'true' and 'false' were switched, then this sentence w= ouldn't be false. > > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.10 (GNU/Linux) > > iQIcBAEBCAAGBQJNF6qVAAoJEGUe77AlJ98TeacQAJQEVJJqR/3Lrx/ksypGOgLL > sL8PR8bPEHxur6IBanpmhGuDidxym9xhj/VSsxqAiAEIiOKfX1tsE+fOLcA7Ygtg > pusQTfhJD4KOCS86aFucXGL0r2gAEKkPUyJAwfORiZSaQsDjfVWKClEvZQNuBEOv > wk4DeeZsPcKBJCTDiplF/MJLTLgPTHQT30Xjsq2Ci9/f2atqD630v+GicywRo1Ha > jx9BF4wOF4o/1+XImB/eRWy8ZGAoHAwiFioFQwWSncEVbTPbnrHhiOZGBs2Ad57S > iaD+qEDRrD+Pc/fOcrHEKxE6frk1dskl9TOYUGWXh/XOhrCA4B0I+J8Q7elTCsrB > FFrsO2OTZOzWwTzSF/zLMsx8jAA/Flk7N86Fz5mf566P0GMn4dd/XR6oZXbAMasy > FJOPi7SllmQeVwLERwwQgxKCVIUB2ofYN+76jMxM11qbpXlBD5wipMV/nOAULrSg > vvj2Mi4d4aunUPy8J2AOYfc3RpqPRmDALXGz+g2ExFii2qN6qYxvrrxUa3PZHIu1 > N1d5yZM5Mm0NoiJJtQOlSi51NKydL5wcNvpPKg4XWJXz3H7b+4fNXKY/D4O+lkBr > jhC9OvWV3vzx/ME34GVjJAP3LT7E1ArWz0kyGQYEU5jzthPJd27L7vO+ftLJziVA > yQRepT6Dh6BtD6SdIFCQ > =3Do6Cb > -----END PGP SIGNATURE----- > >