From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: <56a297000703212313l913020ev9618eaf121af6391@mail.gmail.com> Date: Thu, 22 Mar 2007 15:13:05 +0900 From: "Noah Evans" To: "Fans of the OS Plan 9 from Bell Labs" <9fans@cse.psu.edu> Subject: Re: [9fans] factotum/802.1x catch 22? In-Reply-To: <5d375e920703212219x24f97f29gbdfc1745eb9de405@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <200703212303.l2LN3Vl25960@zamenhof.cs.utwente.nl> <9321241f7154cd4cd7fab6579c8916b0@proxima.alt.za> <5d375e920703212219x24f97f29gbdfc1745eb9de405@mail.gmail.com> Topicbox-Message-UUID: 2d53f8ec-ead2-11e9-9d60-3106f5b1d025 U-man, The code is not guarded by winged monkeys. You've shown a great deal of positive leadership during the GSOC application process, why not extend that leadership by forking the code base? It would be easy enough to establish a forked server with replica and allow the gsoc mentors modification access. This would allow an "unstable" version of the code for the gsoc students to play with and share their contributions. This would also let *you* be the master of your destiny. It would also allow the Plan 9 community to more easily try out wildly speculative changes. Why not? Noah On 3/22/07, Uriel wrote: > > *** Off Topic *** > > > > I had a brief chat with "patch" and it strikes me now that the delay > > in accepting complex patches might be alleviated if such patches could > > be reviewed by 9fans, that is to say, publicly, by request. Say, for > > example, that we are asked to comment on Axel's patch and we return a > > verdict, as part of the "patch" process. No need to publish the > > request, those interested can look on sources and post the result > > there. > > That was precisely the purpose of my original patch notification > system, which russ didn't like and forced me to shut down. > > I proposed doing a similar thing in the plan9-changes list for whoever > wanted to participate, but russ didn't like that either. > > If you like I can open up plan9-changes (I'm not sure, but I suspect > it doesn't track new patches anymore, but that could be easily > changed), or we could create a new plan9-patches where only new > patches are posted (patches would get posted to plan9-changes when > they are accepted or rejected.) > > In any case, without the collaboration of whoever sits at the other > end of patch(1), the whole exercise is pointless. > > uriel >