From owner-freebsd-current Tue Feb 19 0: 0:30 2002 Delivered-To: freebsd-current@freebsd.org Received: from rwcrmhc51.attbi.com (rwcrmhc51.attbi.com [204.127.198.38]) by hub.freebsd.org (Postfix) with ESMTP id 5F88437B400 for ; Tue, 19 Feb 2002 00:00:21 -0800 (PST) Received: from peter3.wemm.org ([12.232.27.13]) by rwcrmhc51.attbi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20020219080019.ULXW2626.rwcrmhc51.attbi.com@peter3.wemm.org> for ; Tue, 19 Feb 2002 08:00:19 +0000 Received: from overcee.wemm.org (overcee.wemm.org [10.0.0.3]) by peter3.wemm.org (8.11.0/8.11.0) with ESMTP id g1J80Js35913 for ; Tue, 19 Feb 2002 00:00:19 -0800 (PST) (envelope-from peter@wemm.org) Received: from wemm.org (localhost [127.0.0.1]) by overcee.wemm.org (Postfix) with ESMTP id 8F1673A9A; Tue, 19 Feb 2002 00:00:19 -0800 (PST) (envelope-from peter@wemm.org) X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: Julian Elischer Cc: current@FreeBSD.ORG Subject: Re: Patch sets to date and timing tests with Giant out of userret. In-Reply-To: Date: Tue, 19 Feb 2002 00:00:19 -0800 From: Peter Wemm Message-Id: <20020219080019.8F1673A9A@overcee.wemm.org> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Julian Elischer wrote: > I'd prefer to be working on a branch of CVS if it weren't for the people > that would scream whenever I moved my merged tag up. > (eek eek cvsup bloat). > That way i would have a dozen people helping me but with my code in P4 I > have me and occasionally Peter. Everybody who can commit to cvs on freefall also has p4 access. The set of people who can help is exactly the same. In fact, we even have a couple of non-comitters with access. As I posted before, the instructions are in http://people.freebsd.org/~peter/p4cookbook.txt, and the 'p4newuser' command on freefall is what is run to activate it. If we want a majordomo p4-all@freebsd.org mailing list (or something like that, as an analog to cvs-all@freebsd.org), I can have that set up as well. > P4 is ok but it's strangling me because people have to get teh source to > work on it and it's just a bit too hard to do so. And when they have it > they can't just use CVS to generate diffs to send back etc. Yes, they can. cvsup10 carries a change-by-change copy of your work. They can do exactly what you said above.. ie: anybody can cvsup, and use cvs to send diffs to you etc. As I previously mailed, a sample supfile might look like this: *default host=cvsup10.FreeBSD.org *default base=/tmp/cvs # change this *default prefix=/tmp/cvs # change this *default release=cvs *default delete use-rel-suffix *default compress p4-cvs-kse peter@thunder[11:58pm]/tmp/cvs/projects/kse/sys/sys-126> rlog proc.h,v | more RCS file: proc.h,v Working file: proc.h head: 1.86 ... ---------------------------- revision 1.86 date: 2002/02/18 06:05:49; author: peter; state: Exp; lines: +58 -55 >>>Replicated Change 6659 by julian@julian_ref on 2002/02/17 22:05:13<<< MFC ---------------------------- revision 1.85 date: 2002/02/18 00:36:29; author: peter; state: Exp; lines: +10 -14 >>>Replicated Change 6647 by julian@julian_jules1 on 2002/02/17 16:34:47<<< Setting return values into the frame has to be Machine dependent code. ---------------------------- .... ---------------------------- revision 1.81 date: 2002/01/30 02:31:27; author: peter; state: Exp; lines: +1 -1 >>>Replicated Change 5993 by julian@julian_ref on 2002/01/29 18:29:58<<< Cleanup some of the suspend and single-threading code. Can now ^Z a multithreaded process and then restart it and kill it immediatly without getting a coredump. all the 'suspend' code needs careful attention. ---------------------------- ... There is a vaguely-cvsweb-like http interface here: http://people.freebsd.org/~peter/p4db/ (there is even a KSE link on the top page) > Julian > > > On Mon, 18 Feb 2002, Peter Wemm wrote: > > > Matthew Dillon wrote: > > > : > > > :So, John's last few months of work is junk then, is it? > > > : > > > :Cheers, > > > :-Peter > > > :-- > > > :Peter Wemm - peter@FreeBSD.org; peter@yahoo-inc.com; peter@netplex.com.a u > > > > > > I'll tell you what is junk... patches for things like getuid() sittin g > > > in P4 (whether instrumented or not). That's junk. > > > > > > I'll tell what is NOT junk. What isn't junk are things like John's m ore > > > complex patch to kern_descrip.c. There's real work involved there > > > that can be salvaged, and which can be committed to the -current > > > piecemeal if Giant is properly instrumented. > > > > > > The biggest problem is that all of this stuff is sitting in P4 and no ne > > > of it belongs there. > > > > With all due respect, bullshit! The p4 tree exists only as an alternative > > to people having large uncommitted diffs sitting in checked out cvs trees. > > > > Mailing patches between people trying to work in parallel is a bigger waste > > of time. That is inherently single threaded. > > > > Cheers, > > -Peter > > -- > > Peter Wemm - peter@FreeBSD.org; peter@yahoo-inc.com; peter@netplex.com.au > > "All of this is for nothing if we don't go to the stars" - JMS/B5 > > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > > with "unsubscribe freebsd-current" in the body of the message > > > > Cheers, -Peter -- Peter Wemm - peter@FreeBSD.org; peter@yahoo-inc.com; peter@netplex.com.au "All of this is for nothing if we don't go to the stars" - JMS/B5 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message