From owner-freebsd-arch@FreeBSD.ORG Sun Mar 5 00:26:41 2006 Return-Path: X-Original-To: freebsd-arch@freebsd.org Delivered-To: freebsd-arch@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BC5EA16A420 for ; Sun, 5 Mar 2006 00:26:41 +0000 (GMT) (envelope-from keramida@ceid.upatras.gr) Received: from igloo.linux.gr (igloo.linux.gr [62.1.205.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id CC19C43D46 for ; Sun, 5 Mar 2006 00:26:40 +0000 (GMT) (envelope-from keramida@ceid.upatras.gr) Received: from flame.pc (patr530-a009.otenet.gr [212.205.215.9]) (authenticated bits=128) by igloo.linux.gr (8.13.5/8.13.5/Debian-3) with ESMTP id k250QHfD005980 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sun, 5 Mar 2006 02:26:23 +0200 Received: from flame.pc (flame [127.0.0.1]) by flame.pc (8.13.4/8.13.4) with ESMTP id k250PW95036387; Sun, 5 Mar 2006 02:25:32 +0200 (EET) (envelope-from keramida@ceid.upatras.gr) Received: (from keramida@localhost) by flame.pc (8.13.4/8.13.4/Submit) id k24I7NLC035077; Sat, 4 Mar 2006 20:07:23 +0200 (EET) (envelope-from keramida@ceid.upatras.gr) Date: Sat, 4 Mar 2006 20:07:23 +0200 From: Giorgos Keramidas To: Duane Whitty Message-ID: <20060304180723.GA35010@flame.pc> References: <20060304141957.14716.qmail@web32705.mail.mud.yahoo.com> <200603041155.33813.duane@greenmeadow.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200603041155.33813.duane@greenmeadow.ca> X-Hellug-MailScanner: Found to be clean X-Hellug-MailScanner-SpamCheck: not spam, SpamAssassin (score=-3.078, required 5, autolearn=not spam, ALL_TRUSTED -1.80, AWL 0.62, BAYES_00 -2.60, DATE_IN_PAST_06_12 0.50, DNS_FROM_RFC_ABUSE 0.20) X-Hellug-MailScanner-From: keramida@ceid.upatras.gr Cc: pfgshield-freebsd@yahoo.com, freebsd-arch@freebsd.org Subject: Re: Subversion? (Re: HEADS UP: Importing csup into base) 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: Sun, 05 Mar 2006 00:26:41 -0000 On 2006-03-04 11:55, Duane Whitty wrote: > IANAE on VCSs but I have been doing a lot of reading of late > concerning the differences between VCSs. I really believe SVN > has some extremely compelling features but the way it does/does > not do its tagging is, I believe, an important concern. If I > understand correctly it is the whole repository that gets a > version number and not individual files. There is a significant change of `mindset' when using Subversion, and I believe this is why you seem confused about this particular point. Subversion doesn't support *tagging* as CVS does, but it does support copying parts of a project tree to another place. Many people use the directory-based organization of their repository to keep ``tags'' in a separate path under their tree, i.e. using something like: repo/ project/ trunk/ src/ bin/ sbin/ ... branches/ ... tags/ smpng/ nmount/ ... releases/ 5.3-release/ 5.4-release/ 6.0-release/ 6.1-release/ There is nothing that stops you from making a copy of only parts of the trunk/ under a specific tag/ subdir, even if what is copied is a single file. I mostly agree with Dag-Erling Smorgrav that Subversion *does* have what we need right now. The only feature that I don't know how to handle yet is our use of custom RCS keywords, like $FreeBSD$. PS: Please make sure you remove duplicates from the recipient list. The original message to which I'm replying was sent to both `freebsd-arch' and `arch', so it ended up twice in my mailbox :) From owner-freebsd-arch@FreeBSD.ORG Sun Mar 5 08:47:19 2006 Return-Path: X-Original-To: freebsd-arch@freebsd.org Delivered-To: freebsd-arch@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 37E2C16A424 for ; Sun, 5 Mar 2006 08:47:19 +0000 (GMT) (envelope-from xdivac02@stud.fit.vutbr.cz) Received: from eva.fit.vutbr.cz (eva.fit.vutbr.cz [147.229.10.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id 425EC43D49 for ; Sun, 5 Mar 2006 08:47:17 +0000 (GMT) (envelope-from xdivac02@stud.fit.vutbr.cz) Received: from eva.fit.vutbr.cz (localhost [127.0.0.1]) by eva.fit.vutbr.cz (envelope-from xdivac02@eva.fit.vutbr.cz) (8.13.4/8.13.3) with ESMTP id k258lDC8097768 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Sun, 5 Mar 2006 09:47:13 +0100 (CET) Received: (from xdivac02@localhost) by eva.fit.vutbr.cz (8.13.4/8.13.3/Submit) id k258lDoA097767; Sun, 5 Mar 2006 09:47:13 +0100 (CET) Date: Sun, 5 Mar 2006 09:47:13 +0100 From: Divacky Roman To: pfgshield-freebsd@yahoo.com Message-ID: <20060305084713.GA97196@stud.fit.vutbr.cz> References: <20060304173917.X61086@fledge.watson.org> <20060304180131.69997.qmail@web32709.mail.mud.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060304180131.69997.qmail@web32709.mail.mud.yahoo.com> User-Agent: Mutt/1.4.2i X-Scanned-By: MIMEDefang 2.49 on 147.229.10.14 Cc: freebsd-arch@freebsd.org Subject: Re: Subversion? (Re: HEADS UP: Importing csup into base) 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: Sun, 05 Mar 2006 08:47:19 -0000 On Sat, Mar 04, 2006 at 07:01:31PM +0100, pfgshield-freebsd@yahoo.com wrote: > Thanks Robert, > > there are many interesting points in your previous post. > > --- Robert Watson ha scritto: > > > > > > And, don't forget that the author of svk is a FreeBSD user :-). > > > > :-). > > FWIW, I don't see Subversion, or any other alternative, replacing Perforce in > the short run, but I rhink it would be important to seek a replacement path for > CVS and it's weakneses (one of them... being basicly unmaintained and > non-evolving). I do agree that cvs has its drawbacks but there is OpenCVS (cvs reimplementation by openbsd folks) which seems to be actively maintained and its authors promised things like atomic commits etc. I think that switch from gnu cvs to opencvs is painless and should be done (once the opencvs is in usable state) because 1) its actively maintained 2) its BSD licensed 3) might have some features gnu cvs doesnt have roman From owner-freebsd-arch@FreeBSD.ORG Sun Mar 5 09:01:31 2006 Return-Path: X-Original-To: freebsd-arch@freebsd.org Delivered-To: freebsd-arch@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C186216A420 for ; Sun, 5 Mar 2006 09:01:31 +0000 (GMT) (envelope-from stijn@pcwin002.win.tue.nl) Received: from mx1.tue.nl (mx1.tue.nl [131.155.2.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2E7FD43D46 for ; Sun, 5 Mar 2006 09:01:31 +0000 (GMT) (envelope-from stijn@pcwin002.win.tue.nl) Received: from localhost (localhost [127.0.0.1]) by mx1.tue.nl (Postfix) with ESMTP id 478EE3F451; Sun, 5 Mar 2006 10:01:30 +0100 (CET) Received: from mx1.tue.nl ([131.155.2.7]) by localhost (bommelstein.tue.nl [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 92991-08; Sun, 5 Mar 2006 10:01:29 +0100 (CET) Received: from umta.win.tue.nl (umta.win.tue.nl [131.155.71.100]) by mx1.tue.nl (Postfix) with ESMTP id C2FFD3F426; Sun, 5 Mar 2006 10:01:29 +0100 (CET) Received: from pcwin002.win.tue.nl (pcwin002 [131.155.71.72]) by umta.win.tue.nl (Postfix) with ESMTP id B799C31401C; Sun, 5 Mar 2006 10:01:29 +0100 (CET) Received: by pcwin002.win.tue.nl (Postfix, from userid 1001) id A670C40CE; Sun, 5 Mar 2006 10:01:29 +0100 (CET) Date: Sun, 5 Mar 2006 10:01:29 +0100 From: Stijn Hoop To: Hiroharu Tamaru Message-ID: <20060305090129.GI46967@pcwin002.win.tue.nl> References: <20060304141957.14716.qmail@web32705.mail.mud.yahoo.com> <20060304152433.W61086@fledge.watson.org> <20060304174835.GA58184@thened.net> <20060304194030.GA2826@tara.freenix.org> <20060304212423.GD46967@pcwin002.win.tue.nl> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="SUk9VBj82R8Xhb8H" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i X-Bright-Idea: Let's abolish HTML mail! X-Virus-Scanned: amavisd-new at tue.nl Cc: freebsd-arch@freebsd.org Subject: Re: Subversion? (Re: HEADS UP: Importing csup into base) 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: Sun, 05 Mar 2006 09:01:32 -0000 --SUk9VBj82R8Xhb8H Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Mar 05, 2006 at 08:42:18AM +0900, Hiroharu Tamaru wrote: > Yes, you can find out where your banches came from, but > IIRC, you cannot find out what happened to all the branches, > when you are looking at it from the trunk, or what's > happening on trunk by looking at a branch. That's correct. > I find it invaluable to see which feature is backported to > which branches when I look into the FreeBSD cvsweb pages. I think it's more of an artifact of the way CVS stores it's information, but it's not possible in this way with Subversion as far as I know. > Is there any way, when you specify > https://svn.sandcat.nl/repos/sws/trunk/include/main.php > ~~~~~~~ > that you'd know if there are any branches that have this > file forked off from its trunk version, I don't think there is a way to do that in Subversion right now. > or know if and when the change made at revision foo (on trunk) was > merged to a branch by looking at the log on the *trunk side* (you need > it especially when you are not aware that such a branch > exists). I understand. It's a good point, and one that I didn't think of. > I assume the latter would be solved when they support > 'real-merging' (as they plan to), but what about the former? Only time will tell I guess. Maybe it's possible to work around it by setting a property on the copied files whenever they are copied and then using that property in CVSWeb. I do hope that they will support 'real merges' as you put it soon. > I'd loved to prooved wrong, since this is about the only > thing I miss with subversion. >=20 > Or, well, vendor-branch may be another one.. > Has the 'import' function changed to allow an update to a > vendor branch now, or do you need 'svn remove' on each > deleted file and 'svn add' on each added file? Not that I know of, but using svn_load_dirs.pl makes things a lot easier. My personal wish is that they would make this a standard command for 'svn' instead of a script in the tarball that isn't even installed by default. Getting back to the point, I'd like to stress again that I'm not advocating switching _to Subversion_ at this point, simply because I haven't been able to set up a test repository to test things like this. I personally like Subversion but there might be better choices for the project; I read Robert Ollivier's paper on distributed VCSs / Mercurial yesterday and I like the thought of using a distributed VCS. But it all depends on the gain, as written earlier. --Stijn --=20 Ubuntu is a Linux for human beings. Actually, the word "Ubuntu" really is an ancient African word for "I am sick of compiling Gentoo". -- Jeff Waugh --SUk9VBj82R8Xhb8H Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFECqjpY3r/tLQmfWcRAi5NAJ41KK64KK+81cl7n4XW9LnOgN4dqACgmRfA 5ybVsMu/6QW/FX9vdDxnG18= =JXkA -----END PGP SIGNATURE----- --SUk9VBj82R8Xhb8H-- From owner-freebsd-arch@FreeBSD.ORG Sun Mar 5 11:18:10 2006 Return-Path: X-Original-To: arch@freebsd.org Delivered-To: freebsd-arch@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EE16416A420 for ; Sun, 5 Mar 2006 11:18:10 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from pasmtp.tele.dk (pasmtp.tele.dk [193.162.159.95]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9AB5143D46 for ; Sun, 5 Mar 2006 11:18:10 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (0x535c0e2a.sgnxx1.adsl-dhcp.tele.dk [83.92.14.42]) by pasmtp.tele.dk (Postfix) with ESMTP id 2F08B1EC330 for ; Sun, 5 Mar 2006 12:18:08 +0100 (CET) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.13.4/8.13.4) with ESMTP id k25BI8Cu035340 for ; Sun, 5 Mar 2006 11:18:08 GMT (envelope-from phk@critter.freebsd.dk) To: arch@freebsd.org From: Poul-Henning Kamp Date: Sun, 05 Mar 2006 11:18:08 +0000 Message-ID: <35339.1141557488@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Cc: Subject: wakeup idea... 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: Sun, 05 Mar 2006 11:18:11 -0000 Here is a possibly stupid idea. Historically sleep/wakeup have happened on a pointer which was just a magic number. In many cases, this pointer is actually a relevant datastructure. Would it possibly be an optimization to make a variant of the sleep/wakeup calls where the pointer points to an integer type which contains non-zero if anybody is actually sleeping on that address ? Anybody up for a quick prototype ? -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-arch@FreeBSD.ORG Sun Mar 5 11:28:49 2006 Return-Path: X-Original-To: arch@freebsd.org Delivered-To: freebsd-arch@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 87DDC16A420 for ; Sun, 5 Mar 2006 11:28:49 +0000 (GMT) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (gate.funkthat.com [69.17.45.168]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0E12B43D46 for ; Sun, 5 Mar 2006 11:28:48 +0000 (GMT) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (7pfd7cbsuzx3asab@localhost.funkthat.com [127.0.0.1]) by hydrogen.funkthat.com (8.13.3/8.13.3) with ESMTP id k25BSlWw049066; Sun, 5 Mar 2006 03:28:47 -0800 (PST) (envelope-from jmg@hydrogen.funkthat.com) Received: (from jmg@localhost) by hydrogen.funkthat.com (8.13.3/8.13.3/Submit) id k25BSkUA049065; Sun, 5 Mar 2006 03:28:46 -0800 (PST) (envelope-from jmg) Date: Sun, 5 Mar 2006 03:28:46 -0800 From: John-Mark Gurney To: Poul-Henning Kamp Message-ID: <20060305112846.GZ840@funkthat.com> Mail-Followup-To: Poul-Henning Kamp , arch@freebsd.org References: <35339.1141557488@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <35339.1141557488@critter.freebsd.dk> User-Agent: Mutt/1.4.2.1i X-Operating-System: FreeBSD 5.4-RELEASE-p6 i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html Cc: arch@freebsd.org Subject: Re: wakeup idea... X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: John-Mark Gurney List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Mar 2006 11:28:49 -0000 Poul-Henning Kamp wrote this message on Sun, Mar 05, 2006 at 11:18 +0000: > Here is a possibly stupid idea. > > Historically sleep/wakeup have happened on a pointer which was just > a magic number. > > In many cases, this pointer is actually a relevant datastructure. > > Would it possibly be an optimization to make a variant of the > sleep/wakeup calls where the pointer points to an integer type which > contains non-zero if anybody is actually sleeping on that address ? > > Anybody up for a quick prototype ? A different idea that I had was for a process to cache the wakeup address, and then only perform the wakeup when the appropriate lock was unlocked.. Thus saving the time of waking up a process just for it to go back to sleep waiting for your lock.. (though this can cause wierd things to happen wrt priority, i.e. you don't get the to be woken up process's priority lent to you, if needed)... -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-arch@FreeBSD.ORG Sun Mar 5 13:36:36 2006 Return-Path: X-Original-To: arch@freebsd.org Delivered-To: freebsd-arch@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E041C16A420 for ; Sun, 5 Mar 2006 13:36:36 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9181B43D48 for ; Sun, 5 Mar 2006 13:36:36 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 1E2D646C00; Sun, 5 Mar 2006 08:36:13 -0500 (EST) Date: Sun, 5 Mar 2006 13:36:33 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Poul-Henning Kamp In-Reply-To: <35339.1141557488@critter.freebsd.dk> Message-ID: <20060305133516.P51568@fledge.watson.org> References: <35339.1141557488@critter.freebsd.dk> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: arch@freebsd.org Subject: Re: wakeup idea... 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: Sun, 05 Mar 2006 13:36:37 -0000 On Sun, 5 Mar 2006, Poul-Henning Kamp wrote: > Here is a possibly stupid idea. > > Historically sleep/wakeup have happened on a pointer which was just a magic > number. > > In many cases, this pointer is actually a relevant datastructure. > > Would it possibly be an optimization to make a variant of the sleep/wakeup > calls where the pointer points to an integer type which contains non-zero if > anybody is actually sleeping on that address ? > > Anybody up for a quick prototype ? In principle this is part of the point of a condition variable, which associates a struct with waitable conditions, and includes an int that contains the number of waiters: struct cv { const char *cv_description; int cv_waiters; }; Presumably the tricky bit is optimizing this such that you avoid undesirable races. (But maybe if you call cv_signal without the condition mutex held, you accept that race by definition?) Robert N M Watson From owner-freebsd-arch@FreeBSD.ORG Sun Mar 5 16:14:32 2006 Return-Path: X-Original-To: freebsd-arch@freebsd.org Delivered-To: freebsd-arch@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0C81F16A420 for ; Sun, 5 Mar 2006 16:14:32 +0000 (GMT) (envelope-from pfgshield-freebsd@yahoo.com) Received: from web32715.mail.mud.yahoo.com (web32715.mail.mud.yahoo.com [68.142.206.28]) by mx1.FreeBSD.org (Postfix) with SMTP id 2432243D55 for ; Sun, 5 Mar 2006 16:14:31 +0000 (GMT) (envelope-from pfgshield-freebsd@yahoo.com) Received: (qmail 54418 invoked by uid 60001); 5 Mar 2006 16:14:30 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:Received:Date:From:Reply-To:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type; b=okFcyN3GxBH00S0HUxHhoJwHDDJLmrfZzeAbOqMNvLRg0CPyHOg+czwe5PvknQGtk1qZjf/NZPLXjdQwL0A38qBVP6/E8PAMXGZDj4MYyyaporwXwiO1aFtw3LzvZuVSwPJ4ce4AyAs0yVY1JkpYEkr7pUeY7+6oCAxWsEF6eyg= ; Message-ID: <20060305161430.54416.qmail@web32715.mail.mud.yahoo.com> Received: from [200.118.66.85] by web32715.mail.mud.yahoo.com via HTTP; Sun, 05 Mar 2006 17:14:30 CET Date: Sun, 5 Mar 2006 17:14:30 +0100 (CET) From: To: Divacky Roman In-Reply-To: <20060305084713.GA97196@stud.fit.vutbr.cz> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Cc: freebsd-arch@freebsd.org Subject: Re: Subversion? (Re: HEADS UP: Importing csup into base) X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pfgshield-freebsd@yahoo.com List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Mar 2006 16:14:32 -0000 --- Divacky Roman ha scritto: ... > > I do agree that cvs has its drawbacks but there is OpenCVS (cvs > reimplementation by openbsd folks) which seems to be actively maintained and > its authors promised things like atomic commits etc. > http://www.opencvs.org/ but there's no release yet and of course people will wonder when it will be as stable as GNU CVS. I do agree the change would/will make sense though, and we should get rid of GNU readline too. cheers, Pedro. ___________________________________ Yahoo! Messenger with Voice: chiama da PC a telefono a tariffe esclusive http://it.messenger.yahoo.com From owner-freebsd-arch@FreeBSD.ORG Sun Mar 5 16:33:10 2006 Return-Path: X-Original-To: freebsd-arch@freebsd.org Delivered-To: freebsd-arch@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D70A116A422 for ; Sun, 5 Mar 2006 16:33:10 +0000 (GMT) (envelope-from fullermd@over-yonder.net) Received: from mail.localelinks.com (web.localelinks.com [64.39.75.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6093B43D45 for ; Sun, 5 Mar 2006 16:33:10 +0000 (GMT) (envelope-from fullermd@over-yonder.net) Received: from draco.over-yonder.net (adsl-072-148-013-213.sip.jan.bellsouth.net [72.148.13.213]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.localelinks.com (Postfix) with ESMTP id 72CC54A; Sun, 5 Mar 2006 10:33:09 -0600 (CST) Received: by draco.over-yonder.net (Postfix, from userid 100) id 9E9CB61C38; Sun, 5 Mar 2006 10:33:08 -0600 (CST) Date: Sun, 5 Mar 2006 10:33:08 -0600 From: "Matthew D. Fuller" To: Stijn Hoop Message-ID: <20060305163308.GG17589@over-yonder.net> References: <20060304141957.14716.qmail@web32705.mail.mud.yahoo.com> <20060304152433.W61086@fledge.watson.org> <20060304174835.GA58184@thened.net> <20060304194030.GA2826@tara.freenix.org> <20060304212423.GD46967@pcwin002.win.tue.nl> <20060305090129.GI46967@pcwin002.win.tue.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060305090129.GI46967@pcwin002.win.tue.nl> X-Editor: vi X-OS: FreeBSD User-Agent: Mutt/1.5.11-fullermd.2 Cc: freebsd-arch@freebsd.org Subject: Re: Subversion? (Re: HEADS UP: Importing csup into base) 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: Sun, 05 Mar 2006 16:33:11 -0000 On Sun, Mar 05, 2006 at 10:01:29AM +0100 I heard the voice of Stijn Hoop, and lo! it spake thus: > > I read Robert Ollivier's paper on distributed VCSs / Mercurial > yesterday and I like the thought of using a distributed VCS. Historically, I've felt that DVCS is a neat idea that would be really useful in, like, .01% of cases, but was just too annoying and complicated for the rest of the world. But I repented late last fall, when I was searching for a new VCS and SVN just struck too many thuds with me. And while I ended up in the Bazaar-NG camp instead of Mercurial, I've started using a DVCS for most of my new stuff that I would otherwise stick in CVS. It could get addictive. One big gripe I have with SVN is how the branches all end up in the same namespace. It's annoying, and it takes away some of the advantages of having tree-wide revision numbering. How bizarre is it to say "Yeah, I just committed revision 5837 to -CURRENT; to back it out, go to 5788."? Huh? Why isn't 5836 the step right before 5837?! -- Matthew Fuller (MF4839) | fullermd@over-yonder.net Systems/Network Administrator | http://www.over-yonder.net/~fullermd/ On the Internet, nobody can hear you scream. From owner-freebsd-arch@FreeBSD.ORG Sun Mar 5 20:49:14 2006 Return-Path: X-Original-To: freebsd-arch@freebsd.org Delivered-To: freebsd-arch@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8F29916A420 for ; Sun, 5 Mar 2006 20:49:14 +0000 (GMT) (envelope-from duane@greenmeadow.ca) Received: from smtpout.eastlink.ca (smtpout.eastlink.ca [24.222.0.30]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2845243D46 for ; Sun, 5 Mar 2006 20:49:14 +0000 (GMT) (envelope-from duane@greenmeadow.ca) Received: from ip03.eastlink.ca ([24.222.10.15]) by mta01.eastlink.ca (Sun Java System Messaging Server 6.2-4.03 (built Sep 22 2005)) with ESMTP id <0IVO00I8C9S4E101@mta01.eastlink.ca> for freebsd-arch@freebsd.org; Sun, 05 Mar 2006 16:48:04 -0400 (AST) Received: from blk-224-199-230.eastlink.ca (HELO [192.168.0.103]) ([24.224.199.230]) by ip03.eastlink.ca with ESMTP; Sun, 05 Mar 2006 16:49:12 -0400 Date: Sun, 05 Mar 2006 16:48:09 -0400 From: Duane Whitty In-reply-to: <20060304180723.GA35010@flame.pc> To: Giorgos Keramidas Message-id: <200603051648.10399.duane@greenmeadow.ca> MIME-version: 1.0 Content-type: text/plain; charset=iso-8859-1 Content-transfer-encoding: 7BIT Content-disposition: inline X-BrightmailFiltered: true X-Brightmail-Tracker: AAAAAQAAA+k= References: <20060304141957.14716.qmail@web32705.mail.mud.yahoo.com> <200603041155.33813.duane@greenmeadow.ca> <20060304180723.GA35010@flame.pc> User-Agent: KMail/1.9.1 Cc: pfgshield-freebsd@yahoo.com, freebsd-arch@freebsd.org Subject: Re: Subversion? (Re: HEADS UP: Importing csup into base) 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: Sun, 05 Mar 2006 20:49:14 -0000 On Saturday 04 March 2006 14:07, Giorgos Keramidas wrote: > On 2006-03-04 11:55, Duane Whitty wrote: > > IANAE on VCSs but I have been doing > > a lot of reading of late concerning > > the differences between VCSs. I > > really believe SVN has some > > extremely compelling features but > > the way it does/does not do its > > tagging is, I believe, an important > > concern. If I understand correctly > > it is the whole repository that > > gets a version number and not > > individual files. > > There is a significant change of > `mindset' when using Subversion, and > I believe this is why you seem > confused about this particular point. > Subversion doesn't support *tagging* > as CVS does, but it does support > copying parts of a project tree to > another place. Many people use the > directory-based organization of their > repository to keep ``tags'' in a > separate path under their tree, i.e. > using something like: > > repo/ > project/ > trunk/ > src/ > bin/ > sbin/ > ... > branches/ > ... > tags/ > smpng/ > nmount/ > ... > releases/ > > 5.3-release/ 5.4-release/ > 6.0-release/ 6.1-release/ > I guess I should be more familiar with Subversion before I ask this but would I implement this outside of the control of Subversion? > > There is nothing that stops you from > making a copy of only parts of the > trunk/ under a specific tag/ subdir, > even if what is copied is a single > file. If I do it this way should I be concerned about 1) storage space and 2) the complexity of my repsoitory directory structure? > I mostly agree with Dag-Erling > Smorgrav that Subversion *does* have > what we need right now. The only > feature that I don't know how to > handle yet is our use of custom RCS > keywords, like $FreeBSD$. Thanks for your insights and to everyone else participating. I appreciate your efforts. The FreeBSD lists are very educational all because of the effort/time that so many people generously contribute. Thanks to all! I am not so sure I like the idea of using directory layouts to control how my project is "tagged". but there's a lot of different ways of achieving similar goals. That's what is so excellent about open source projects. I suppose I am being a bit premature here considering I haven't used a version control system for very long but has anyone considered implementing a version control system using Berkeley DB? It would allow for database style indexes and still allow for storage of files outside the dbms. I guess my only other comment, which perhaps other people share, is that I wish CVS made use of a binary diff tool because I would like to use it for more than just source code. > PS: Please make sure you remove > duplicates from the recipient list. > The original message to which I'm > replying was sent to both > `freebsd-arch' and `arch', so it > ended up twice in my mailbox :) Sorry, my bad. I noticed that after I hit send From owner-freebsd-arch@FreeBSD.ORG Sun Mar 5 21:31:42 2006 Return-Path: X-Original-To: freebsd-arch@freebsd.org Delivered-To: freebsd-arch@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 685D616A422 for ; Sun, 5 Mar 2006 21:31:42 +0000 (GMT) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9D5F043D46 for ; Sun, 5 Mar 2006 21:31:41 +0000 (GMT) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id 11E182081; Sun, 5 Mar 2006 22:31:34 +0100 (CET) X-Spam-Tests: AWL,BAYES_00,FORGED_RCVD_HELO X-Spam-Learn: ham X-Spam-Score: -2.4/3.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on tim.des.no Received: from xps.des.no (des.no [80.203.243.180]) by tim.des.no (Postfix) with ESMTP id 915542080; Sun, 5 Mar 2006 22:31:33 +0100 (CET) Received: by xps.des.no (Postfix, from userid 1001) id 0FFF333C1D; Sun, 5 Mar 2006 22:31:32 +0100 (CET) From: des@des.no (Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?=) To: pfgshield-freebsd@yahoo.com References: <20060305161430.54416.qmail@web32715.mail.mud.yahoo.com> Date: Sun, 05 Mar 2006 22:31:32 +0100 In-Reply-To: <20060305161430.54416.qmail@web32715.mail.mud.yahoo.com> (pfgshield-freebsd@yahoo.com's message of "Sun, 5 Mar 2006 17:14:30 +0100 (CET)") Message-ID: <86oe0kwpcb.fsf@xps.des.no> User-Agent: Gnus/5.110003 (No Gnus v0.3) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Divacky Roman , freebsd-arch@freebsd.org Subject: Re: Subversion? (Re: HEADS UP: Importing csup into base) 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: Sun, 05 Mar 2006 21:31:42 -0000 writes: > but there's no release yet and of course people will wonder when it will = be as > stable as GNU CVS. I do agree the change would/will make sense though, an= d we > should get rid of GNU readline too. GNU readline is required by other GNU software in the tree (like gdb). We have our own line-editing library (editline) which should be used for all non-GNU software. ISTR that Vinum is the only non-GNU software in our tree that uses readline instead of editline, but this may have changed. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-arch@FreeBSD.ORG Sun Mar 5 22:44:39 2006 Return-Path: X-Original-To: freebsd-arch@freebsd.org Delivered-To: freebsd-arch@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9275A16A420 for ; Sun, 5 Mar 2006 22:44:39 +0000 (GMT) (envelope-from mat@FreeBSD.org) Received: from plouf.absolight.net (plouf.absolight.net [193.30.224.136]) by mx1.FreeBSD.org (Postfix) with ESMTP id 37D5B43D58 for ; Sun, 5 Mar 2006 22:44:37 +0000 (GMT) (envelope-from mat@FreeBSD.org) Received: from [192.168.1.5] (rke75-1-87-88-108-35.dsl.club-internet.fr [87.88.108.35]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by plouf.absolight.net (Postfix) with ESMTP id D80724A9B7D for ; Sun, 5 Mar 2006 23:44:35 +0100 (CET) Date: Sun, 05 Mar 2006 23:44:32 +0100 From: Mathieu Arnold To: freebsd-arch@freebsd.org Message-ID: <88E665EF302A7DE57DD5ABFF@[192.168.1.5]> In-Reply-To: <20060304221357.GB3804@tara.freenix.org> References: <20060304141957.14716.qmail@web32705.mail.mud.yahoo.com> <20060304152433.W61086@fledge.watson.org> <20060304174835.GA58184@thened.net> <20060304194030.GA2826@tara.freenix.org> <20060304212423.GD46967@pcwin002.win.tue.nl> <20060304212955.GC3408@tara.freenix.org> <20060304213417.GF46967@pcwin002.win.tue.nl> <20060304221357.GB3804@tara.freenix.org> X-Mailer: Mulberry/4.0.4 (Win32) MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="==========A82DEDBA02A15AACA9B3==========" Subject: Re: Subversion? (Re: HEADS UP: Importing csup into base) 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: Sun, 05 Mar 2006 22:44:39 -0000 --==========A82DEDBA02A15AACA9B3========== Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline +-Le 04/03/2006 23:13 +0100, Ollivier Robert a dit : | not for www/doc/ports which are not branched. yet :-) -- Mathieu Arnold --==========A82DEDBA02A15AACA9B3========== Content-Type: application/pgp-signature Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (MingW32) iD8DBQFEC2nSJqR8av5thQ8RAusrAJ0aLW9yqYnAzY+uGOv6q7xFx7d0dwCg6dpr LRCCjbYdotezmWt+yyHsg4E= =Jrtn -----END PGP SIGNATURE----- --==========A82DEDBA02A15AACA9B3==========-- From owner-freebsd-arch@FreeBSD.ORG Mon Mar 6 00:17:20 2006 Return-Path: X-Original-To: freebsd-arch@freebsd.org Delivered-To: freebsd-arch@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D291D16A422 for ; Mon, 6 Mar 2006 00:17:20 +0000 (GMT) (envelope-from pfgshield-freebsd@yahoo.com) Received: from web32715.mail.mud.yahoo.com (web32715.mail.mud.yahoo.com [68.142.206.28]) by mx1.FreeBSD.org (Postfix) with SMTP id 3D0F443D49 for ; Mon, 6 Mar 2006 00:17:20 +0000 (GMT) (envelope-from pfgshield-freebsd@yahoo.com) Received: (qmail 34662 invoked by uid 60001); 6 Mar 2006 00:17:19 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:Received:Date:From:Reply-To:Subject:To:In-Reply-To:MIME-Version:Content-Type; b=cN4J2UETKCyWb0sPuiQckeVmEt2Olo4JBCJoo6efwqf5BG6Ab2KbrkoKEcTW3TMFjJNjMYBf1Pwz1pq8/zVoTHrdWEnjsY3O6B8O+m7iMGdsXqJ+TE4b2Og68/U6qiynYPI5AQ6g9jPJ8gSx83XFiMEcJVkcf1hBU9++GTeZncQ= ; Message-ID: <20060306001719.34660.qmail@web32715.mail.mud.yahoo.com> Received: from [200.118.66.85] by web32715.mail.mud.yahoo.com via HTTP; Mon, 06 Mar 2006 01:17:19 CET Date: Mon, 6 Mar 2006 01:17:19 +0100 (CET) From: To: freebsd-arch@freebsd.org In-Reply-To: <86oe0kwpcb.fsf@xps.des.no> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Subject: now GNU readline (was Re: Subversion? ) X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pfgshield-freebsd@yahoo.com List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Mar 2006 00:17:21 -0000 --- Dag-Erling Smørgrav ha scritto: > > GNU readline is required by other GNU software in the tree (like gdb). > We have our own line-editing library (editline) which should be used > for all non-GNU software. ISTR that Vinum is the only non-GNU > software in our tree that uses readline instead of editline, but this > may have changed. > There is an additional header in NetBSD's editline for readline compatibility that we are not installing by default. NetBSD also has Vinum and I think they got rid of readline a while ago too so we can probably do without it. For those wondering why getting rid of the useful GNU readline is important or desirable at all: it's a library but it's covered by the GPL (not the LGPL), meaning it has the ability to "poison" everything that is linked with it. cheers, Pedro. ___________________________________ Yahoo! Mail: gratis 1GB per i messaggi e allegati da 10MB http://mail.yahoo.it From owner-freebsd-arch@FreeBSD.ORG Mon Mar 6 03:30:33 2006 Return-Path: X-Original-To: freebsd-arch@freebsd.org Delivered-To: freebsd-arch@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2F85816A420 for ; Mon, 6 Mar 2006 03:30:33 +0000 (GMT) (envelope-from peter@wemm.org) Received: from canning.wemm.org (canning.wemm.org [192.203.228.65]) by mx1.FreeBSD.org (Postfix) with ESMTP id BE7DA43D45 for ; Mon, 6 Mar 2006 03:30:32 +0000 (GMT) (envelope-from peter@wemm.org) Received: from fw.wemm.org (canning.wemm.org [192.203.228.65]) by canning.wemm.org (Postfix) with ESMTP id 7B7B52A8FB for ; Sun, 5 Mar 2006 19:30:32 -0800 (PST) (envelope-from peter@wemm.org) Received: from overcee.wemm.org (overcee.wemm.org [10.0.0.3]) by fw.wemm.org (Postfix) with ESMTP id 1917AE2B5 for ; Sun, 5 Mar 2006 19:30:32 -0800 (PST) (envelope-from peter@wemm.org) Received: from overcee.wemm.org (localhost [127.0.0.1]) by overcee.wemm.org (8.13.4/8.13.4) with ESMTP id k263UVOs066148; Sun, 5 Mar 2006 19:30:31 -0800 (PST) (envelope-from peter@wemm.org) Received: from localhost (localhost [[UNIX: localhost]]) by overcee.wemm.org (8.13.4/8.13.1/Submit) id k263UQbq066140; Sun, 5 Mar 2006 19:30:26 -0800 (PST) (envelope-from peter@wemm.org) X-Authentication-Warning: overcee.wemm.org: peter set sender to peter@wemm.org using -f From: Peter Wemm To: freebsd-arch@freebsd.org Date: Sun, 5 Mar 2006 19:30:25 -0800 User-Agent: KMail/1.8.1 References: <20060304141957.14716.qmail@web32705.mail.mud.yahoo.com> <20060304152433.W61086@fledge.watson.org> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200603051930.25957.peter@wemm.org> Cc: Chris BeHanna Subject: Re: Subversion? (Re: HEADS UP: Importing csup into base) 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, 06 Mar 2006 03:30:33 -0000 On Saturday 04 March 2006 09:11 am, Chris BeHanna wrote: > On Mar 4, 2006, at 10:32 AM, Robert Watson wrote: > > On Sat, 4 Mar 2006 pfgshield-freebsd@yahoo.com wrote: > >> I wanted to avoid turning this thread into a discussion of the > >> different VCSs but perhaps that might be healthy. Many people like > >> perforce... I wonder if the developer community would be happy to > >> accept a "commercial" solution. > > > > [...Perforce met a critical need for branched development, and > > Subversion could not import the repo at the time...] > > And, as I recall, at the time, subversion's ability to manage > branches in a lightweight fashion was just not there. > > How is it now? If it still cannot compare to Perforce, then it's > likely a non-starter. I was also one of the svn opponents at the time. At the time, it was nowhere near "there" yet. Not even remotely. However, I'm starting to think otherwise now. We probably could switch from cvs to svn now, and without losing any functionality. Like perforce, it is fully client/server, but it has some considerable advantages over perforce: 1) It has fairly good detached operation modes. You can do logs, diffs, reverts, etc while detached. It does this by keeping metadata and a small number of revisions cached locally. 2) It is fully open source. In spite of Perforce's promises to build clients for us for any of our released platforms, they still have not given us a native sparc64 client, even after repeated requests. An amd64 and ia64 client would be nice, but it isn't as much of a killer as the missing sparc64 client is. svn would free us of this problem. 3) It has built-in http and source browser functionality. Think cvsweb etc. 4) svn has its own mirror system. we could use it if we wanted. 5) And this is the kicker.. most client metadata is kept on the client! This is the very reason why we cannot use perforce for freebsd.org for everybody. The number of checkouts is way too large. svn keeps most of this on the client, so this scales easily with more clients. 6) Finally, some icing.. its Apache/BSDish in its licensing. Not GPL. What svn doesn't change (relative to perforce): 1) the need to replicate the key branches to cvs. We have such a huge investment in cvs, the cvsup network, etc, that we cannot just discard this. No matter what vcs we use, we have to maintain this. Like with perforce, we can easily replicate svn changes to a cvs tree and all existing users of cvsup etc will be none the wiser (except for a change number included in new cvs commits). 2) source tree wouldn't be held hostage. If svn didn't work out, we could just have another flag day, turn off the svn->cvs replication and go back to using cvs as the master again. It would be a disruption, but no major drama. 3) We get all the same goodies like atomic commits, change sets, cheap branches, etc etc that perforce gives us, just in a different way. I'm sure there are many other pros and cons, and I know there are other alternatives besides svn (eg: svk, mercurial, etc etc). I know there are lots and lots of quirks in svn as well. But I've warmed up considerably to the idea of something like svn compared to a year or two ago. The comments about svn's lack of branch merge memory make me a bit nervous though. We've had brahcnes that have been incrementally merged hundreds of times under perforce, and the lack of remembering which revisions have and have not been merged would be sorely missed. And my personal observation is that svn finally seems to be becoming the defacto replacement for cvs, at last. It has picked up some very high profile projects - gcc for one, asterisk, etc etc. I'm sure it will improve at an even faster rate now. > Perforce's *huge* weakness is the way it handles its metadata (it > wants to keep some of its databases entirely in RAM, and they get > HUGE). This prevents distributing the repo, and it prevents granting > public, anonymous access to the p4 side of the world for freebsd.org > (cripes, you'd need an E15K or an Altix cluster to have enough RAM > and backing store for that!), but nothing else I've seen can do > branching and merging the way Perforce can. Yes, this is one of the key reasons why we can't use perforce for primary development. Having the metadata on the server is the killer. We just can't do it with our load. We've already almost killed the perforce server on repoman from metadata overload, and that was with a tiny percentage of developers using it! -- Peter Wemm - peter@wemm.org; peter@FreeBSD.org; peter@yahoo-inc.com "All of this is for nothing if we don't go to the stars" - JMS/B5 From owner-freebsd-arch@FreeBSD.ORG Mon Mar 6 03:37:42 2006 Return-Path: X-Original-To: freebsd-arch@freebsd.org Delivered-To: freebsd-arch@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1AE1516A423; Mon, 6 Mar 2006 03:37:42 +0000 (GMT) (envelope-from peter@wemm.org) Received: from canning.wemm.org (canning.wemm.org [192.203.228.65]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1C3B543D62; Mon, 6 Mar 2006 03:37:37 +0000 (GMT) (envelope-from peter@wemm.org) Received: from fw.wemm.org (canning.wemm.org [192.203.228.65]) by canning.wemm.org (Postfix) with ESMTP id D65A92A8F3; Sun, 5 Mar 2006 19:37:36 -0800 (PST) (envelope-from peter@wemm.org) Received: from overcee.wemm.org (overcee.wemm.org [10.0.0.3]) by fw.wemm.org (Postfix) with ESMTP id 85359E2B3; Sun, 5 Mar 2006 19:37:36 -0800 (PST) (envelope-from peter@wemm.org) Received: from overcee.wemm.org (localhost [127.0.0.1]) by overcee.wemm.org (8.13.4/8.13.4) with ESMTP id k263baAb066415; Sun, 5 Mar 2006 19:37:36 -0800 (PST) (envelope-from peter@wemm.org) Received: from localhost (localhost [[UNIX: localhost]]) by overcee.wemm.org (8.13.4/8.13.1/Submit) id k263bZmo066414; Sun, 5 Mar 2006 19:37:35 -0800 (PST) (envelope-from peter@wemm.org) X-Authentication-Warning: overcee.wemm.org: peter set sender to peter@wemm.org using -f From: Peter Wemm To: freebsd-arch@freebsd.org, Daniel Eischen Date: Sun, 5 Mar 2006 19:37:34 -0800 User-Agent: KMail/1.8.1 References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200603051937.35717.peter@wemm.org> Cc: arch@freebsd.org Subject: Re: make tools question & symbol versioning 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, 06 Mar 2006 03:37:42 -0000 On Tuesday 28 February 2006 07:06 am, Daniel Eischen wrote: > On Tue, 28 Feb 2006, Hajimu UMEMOTO wrote: > > Hi, > > > > >>>>> On Tue, 28 Feb 2006 09:43:28 -0500 (EST) > > >>>>> Daniel Eischen said: > > > > deischen> For that particular function, I thought it was suppose to > > be exported deischen> for use by applications. It doesn't begin > > with underscores, and it deischen> ends with "_r", so it certainly > > looked like it should. > > > > deischen> These functions should be renamed if they are internal > > interfaces. > > > > No, they are already have __ prefix. Please refer > > libc/net/netdb_private.h. > > Ok, I see that now. Personally, I don't like renaming things like > that. It's just one more level of obfuscation. > > > deischen> I'll remove gethostbyname_r. If you find others that > > shouldn't be deischen> there, please let me know. > > > > Please remove the functions listed in netdb_private.h. > > Will do. These are real exported functions. The netdb_private.h thing is a hack to force people to do the correct #includes. People got tired of folks using ancient code with bogus manual 'extern' declarations with bogus structs and wondering why it didn't work correctly. I think they should be versioned, and the netdb_private.h stuff adjusted if necessary. -- Peter Wemm - peter@wemm.org; peter@FreeBSD.org; peter@yahoo-inc.com "All of this is for nothing if we don't go to the stars" - JMS/B5 From owner-freebsd-arch@FreeBSD.ORG Mon Mar 6 03:37:42 2006 Return-Path: X-Original-To: arch@freebsd.org Delivered-To: freebsd-arch@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1AE1516A423; Mon, 6 Mar 2006 03:37:42 +0000 (GMT) (envelope-from peter@wemm.org) Received: from canning.wemm.org (canning.wemm.org [192.203.228.65]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1C3B543D62; Mon, 6 Mar 2006 03:37:37 +0000 (GMT) (envelope-from peter@wemm.org) Received: from fw.wemm.org (canning.wemm.org [192.203.228.65]) by canning.wemm.org (Postfix) with ESMTP id D65A92A8F3; Sun, 5 Mar 2006 19:37:36 -0800 (PST) (envelope-from peter@wemm.org) Received: from overcee.wemm.org (overcee.wemm.org [10.0.0.3]) by fw.wemm.org (Postfix) with ESMTP id 85359E2B3; Sun, 5 Mar 2006 19:37:36 -0800 (PST) (envelope-from peter@wemm.org) Received: from overcee.wemm.org (localhost [127.0.0.1]) by overcee.wemm.org (8.13.4/8.13.4) with ESMTP id k263baAb066415; Sun, 5 Mar 2006 19:37:36 -0800 (PST) (envelope-from peter@wemm.org) Received: from localhost (localhost [[UNIX: localhost]]) by overcee.wemm.org (8.13.4/8.13.1/Submit) id k263bZmo066414; Sun, 5 Mar 2006 19:37:35 -0800 (PST) (envelope-from peter@wemm.org) X-Authentication-Warning: overcee.wemm.org: peter set sender to peter@wemm.org using -f From: Peter Wemm To: freebsd-arch@freebsd.org, Daniel Eischen Date: Sun, 5 Mar 2006 19:37:34 -0800 User-Agent: KMail/1.8.1 References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200603051937.35717.peter@wemm.org> Cc: arch@freebsd.org Subject: Re: make tools question & symbol versioning 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, 06 Mar 2006 03:37:42 -0000 On Tuesday 28 February 2006 07:06 am, Daniel Eischen wrote: > On Tue, 28 Feb 2006, Hajimu UMEMOTO wrote: > > Hi, > > > > >>>>> On Tue, 28 Feb 2006 09:43:28 -0500 (EST) > > >>>>> Daniel Eischen said: > > > > deischen> For that particular function, I thought it was suppose to > > be exported deischen> for use by applications. It doesn't begin > > with underscores, and it deischen> ends with "_r", so it certainly > > looked like it should. > > > > deischen> These functions should be renamed if they are internal > > interfaces. > > > > No, they are already have __ prefix. Please refer > > libc/net/netdb_private.h. > > Ok, I see that now. Personally, I don't like renaming things like > that. It's just one more level of obfuscation. > > > deischen> I'll remove gethostbyname_r. If you find others that > > shouldn't be deischen> there, please let me know. > > > > Please remove the functions listed in netdb_private.h. > > Will do. These are real exported functions. The netdb_private.h thing is a hack to force people to do the correct #includes. People got tired of folks using ancient code with bogus manual 'extern' declarations with bogus structs and wondering why it didn't work correctly. I think they should be versioned, and the netdb_private.h stuff adjusted if necessary. -- Peter Wemm - peter@wemm.org; peter@FreeBSD.org; peter@yahoo-inc.com "All of this is for nothing if we don't go to the stars" - JMS/B5 From owner-freebsd-arch@FreeBSD.ORG Mon Mar 6 08:46:09 2006 Return-Path: X-Original-To: freebsd-arch@freebsd.org Delivered-To: freebsd-arch@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7766D16A420 for ; Mon, 6 Mar 2006 08:46:09 +0000 (GMT) (envelope-from nik@ngo.org.uk) Received: from jc.ngo.org.uk (jc.ngo.org.uk [69.55.225.33]) by mx1.FreeBSD.org (Postfix) with ESMTP id 333DB43D49 for ; Mon, 6 Mar 2006 08:46:09 +0000 (GMT) (envelope-from nik@ngo.org.uk) Received: from [192.168.0.20] (i-83-67-27-141.freedom2surf.net [83.67.27.141]) by jc.ngo.org.uk (8.13.4/8.13.5) with ESMTP id k268jbYp041798; Mon, 6 Mar 2006 00:46:07 -0800 (PST) (envelope-from nik@ngo.org.uk) Message-ID: <440BF6AF.7090604@ngo.org.uk> Date: Mon, 06 Mar 2006 08:45:35 +0000 From: Nik Clayton User-Agent: Thunderbird 1.5 (X11/20060117) MIME-Version: 1.0 To: Ollivier Robert References: <20060302155625.37140.qmail@web32714.mail.mud.yahoo.com> <20060302160958.GA2035@flame.pc> <20060303082016.GA17730@stud.fit.vutbr.cz> <20060304163311.GA912@tara.freenix.org> In-Reply-To: <20060304163311.GA912@tara.freenix.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: (0) X-Scanned-By: MIMEDefang 2.54 on 69.55.225.33 Cc: freebsd-arch@freebsd.org Subject: Re: Subversion? (Re: HEADS UP: Importing csup into base) 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, 06 Mar 2006 08:46:09 -0000 Ollivier Robert wrote: > Now, I don't think subversion is the answer. It has some better things > than CVS (which is not difficult in itself) but still lacks a fundamental > feature: when you merge from a branch, it has no memory that you did so and > when. It is bad. Subversion is really two products. One is a network-aware versioned filesystem, the other is a set of tools for working on top of that filesystem. It's true that the standard tools shipped with Subversion don't support that feature, but there's no reason why Subversion-the-filesystem couldn't. Since the filesystem supports arbitrary named properties, you could use a different tool, alongside the tools that ship as part of Subversion-the-product, and store this information in the repository as properties. In fact, this is exactly what contrib/svnmerge in the Subversion distribution does. N From owner-freebsd-arch@FreeBSD.ORG Mon Mar 6 08:53:45 2006 Return-Path: X-Original-To: freebsd-arch@freebsd.org Delivered-To: freebsd-arch@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3072116A420 for ; Mon, 6 Mar 2006 08:53:45 +0000 (GMT) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5A91843D49 for ; Mon, 6 Mar 2006 08:53:44 +0000 (GMT) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id 8A17A2086; Mon, 6 Mar 2006 09:53:39 +0100 (CET) X-Spam-Tests: AWL,BAYES_00,FORGED_RCVD_HELO X-Spam-Learn: ham X-Spam-Score: -2.4/3.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on tim.des.no Received: from xps.des.no (des.no [80.203.243.180]) by tim.des.no (Postfix) with ESMTP id 0EACC2083; Mon, 6 Mar 2006 09:53:39 +0100 (CET) Received: by xps.des.no (Postfix, from userid 1001) id E5A5933C43; Mon, 6 Mar 2006 09:53:38 +0100 (CET) From: des@des.no (Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?=) To: Peter Wemm References: <20060304141957.14716.qmail@web32705.mail.mud.yahoo.com> <20060304152433.W61086@fledge.watson.org> <200603051930.25957.peter@wemm.org> Date: Mon, 06 Mar 2006 09:53:38 +0100 In-Reply-To: <200603051930.25957.peter@wemm.org> (Peter Wemm's message of "Sun, 5 Mar 2006 19:30:25 -0800") Message-ID: <863bhwvtrh.fsf@xps.des.no> User-Agent: Gnus/5.110003 (No Gnus v0.3) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Chris BeHanna , freebsd-arch@freebsd.org Subject: Re: Subversion? (Re: HEADS UP: Importing csup into base) 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, 06 Mar 2006 08:53:45 -0000 Peter Wemm writes: > I'm sure there are many other pros and cons, and I know there are > other alternatives besides svn (eg: svk, mercurial, etc etc). svk is not an alternative to svn, it's an svn client. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-arch@FreeBSD.ORG Mon Mar 6 10:19:10 2006 Return-Path: X-Original-To: freebsd-arch@freebsd.org Delivered-To: freebsd-arch@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8123716A420; Mon, 6 Mar 2006 10:19:10 +0000 (GMT) (envelope-from roberto@keltia.freenix.fr) Received: from tara.freenix.org (keltia.freenix.org [82.224.56.155]) by mx1.FreeBSD.org (Postfix) with ESMTP id 897CA43D4C; Mon, 6 Mar 2006 10:19:06 +0000 (GMT) (envelope-from roberto@keltia.freenix.fr) Received: by tara.freenix.org (Postfix/TLS, from userid 101) id 224CEE; Mon, 6 Mar 2006 11:18:31 +0100 (CET) Date: Mon, 6 Mar 2006 11:18:31 +0100 From: Ollivier Robert To: freebsd-arch@freebsd.org Message-ID: <20060306101831.GA21025@tara.freenix.org> References: <20060304141957.14716.qmail@web32705.mail.mud.yahoo.com> <20060304152433.W61086@fledge.watson.org> <200603051930.25957.peter@wemm.org> <863bhwvtrh.fsf@xps.des.no> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <863bhwvtrh.fsf@xps.des.no> X-Operating-System: MacOS X / PowerBook G4 - FreeBSD 5.0 / 2x PIII/800 SMP User-Agent: Mutt/1.5.11 Cc: tobez@freebsd.org Subject: Re: Subversion? (Re: HEADS UP: Importing csup into base) 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, 06 Mar 2006 10:19:10 -0000 According to Dag-Erling Smrgrav: > svk is not an alternative to svn, it's an svn client. As far as I understand svk, it is more than "just a svn client". It uses some of the svn layers (file system, remote access for example) but add layers of its own for the distributed/decentralised concept. If it is just as way to replicate a svn repo, work on it and get the csets back to the main one, then it could be useful but it would not be a full dVCS. Anton in Cc:, he is the one pushing me to try svk for months :) -- Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- roberto@keltia.freenix.fr Darwin snuadh.freenix.org Kernel Version 7.9.0: Wed Mar 30 20:11:17 PST 2005 From owner-freebsd-arch@FreeBSD.ORG Mon Mar 6 10:20:13 2006 Return-Path: X-Original-To: freebsd-arch@freebsd.org Delivered-To: freebsd-arch@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B66E516A422 for ; Mon, 6 Mar 2006 10:20:13 +0000 (GMT) (envelope-from asmrookie@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4F04D43D46 for ; Mon, 6 Mar 2006 10:20:11 +0000 (GMT) (envelope-from asmrookie@gmail.com) Received: by zproxy.gmail.com with SMTP id i1so1199836nzh for ; Mon, 06 Mar 2006 02:20:10 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:mime-version:content-type; b=ed90eR5jNwInUve7slZPB7h3SE36vC0/8NeONSc/lAo3O6XrO0X4yJa+opuuBv11f9Y1QZI9fpnJs+NFeVcuX+ZWydrkkDt+OrlFQHTC7voRfveu9rUFOpccZTvMOmS1j5JbGRblF5Lji1tKwDf9VOclyhJ6UwgvbQNKp1tea+E= Received: by 10.36.46.1 with SMTP id t1mr6810087nzt; Mon, 06 Mar 2006 02:20:10 -0800 (PST) Received: by 10.36.41.11 with HTTP; Mon, 6 Mar 2006 02:20:10 -0800 (PST) Message-ID: <3bbf2fe10603060220k3c055092t@mail.gmail.com> Date: Mon, 6 Mar 2006 11:20:10 +0100 From: "Attilio Rao" To: freebsd-hackers@freebsd.org, freebsd-current@freebsd.org, freebsd-arch@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: [patch] Adding optimized kernel copying support to FreeBSD-i386 - Part II X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: rookie@gufi.org List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Mar 2006 10:20:13 -0000 Hi, I did not received too much feedbacks about Part I stability, but I went on= , so Part II is available for tests. It presents an mmx copy which doesn't give much performance increases but what I need now is testing for correctness. In particular I would see feedbacks about races inside dropping/undropping FPU mechanism. It would be better testing with PREEMPTION + FULL_PREEMPTION enabled (and maybe on SMP archs). Some minor styling issues have been fixed of the previous patch. http://users.gufi.org/~rookie/works/patches/mmxcopy.tar.gz This mmx copy is not intended to be in final release, this is just a testin= g issue in order to involve CPU < P4 & friends. For anything else, mail to me. Attilio -- Peace can only be achieved by understanding - A. Einstein From owner-freebsd-arch@FreeBSD.ORG Mon Mar 6 10:26:59 2006 Return-Path: X-Original-To: freebsd-arch@freebsd.org Delivered-To: freebsd-arch@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6B05C16A420 for ; Mon, 6 Mar 2006 10:26:59 +0000 (GMT) (envelope-from roberto@keltia.freenix.fr) Received: from tara.freenix.org (keltia.freenix.org [82.224.56.155]) by mx1.FreeBSD.org (Postfix) with ESMTP id 65C5743D60 for ; Mon, 6 Mar 2006 10:26:57 +0000 (GMT) (envelope-from roberto@keltia.freenix.fr) Received: by tara.freenix.org (Postfix/TLS, from userid 101) id C84AEE; Mon, 6 Mar 2006 11:26:22 +0100 (CET) Date: Mon, 6 Mar 2006 11:26:22 +0100 From: Ollivier Robert To: freebsd-arch@freebsd.org Message-ID: <20060306102622.GB21025@tara.freenix.org> References: <20060304141957.14716.qmail@web32705.mail.mud.yahoo.com> <20060304152433.W61086@fledge.watson.org> <200603051930.25957.peter@wemm.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200603051930.25957.peter@wemm.org> X-Operating-System: MacOS X / PowerBook G4 - FreeBSD 5.0 / 2x PIII/800 SMP User-Agent: Mutt/1.5.11 Subject: Re: Subversion? (Re: HEADS UP: Importing csup into base) 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, 06 Mar 2006 10:26:59 -0000 According to Peter Wemm: > Like perforce, it is fully client/server, but it has some considerable > advantages over perforce: > > 1) It has fairly good detached operation modes. You can do logs, diffs, > reverts, etc while detached. It does this by keeping metadata and a > small number of revisions cached locally. In my opinion, it is not enough. You can't svn commit on a detached mode. You can't work as if you were connected, commit several csets, go back one and so on. That's too limiting. > 5) And this is the kicker.. most client metadata is kept on the client! > This is the very reason why we cannot use perforce for freebsd.org for > everybody. The number of checkouts is way too large. svn keeps most > of this on the client, so this scales easily with more clients. Including a full copy of all files and more metadata. The inode count for /usr/ports would be even worse than Mercurial (which is already big but we have *full* history and disconnected ops). And someone is working on a better way to store data in a Mercurial repo which will save us thousands of inodes at some CPU expense. First tests on this indicates at least a 50% saving on disk space for the .hg directory and far less inodes consummed. > The comments about svn's lack of branch merge memory make me a bit > nervous though. We've had brahcnes that have been incrementally merged > hundreds of times under perforce, and the lack of remembering which > revisions have and have not been merged would be sorely missed. Yes. > And my personal observation is that svn finally seems to be becoming the > defacto replacement for cvs, at last. It has picked up some very high > profile projects - gcc for one, asterisk, etc etc. I'm sure it will > improve at an even faster rate now. Xen is using Mercurial, OpenSolaris is evaluating it along other dVCS too. -- Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- roberto@keltia.freenix.fr Darwin snuadh.freenix.org Kernel Version 7.9.0: Wed Mar 30 20:11:17 PST 2005 From owner-freebsd-arch@FreeBSD.ORG Mon Mar 6 10:29:57 2006 Return-Path: X-Original-To: freebsd-arch@freebsd.org Delivered-To: freebsd-arch@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DB51616A420 for ; Mon, 6 Mar 2006 10:29:57 +0000 (GMT) (envelope-from roberto@keltia.freenix.fr) Received: from tara.freenix.org (keltia.freenix.org [82.224.56.155]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5C6ED43D5D for ; Mon, 6 Mar 2006 10:29:56 +0000 (GMT) (envelope-from roberto@keltia.freenix.fr) Received: by tara.freenix.org (Postfix/TLS, from userid 101) id 73779E; Mon, 6 Mar 2006 11:29:21 +0100 (CET) Date: Mon, 6 Mar 2006 11:29:21 +0100 From: Ollivier Robert To: freebsd-arch@freebsd.org Message-ID: <20060306102921.GC21025@tara.freenix.org> References: <20060304173917.X61086@fledge.watson.org> <20060304180131.69997.qmail@web32709.mail.mud.yahoo.com> <20060305084713.GA97196@stud.fit.vutbr.cz> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060305084713.GA97196@stud.fit.vutbr.cz> X-Operating-System: MacOS X / PowerBook G4 - FreeBSD 5.0 / 2x PIII/800 SMP User-Agent: Mutt/1.5.11 Subject: Re: Subversion? (Re: HEADS UP: Importing csup into base) 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, 06 Mar 2006 10:29:58 -0000 According to Divacky Roman: > I do agree that cvs has its drawbacks but there is OpenCVS (cvs > reimplementation by openbsd folks) which seems to be actively maintained and > its authors promised things like atomic commits etc. When ? Just having atomic commits is not enough. If you take the HEAD of cvs right now (1.12.*), you get a "commit id" generated for all commits. > I think that switch from gnu cvs to opencvs is painless and should be done > (once the opencvs is in usable state) because VCS migration is too heavy to switch to just CVS+epsilon. > 1) its actively maintained > 2) its BSD licensed > 3) might have some features gnu cvs doesnt have "might" and "when" are more important and they kill opencvs right now. -- Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- roberto@keltia.freenix.fr Darwin snuadh.freenix.org Kernel Version 7.9.0: Wed Mar 30 20:11:17 PST 2005 From owner-freebsd-arch@FreeBSD.ORG Mon Mar 6 10:32:32 2006 Return-Path: X-Original-To: freebsd-arch@freebsd.org Delivered-To: freebsd-arch@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2003316A420 for ; Mon, 6 Mar 2006 10:32:32 +0000 (GMT) (envelope-from roberto@keltia.freenix.fr) Received: from tara.freenix.org (keltia.freenix.org [82.224.56.155]) by mx1.FreeBSD.org (Postfix) with ESMTP id A12A043D48 for ; Mon, 6 Mar 2006 10:32:31 +0000 (GMT) (envelope-from roberto@keltia.freenix.fr) Received: by tara.freenix.org (Postfix/TLS, from userid 101) id 0E183E; Mon, 6 Mar 2006 11:31:57 +0100 (CET) Date: Mon, 6 Mar 2006 11:31:56 +0100 From: Ollivier Robert To: freebsd-arch@freebsd.org Message-ID: <20060306103156.GD21025@tara.freenix.org> References: <20060304141957.14716.qmail@web32705.mail.mud.yahoo.com> <20060304152433.W61086@fledge.watson.org> <20060304174835.GA58184@thened.net> <20060304194030.GA2826@tara.freenix.org> <20060304212423.GD46967@pcwin002.win.tue.nl> <20060305090129.GI46967@pcwin002.win.tue.nl> <20060305163308.GG17589@over-yonder.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060305163308.GG17589@over-yonder.net> X-Operating-System: MacOS X / PowerBook G4 - FreeBSD 5.0 / 2x PIII/800 SMP User-Agent: Mutt/1.5.11 Subject: Re: Subversion? (Re: HEADS UP: Importing csup into base) 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, 06 Mar 2006 10:32:32 -0000 According to Matthew D. Fuller: > with me. And while I ended up in the Bazaar-NG camp instead of > Mercurial, I feel that bzr is not yet stable enough for us (not even for my own usage). It is still extremelly slow on "branch", the repo format is still changing and so on. > I've started using a DVCS for most of my new stuff that I > would otherwise stick in CVS. It could get addictive. Yes, being a dVCS user for more than three years now, it is hard to go back to centralised ones. -- Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- roberto@keltia.freenix.fr Darwin snuadh.freenix.org Kernel Version 7.9.0: Wed Mar 30 20:11:17 PST 2005 From owner-freebsd-arch@FreeBSD.ORG Mon Mar 6 10:35:05 2006 Return-Path: X-Original-To: freebsd-arch@freebsd.org Delivered-To: freebsd-arch@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 596DF16A420; Mon, 6 Mar 2006 10:35:05 +0000 (GMT) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.FreeBSD.org (Postfix) with ESMTP id D035143D45; Mon, 6 Mar 2006 10:35:04 +0000 (GMT) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id 68CBF2081; Mon, 6 Mar 2006 11:35:00 +0100 (CET) X-Spam-Tests: AWL,BAYES_00,FORGED_RCVD_HELO X-Spam-Learn: ham X-Spam-Score: -2.4/3.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on tim.des.no Received: from xps.des.no (des.no [80.203.243.180]) by tim.des.no (Postfix) with ESMTP id CDCDA2080; Mon, 6 Mar 2006 11:34:59 +0100 (CET) Received: by xps.des.no (Postfix, from userid 1001) id 95DC233C43; Mon, 6 Mar 2006 11:34:59 +0100 (CET) From: des@des.no (Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?=) To: Ollivier Robert References: <20060304141957.14716.qmail@web32705.mail.mud.yahoo.com> <20060304152433.W61086@fledge.watson.org> <200603051930.25957.peter@wemm.org> <863bhwvtrh.fsf@xps.des.no> <20060306101831.GA21025@tara.freenix.org> Date: Mon, 06 Mar 2006 11:34:59 +0100 In-Reply-To: <20060306101831.GA21025@tara.freenix.org> (Ollivier Robert's message of "Mon, 6 Mar 2006 11:18:31 +0100") Message-ID: <864q2b2758.fsf@xps.des.no> User-Agent: Gnus/5.110003 (No Gnus v0.3) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Cc: tobez@freebsd.org, freebsd-arch@freebsd.org Subject: Re: Subversion? (Re: HEADS UP: Importing csup into base) 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, 06 Mar 2006 10:35:05 -0000 Ollivier Robert writes: > According to Dag-Erling Smrgrav: > > svk is not an alternative to svn, it's an svn client. > As far as I understand svk, it is more than "just a svn client". It uses > some of the svn layers (file system, remote access for example) but add > layers of its own for the distributed/decentralised concept. The "master repo" still has to run plain svn, because svk does not support remote access; this also means that you can't mirror a mirror. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-arch@FreeBSD.ORG Mon Mar 6 10:36:47 2006 Return-Path: X-Original-To: freebsd-arch@freebsd.org Delivered-To: freebsd-arch@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6DD5216A4A5 for ; Mon, 6 Mar 2006 10:36:47 +0000 (GMT) (envelope-from roberto@keltia.freenix.fr) Received: from tara.freenix.org (keltia.freenix.org [82.224.56.155]) by mx1.FreeBSD.org (Postfix) with ESMTP id 02DFC43D46 for ; Mon, 6 Mar 2006 10:36:46 +0000 (GMT) (envelope-from roberto@keltia.freenix.fr) Received: by tara.freenix.org (Postfix/TLS, from userid 101) id 8874AE; Mon, 6 Mar 2006 11:36:12 +0100 (CET) Date: Mon, 6 Mar 2006 11:36:12 +0100 From: Ollivier Robert To: freebsd-arch@freebsd.org Message-ID: <20060306103612.GE21025@tara.freenix.org> References: <20060304141957.14716.qmail@web32705.mail.mud.yahoo.com> <200603041155.33813.duane@greenmeadow.ca> <20060304180723.GA35010@flame.pc> <200603051648.10399.duane@greenmeadow.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200603051648.10399.duane@greenmeadow.ca> X-Operating-System: MacOS X / PowerBook G4 - FreeBSD 5.0 / 2x PIII/800 SMP User-Agent: Mutt/1.5.11 Subject: Re: Subversion? (Re: HEADS UP: Importing csup into base) 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, 06 Mar 2006 10:36:47 -0000 According to Duane Whitty: > but has anyone considered implementing > a version control system using Berkeley > DB? It would allow for database style > indexes and still allow for storage of > files outside the dbms. svn tried it at the beginning, went back to the so-called fsfs backend because their usage of bdb (or bdb itself, it is not clear) was far too fragile for that. They stored everything in tables though, including the actual source code. What you're thinking of is Perforce which does store metadata in .db files but data as RCS files (,v and all that). Codeville is still full bdb too but used only by its author mostly :) > wish CVS made use of a binary diff tool > because I would like to use it for more > than just source code. All modern VCS handle binary files more efficiently than CVS :) -- Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- roberto@keltia.freenix.fr Darwin snuadh.freenix.org Kernel Version 7.9.0: Wed Mar 30 20:11:17 PST 2005 From owner-freebsd-arch@FreeBSD.ORG Mon Mar 6 10:53:13 2006 Return-Path: X-Original-To: freebsd-arch@freebsd.org Delivered-To: freebsd-arch@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BF4C816A420 for ; Mon, 6 Mar 2006 10:53:13 +0000 (GMT) (envelope-from andrew@areilly.bpc-users.org) Received: from omta01sl.mx.bigpond.com (omta01sl.mx.bigpond.com [144.140.92.153]) by mx1.FreeBSD.org (Postfix) with ESMTP id 18C8943D46 for ; Mon, 6 Mar 2006 10:53:12 +0000 (GMT) (envelope-from andrew@areilly.bpc-users.org) Received: from areilly.bpc-users.org ([141.168.4.160]) by omta01sl.mx.bigpond.com with ESMTP id <20060306105310.SEVW16720.omta01sl.mx.bigpond.com@areilly.bpc-users.org> for ; Mon, 6 Mar 2006 10:53:10 +0000 Received: (qmail 85919 invoked by uid 501); 6 Mar 2006 10:33:09 -0000 Date: Mon, 6 Mar 2006 21:33:09 +1100 From: Andrew Reilly To: Ollivier Robert Message-ID: <20060306103309.GA85782@gurney.reilly.home> References: <20060304141957.14716.qmail@web32705.mail.mud.yahoo.com> <20060304152433.W61086@fledge.watson.org> <200603051930.25957.peter@wemm.org> <863bhwvtrh.fsf@xps.des.no> <20060306101831.GA21025@tara.freenix.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060306101831.GA21025@tara.freenix.org> User-Agent: Mutt/1.4.2.1i Cc: tobez@freebsd.org, freebsd-arch@freebsd.org Subject: Re: Subversion? (Re: HEADS UP: Importing csup into base) 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, 06 Mar 2006 10:53:13 -0000 On Mon, Mar 06, 2006 at 11:18:31AM +0100, Ollivier Robert wrote: > According to Dag-Erling Smrgrav: > > svk is not an alternative to svn, it's an svn client. > > As far as I understand svk, it is more than "just a svn client". It uses > some of the svn layers (file system, remote access for example) but add > layers of its own for the distributed/decentralised concept. > > If it is just as way to replicate a svn repo, work on it and get the csets > back to the main one, then it could be useful but it would not be a full > dVCS. dVCS seem like a fine idea, where (as is done with Linux) it is reasonable and preferable to nominate someone as the "keeper of the repository", and count their repository the "reference", but isn't the centralized repository of FreeBSD one of the great things that makes it FreeBSD? I can't see how a system of dVCS users can produce the same end result for people like me who mostly want to track -STABLE, and use CVSup as a network-efficient way to keep their copy of *the* source tree up-to-date. I admit that I've never used a dVCS system, to give my comment the benefit of experience. I use CVS at work, too, and the central-server nature is, IMO, more of an organizational blessing than a curse. Network connectivity is very nearly ubiquitous, these days, a situation that can only improve. I don't find CVS's central repository a drama, even when I'm on the road. (It's it's other problems that I'd like to fix...) Cheers, -- Andrew From owner-freebsd-arch@FreeBSD.ORG Mon Mar 6 10:59:51 2006 Return-Path: X-Original-To: freebsd-arch@freebsd.org Delivered-To: freebsd-arch@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D6A7016A420 for ; Mon, 6 Mar 2006 10:59:51 +0000 (GMT) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.FreeBSD.org (Postfix) with ESMTP id 32ED043D46 for ; Mon, 6 Mar 2006 10:59:51 +0000 (GMT) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id 8BF992083; Mon, 6 Mar 2006 11:59:46 +0100 (CET) X-Spam-Tests: AWL,BAYES_00,FORGED_RCVD_HELO X-Spam-Learn: ham X-Spam-Score: -2.4/3.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on tim.des.no Received: from xps.des.no (des.no [80.203.243.180]) by tim.des.no (Postfix) with ESMTP id 7DB842080; Mon, 6 Mar 2006 11:59:46 +0100 (CET) Received: by xps.des.no (Postfix, from userid 1001) id 499A733C43; Mon, 6 Mar 2006 11:59:46 +0100 (CET) From: des@des.no (Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?=) To: Ollivier Robert References: <20060304141957.14716.qmail@web32705.mail.mud.yahoo.com> <20060304152433.W61086@fledge.watson.org> <200603051930.25957.peter@wemm.org> <20060306102622.GB21025@tara.freenix.org> Date: Mon, 06 Mar 2006 11:59:45 +0100 In-Reply-To: <20060306102622.GB21025@tara.freenix.org> (Ollivier Robert's message of "Mon, 6 Mar 2006 11:26:22 +0100") Message-ID: <86veurzvmm.fsf@xps.des.no> User-Agent: Gnus/5.110003 (No Gnus v0.3) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-arch@freebsd.org Subject: Re: Subversion? (Re: HEADS UP: Importing csup into base) 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, 06 Mar 2006 10:59:52 -0000 Ollivier Robert writes: > According to Peter Wemm: > > 1) It has fairly good detached operation modes. You can do logs, diffs, > > reverts, etc while detached. It does this by keeping metadata and a > > small number of revisions cached locally. > In my opinion, it is not enough. You can't svn commit on a detached mode. > You can't work as if you were connected, commit several csets, go back one > and so on. That's too limiting. you can if you're using svk as client. > > 5) And this is the kicker.. most client metadata is kept on the client! > > This is the very reason why we cannot use perforce for freebsd.org for > > everybody. The number of checkouts is way too large. svn keeps most > > of this on the client, so this scales easily with more clients. > Including a full copy of all files and more metadata. not if you use svk (on the other hand, it keeps a full copy of the repo) DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-arch@FreeBSD.ORG Mon Mar 6 11:46:00 2006 Return-Path: X-Original-To: freebsd-arch@freebsd.org Delivered-To: freebsd-arch@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A3D4916A422 for ; Mon, 6 Mar 2006 11:46:00 +0000 (GMT) (envelope-from deischen@freebsd.org) Received: from mail.ntplx.net (mail.ntplx.net [204.213.176.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3C25943D49 for ; Mon, 6 Mar 2006 11:46:00 +0000 (GMT) (envelope-from deischen@freebsd.org) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.ntplx.net (8.13.5/8.13.5/NETPLEX) with ESMTP id k26BjwuX028185; Mon, 6 Mar 2006 06:45:59 -0500 (EST) Date: Mon, 6 Mar 2006 06:45:58 -0500 (EST) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: Peter Wemm In-Reply-To: <200603051937.35717.peter@wemm.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.ntplx.net) Cc: freebsd-arch@freebsd.org Subject: Re: make tools question & symbol versioning X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Daniel Eischen List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Mar 2006 11:46:00 -0000 On Sun, 5 Mar 2006, Peter Wemm wrote: > On Tuesday 28 February 2006 07:06 am, Daniel Eischen wrote: > > On Tue, 28 Feb 2006, Hajimu UMEMOTO wrote: > > > > > deischen> I'll remove gethostbyname_r. If you find others that > > > deischen> shouldn't be there, please let me know. > > > > > > Please remove the functions listed in netdb_private.h. > > > > Will do. > > These are real exported functions. The netdb_private.h thing is a hack > to force people to do the correct #includes. People got tired of folks > using ancient code with bogus manual 'extern' declarations with bogus > structs and wondering why it didn't work correctly. > > I think they should be versioned, and the netdb_private.h stuff adjusted > if necessary. It looks like these functions: __endhostent_r __endnetent_r __endprotoent_r __endservent_r __gethostbyaddr_r __gethostbyname_r __gethostbyname2_r __gethostent_r __getnetbyaddr_r __getnetbyname_r __getnetent_r __getprotobyname_r __getprotobynumber_r __getprotoent_r __getservbyname_r __getservbyport_r __getservent_r __sethostent_r __setnetent_r __setprotoent_r __setservent_r were added relatively recently (April 05) to make the library thread-safe. They are not in the POSIX spec, nor are they in any of our standard headers. Of the above, only the following are visible/global in Solaris 8 (libsocket): getnetbyaddr_r getnetbyname_r getnetent_r getprotobyname_r getprotobynumber_r getprotoent_r getservbyname_r getservbyport_r getservent_r and there are no setfoo_r() functions. I don't think our functions are meant to be (at least yet) visible to applications and have only been in the tree for a year, as well as being prefixed with "__". -- DE From owner-freebsd-arch@FreeBSD.ORG Mon Mar 6 13:19:19 2006 Return-Path: X-Original-To: freebsd-arch@freebsd.org Delivered-To: freebsd-arch@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6800216A420; Mon, 6 Mar 2006 13:19:19 +0000 (GMT) (envelope-from nik@ngo.org.uk) Received: from jc.ngo.org.uk (jc.ngo.org.uk [69.55.225.33]) by mx1.FreeBSD.org (Postfix) with ESMTP id DDA1F43D62; Mon, 6 Mar 2006 13:19:17 +0000 (GMT) (envelope-from nik@ngo.org.uk) Received: from [192.168.0.20] (i-83-67-27-141.freedom2surf.net [83.67.27.141]) by jc.ngo.org.uk (8.13.4/8.13.5) with ESMTP id k26DJAbQ032408; Mon, 6 Mar 2006 05:19:10 -0800 (PST) (envelope-from nik@ngo.org.uk) Message-ID: <440C36CD.1070406@ngo.org.uk> Date: Mon, 06 Mar 2006 13:19:09 +0000 From: Nik Clayton User-Agent: Thunderbird 1.5 (X11/20060117) MIME-Version: 1.0 To: =?ISO-8859-1?Q?Dag-Erling_Sm=F8rgrav?= References: <20060304141957.14716.qmail@web32705.mail.mud.yahoo.com> <20060304152433.W61086@fledge.watson.org> <200603051930.25957.peter@wemm.org> <863bhwvtrh.fsf@xps.des.no> <20060306101831.GA21025@tara.freenix.org> <864q2b2758.fsf@xps.des.no> In-Reply-To: <864q2b2758.fsf@xps.des.no> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Spam-Score: (0) X-Scanned-By: MIMEDefang 2.54 on 69.55.225.33 Cc: tobez@freebsd.org, freebsd-arch@freebsd.org Subject: Re: Subversion? (Re: HEADS UP: Importing csup into base) 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, 06 Mar 2006 13:19:19 -0000 Dag-Erling Smørgrav wrote: > Ollivier Robert writes: >> According to Dag-Erling Smrgrav: >>> svk is not an alternative to svn, it's an svn client. >> As far as I understand svk, it is more than "just a svn client". It uses >> some of the svn layers (file system, remote access for example) but add >> layers of its own for the distributed/decentralised concept. > > The "master repo" still has to run plain svn, because svk does not > support remote access; this also means that you can't mirror a mirror. Yes you can. You just need to run a (read-only) svnserve for your $HOME/.svk/local repo (and any other repos you might have set up in depotmap). I do this all the time. N From owner-freebsd-arch@FreeBSD.ORG Mon Mar 6 13:22:16 2006 Return-Path: X-Original-To: freebsd-arch@freebsd.org Delivered-To: freebsd-arch@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 954E416A420 for ; Mon, 6 Mar 2006 13:22:16 +0000 (GMT) (envelope-from nik@ngo.org.uk) Received: from jc.ngo.org.uk (jc.ngo.org.uk [69.55.225.33]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4C62343D46 for ; Mon, 6 Mar 2006 13:22:16 +0000 (GMT) (envelope-from nik@ngo.org.uk) Received: from [192.168.0.20] (i-83-67-27-141.freedom2surf.net [83.67.27.141]) by jc.ngo.org.uk (8.13.4/8.13.5) with ESMTP id k26DMCJH035769; Mon, 6 Mar 2006 05:22:14 -0800 (PST) (envelope-from nik@ngo.org.uk) Message-ID: <440C3784.6090305@ngo.org.uk> Date: Mon, 06 Mar 2006 13:22:12 +0000 From: Nik Clayton User-Agent: Thunderbird 1.5 (X11/20060117) MIME-Version: 1.0 To: Ollivier Robert References: <20060304141957.14716.qmail@web32705.mail.mud.yahoo.com> <20060304152433.W61086@fledge.watson.org> <200603051930.25957.peter@wemm.org> <20060306102622.GB21025@tara.freenix.org> In-Reply-To: <20060306102622.GB21025@tara.freenix.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: (0) X-Scanned-By: MIMEDefang 2.54 on 69.55.225.33 Cc: freebsd-arch@freebsd.org Subject: Re: Subversion? (Re: HEADS UP: Importing csup into base) 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, 06 Mar 2006 13:22:16 -0000 Ollivier Robert wrote: > According to Peter Wemm: >> Like perforce, it is fully client/server, but it has some considerable >> advantages over perforce: >> >> 1) It has fairly good detached operation modes. You can do logs, diffs, >> reverts, etc while detached. It does this by keeping metadata and a >> small number of revisions cached locally. > > In my opinion, it is not enough. You can't svn commit on a detached mode. > You can't work as if you were connected, commit several csets, go back one > and so on. That's too limiting. And when you need that, you use svk, which others have pointed out. Given a hypothetical FreeBSD Subversion repository you could choose to use either the Subversion project tools (which have that limitation that you need network access to the repo to commit) or you use svk, which lets you commit locally, and then propogate ("svk push") your locally committed changes back to the FreeBSD repo. >> The comments about svn's lack of branch merge memory make me a bit >> nervous though. We've had brahcnes that have been incrementally merged >> hundreds of times under perforce, and the lack of remembering which >> revisions have and have not been merged would be sorely missed. > > Yes. Fixed with svk. Fixed with contrib/svnmerge in Subversion. N From owner-freebsd-arch@FreeBSD.ORG Mon Mar 6 13:24:28 2006 Return-Path: X-Original-To: freebsd-arch@freebsd.org Delivered-To: freebsd-arch@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8CBC816A429 for ; Mon, 6 Mar 2006 13:24:28 +0000 (GMT) (envelope-from nik@ngo.org.uk) Received: from jc.ngo.org.uk (jc.ngo.org.uk [69.55.225.33]) by mx1.FreeBSD.org (Postfix) with ESMTP id 32CD543D45 for ; Mon, 6 Mar 2006 13:24:28 +0000 (GMT) (envelope-from nik@ngo.org.uk) Received: from [192.168.0.20] (i-83-67-27-141.freedom2surf.net [83.67.27.141]) by jc.ngo.org.uk (8.13.4/8.13.5) with ESMTP id k26DOOgg039258; Mon, 6 Mar 2006 05:24:24 -0800 (PST) (envelope-from nik@ngo.org.uk) Message-ID: <440C3807.9010007@ngo.org.uk> Date: Mon, 06 Mar 2006 13:24:23 +0000 From: Nik Clayton User-Agent: Thunderbird 1.5 (X11/20060117) MIME-Version: 1.0 To: =?ISO-8859-1?Q?Dag-Erling_Sm=F8rgrav?= References: <20060304141957.14716.qmail@web32705.mail.mud.yahoo.com> <20060304152433.W61086@fledge.watson.org> <200603051930.25957.peter@wemm.org> <20060306102622.GB21025@tara.freenix.org> <86veurzvmm.fsf@xps.des.no> In-Reply-To: <86veurzvmm.fsf@xps.des.no> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Spam-Score: (0) X-Scanned-By: MIMEDefang 2.54 on 69.55.225.33 Cc: freebsd-arch@freebsd.org Subject: Re: Subversion? (Re: HEADS UP: Importing csup into base) 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, 06 Mar 2006 13:24:28 -0000 Dag-Erling Smørgrav wrote: >>> 5) And this is the kicker.. most client metadata is kept on the client! >>> This is the very reason why we cannot use perforce for freebsd.org for >>> everybody. The number of checkouts is way too large. svn keeps most >>> of this on the client, so this scales easily with more clients. >> Including a full copy of all files and more metadata. > > not if you use svk (on the other hand, it keeps a full copy of the repo) ... if you[1] choose. You can, of course, choose what to mirror down to single paths. N [1] des, I assume you know this, I wanted to make the distinction clear for others who might not be as familiar with svk. From owner-freebsd-arch@FreeBSD.ORG Mon Mar 6 13:29:56 2006 Return-Path: X-Original-To: freebsd-arch@freebsd.org Delivered-To: freebsd-arch@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 78FDD16A420 for ; Mon, 6 Mar 2006 13:29:56 +0000 (GMT) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.FreeBSD.org (Postfix) with ESMTP id ED9EB43D45 for ; Mon, 6 Mar 2006 13:29:55 +0000 (GMT) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id 0AE2E2081; Mon, 6 Mar 2006 14:29:51 +0100 (CET) X-Spam-Tests: AWL,BAYES_00,FORGED_RCVD_HELO X-Spam-Learn: ham X-Spam-Score: -2.4/3.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on tim.des.no Received: from xps.des.no (des.no [80.203.243.180]) by tim.des.no (Postfix) with ESMTP id 85C802080; Mon, 6 Mar 2006 14:29:50 +0100 (CET) Received: by xps.des.no (Postfix, from userid 1001) id 4FFDC33C43; Mon, 6 Mar 2006 14:29:50 +0100 (CET) From: des@des.no (Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?=) To: Nik Clayton References: <20060304141957.14716.qmail@web32705.mail.mud.yahoo.com> <20060304152433.W61086@fledge.watson.org> <200603051930.25957.peter@wemm.org> <20060306102622.GB21025@tara.freenix.org> <86veurzvmm.fsf@xps.des.no> <440C3807.9010007@ngo.org.uk> Date: Mon, 06 Mar 2006 14:29:49 +0100 In-Reply-To: <440C3807.9010007@ngo.org.uk> (Nik Clayton's message of "Mon, 06 Mar 2006 13:24:23 +0000") Message-ID: <867j77zooi.fsf@xps.des.no> User-Agent: Gnus/5.110003 (No Gnus v0.3) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-arch@freebsd.org Subject: Re: Subversion? (Re: HEADS UP: Importing csup into base) 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, 06 Mar 2006 13:29:56 -0000 Nik Clayton writes: > Dag-Erling Sm=F8rgrav wrote: > > [svk] keeps a full copy of the repo > ... if you[1] choose. You can, of course, choose what to mirror > down to single paths. Disk is cheap... as long as it doesn't clutter up my working copy, I don't care how much disk space svk eats; it's still lightning-fast. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-arch@FreeBSD.ORG Mon Mar 6 13:38:03 2006 Return-Path: X-Original-To: freebsd-arch@freebsd.org Delivered-To: freebsd-arch@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F140216A420 for ; Mon, 6 Mar 2006 13:38:03 +0000 (GMT) (envelope-from ceri@submonkey.net) Received: from shrike.submonkey.net (cpc2-cdif2-0-0-cust107.cdif.cable.ntl.com [81.104.168.108]) by mx1.FreeBSD.org (Postfix) with ESMTP id A41D943D55 for ; Mon, 6 Mar 2006 13:38:01 +0000 (GMT) (envelope-from ceri@submonkey.net) Received: from ceri by shrike.submonkey.net with local (Exim 4.60 (FreeBSD)) (envelope-from ) id 1FGFuN-0000sn-Md; Mon, 06 Mar 2006 13:37:55 +0000 Date: Mon, 6 Mar 2006 13:37:55 +0000 From: Ceri Davies To: Nik Clayton Message-ID: <20060306133755.GB85550@submonkey.net> Mail-Followup-To: Ceri Davies , Nik Clayton , Ollivier Robert , freebsd-arch@freebsd.org References: <20060304141957.14716.qmail@web32705.mail.mud.yahoo.com> <20060304152433.W61086@fledge.watson.org> <200603051930.25957.peter@wemm.org> <20060306102622.GB21025@tara.freenix.org> <440C3784.6090305@ngo.org.uk> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ZPt4rx8FFjLCG7dd" Content-Disposition: inline In-Reply-To: <440C3784.6090305@ngo.org.uk> X-PGP: finger ceri@FreeBSD.org User-Agent: Mutt/1.5.11 Sender: Ceri Davies Cc: freebsd-arch@freebsd.org Subject: Re: Subversion? (Re: HEADS UP: Importing csup into base) 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, 06 Mar 2006 13:38:04 -0000 --ZPt4rx8FFjLCG7dd Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Mar 06, 2006 at 01:22:12PM +0000, Nik Clayton wrote: > Ollivier Robert wrote: > >According to Peter Wemm: > >>Like perforce, it is fully client/server, but it has some considerable= =20 > >>advantages over perforce: > >> > >>1) It has fairly good detached operation modes. You can do logs, diffs= ,=20 > >>reverts, etc while detached. It does this by keeping metadata and a=20 > >>small number of revisions cached locally. > > > >In my opinion, it is not enough. You can't svn commit on a detached mod= e. > >You can't work as if you were connected, commit several csets, go back o= ne > >and so on. That's too limiting. >=20 > And when you need that, you use svk, which others have pointed out.=20 I find the aspect of "user choice" rather alluring. I can't see any reason why I'd want to use a dVCS (not an invitation to throw situations at me; they don't apply, trust me). Ceri --=20 That must be wonderful! I don't understand it at all. -- Moliere --ZPt4rx8FFjLCG7dd Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.1 (FreeBSD) iD8DBQFEDDszocfcwTS3JF8RAjxsAKCYXjKW9EjdD1J2/xJ2iBYiAr6hVACeJ6vb gLiLjyY1rslv19dKhCk1fSQ= =KcfI -----END PGP SIGNATURE----- --ZPt4rx8FFjLCG7dd-- From owner-freebsd-arch@FreeBSD.ORG Mon Mar 6 13:45:46 2006 Return-Path: X-Original-To: arch@freebsd.org Delivered-To: freebsd-arch@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1BE5D16A420; Mon, 6 Mar 2006 13:45:46 +0000 (GMT) (envelope-from _pppp@mail.ru) Received: from f36.mail.ru (f36.mail.ru [194.67.57.74]) by mx1.FreeBSD.org (Postfix) with ESMTP id AB23743D49; Mon, 6 Mar 2006 13:45:45 +0000 (GMT) (envelope-from _pppp@mail.ru) Received: from mail by f36.mail.ru with local id 1FGG1v-000BKH-00; Mon, 06 Mar 2006 16:45:43 +0300 Received: from [81.200.14.42] by koi.mail.ru with HTTP; Mon, 06 Mar 2006 16:45:43 +0300 From: dima <_pppp@mail.ru> To: Robert Watson Mime-Version: 1.0 X-Mailer: mPOP Web-Mail 2.19 X-Originating-IP: [81.200.14.42] Date: Mon, 06 Mar 2006 16:45:43 +0300 In-Reply-To: <20060305133516.P51568@fledge.watson.org> Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 8bit Message-Id: Cc: arch@freebsd.org, Poul-Henning Kamp Subject: Re[2]: wakeup idea... X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: dima <_pppp@mail.ru> List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Mar 2006 13:45:46 -0000 >> Here is a possibly stupid idea. >> >> Historically sleep/wakeup have happened on a pointer which was just a magic >> number. >> >> In many cases, this pointer is actually a relevant datastructure. >> >> Would it possibly be an optimization to make a variant of the sleep/wakeup >> calls where the pointer points to an integer type which contains non-zero if >> anybody is actually sleeping on that address ? >> >> Anybody up for a quick prototype ? > > In principle this is part of the point of a condition variable, which > associates a struct with waitable conditions, and includes an int that > contains the number of waiters: > > struct cv { > const char *cv_description; > int cv_waiters; > }; > > Presumably the tricky bit is optimizing this such that you avoid undesirable > races. (But maybe if you call cv_signal without the condition mutex held, you > accept that race by definition?) I'm working on a new implementation of SX locks: http://wikitest.freebsd.org/moin.cgi/Usable_20lock_20implementation_20with_20SX_2dsemantics Direct handoff (as described in "Solaris Internals") seems to do the trick. You just don't need any additional mutex for wakeup process since the current owner chooses who and when to wakeup. Since CV-s and SX-es have very similar semantics I describe my ideas here. We would need 2 list-like datastructures: 1. Current holders (for proper priority propagation) 2. Current waiters (for direct handoff) The first one can be implemented as an array; the reason of such a design decision is to avoid locking at SX acquire. The second list needs to be implemented as a (sorted by priority) queue (TAILQ for now) which needs a mutex for consistency. From owner-freebsd-arch@FreeBSD.ORG Mon Mar 6 16:43:50 2006 Return-Path: X-Original-To: freebsd-arch@freebsd.org Delivered-To: freebsd-arch@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0361416A420; Mon, 6 Mar 2006 16:43:50 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id A940A43D45; Mon, 6 Mar 2006 16:43:49 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id C870B46BED; Mon, 6 Mar 2006 11:43:28 -0500 (EST) Date: Mon, 6 Mar 2006 16:43:55 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Ollivier Robert In-Reply-To: <20060306101831.GA21025@tara.freenix.org> Message-ID: <20060306164301.S50149@fledge.watson.org> References: <20060304141957.14716.qmail@web32705.mail.mud.yahoo.com> <20060304152433.W61086@fledge.watson.org> <200603051930.25957.peter@wemm.org> <863bhwvtrh.fsf@xps.des.no> <20060306101831.GA21025@tara.freenix.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: tobez@freebsd.org, freebsd-arch@freebsd.org Subject: Re: Subversion? (Re: HEADS UP: Importing csup into base) 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, 06 Mar 2006 16:43:50 -0000 On Mon, 6 Mar 2006, Ollivier Robert wrote: > According to Dag-Erling Smrgrav: >> svk is not an alternative to svn, it's an svn client. > > As far as I understand svk, it is more than "just a svn client". It uses > some of the svn layers (file system, remote access for example) but add > layers of its own for the distributed/decentralised concept. > > If it is just as way to replicate a svn repo, work on it and get the csets > back to the main one, then it could be useful but it would not be a full > dVCS. The other nice thing about svk is that it is able to speak to other revision control systems and pull changes between them -- i.e., CVS, Perforce, etc. A "bad" thing about svk is its dependence on Perl, which we just finished expunding from the base system a few years ago. Robert N M Watson From owner-freebsd-arch@FreeBSD.ORG Mon Mar 6 16:59:28 2006 Return-Path: X-Original-To: freebsd-arch@freebsd.org Delivered-To: freebsd-arch@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0C1D016A423 for ; Mon, 6 Mar 2006 16:59:28 +0000 (GMT) (envelope-from peter@wemm.org) Received: from canning.wemm.org (canning.wemm.org [192.203.228.65]) by mx1.FreeBSD.org (Postfix) with ESMTP id DE3F543D53 for ; Mon, 6 Mar 2006 16:59:26 +0000 (GMT) (envelope-from peter@wemm.org) Received: from fw.wemm.org (canning.wemm.org [192.203.228.65]) by canning.wemm.org (Postfix) with ESMTP id B84A42A8F3 for ; Mon, 6 Mar 2006 08:59:26 -0800 (PST) (envelope-from peter@wemm.org) Received: from overcee.wemm.org (overcee.wemm.org [10.0.0.3]) by fw.wemm.org (Postfix) with ESMTP id 76A9DE2B3 for ; Mon, 6 Mar 2006 08:59:26 -0800 (PST) (envelope-from peter@wemm.org) Received: from overcee.wemm.org (localhost [127.0.0.1]) by overcee.wemm.org (8.13.4/8.13.4) with ESMTP id k26GxPp5092755; Mon, 6 Mar 2006 08:59:25 -0800 (PST) (envelope-from peter@wemm.org) Received: from localhost (localhost [[UNIX: localhost]]) by overcee.wemm.org (8.13.4/8.13.1/Submit) id k26GxPlW092754; Mon, 6 Mar 2006 08:59:25 -0800 (PST) (envelope-from peter@wemm.org) X-Authentication-Warning: overcee.wemm.org: peter set sender to peter@wemm.org using -f From: Peter Wemm To: freebsd-arch@freebsd.org Date: Mon, 6 Mar 2006 08:59:24 -0800 User-Agent: KMail/1.8.1 References: <20060304141957.14716.qmail@web32705.mail.mud.yahoo.com> <200603051930.25957.peter@wemm.org> <20060306102622.GB21025@tara.freenix.org> In-Reply-To: <20060306102622.GB21025@tara.freenix.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200603060859.25216.peter@wemm.org> Cc: Subject: Re: Subversion? (Re: HEADS UP: Importing csup into base) 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, 06 Mar 2006 16:59:28 -0000 On Monday 06 March 2006 02:26 am, Ollivier Robert wrote: > According to Peter Wemm: > > Like perforce, it is fully client/server, but it has some > > considerable advantages over perforce: > > > > 1) It has fairly good detached operation modes. You can do logs, > > diffs, reverts, etc while detached. It does this by keeping > > metadata and a small number of revisions cached locally. > > In my opinion, it is not enough. You can't svn commit on a detached > mode. You can't work as if you were connected, commit several csets, > go back one and so on. That's too limiting. Sure, but I was thinking in terms of what we currently use. With cvs, you have no remote access. With cvs+cvsup and a copy of the repo, you can do diffs, reverts etc. No commits. p4 has the same limitation as regular remote cvs. The point was that compared to the baseline of cvs+cvsup, there would be no lost functionality with something like svn in that particular regard. -- Peter Wemm - peter@wemm.org; peter@FreeBSD.org; peter@yahoo-inc.com "All of this is for nothing if we don't go to the stars" - JMS/B5 From owner-freebsd-arch@FreeBSD.ORG Mon Mar 6 18:35:38 2006 Return-Path: X-Original-To: freebsd-arch@freebsd.org Delivered-To: freebsd-arch@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7336516A420; Mon, 6 Mar 2006 18:35:38 +0000 (GMT) (envelope-from tobez@tobez.org) Received: from heechee.tobez.org (heechee.tobez.org [194.255.56.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0567043D45; Mon, 6 Mar 2006 18:35:37 +0000 (GMT) (envelope-from tobez@tobez.org) Received: by heechee.tobez.org (Postfix, from userid 1001) id 2D468125429; Mon, 6 Mar 2006 19:35:36 +0100 (CET) Date: Mon, 6 Mar 2006 19:35:36 +0100 From: Anton Berezin To: Robert Watson Message-ID: <20060306183536.GA66709@heechee.tobez.org> References: <20060304141957.14716.qmail@web32705.mail.mud.yahoo.com> <20060304152433.W61086@fledge.watson.org> <200603051930.25957.peter@wemm.org> <863bhwvtrh.fsf@xps.des.no> <20060306101831.GA21025@tara.freenix.org> <20060306164301.S50149@fledge.watson.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060306164301.S50149@fledge.watson.org> User-Agent: Mutt/1.4.2.1i X-Powered-By: FreeBSD http://www.freebsd.org/ Cc: freebsd-arch@freebsd.org Subject: Re: Subversion? (Re: HEADS UP: Importing csup into base) 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, 06 Mar 2006 18:35:38 -0000 On Mon, Mar 06, 2006 at 04:43:55PM +0000, Robert Watson wrote: > A "bad" thing about svk is its dependence on Perl, which we just > finished expunding from the base system a few years ago. In my opinion, this is a non-issue. We don't have to have it (for any value of "it") and its dependencies in the base system in order for developers to be able to use it. \Anton. -- An undefined problem has an infinite number of solutions. -- Robert A. Humphrey From owner-freebsd-arch@FreeBSD.ORG Mon Mar 6 18:53:25 2006 Return-Path: X-Original-To: freebsd-arch@freebsd.org Delivered-To: freebsd-arch@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 042F416A420; Mon, 6 Mar 2006 18:53:25 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7D74D43D45; Mon, 6 Mar 2006 18:53:24 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from localhost (john@localhost [127.0.0.1]) by server.baldwin.cx (8.13.4/8.13.4) with ESMTP id k26IrM67019774; Mon, 6 Mar 2006 13:53:23 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-arch@freebsd.org Date: Mon, 6 Mar 2006 13:52:03 -0500 User-Agent: KMail/1.9.1 References: <35339.1141557488@critter.freebsd.dk> In-Reply-To: <35339.1141557488@critter.freebsd.dk> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200603061352.05452.jhb@freebsd.org> X-Virus-Scanned: ClamAV 0.87.1/1315/Sun Mar 5 05:31:57 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-1.4 required=4.2 tests=ALL_TRUSTED,AWL autolearn=ham version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on server.baldwin.cx Cc: arch@freebsd.org, Poul-Henning Kamp Subject: Re: wakeup idea... 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, 06 Mar 2006 18:53:25 -0000 X-List-Received-Date: Mon, 06 Mar 2006 18:53:25 -0000 On Sunday 05 March 2006 06:18, Poul-Henning Kamp wrote: > > Here is a possibly stupid idea. > > Historically sleep/wakeup have happened on a pointer which was just > a magic number. > > In many cases, this pointer is actually a relevant datastructure. > > Would it possibly be an optimization to make a variant of the > sleep/wakeup calls where the pointer points to an integer type which > contains non-zero if anybody is actually sleeping on that address ? > > Anybody up for a quick prototype ? It lives in sys/kern/kern_condvar.c void cv_signal(struct cv *cvp) { sleepq_lock(cvp); if (cvp->cv_waiters > 0) { cvp->cv_waiters--; sleepq_signal(cvp, SLEEPQ_CONDVAR, -1); } else sleepq_release(cvp); } -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-arch@FreeBSD.ORG Mon Mar 6 18:53:25 2006 Return-Path: X-Original-To: arch@freebsd.org Delivered-To: freebsd-arch@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 042F416A420; Mon, 6 Mar 2006 18:53:25 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7D74D43D45; Mon, 6 Mar 2006 18:53:24 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from localhost (john@localhost [127.0.0.1]) by server.baldwin.cx (8.13.4/8.13.4) with ESMTP id k26IrM67019774; Mon, 6 Mar 2006 13:53:23 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-arch@freebsd.org Date: Mon, 6 Mar 2006 13:52:03 -0500 User-Agent: KMail/1.9.1 References: <35339.1141557488@critter.freebsd.dk> In-Reply-To: <35339.1141557488@critter.freebsd.dk> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200603061352.05452.jhb@freebsd.org> X-Virus-Scanned: ClamAV 0.87.1/1315/Sun Mar 5 05:31:57 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-1.4 required=4.2 tests=ALL_TRUSTED,AWL autolearn=ham version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on server.baldwin.cx Cc: arch@freebsd.org, Poul-Henning Kamp Subject: Re: wakeup idea... 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, 06 Mar 2006 18:53:25 -0000 On Sunday 05 March 2006 06:18, Poul-Henning Kamp wrote: > > Here is a possibly stupid idea. > > Historically sleep/wakeup have happened on a pointer which was just > a magic number. > > In many cases, this pointer is actually a relevant datastructure. > > Would it possibly be an optimization to make a variant of the > sleep/wakeup calls where the pointer points to an integer type which > contains non-zero if anybody is actually sleeping on that address ? > > Anybody up for a quick prototype ? It lives in sys/kern/kern_condvar.c void cv_signal(struct cv *cvp) { sleepq_lock(cvp); if (cvp->cv_waiters > 0) { cvp->cv_waiters--; sleepq_signal(cvp, SLEEPQ_CONDVAR, -1); } else sleepq_release(cvp); } -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-arch@FreeBSD.ORG Mon Mar 6 18:53:29 2006 Return-Path: X-Original-To: freebsd-arch@freebsd.org Delivered-To: freebsd-arch@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ABCBA16A420; Mon, 6 Mar 2006 18:53:29 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id ADDDE43D4C; Mon, 6 Mar 2006 18:53:28 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from localhost (john@localhost [127.0.0.1]) by server.baldwin.cx (8.13.4/8.13.4) with ESMTP id k26IrM68019774; Mon, 6 Mar 2006 13:53:24 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-arch@freebsd.org, dima <_pppp@mail.ru> Date: Mon, 6 Mar 2006 13:53:10 -0500 User-Agent: KMail/1.9.1 References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200603061353.13756.jhb@freebsd.org> X-Virus-Scanned: ClamAV 0.87.1/1315/Sun Mar 5 05:31:57 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-1.4 required=4.2 tests=ALL_TRUSTED,AWL autolearn=ham version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on server.baldwin.cx Cc: arch@freebsd.org, Poul-Henning Kamp , Robert Watson Subject: Re: wakeup idea... 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, 06 Mar 2006 18:53:29 -0000 On Monday 06 March 2006 08:45, dima wrote: > >> Here is a possibly stupid idea. > >> > >> Historically sleep/wakeup have happened on a pointer which was just a magic > >> number. > >> > >> In many cases, this pointer is actually a relevant datastructure. > >> > >> Would it possibly be an optimization to make a variant of the sleep/wakeup > >> calls where the pointer points to an integer type which contains non-zero if > >> anybody is actually sleeping on that address ? > >> > >> Anybody up for a quick prototype ? > > > > In principle this is part of the point of a condition variable, which > > associates a struct with waitable conditions, and includes an int that > > contains the number of waiters: > > > > struct cv { > > const char *cv_description; > > int cv_waiters; > > }; > > > > Presumably the tricky bit is optimizing this such that you avoid undesirable > > races. (But maybe if you call cv_signal without the condition mutex held, you > > accept that race by definition?) > > I'm working on a new implementation of SX locks: http://wikitest.freebsd.org/moin.cgi/Usable_20lock_20implementation_20with_20SX_2dsemantics > Direct handoff (as described in "Solaris Internals") seems to do the trick. You just don't need any additional mutex for wakeup process since the current owner chooses who and when to wakeup. > Since CV-s and SX-es have very similar semantics I describe my ideas here. We would need 2 list-like datastructures: > 1. Current holders (for proper priority propagation) > 2. Current waiters (for direct handoff) > The first one can be implemented as an array; the reason of such a design decision is to avoid locking at SX acquire. The second list needs to be implemented as a (sorted by priority) queue (TAILQ for now) which needs a mutex for consistency. You might want to look at src/sys/kern/kern_rwlock.c in CVS HEAD. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-arch@FreeBSD.ORG Mon Mar 6 18:53:29 2006 Return-Path: X-Original-To: arch@freebsd.org Delivered-To: freebsd-arch@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ABCBA16A420; Mon, 6 Mar 2006 18:53:29 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id ADDDE43D4C; Mon, 6 Mar 2006 18:53:28 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from localhost (john@localhost [127.0.0.1]) by server.baldwin.cx (8.13.4/8.13.4) with ESMTP id k26IrM68019774; Mon, 6 Mar 2006 13:53:24 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-arch@freebsd.org, dima <_pppp@mail.ru> Date: Mon, 6 Mar 2006 13:53:10 -0500 User-Agent: KMail/1.9.1 References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200603061353.13756.jhb@freebsd.org> X-Virus-Scanned: ClamAV 0.87.1/1315/Sun Mar 5 05:31:57 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-1.4 required=4.2 tests=ALL_TRUSTED,AWL autolearn=ham version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on server.baldwin.cx Cc: arch@freebsd.org, Poul-Henning Kamp , Robert Watson Subject: Re: wakeup idea... 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, 06 Mar 2006 18:53:29 -0000 On Monday 06 March 2006 08:45, dima wrote: > >> Here is a possibly stupid idea. > >> > >> Historically sleep/wakeup have happened on a pointer which was just a magic > >> number. > >> > >> In many cases, this pointer is actually a relevant datastructure. > >> > >> Would it possibly be an optimization to make a variant of the sleep/wakeup > >> calls where the pointer points to an integer type which contains non-zero if > >> anybody is actually sleeping on that address ? > >> > >> Anybody up for a quick prototype ? > > > > In principle this is part of the point of a condition variable, which > > associates a struct with waitable conditions, and includes an int that > > contains the number of waiters: > > > > struct cv { > > const char *cv_description; > > int cv_waiters; > > }; > > > > Presumably the tricky bit is optimizing this such that you avoid undesirable > > races. (But maybe if you call cv_signal without the condition mutex held, you > > accept that race by definition?) > > I'm working on a new implementation of SX locks: http://wikitest.freebsd.org/moin.cgi/Usable_20lock_20implementation_20with_20SX_2dsemantics > Direct handoff (as described in "Solaris Internals") seems to do the trick. You just don't need any additional mutex for wakeup process since the current owner chooses who and when to wakeup. > Since CV-s and SX-es have very similar semantics I describe my ideas here. We would need 2 list-like datastructures: > 1. Current holders (for proper priority propagation) > 2. Current waiters (for direct handoff) > The first one can be implemented as an array; the reason of such a design decision is to avoid locking at SX acquire. The second list needs to be implemented as a (sorted by priority) queue (TAILQ for now) which needs a mutex for consistency. You might want to look at src/sys/kern/kern_rwlock.c in CVS HEAD. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-arch@FreeBSD.ORG Mon Mar 6 19:39:13 2006 Return-Path: X-Original-To: arch@freebsd.org Delivered-To: freebsd-arch@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DA57D16A420; Mon, 6 Mar 2006 19:39:13 +0000 (GMT) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id A025B43D48; Mon, 6 Mar 2006 19:39:13 +0000 (GMT) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (localhost [127.0.0.1]) by apollo.backplane.com (8.13.4/8.13.4) with ESMTP id k26JdCFr065221; Mon, 6 Mar 2006 11:39:13 -0800 (PST) Received: (from dillon@localhost) by apollo.backplane.com (8.13.4/8.13.4/Submit) id k26JdCj8065218; Mon, 6 Mar 2006 11:39:12 -0800 (PST) Date: Mon, 6 Mar 2006 11:39:12 -0800 (PST) From: Matthew Dillon Message-Id: <200603061939.k26JdCj8065218@apollo.backplane.com> To: John Baldwin References: <200603061353.13756.jhb@freebsd.org> Cc: dima <_pppp@mail.ru>, arch@freebsd.org, Poul-Henning Kamp , Robert Watson , freebsd-arch@freebsd.org Subject: Re: wakeup idea... 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, 06 Mar 2006 19:39:14 -0000 I've tried many variations of the idea of passing a real structure to sleep/wakeup and eventually gave up on trying to change the API. It is just too useful to be able to pass an arbitrary 'id' as a the rendezvous point. But, what I *did* do was implement scheduling primitives that sleep/wakeup uses to do the actual descheduling and rescheduling of the kernel thread, and there are a number of mechanisms in DragonFly which use those primitives directly rather then using sleep/wakeup. In particular, the interrupt thread procedure, softclock thread, and DragonFly's LWKT messaging subsystem (e.g. lwkt_default_waitport()). So what I would recommend is that the sleep/wakeup API *NOT* be changed, but instead you simplify the lower level APIs that sleep/wakeup uses to the point where other high performance APIs in the system, such as lockmgr, can call them directly without making a mess. -Matt From owner-freebsd-arch@FreeBSD.ORG Mon Mar 6 19:39:13 2006 Return-Path: X-Original-To: freebsd-arch@freebsd.org Delivered-To: freebsd-arch@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DA57D16A420; Mon, 6 Mar 2006 19:39:13 +0000 (GMT) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id A025B43D48; Mon, 6 Mar 2006 19:39:13 +0000 (GMT) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (localhost [127.0.0.1]) by apollo.backplane.com (8.13.4/8.13.4) with ESMTP id k26JdCFr065221; Mon, 6 Mar 2006 11:39:13 -0800 (PST) Received: (from dillon@localhost) by apollo.backplane.com (8.13.4/8.13.4/Submit) id k26JdCj8065218; Mon, 6 Mar 2006 11:39:12 -0800 (PST) Date: Mon, 6 Mar 2006 11:39:12 -0800 (PST) From: Matthew Dillon Message-Id: <200603061939.k26JdCj8065218@apollo.backplane.com> To: John Baldwin References: <200603061353.13756.jhb@freebsd.org> Cc: dima <_pppp@mail.ru>, arch@freebsd.org, Poul-Henning Kamp , Robert Watson , freebsd-arch@freebsd.org Subject: Re: wakeup idea... 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, 06 Mar 2006 19:39:14 -0000 I've tried many variations of the idea of passing a real structure to sleep/wakeup and eventually gave up on trying to change the API. It is just too useful to be able to pass an arbitrary 'id' as a the rendezvous point. But, what I *did* do was implement scheduling primitives that sleep/wakeup uses to do the actual descheduling and rescheduling of the kernel thread, and there are a number of mechanisms in DragonFly which use those primitives directly rather then using sleep/wakeup. In particular, the interrupt thread procedure, softclock thread, and DragonFly's LWKT messaging subsystem (e.g. lwkt_default_waitport()). So what I would recommend is that the sleep/wakeup API *NOT* be changed, but instead you simplify the lower level APIs that sleep/wakeup uses to the point where other high performance APIs in the system, such as lockmgr, can call them directly without making a mess. -Matt From owner-freebsd-arch@FreeBSD.ORG Mon Mar 6 20:40:36 2006 Return-Path: X-Original-To: arch@freebsd.org Delivered-To: freebsd-arch@FreeBSD.ORG Received: from green.homeunix.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 19EEC16A420; Mon, 6 Mar 2006 20:40:36 +0000 (GMT) (envelope-from green@green.homeunix.org) Received: from green.homeunix.org (green@localhost [127.0.0.1]) by green.homeunix.org (8.13.4/8.13.1) with ESMTP id k26KeZ7v018244; Mon, 6 Mar 2006 15:40:35 -0500 (EST) (envelope-from green@green.homeunix.org) Received: (from green@localhost) by green.homeunix.org (8.13.4/8.13.1/Submit) id k26KeWwX018243; Mon, 6 Mar 2006 15:40:32 -0500 (EST) (envelope-from green) Date: Mon, 6 Mar 2006 15:40:32 -0500 From: Brian Fundakowski Feldman To: Steve Kargl Message-ID: <20060306204032.GA7835@green.homeunix.org> References: <20060301170306.GZ55746@elvis.mu.org> <20060301224120.GA33946@gurney.reilly.home> <20060301230036.GA65289@troutmask.apl.washington.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060301230036.GA65289@troutmask.apl.washington.edu> User-Agent: Mutt/1.5.11 Cc: current@freebsd.org, Garance A Drosehn , arch@freebsd.org Subject: Re: HEADS UP: Importing csup into base 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, 06 Mar 2006 20:40:36 -0000 On Wed, Mar 01, 2006 at 03:00:36PM -0800, Steve Kargl wrote: > On Thu, Mar 02, 2006 at 09:41:20AM +1100, Andrew Reilly wrote: > > On Wed, Mar 01, 2006 at 03:18:07PM -0500, Garance A Drosehn wrote: > > > Even > > > though I do like to work with multiple computer languages (and > > > in fact there is a lot I like about Modula-3), I do think a tool > > > such as cvsup needs to be in a more universally-available and > > > widely-known language. > > > > I like Modula-3 too (at least conceptually: I haven't found an > > excuse to code in it), but not "widely-known" is perhaps even an > > understatement. I came across this site the other day: > > http://www.tiobe.com/index.htm?tiobe_index > > Which I thought pretty interesting. I noticed that Modula-3 > > doesn't even make it into the top-100 popular languages, which > > puts it below Algol, Oberon, and Modula-2. > > > > Interesting site. Guess which language in the top 20 > has the most recently approved International standard? Without even looking at the list... Fortran? -- Brian Fundakowski Feldman \'[ FreeBSD ]''''''''''\ <> green@FreeBSD.org \ The Power to Serve! \ Opinions expressed are my own. \,,,,,,,,,,,,,,,,,,,,,,\ From owner-freebsd-arch@FreeBSD.ORG Mon Mar 6 20:49:44 2006 Return-Path: X-Original-To: arch@freebsd.org Delivered-To: freebsd-arch@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CA5CA16A420; Mon, 6 Mar 2006 20:49:44 +0000 (GMT) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.FreeBSD.org (Postfix) with ESMTP id A969243D4C; Mon, 6 Mar 2006 20:49:43 +0000 (GMT) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) by troutmask.apl.washington.edu (8.13.4/8.13.4) with ESMTP id k26Kn5KY088854; Mon, 6 Mar 2006 12:49:05 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.13.4/8.13.1/Submit) id k26Kmtku088853; Mon, 6 Mar 2006 12:48:55 -0800 (PST) (envelope-from sgk) Date: Mon, 6 Mar 2006 12:48:55 -0800 From: Steve Kargl To: Brian Fundakowski Feldman Message-ID: <20060306204855.GA88716@troutmask.apl.washington.edu> References: <20060301170306.GZ55746@elvis.mu.org> <20060301224120.GA33946@gurney.reilly.home> <20060301230036.GA65289@troutmask.apl.washington.edu> <20060306204032.GA7835@green.homeunix.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060306204032.GA7835@green.homeunix.org> User-Agent: Mutt/1.4.2.1i Cc: current@freebsd.org, Garance A Drosehn , arch@freebsd.org Subject: Re: HEADS UP: Importing csup into base 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, 06 Mar 2006 20:49:45 -0000 On Mon, Mar 06, 2006 at 03:40:32PM -0500, Brian Fundakowski Feldman wrote: > On Wed, Mar 01, 2006 at 03:00:36PM -0800, Steve Kargl wrote: > > On Thu, Mar 02, 2006 at 09:41:20AM +1100, Andrew Reilly wrote: > > > On Wed, Mar 01, 2006 at 03:18:07PM -0500, Garance A Drosehn wrote: > > > > Even > > > > though I do like to work with multiple computer languages (and > > > > in fact there is a lot I like about Modula-3), I do think a tool > > > > such as cvsup needs to be in a more universally-available and > > > > widely-known language. > > > > > > I like Modula-3 too (at least conceptually: I haven't found an > > > excuse to code in it), but not "widely-known" is perhaps even an > > > understatement. I came across this site the other day: > > > http://www.tiobe.com/index.htm?tiobe_index > > > Which I thought pretty interesting. I noticed that Modula-3 > > > doesn't even make it into the top-100 popular languages, which > > > puts it below Algol, Oberon, and Modula-2. > > > > > > > Interesting site. Guess which language in the top 20 > > has the most recently approved International standard? > > Without even looking at the list... Fortran? > Yep. The February Headline declared Fortran as a dinosaur language; yet it is one of the newest International standards. http://www.j3-fortran.org/ -- Steve From owner-freebsd-arch@FreeBSD.ORG Mon Mar 6 21:15:02 2006 Return-Path: X-Original-To: freebsd-arch@freebsd.org Delivered-To: freebsd-arch@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EE8AE16A420 for ; Mon, 6 Mar 2006 21:15:02 +0000 (GMT) (envelope-from xdivac02@stud.fit.vutbr.cz) Received: from eva.fit.vutbr.cz (eva.fit.vutbr.cz [147.229.10.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7B1AF43D8B for ; Mon, 6 Mar 2006 21:14:51 +0000 (GMT) (envelope-from xdivac02@stud.fit.vutbr.cz) Received: from eva.fit.vutbr.cz (localhost [127.0.0.1]) by eva.fit.vutbr.cz (envelope-from xdivac02@eva.fit.vutbr.cz) (8.13.4/8.13.3) with ESMTP id k26LEl9H094599 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Mon, 6 Mar 2006 22:14:47 +0100 (CET) Received: (from xdivac02@localhost) by eva.fit.vutbr.cz (8.13.4/8.13.3/Submit) id k26LElw0094598; Mon, 6 Mar 2006 22:14:47 +0100 (CET) Date: Mon, 6 Mar 2006 22:14:47 +0100 From: Divacky Roman To: Ollivier Robert Message-ID: <20060306211447.GA93464@stud.fit.vutbr.cz> References: <20060304173917.X61086@fledge.watson.org> <20060304180131.69997.qmail@web32709.mail.mud.yahoo.com> <20060305084713.GA97196@stud.fit.vutbr.cz> <20060306102921.GC21025@tara.freenix.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060306102921.GC21025@tara.freenix.org> User-Agent: Mutt/1.4.2i X-Scanned-By: MIMEDefang 2.49 on 147.229.10.14 Cc: freebsd-arch@freebsd.org Subject: Re: Subversion? (Re: HEADS UP: Importing csup into base) 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, 06 Mar 2006 21:15:03 -0000 On Mon, Mar 06, 2006 at 11:29:21AM +0100, Ollivier Robert wrote: > According to Divacky Roman: > > I do agree that cvs has its drawbacks but there is OpenCVS (cvs > > reimplementation by openbsd folks) which seems to be actively maintained and > > its authors promised things like atomic commits etc. > > When ? Just having atomic commits is not enough. If you take the HEAD of > cvs right now (1.12.*), you get a "commit id" generated for all commits. > > > I think that switch from gnu cvs to opencvs is painless and should be done > > (once the opencvs is in usable state) because > > VCS migration is too heavy to switch to just CVS+epsilon. opencvs and gnucvs uses exactly the same data format so you can use either tool to access the repo. so the switch is painless.. I think its similar to switching from gnu tar to bsdtar.. roman From owner-freebsd-arch@FreeBSD.ORG Mon Mar 6 22:29:34 2006 Return-Path: X-Original-To: freebsd-arch@freebsd.org Delivered-To: freebsd-arch@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2314216A420; Mon, 6 Mar 2006 22:29:34 +0000 (GMT) (envelope-from _pppp@mail.ru) Received: from f52.mail.ru (f52.mail.ru [194.67.57.87]) by mx1.FreeBSD.org (Postfix) with ESMTP id 508EB43D62; Mon, 6 Mar 2006 22:29:33 +0000 (GMT) (envelope-from _pppp@mail.ru) Received: from mail by f52.mail.ru with local id 1FGOCp-000BEU-00; Tue, 07 Mar 2006 01:29:31 +0300 Received: from [83.237.110.222] by koi.mail.ru with HTTP; Tue, 07 Mar 2006 01:29:31 +0300 From: dima <_pppp@mail.ru> To: John Baldwin Mime-Version: 1.0 X-Mailer: mPOP Web-Mail 2.19 X-Originating-IP: [83.237.110.222] Date: Tue, 07 Mar 2006 01:29:31 +0300 In-Reply-To: <200603061353.13756.jhb@freebsd.org> Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 8bit Message-Id: Cc: freebsd-arch@freebsd.org Subject: Re[2]: wakeup idea... X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: dima <_pppp@mail.ru> List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Mar 2006 22:29:34 -0000 >>>> Here is a possibly stupid idea. >>>> >>>> Historically sleep/wakeup have happened on a pointer which was just a magic >>>> number. >>>> >>>> In many cases, this pointer is actually a relevant datastructure. >>>> >>>> Would it possibly be an optimization to make a variant of the sleep/wakeup >>>> calls where the pointer points to an integer type which contains non-zero if >>>> anybody is actually sleeping on that address ? >>>> >>>> Anybody up for a quick prototype ? >>> >>> In principle this is part of the point of a condition variable, which >>> associates a struct with waitable conditions, and includes an int that >>> contains the number of waiters: >>> >>> struct cv { >>> const char *cv_description; >>> int cv_waiters; >>> }; >>> >>> Presumably the tricky bit is optimizing this such that you avoid undesirable >>> races. (But maybe if you call cv_signal without the condition mutex held, you >>> accept that race by definition?) >> >> I'm working on a new implementation of SX locks: http://wikitest.freebsd.org/moin.cgi/Usable_20lock_20implementation_20with_20SX_2dsemantics >> Direct handoff (as described in "Solaris Internals") seems to do the trick. You just don't need any additional mutex for wakeup process since the current owner chooses who and when to wakeup. >> Since CV-s and SX-es have very similar semantics I describe my ideas here. We would need 2 list-like datastructures: >> 1. Current holders (for proper priority propagation) >> 2. Current waiters (for direct handoff) >> The first one can be implemented as an array; the reason of such a design decision is to avoid locking at SX acquire. The second list needs to be implemented as a (sorted by priority) queue (TAILQ for now) which needs a mutex for consistency. > > You might want to look at src/sys/kern/kern_rwlock.c in CVS HEAD. Sorry my ignorance. Gleb Smirnoff pointed that out privately already. I looked at the code and it seems very much like OpenSolaris implementation to me. You can't propagate priority properly if you don't hold all the current lock holders somewhere. I tried to implement it as an array in my effort. As Attilio Rao mentioned, this allows only fixed amount of concurrent readers at the time (which is not quite right, but can be implemented as a per-lock sysctl tuneable). I chose an array to prevent introducing one more mutex to the SX lock on the "short path". The code might look as the following: u_int32_t old_flags = atomic_load_acq_32( &sx->flags ); if( atomic_cmpset_acq_32( &sx->flags, old_flags, old_flags + SX_FLAG_READERS_IN ) ) { for( i = 0; i < SX_MAX_CONCURRENT_HOLDERS; ++i ) { if( sx->holders[i]->thr == curthread ) { atomic_add_acq_int( &sx->holders[i]->count, 1 ); ++count; break; } else { if( !sx->holders[i]->thr ) { atomic_cmpset_acq_ptr( ( unsigned * )&sx->holders[i]->thr, 0, ( unsigned )holder ); atomic_set_acq_int( &sx->holders[i]->count, 1 ); ++count; break; } } } if( i >= SX_MAX_CONCURRENT_HOLDERS ) { atomic_subtract_rel_32( &sx->flags, SX_FLAG_READERS_IN ); } } This code is buggy, though. The array consisted of u_int32_t values first, but it is hard to handle the recursive case this way. Introducing a structure makes it impossible to handle the array atomically. I'm still stuck at this point and some other issues (removing the locks on thread_exit is the largest one among them). BTW atomic_*_ptr doesn't work as expected. I need to convert the values to "unsigned *" to make gcc happy with "-Wall -pedantic" flags. From owner-freebsd-arch@FreeBSD.ORG Tue Mar 7 08:49:25 2006 Return-Path: X-Original-To: freebsd-arch@freebsd.org Delivered-To: freebsd-arch@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8834C16A420 for ; Tue, 7 Mar 2006 08:49:25 +0000 (GMT) (envelope-from asmrookie@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.202]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0728243D45 for ; Tue, 7 Mar 2006 08:49:24 +0000 (GMT) (envelope-from asmrookie@gmail.com) Received: by zproxy.gmail.com with SMTP id z6so1449785nzd for ; Tue, 07 Mar 2006 00:49:24 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:in-reply-to:mime-version:content-type:references; b=FrMrJz1/OiOa1KBD0TALa9DkVAETxbiidaaIeHgkMn2S9V4qT32QiG3HLSTExwDSR0v5ZLOJjDEHg0EwFYxm0GPEAS01ZzLXfkyNgd8KpRq2R89kfTkVSfJycQhc5T0zt+Gmd4HyqkbeJRxbfPziTAYQOQ1ShCaR/ZQHFxbY8EE= Received: by 10.37.21.2 with SMTP id y2mr231545nzi; Tue, 07 Mar 2006 00:49:24 -0800 (PST) Received: by 10.36.41.11 with HTTP; Tue, 7 Mar 2006 00:49:24 -0800 (PST) Message-ID: <3bbf2fe10603070049r36407660y@mail.gmail.com> Date: Tue, 7 Mar 2006 09:49:24 +0100 From: "Attilio Rao" To: freebsd-arch@freebsd.org In-Reply-To: <3bbf2fe10603070044j745d5509n@mail.gmail.com> MIME-Version: 1.0 References: <200603061353.13756.jhb@freebsd.org> <3bbf2fe10603070044j745d5509n@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: Re[2]: wakeup idea... X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: rookie@gufi.org List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Mar 2006 08:49:25 -0000 2006/3/6, dima <_pppp@mail.ru>: > Sorry my ignorance. Gleb Smirnoff pointed that out privately already. I looked at the code > and it seems very much like OpenSolaris implementation to me. You can't propagate > priority properly if you don't hold all the current lock holders somewhere. I tried to > implement it as an array in my effort. As Attilio Rao mentioned, this allows only fixed > amount of concurrent readers at the time (which is not quite right, but can be implemented > as a per-lock sysctl tuneable). I chose an array to prevent introducing one more mutex to > the SX lock on the "short path". The code might look as the following: You can't use a tunable sysctl if you plan to use a static array beacause you work a compile-time and a malloc'ing stub is too much inefficient. There's another problem too: dimensions. If you choice too much owners you will have something like (sorry, I've no= t seen the code yet): static struct thread *owners[NOWNERS]; On x86 sizeof(struct thread *) =3D=3D 4 so owners table dimension is NOWNER= S * 4 which is not so good. Tracking owners is the biggest problem of this issue. > This code is buggy, though. The array consisted of u_int32_t values first= , but it is hard to > handle the recursive case this way. Introducing a structure makes it impossible to handle > the array atomically. I'm still stuck at this point and some other issues (removing the locks > on thread_exit is the largest one among them). Handle recursion is simple if you get owners list per-turnstile or per-your-primitive. The main problem at this point is tracking owner. If you do in a static way (as you do now) you are limited by number of item= s and dimensions if you do in a dynamic way (using a TAILQ) you are limited in performance. Greetings, Attilio -- Peace can only be achieved by understanding - A. Einstein -- Peace can only be achieved by understanding - A. Einstein From owner-freebsd-arch@FreeBSD.ORG Tue Mar 7 14:37:11 2006 Return-Path: X-Original-To: freebsd-arch@freebsd.org Delivered-To: freebsd-arch@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 505D916A424 for ; Tue, 7 Mar 2006 14:37:11 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id B61D343D5E for ; Tue, 7 Mar 2006 14:37:08 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from localhost (john@localhost [127.0.0.1]) by server.baldwin.cx (8.13.4/8.13.4) with ESMTP id k27Eb3ET026163; Tue, 7 Mar 2006 09:37:04 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: dima <_pppp@mail.ru> Date: Tue, 7 Mar 2006 09:30:14 -0500 User-Agent: KMail/1.9.1 References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200603070930.16715.jhb@freebsd.org> X-Virus-Scanned: ClamAV 0.87.1/1317/Tue Mar 7 01:06:47 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-1.4 required=4.2 tests=ALL_TRUSTED,AWL autolearn=ham version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on server.baldwin.cx Cc: freebsd-arch@freebsd.org Subject: Re: wakeup idea... 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: Tue, 07 Mar 2006 14:37:11 -0000 On Monday 06 March 2006 17:29, dima wrote: > >>>> Here is a possibly stupid idea. > >>>> > >>>> Historically sleep/wakeup have happened on a pointer which was just a magic > >>>> number. > >>>> > >>>> In many cases, this pointer is actually a relevant datastructure. > >>>> > >>>> Would it possibly be an optimization to make a variant of the sleep/wakeup > >>>> calls where the pointer points to an integer type which contains non-zero if > >>>> anybody is actually sleeping on that address ? > >>>> > >>>> Anybody up for a quick prototype ? > >>> > >>> In principle this is part of the point of a condition variable, which > >>> associates a struct with waitable conditions, and includes an int that > >>> contains the number of waiters: > >>> > >>> struct cv { > >>> const char *cv_description; > >>> int cv_waiters; > >>> }; > >>> > >>> Presumably the tricky bit is optimizing this such that you avoid undesirable > >>> races. (But maybe if you call cv_signal without the condition mutex held, you > >>> accept that race by definition?) > >> > >> I'm working on a new implementation of SX locks: http://wikitest.freebsd.org/moin.cgi/Usable_20lock_20implementation_20with_20SX_2dsemantics > >> Direct handoff (as described in "Solaris Internals") seems to do the trick. You just don't need any additional mutex for wakeup process since the current owner chooses who and when to wakeup. > >> Since CV-s and SX-es have very similar semantics I describe my ideas here. We would need 2 list-like datastructures: > >> 1. Current holders (for proper priority propagation) > >> 2. Current waiters (for direct handoff) > >> The first one can be implemented as an array; the reason of such a design decision is to avoid locking at SX acquire. The second list needs to be implemented as a (sorted by priority) queue (TAILQ for now) which needs a mutex for consistency. > > > > You might want to look at src/sys/kern/kern_rwlock.c in CVS HEAD. > > Sorry my ignorance. Gleb Smirnoff pointed that out privately already. I > looked at the code and it seems very much like OpenSolaris implementation > to me. You can't propagate priority properly if you don't hold all the > current lock holders somewhere. Yes, that is on purpose. You have to justify the overhead of keeping track of all the owners against the priority propagation for the read lock case. Actually, Solaris does keep track of one read owner (something I still plan to do or have someone else do) and they found that that handled many of the common cases w/o adding a significant amount of extra overhead. You should also create a different lock primitive (you can use the rwlock API if you want) rather than changing the behavior of sx locks because sx locks allow voluntary sleep and that is at odds with priority propagation (at least as those two things are currently implemented in FreeBSD). > I tried to implement it as an array in my > effort. As Attilio Rao mentioned, this allows only fixed amount of > concurrent readers at the time (which is not quite right, but can be > implemented as a per-lock sysctl tuneable). I chose an array to prevent > introducing one more mutex to the SX lock on the "short path". The code > might look as the following: > > u_int32_t old_flags = atomic_load_acq_32( &sx->flags ); You can just a simple assignment, you don't need an acq barrier on your load here I don't think. > if( atomic_cmpset_acq_32( &sx->flags, old_flags, > old_flags + SX_FLAG_READERS_IN ) ) { > for( i = 0; i < SX_MAX_CONCURRENT_HOLDERS; ++i ) { > if( sx->holders[i]->thr == curthread ) { > atomic_add_acq_int( &sx->holders[i]->count, 1 ); > ++count; > break; > } > else { > if( !sx->holders[i]->thr ) { > atomic_cmpset_acq_ptr( ( unsigned * )&sx->holders[i]->thr, > 0, ( unsigned )holder ); > atomic_set_acq_int( &sx->holders[i]->count, 1 ); > ++count; > break; You should either just use a simple store, or you should be checking the return value of atomic_cmpset() in your if. > } > } > } > if( i >= SX_MAX_CONCURRENT_HOLDERS ) { > atomic_subtract_rel_32( &sx->flags, SX_FLAG_READERS_IN ); > } > } > > This code is buggy, though. The array consisted of u_int32_t values first, > but it is hard to handle the recursive case this way. Introducing a > structure makes it impossible to handle the array atomically. I'm still > stuck at this point and some other issues (removing the locks on thread_exit > is the largest one among them). No thread should have a lock when it exits. You should be removing the thread entries when they unlock and then the thread_exit case will be taken care of (we already have witness checks to make sure exiting threads don't hold locks). > BTW atomic_*_ptr doesn't work as expected. I need to convert the values > to "unsigned *" to make gcc happy with "-Wall -pedantic" flags. You need to read the man page. :) atomic_*_ptr operate on uintptr_t variables rather than void * because volatile uintptr_t * != volatile void **. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-arch@FreeBSD.ORG Wed Mar 8 06:41:41 2006 Return-Path: X-Original-To: arch@FreeBSD.org Delivered-To: freebsd-arch@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0DC4B16A420 for ; Wed, 8 Mar 2006 06:41:41 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (vc4-2-0-87.dsl.netrack.net [199.45.160.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3A42843D45 for ; Wed, 8 Mar 2006 06:41:40 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (localhost.village.org [127.0.0.1] (may be forged)) by harmony.bsdimp.com (8.13.3/8.13.3) with ESMTP id k286bPHf014386 for ; Tue, 7 Mar 2006 23:37:26 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Tue, 07 Mar 2006 23:37:28 -0700 (MST) Message-Id: <20060307.233728.42821161.imp@bsdimp.com> To: arch@FreeBSD.org From: "M. Warner Losh" X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Multipart/Mixed; boundary="--Next_Part(Tue_Mar__7_23:37:28_2006_089)--" Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Tue, 07 Mar 2006 23:37:26 -0700 (MST) Cc: Subject: Fw: cvs commit: src/sys/vm swap_pager.c vm_fault.c vm_map.c vm_page.c vm_pageq.c 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: Wed, 08 Mar 2006 06:41:41 -0000 ----Next_Part(Tue_Mar__7_23:37:28_2006_089)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit This is the first commit of many to do what the comment says. I do not plan on doing this to .h files, as evidentally there are some issues with gcc -ansi when one does this. I'm pausing now after the first one of these to allow time for comment. Warner ----Next_Part(Tue_Mar__7_23:37:28_2006_089)-- Content-Type: Message/Rfc822 Content-Transfer-Encoding: 7bit Content-Disposition: inline Return-Path: owner-src-committers@FreeBSD.org Delivery-Date: Tue, 07 Mar 2006 23:33:39 -0700 Received: from mx2.freebsd.org (mx2.freebsd.org [216.136.204.119]) by harmony.bsdimp.com (8.13.3/8.13.3) with ESMTP id k286X9fn014276 for ; Tue, 7 Mar 2006 23:33:09 -0700 (MST) (envelope-from owner-src-committers@FreeBSD.org) Received: from hub.freebsd.org (hub.freebsd.org [216.136.204.18]) by mx2.freebsd.org (Postfix) with ESMTP id 0AA1374339 for ; Wed, 8 Mar 2006 06:32:04 +0000 (GMT) (envelope-from owner-src-committers@FreeBSD.org) Received: by hub.freebsd.org (Postfix) id 07A2B16A478; Wed, 8 Mar 2006 06:32:00 +0000 (GMT) Delivered-To: imp@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 538) id E85AC16A423; Wed, 8 Mar 2006 06:31:57 +0000 (GMT) X-Original-To: src-committers@FreeBSD.org Delivered-To: src-committers@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2E65816A420; Wed, 8 Mar 2006 06:31:47 +0000 (GMT) (envelope-from imp@FreeBSD.org) Received: from repoman.freebsd.org (repoman.freebsd.org [216.136.204.115]) by mx1.FreeBSD.org (Postfix) with ESMTP id DDF2543D45; Wed, 8 Mar 2006 06:31:46 +0000 (GMT) (envelope-from imp@FreeBSD.org) Received: from repoman.freebsd.org (localhost [127.0.0.1]) by repoman.freebsd.org (8.13.1/8.13.1) with ESMTP id k286VkQT071534; Wed, 8 Mar 2006 06:31:46 GMT (envelope-from imp@repoman.freebsd.org) Received: (from imp@localhost) by repoman.freebsd.org (8.13.1/8.13.1/Submit) id k286VkCA071533; Wed, 8 Mar 2006 06:31:46 GMT (envelope-from imp) Message-Id: <200603080631.k286VkCA071533@repoman.freebsd.org> From: Warner Losh Date: Wed, 8 Mar 2006 06:31:46 +0000 (UTC) To: src-committers@FreeBSD.org, cvs-src@FreeBSD.org, cvs-all@FreeBSD.org Subject: cvs commit: src/sys/vm swap_pager.c vm_fault.c vm_map.c vm_page.c vm_pageq.c X-FreeBSD-CVS-Branch: HEAD Sender: owner-src-committers@FreeBSD.org Precedence: bulk X-Loop: FreeBSD.ORG X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [10.0.0.6]); Tue, 07 Mar 2006 23:33:09 -0700 (MST) X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on harmony.bsdimp.com X-Spam-Level: X-Spam-Status: No, score=-2.6 required=4.5 tests=BAYES_00 autolearn=ham version=3.0.4 imp 2006-03-08 06:31:46 UTC FreeBSD src repository Modified files: sys/vm swap_pager.c vm_fault.c vm_map.c vm_page.c vm_pageq.c Log: Remove leading __ from __(inline|const|signed|volatile). They are obsolete. This should reduce diffs to NetBSD as well. Revision Changes Path 1.277 +1 -1 src/sys/vm/swap_pager.c 1.214 +2 -2 src/sys/vm/vm_fault.c 1.373 +3 -3 src/sys/vm/vm_map.c 1.314 +3 -3 src/sys/vm/vm_page.c 1.25 +1 -1 src/sys/vm/vm_pageq.c http://cvsweb.FreeBSD.ORG/src/sys/vm/swap_pager.c http://cvsweb.FreeBSD.ORG/src/sys/vm/vm_fault.c http://cvsweb.FreeBSD.ORG/src/sys/vm/vm_map.c http://cvsweb.FreeBSD.ORG/src/sys/vm/vm_page.c http://cvsweb.FreeBSD.ORG/src/sys/vm/vm_pageq.c ----Next_Part(Tue_Mar__7_23:37:28_2006_089)---- From owner-freebsd-arch@FreeBSD.ORG Wed Mar 8 09:22:32 2006 Return-Path: X-Original-To: arch@freebsd.org Delivered-To: freebsd-arch@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E933816A420 for ; Wed, 8 Mar 2006 09:22:32 +0000 (GMT) (envelope-from peterjeremy@optushome.com.au) Received: from mail06.syd.optusnet.com.au (mail06.syd.optusnet.com.au [211.29.132.187]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4E60143D48 for ; Wed, 8 Mar 2006 09:22:32 +0000 (GMT) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (c220-239-19-236.belrs4.nsw.optusnet.com.au [220.239.19.236]) by mail06.syd.optusnet.com.au (8.12.11/8.12.11) with ESMTP id k289M8rO006171 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Wed, 8 Mar 2006 20:22:09 +1100 Received: from turion.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by turion.vk2pj.dyndns.org (8.13.4/8.13.4) with ESMTP id k289M8i4001261; Wed, 8 Mar 2006 20:22:08 +1100 (EST) (envelope-from peter@turion.vk2pj.dyndns.org) Received: (from peter@localhost) by turion.vk2pj.dyndns.org (8.13.4/8.13.4/Submit) id k289M80Q001260; Wed, 8 Mar 2006 20:22:08 +1100 (EST) (envelope-from peter) Date: Wed, 8 Mar 2006 20:22:07 +1100 From: Peter Jeremy To: "M. Warner Losh" Message-ID: <20060308092207.GB679@turion.vk2pj.dyndns.org> References: <20060307.233728.42821161.imp@bsdimp.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060307.233728.42821161.imp@bsdimp.com> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.11 Cc: arch@freebsd.org Subject: Re: Fw: cvs commit: src/sys/vm swap_pager.c vm_fault.c vm_map.c vm_page.c vm_pageq.c 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: Wed, 08 Mar 2006 09:22:33 -0000 On Tue, 2006-Mar-07 23:37:28 -0700, M. Warner Losh wrote: >This is the first commit of many to do what the comment says. ... > Log: > Remove leading __ from __(inline|const|signed|volatile). They are > obsolete. This should reduce diffs to NetBSD as well. K&R function definitions are even more obsolete but still used throughout the kernel. IMHO, potential diff-reduction to NetBSD seems a fairly flimsy reason for a significant amount of churn. Also, any diff reduction with NetBSD is probably outweighed by the diff increase with other FreeBSD branches. Maybe this should be treated like whitespace cleanup - something to do if you're going to be doing something non-trivial in the source file. (There are probably other cleanups in the same category). -- Peter Jeremy From owner-freebsd-arch@FreeBSD.ORG Wed Mar 8 14:57:54 2006 Return-Path: X-Original-To: arch@freebsd.org Delivered-To: freebsd-arch@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1E9E016A422 for ; Wed, 8 Mar 2006 14:57:54 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7A2B243D46 for ; Wed, 8 Mar 2006 14:57:53 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.11] (junior.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.4/8.13.4) with ESMTP id k28EuYIL019718; Wed, 8 Mar 2006 07:56:34 -0700 (MST) (envelope-from scottl@samsco.org) Message-ID: <440EF0B0.1010203@samsco.org> Date: Wed, 08 Mar 2006 07:56:48 -0700 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20051230 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Peter Jeremy References: <20060307.233728.42821161.imp@bsdimp.com> <20060308092207.GB679@turion.vk2pj.dyndns.org> In-Reply-To: <20060308092207.GB679@turion.vk2pj.dyndns.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.4 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on pooker.samsco.org Cc: arch@freebsd.org Subject: Re: Fw: cvs commit: src/sys/vm swap_pager.c vm_fault.c vm_map.c vm_page.c vm_pageq.c 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: Wed, 08 Mar 2006 14:57:54 -0000 Peter Jeremy wrote: > On Tue, 2006-Mar-07 23:37:28 -0700, M. Warner Losh wrote: > >>This is the first commit of many to do what the comment says. > > ... > >> Log: >> Remove leading __ from __(inline|const|signed|volatile). They are >> obsolete. This should reduce diffs to NetBSD as well. > > > K&R function definitions are even more obsolete but still used > throughout the kernel. IMHO, potential diff-reduction to NetBSD > seems a fairly flimsy reason for a significant amount of churn. > > Also, any diff reduction with NetBSD is probably outweighed by > the diff increase with other FreeBSD branches. > > Maybe this should be treated like whitespace cleanup - something to > do if you're going to be doing something non-trivial in the source > file. (There are probably other cleanups in the same category). > Yeah, diff increase with other FreeBSD branches is a big deal. While sharing between RELENG_4 and more recent branches is pretty hard these days, a lot can be shared between RELENG_5, RELENG_6, and HEAD. Scott From owner-freebsd-arch@FreeBSD.ORG Wed Mar 8 15:54:58 2006 Return-Path: X-Original-To: arch@freebsd.org Delivered-To: freebsd-arch@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F166916A420 for ; Wed, 8 Mar 2006 15:54:58 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (vc4-2-0-87.dsl.netrack.net [199.45.160.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7B60243D49 for ; Wed, 8 Mar 2006 15:54:58 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (localhost.village.org [127.0.0.1] (may be forged)) by harmony.bsdimp.com (8.13.3/8.13.3) with ESMTP id k28Fqqvf024698; Wed, 8 Mar 2006 08:52:52 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Wed, 08 Mar 2006 08:52:55 -0700 (MST) Message-Id: <20060308.085255.50047108.imp@bsdimp.com> To: scottl@samsco.org From: "M. Warner Losh" In-Reply-To: <440EF0B0.1010203@samsco.org> References: <20060307.233728.42821161.imp@bsdimp.com> <20060308092207.GB679@turion.vk2pj.dyndns.org> <440EF0B0.1010203@samsco.org> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Wed, 08 Mar 2006 08:52:52 -0700 (MST) Cc: arch@freebsd.org Subject: Re: cvs commit: src/sys/vm swap_pager.c vm_fault.c vm_map.c vm_page.c vm_pageq.c 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: Wed, 08 Mar 2006 15:54:59 -0000 In message: <440EF0B0.1010203@samsco.org> Scott Long writes: : Peter Jeremy wrote: : > On Tue, 2006-Mar-07 23:37:28 -0700, M. Warner Losh wrote: : > : >>This is the first commit of many to do what the comment says. : > : > ... : > : >> Log: : >> Remove leading __ from __(inline|const|signed|volatile). They are : >> obsolete. This should reduce diffs to NetBSD as well. : > : > : > K&R function definitions are even more obsolete but still used : > throughout the kernel. IMHO, potential diff-reduction to NetBSD : > seems a fairly flimsy reason for a significant amount of churn. : > : > Also, any diff reduction with NetBSD is probably outweighed by : > the diff increase with other FreeBSD branches. : > : > Maybe this should be treated like whitespace cleanup - something to : > do if you're going to be doing something non-trivial in the source : > file. (There are probably other cleanups in the same category). : > : : Yeah, diff increase with other FreeBSD branches is a big deal. While : sharing between RELENG_4 and more recent branches is pretty hard these : days, a lot can be shared between RELENG_5, RELENG_6, and HEAD. Since the universal reaction is negative, I'll not do this unless I'm already hacking the code for other reasons. Warner From owner-freebsd-arch@FreeBSD.ORG Wed Mar 8 16:04:13 2006 Return-Path: X-Original-To: arch@freebsd.org Delivered-To: freebsd-arch@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9E1F216A420 for ; Wed, 8 Mar 2006 16:04:13 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (vc4-2-0-87.dsl.netrack.net [199.45.160.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 14C9343D45 for ; Wed, 8 Mar 2006 16:04:13 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (localhost.village.org [127.0.0.1] (may be forged)) by harmony.bsdimp.com (8.13.3/8.13.3) with ESMTP id k28G27bq024890; Wed, 8 Mar 2006 09:02:07 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Wed, 08 Mar 2006 09:02:11 -0700 (MST) Message-Id: <20060308.090211.97454770.imp@bsdimp.com> To: scottl@samsco.org From: "M. Warner Losh" In-Reply-To: <440EF0B0.1010203@samsco.org> References: <20060307.233728.42821161.imp@bsdimp.com> <20060308092207.GB679@turion.vk2pj.dyndns.org> <440EF0B0.1010203@samsco.org> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Wed, 08 Mar 2006 09:02:07 -0700 (MST) Cc: arch@freebsd.org Subject: Re: cvs commit: src/sys/vm swap_pager.c vm_fault.c vm_map.c vm_page.c vm_pageq.c 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: Wed, 08 Mar 2006 16:04:13 -0000 In message: <440EF0B0.1010203@samsco.org> Scott Long writes: : Peter Jeremy wrote: : > On Tue, 2006-Mar-07 23:37:28 -0700, M. Warner Losh wrote: : > : >>This is the first commit of many to do what the comment says. : > : > ... : > : >> Log: : >> Remove leading __ from __(inline|const|signed|volatile). They are : >> obsolete. This should reduce diffs to NetBSD as well. : > : > : > K&R function definitions are even more obsolete but still used : > throughout the kernel. IMHO, potential diff-reduction to NetBSD : > seems a fairly flimsy reason for a significant amount of churn. : > : > Also, any diff reduction with NetBSD is probably outweighed by : > the diff increase with other FreeBSD branches. : > : > Maybe this should be treated like whitespace cleanup - something to : > do if you're going to be doing something non-trivial in the source : > file. (There are probably other cleanups in the same category). : > : : Yeah, diff increase with other FreeBSD branches is a big deal. While : sharing between RELENG_4 and more recent branches is pretty hard these : days, a lot can be shared between RELENG_5, RELENG_6, and HEAD. Would merging these to RELENG_6 help any? RELENG_5 is dead after this release anyway... After all, with the new release cycle, there would never be a good time to remove this old cruft from the tree since we'd always have multiple branches to deal with. Anyway, given some of the nasty comments I got I'm going to do this only as I have to change other things in the tree for the moment. Warner From owner-freebsd-arch@FreeBSD.ORG Wed Mar 8 16:16:41 2006 Return-Path: X-Original-To: freebsd-arch@freebsd.org Delivered-To: freebsd-arch@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1818C16A422 for ; Wed, 8 Mar 2006 16:16:41 +0000 (GMT) (envelope-from flz@xbsd.org) Received: from smtp.xbsd.org (xbsd.org [82.233.2.192]) by mx1.FreeBSD.org (Postfix) with ESMTP id 01E0543D53 for ; Wed, 8 Mar 2006 16:16:39 +0000 (GMT) (envelope-from flz@xbsd.org) Received: from localhost (localhost.xbsd.org [127.0.0.1]) by smtp.xbsd.org (Postfix) with ESMTP id 675B811515 for ; Wed, 8 Mar 2006 17:16:35 +0100 (CET) Received: from smtp.xbsd.org ([127.0.0.1]) by localhost (srv1.xbsd.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 60389-07 for ; Wed, 8 Mar 2006 17:16:25 +0100 (CET) Received: from mayday.esat.net (mayday.esat.net [193.95.134.156]) by smtp.xbsd.org (Postfix) with ESMTP id 4996511492 for ; Wed, 8 Mar 2006 17:16:25 +0100 (CET) From: Florent Thoumie To: freebsd-arch@freebsd.org Content-Type: text/plain Date: Wed, 08 Mar 2006 16:16:17 +0000 Message-Id: <1141834577.17213.15.camel@mayday.esat.net> Mime-Version: 1.0 X-Mailer: Evolution 2.4.2.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at xbsd.org Subject: Import src/sys/sys/hash.h from OpenBSD/NetBSD 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: Wed, 08 Mar 2006 16:16:41 -0000 I'd like to import sys/hash.h, or at least see somebody doing it. It's needed by openospfd. At the moment I'm simply copying the file to the work directory, but having it in the tree still is better. Any thought? volunteer? -- Florent Thoumie flz@FreeBSD.org FreeBSD Committer From owner-freebsd-arch@FreeBSD.ORG Wed Mar 8 16:24:02 2006 Return-Path: X-Original-To: arch@freebsd.org Delivered-To: freebsd-arch@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AC74816A420 for ; Wed, 8 Mar 2006 16:24:02 +0000 (GMT) (envelope-from cperciva@freebsd.org) Received: from pd3mo3so.prod.shaw.ca (shawidc-mo1.cg.shawcable.net [24.71.223.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id CE38143D69 for ; Wed, 8 Mar 2006 16:23:55 +0000 (GMT) (envelope-from cperciva@freebsd.org) Received: from pd4mr4so.prod.shaw.ca (pd4mr4so-qfe3.prod.shaw.ca [10.0.141.215]) by l-daemon (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with ESMTP id <0IVT00FX7HILQE60@l-daemon> for arch@freebsd.org; Wed, 08 Mar 2006 09:23:09 -0700 (MST) Received: from pn2ml10so.prod.shaw.ca ([10.0.121.80]) by pd4mr4so.prod.shaw.ca (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with ESMTP id <0IVT00AL6HILQ9D0@pd4mr4so.prod.shaw.ca> for arch@freebsd.org; Wed, 08 Mar 2006 09:23:09 -0700 (MST) Received: from [192.168.0.60] ([24.82.18.31]) by l-daemon (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with ESMTP id <0IVT007VJHIK5950@l-daemon> for arch@freebsd.org; Wed, 08 Mar 2006 09:23:09 -0700 (MST) Date: Wed, 08 Mar 2006 08:22:40 -0800 From: Colin Percival In-reply-to: <20060308.090211.97454770.imp@bsdimp.com> To: "M. Warner Losh" Message-id: <440F04D0.8050605@freebsd.org> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1 Content-transfer-encoding: 7bit X-Enigmail-Version: 0.94.0.0 References: <20060307.233728.42821161.imp@bsdimp.com> <20060308092207.GB679@turion.vk2pj.dyndns.org> <440EF0B0.1010203@samsco.org> <20060308.090211.97454770.imp@bsdimp.com> User-Agent: Thunderbird 1.5 (X11/20060112) Cc: arch@freebsd.org Subject: Re: cvs commit: src/sys/vm swap_pager.c vm_fault.c vm_map.c vm_page.c vm_pageq.c 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: Wed, 08 Mar 2006 16:24:02 -0000 M. Warner Losh wrote: > : Peter Jeremy wrote: > : > On Tue, 2006-Mar-07 23:37:28 -0700, M. Warner Losh wrote: > : >> Log: > : >> Remove leading __ from __(inline|const|signed|volatile). They are > : >> obsolete. This should reduce diffs to NetBSD as well. > : > > : > Also, any diff reduction with NetBSD is probably outweighed by > : > the diff increase with other FreeBSD branches. > : > > : > Maybe this should be treated like whitespace cleanup - something to > : > do if you're going to be doing something non-trivial in the source > : > file. (There are probably other cleanups in the same category). > > Would merging these to RELENG_6 help any? RELENG_5 is dead after this > release anyway... FYI, cosmetic churn causes headaches for the Security Team: It means that we have to produce lots of different patches for an issue rather than just one patch. (And inevitably we don't notice that the patches won't apply correctly until we're about to send out the advisory...) Admittedly, this isn't a major concern, but it is certainly one reason to make cosmetic changes at the same time as substantive changes rather than separately. Colin Percival From owner-freebsd-arch@FreeBSD.ORG Wed Mar 8 16:38:45 2006 Return-Path: X-Original-To: freebsd-arch@freebsd.org Delivered-To: freebsd-arch@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 823A116A420 for ; Wed, 8 Mar 2006 16:38:45 +0000 (GMT) (envelope-from andre@freebsd.org) Received: from c00l3r.networx.ch (c00l3r.networx.ch [62.48.2.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id C96E843D45 for ; Wed, 8 Mar 2006 16:38:44 +0000 (GMT) (envelope-from andre@freebsd.org) Received: (qmail 9825 invoked from network); 8 Mar 2006 16:37:15 -0000 Received: from c00l3r.networx.ch (HELO freebsd.org) ([62.48.2.2]) (envelope-sender ) by c00l3r.networx.ch (qmail-ldap-1.03) with SMTP for ; 8 Mar 2006 16:37:15 -0000 Message-ID: <440F0893.5B17D61E@freebsd.org> Date: Wed, 08 Mar 2006 17:38:43 +0100 From: Andre Oppermann X-Mailer: Mozilla 4.8 [en] (Windows NT 5.0; U) X-Accept-Language: en MIME-Version: 1.0 To: Florent Thoumie References: <1141834577.17213.15.camel@mayday.esat.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-arch@freebsd.org Subject: Re: Import src/sys/sys/hash.h from OpenBSD/NetBSD 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: Wed, 08 Mar 2006 16:38:45 -0000 Florent Thoumie wrote: > > I'd like to import sys/hash.h, or at least see somebody doing it. It's > needed by openospfd. At the moment I'm simply copying the file to the > work directory, but having it in the tree still is better. > > Any thought? volunteer? Claudio (@openbsd.org, the main author of OpenOSPFD and OpenBGPD, sitting about 6ft from my desk) already asked me about this to aid portability. There are a couple of other things he has prepared for me to commit to FreeBSD for BGPD and OSPFD. The connection here is really strong because we work together and I essentially pay for a large part of his time working on the routing daemons. We discuss almost all changes he makes to it and to the kernel. It's just that I have piled that stuff up in my local cvs repo and awaiting committing. Stay tuned. -- Andre From owner-freebsd-arch@FreeBSD.ORG Wed Mar 8 16:47:28 2006 Return-Path: X-Original-To: freebsd-arch@freebsd.org Delivered-To: freebsd-arch@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A695716A420; Wed, 8 Mar 2006 16:47:28 +0000 (GMT) (envelope-from flz@xbsd.org) Received: from smtp.xbsd.org (xbsd.org [82.233.2.192]) by mx1.FreeBSD.org (Postfix) with ESMTP id DFE1A43D8F; Wed, 8 Mar 2006 16:47:16 +0000 (GMT) (envelope-from flz@xbsd.org) Received: from localhost (localhost.xbsd.org [127.0.0.1]) by smtp.xbsd.org (Postfix) with ESMTP id B08E711515; Wed, 8 Mar 2006 17:47:15 +0100 (CET) Received: from smtp.xbsd.org ([127.0.0.1]) by localhost (srv1.xbsd.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 61531-02; Wed, 8 Mar 2006 17:47:09 +0100 (CET) Received: from mayday.esat.net (mayday.esat.net [193.95.134.156]) by smtp.xbsd.org (Postfix) with ESMTP id 8AE8C11492; Wed, 8 Mar 2006 17:47:09 +0100 (CET) From: Florent Thoumie To: Andre Oppermann In-Reply-To: <440F0893.5B17D61E@freebsd.org> References: <1141834577.17213.15.camel@mayday.esat.net> <440F0893.5B17D61E@freebsd.org> Content-Type: text/plain Date: Wed, 08 Mar 2006 16:47:08 +0000 Message-Id: <1141836428.17213.24.camel@mayday.esat.net> Mime-Version: 1.0 X-Mailer: Evolution 2.4.2.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at xbsd.org Cc: freebsd-arch@freebsd.org Subject: Re: Import src/sys/sys/hash.h from OpenBSD/NetBSD 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: Wed, 08 Mar 2006 16:47:28 -0000 On Wed, 2006-03-08 at 17:38 +0100, Andre Oppermann wrote: > Florent Thoumie wrote: > > > > I'd like to import sys/hash.h, or at least see somebody doing it. It's > > needed by openospfd. At the moment I'm simply copying the file to the > > work directory, but having it in the tree still is better. > > > > Any thought? volunteer? > > Claudio (@openbsd.org, the main author of OpenOSPFD and OpenBGPD, sitting > about 6ft from my desk) already asked me about this to aid portability. > There are a couple of other things he has prepared for me to commit to > FreeBSD for BGPD and OSPFD. The connection here is really strong because > we work together and I essentially pay for a large part of his time working > on the routing daemons. We discuss almost all changes he makes to it and > to the kernel. It's just that I have piled that stuff up in my local cvs > repo and awaiting committing. Stay tuned. Ok, nice to know that you're working hand in hand :) FYI (if you're not reading -ports or -net), I just sent a prototype for the openospfd port. -- Florent Thoumie flz@FreeBSD.org FreeBSD Committer From owner-freebsd-arch@FreeBSD.ORG Wed Mar 8 17:07:45 2006 Return-Path: X-Original-To: freebsd-arch@freebsd.org Delivered-To: freebsd-arch@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8517D16A420 for ; Wed, 8 Mar 2006 17:07:45 +0000 (GMT) (envelope-from andre@freebsd.org) Received: from c00l3r.networx.ch (c00l3r.networx.ch [62.48.2.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id BE13643D6D for ; Wed, 8 Mar 2006 17:07:44 +0000 (GMT) (envelope-from andre@freebsd.org) Received: (qmail 10155 invoked from network); 8 Mar 2006 17:06:15 -0000 Received: from c00l3r.networx.ch (HELO freebsd.org) ([62.48.2.2]) (envelope-sender ) by c00l3r.networx.ch (qmail-ldap-1.03) with SMTP for ; 8 Mar 2006 17:06:15 -0000 Message-ID: <440F0F5F.32400100@freebsd.org> Date: Wed, 08 Mar 2006 18:07:43 +0100 From: Andre Oppermann X-Mailer: Mozilla 4.8 [en] (Windows NT 5.0; U) X-Accept-Language: en MIME-Version: 1.0 To: Florent Thoumie References: <1141834577.17213.15.camel@mayday.esat.net> <440F0893.5B17D61E@freebsd.org> <1141836428.17213.24.camel@mayday.esat.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-arch@freebsd.org Subject: Re: Import src/sys/sys/hash.h from OpenBSD/NetBSD 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: Wed, 08 Mar 2006 17:07:45 -0000 Florent Thoumie wrote: > > On Wed, 2006-03-08 at 17:38 +0100, Andre Oppermann wrote: > > Florent Thoumie wrote: > > > > > > I'd like to import sys/hash.h, or at least see somebody doing it. It's > > > needed by openospfd. At the moment I'm simply copying the file to the > > > work directory, but having it in the tree still is better. > > > > > > Any thought? volunteer? > > > > Claudio (@openbsd.org, the main author of OpenOSPFD and OpenBGPD, sitting > > about 6ft from my desk) already asked me about this to aid portability. > > There are a couple of other things he has prepared for me to commit to > > FreeBSD for BGPD and OSPFD. The connection here is really strong because > > we work together and I essentially pay for a large part of his time working > > on the routing daemons. We discuss almost all changes he makes to it and > > to the kernel. It's just that I have piled that stuff up in my local cvs > > repo and awaiting committing. Stay tuned. > > Ok, nice to know that you're working hand in hand :) :-) > FYI (if you're not reading -ports or -net), I just sent a prototype for > the openospfd port. Cool, thanks! I'm happy if you maintain the port as I've never done a port before. -- Andre From owner-freebsd-arch@FreeBSD.ORG Wed Mar 8 18:24:15 2006 Return-Path: X-Original-To: arch@FreeBSD.org Delivered-To: freebsd-arch@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E5E5F16A422 for ; Wed, 8 Mar 2006 18:24:15 +0000 (GMT) (envelope-from gad@FreeBSD.org) Received: from smtp4.server.rpi.edu (smtp4.server.rpi.edu [128.113.2.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id A125643D6B for ; Wed, 8 Mar 2006 18:24:03 +0000 (GMT) (envelope-from gad@FreeBSD.org) Received: from [128.113.24.47] (gilead.netel.rpi.edu [128.113.24.47]) by smtp4.server.rpi.edu (8.13.0/8.13.0) with ESMTP id k28INqWA019702; Wed, 8 Mar 2006 13:23:53 -0500 Mime-Version: 1.0 Message-Id: In-Reply-To: <20060308.090211.97454770.imp@bsdimp.com> References: <20060307.233728.42821161.imp@bsdimp.com> <20060308092207.GB679@turion.vk2pj.dyndns.org> <440EF0B0.1010203@samsco.org> <20060308.090211.97454770.imp@bsdimp.com> Date: Wed, 8 Mar 2006 13:23:51 -0500 To: "M. Warner Losh" , scottl@samsco.org From: Garance A Drosehn Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-CanItPRO-Stream: default X-RPI-SA-Score: undef - spam-scanning disabled X-Scanned-By: CanIt (www . canit . ca) on 128.113.2.4 Cc: arch@FreeBSD.org Subject: Re: cvs commit: src/sys/vm swap_pager.c vm_fault.c vm_map.c vm_page.c vm_pageq.c 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: Wed, 08 Mar 2006 18:24:16 -0000 At 9:02 AM -0700 3/8/06, M. Warner Losh wrote: >In message: <440EF0B0.1010203@samsco.org> > Scott Long writes: >: >: Yeah, diff increase with other FreeBSD branches is a big >: deal. While sharing between RELENG_4 and more recent >: branches is pretty hard these days, a lot can be shared >: between RELENG_5, RELENG_6, and HEAD. > >Would merging these to RELENG_6 help any? RELENG_5 is dead >after this release anyway... > >After all, with the new release cycle, there would never be >a good time to remove this old cruft from the tree since we'd >always have multiple branches to deal with. Let me play the advocate here for a few minutes... For what (little?) it is worth, I think this is a reasonable thing to do, particularly for the files were it reduces the diffs with other actively-developed projects such as NetBSD. I understand the issues of code churn, but I also remember the YEARS we spent debating whether we would move to ansi function definitions instead of K&R. We constantly agreed that such a move would be a good idea, but anytime anyone tried to do it, they got yelled at because "Today is not a good day to make that change". *IFF* these changes reduce diffs with NetBSD, then there is real value to that. Yes, we increase diffs with RELENG_4, but RELENG_4 is not being actively developed. We will not be comparing RELENG_4 to HEAD because someone just committed some great new feature to RELENG_4, but we will be doing that with the code in NetBSD. I'd also like to think that the other projects will be looking at our code to import some of our great new features into their code-base. The more they pick up, the better for both projects. And I assume that reducing diffs with them will make it easier for them to check over whatever we've been up to lately. I also appreciated the issue of code-churn making life harder for security branches. But if I'm not mistaken, we are already at the point that we do not necessarily fix security issues in RELENG_4. So, that leaves RELENG_5 and RELENG_6. If these changes are MFC'ed into RELENG_6, I think we will be in pretty good shape. Not that I'm volunteering to do any of it... -- Garance Alistair Drosehn = gad@gilead.netel.rpi.edu Senior Systems Programmer or gad@FreeBSD.org Rensselaer Polytechnic Institute; Troy, NY; USA From owner-freebsd-arch@FreeBSD.ORG Wed Mar 8 18:41:16 2006 Return-Path: X-Original-To: arch@freebsd.org Delivered-To: freebsd-arch@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 45DDE16A420; Wed, 8 Mar 2006 18:41:16 +0000 (GMT) (envelope-from cperciva@freebsd.org) Received: from pd4mo2so.prod.shaw.ca (shawidc-mo1.cg.shawcable.net [24.71.223.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7761D43D6B; Wed, 8 Mar 2006 18:41:15 +0000 (GMT) (envelope-from cperciva@freebsd.org) Received: from pd4mr7so.prod.shaw.ca (pd4mr7so-qfe3.prod.shaw.ca [10.0.141.84]) by l-daemon (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with ESMTP id <0IVT00201NUVMW10@l-daemon>; Wed, 08 Mar 2006 11:40:07 -0700 (MST) Received: from pn2ml8so.prod.shaw.ca ([10.0.121.152]) by pd4mr7so.prod.shaw.ca (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with ESMTP id <0IVT007RTNUVM1E0@pd4mr7so.prod.shaw.ca>; Wed, 08 Mar 2006 11:40:07 -0700 (MST) Received: from [192.168.0.60] ([24.82.18.31]) by l-daemon (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with ESMTP id <0IVT006RXNUUGJF0@l-daemon>; Wed, 08 Mar 2006 11:40:07 -0700 (MST) Date: Wed, 08 Mar 2006 10:39:38 -0800 From: Colin Percival In-reply-to: To: Garance A Drosehn Message-id: <440F24EA.7090903@freebsd.org> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1 Content-transfer-encoding: 7bit X-Enigmail-Version: 0.94.0.0 References: <20060307.233728.42821161.imp@bsdimp.com> <20060308092207.GB679@turion.vk2pj.dyndns.org> <440EF0B0.1010203@samsco.org> <20060308.090211.97454770.imp@bsdimp.com> User-Agent: Thunderbird 1.5 (X11/20060112) Cc: arch@freebsd.org Subject: Re: cvs commit: src/sys/vm swap_pager.c vm_fault.c vm_map.c vm_page.c vm_pageq.c 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: Wed, 08 Mar 2006 18:41:16 -0000 Garance A Drosehn wrote: > I also appreciated the issue of code-churn making life harder > for security branches. But if I'm not mistaken, we are > already at the point that we do not necessarily fix security > issues in RELENG_4. You're probably thinking of the recent announcement about ports support. Security issues in the RELENG_4 base system will be fixed until the end of January 2007 (two years after 4.11-RELEASE). Colin Percival From owner-freebsd-arch@FreeBSD.ORG Sat Mar 11 02:03:17 2006 Return-Path: X-Original-To: freebsd-arch@freebsd.org Delivered-To: freebsd-arch@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5794616A97E; Sat, 11 Mar 2006 02:03:09 +0000 (GMT) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.FreeBSD.org (Postfix) with ESMTP id CF50444576; Fri, 10 Mar 2006 13:09:18 +0000 (GMT) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id A00B2209E; Fri, 10 Mar 2006 14:09:11 +0100 (CET) X-Spam-Tests: AWL,BAYES_00,FORGED_RCVD_HELO X-Spam-Learn: ham X-Spam-Score: -2.4/3.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on tim.des.no Received: from xps.des.no (des.no [80.203.243.180]) by tim.des.no (Postfix) with ESMTP id 14235208E; Fri, 10 Mar 2006 14:09:11 +0100 (CET) Received: by xps.des.no (Postfix, from userid 1001) id E4BEF33C31; Fri, 10 Mar 2006 14:09:10 +0100 (CET) From: des@des.no (Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?=) To: Andre Oppermann References: <1141834577.17213.15.camel@mayday.esat.net> <440F0893.5B17D61E@freebsd.org> <1141836428.17213.24.camel@mayday.esat.net> <440F0F5F.32400100@freebsd.org> Date: Fri, 10 Mar 2006 14:09:10 +0100 In-Reply-To: <440F0F5F.32400100@freebsd.org> (Andre Oppermann's message of "Wed, 08 Mar 2006 18:07:43 +0100") Message-ID: <86d5gu30qx.fsf@xps.des.no> User-Agent: Gnus/5.110003 (No Gnus v0.3) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-arch@freebsd.org, Florent Thoumie Subject: Re: Import src/sys/sys/hash.h from OpenBSD/NetBSD 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: Sat, 11 Mar 2006 02:03:17 -0000 Andre Oppermann writes: > Florent Thoumie writes: > > FYI (if you're not reading -ports or -net), I just sent a prototype for > > the openospfd port. > Cool, thanks! I'm happy if you maintain the port as I've never done a po= rt > before. IMHO, Open{BGP,OSPF}D belong in src/contrib, not in ports/net. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-arch@FreeBSD.ORG Sat Mar 11 02:12:13 2006 Return-Path: X-Original-To: freebsd-arch@freebsd.org Delivered-To: freebsd-arch@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 16F8116A6A3; Sat, 11 Mar 2006 02:12:07 +0000 (GMT) (envelope-from flz@xbsd.org) Received: from smtp.xbsd.org (xbsd.org [82.233.2.192]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6B40646406; Fri, 10 Mar 2006 15:28:35 +0000 (GMT) (envelope-from flz@xbsd.org) Received: from localhost (localhost.xbsd.org [127.0.0.1]) by smtp.xbsd.org (Postfix) with ESMTP id 2DB81115AF; Fri, 10 Mar 2006 16:28:27 +0100 (CET) Received: from smtp.xbsd.org ([127.0.0.1]) by localhost (srv1.xbsd.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 99420-10; Fri, 10 Mar 2006 16:28:21 +0100 (CET) Received: from mayday.esat.net (mayday.esat.net [193.95.134.156]) by smtp.xbsd.org (Postfix) with ESMTP id 0336E11443; Fri, 10 Mar 2006 16:28:20 +0100 (CET) From: Florent Thoumie To: Dag-Erling =?ISO-8859-1?Q?Sm=F8rgrav?= In-Reply-To: <86d5gu30qx.fsf@xps.des.no> References: <1141834577.17213.15.camel@mayday.esat.net> <440F0893.5B17D61E@freebsd.org> <1141836428.17213.24.camel@mayday.esat.net> <440F0F5F.32400100@freebsd.org> <86d5gu30qx.fsf@xps.des.no> Content-Type: text/plain; charset=ISO-8859-1 Date: Fri, 10 Mar 2006 15:28:10 +0000 Message-Id: <1142004490.17473.16.camel@mayday.esat.net> Mime-Version: 1.0 X-Mailer: Evolution 2.4.2.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 8bit X-Virus-Scanned: amavisd-new at xbsd.org Cc: Andre Oppermann , freebsd-arch@freebsd.org Subject: Re: Import src/sys/sys/hash.h from OpenBSD/NetBSD 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: Sat, 11 Mar 2006 02:12:13 -0000 On Fri, 2006-03-10 at 14:09 +0100, Dag-Erling Smørgrav wrote: > Andre Oppermann writes: > > Florent Thoumie writes: > > > FYI (if you're not reading -ports or -net), I just sent a prototype for > > > the openospfd port. > > Cool, thanks! I'm happy if you maintain the port as I've never done a port > > before. > > IMHO, Open{BGP,OSPF}D belong in src/contrib, not in ports/net. I'd be more than happy to see them in src/contrib. -- Florent Thoumie flz@FreeBSD.org FreeBSD Committer