From owner-cvs-gnu Sun Aug 13 06:26:30 1995 Return-Path: cvs-gnu-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id GAA22598 for cvs-gnu-outgoing; Sun, 13 Aug 1995 06:26:30 -0700 Received: (from jkh@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id GAA22588 ; Sun, 13 Aug 1995 06:26:27 -0700 Date: Sun, 13 Aug 1995 06:26:27 -0700 From: "Jordan K. Hubbard" Message-Id: <199508131326.GAA22588@freefall.FreeBSD.org> To: CVS-commiters, cvs-gnu Subject: cvs commit: src/gnu/usr.bin/ld/ldconfig ldconfig.8 ldconfig.c Sender: cvs-gnu-owner@freebsd.org Precedence: bulk jkh 95/08/13 06:26:26 Branch: gnu/usr.bin/ld/ldconfig RELENG_2_1_0 Modified: gnu/usr.bin/ld/ldconfig ldconfig.8 ldconfig.c Log: Bring in changes to support `-m' flag from the HEAD. From owner-cvs-gnu Tue Aug 15 13:38:14 1995 Return-Path: cvs-gnu-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id NAA26532 for cvs-gnu-outgoing; Tue, 15 Aug 1995 13:38:14 -0700 Received: (from peter@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id NAA26516 ; Tue, 15 Aug 1995 13:38:02 -0700 Date: Tue, 15 Aug 1995 13:38:02 -0700 From: Peter Wemm Message-Id: <199508152038.NAA26516@freefall.FreeBSD.org> To: CVS-commiters, cvs-gnu Subject: cvs commit: src/gnu/usr.bin/cvs/cvs import.c Sender: cvs-gnu-owner@FreeBSD.org Precedence: bulk peter 95/08/15 13:38:02 Modified: gnu/usr.bin/cvs/cvs import.c Log: This changes two things when importing an unreadable file: 1: It stops invalid files being created in the cvs tree 2: It stops the import from aborting without mailing a commit message.. The first is simple, it opens the file for reading before touching the repository, and the second catches the pieces when it hits an unreadable file rather than just aborting mid-way through, leaving the repository in a bit mess. Reviewed by: rgrimes From owner-cvs-gnu Tue Aug 15 16:11:57 1995 Return-Path: cvs-gnu-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id QAA17061 for cvs-gnu-outgoing; Tue, 15 Aug 1995 16:11:57 -0700 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id QAA16979 ; Tue, 15 Aug 1995 16:11:21 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.11/8.6.9) id QAA17777; Tue, 15 Aug 1995 16:10:43 -0700 From: "Rodney W. Grimes" Message-Id: <199508152310.QAA17777@gndrsh.aac.dev.com> Subject: Re: cvs commit: src/gnu/usr.bin/cvs/cvs import.c To: peter@freefall.FreeBSD.org (Peter Wemm) Date: Tue, 15 Aug 1995 16:10:43 -0700 (PDT) Cc: CVS-commiters@freefall.FreeBSD.org, cvs-gnu@freefall.FreeBSD.org In-Reply-To: <199508152038.NAA26516@freefall.FreeBSD.org> from "Peter Wemm" at Aug 15, 95 01:38:02 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 833 Sender: cvs-gnu-owner@FreeBSD.org Precedence: bulk > > peter 95/08/15 13:38:02 > > Modified: gnu/usr.bin/cvs/cvs import.c > Log: > This changes two things when importing an unreadable file: > 1: It stops invalid files being created in the cvs tree > 2: It stops the import from aborting without mailing a commit message.. > > The first is simple, it opens the file for reading before touching the > repository, and the second catches the pieces when it hits an unreadable > file rather than just aborting mid-way through, leaving the repository in > a bit mess. > > Reviewed by: rgrimes Now, let me see if I can compile and install this bloody thing on Freefall without too much pain :-). -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Reliable computers for FreeBSD From owner-cvs-gnu Wed Aug 16 02:56:09 1995 Return-Path: cvs-gnu-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id CAA17568 for cvs-gnu-outgoing; Wed, 16 Aug 1995 02:56:09 -0700 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id CAA17554 ; Wed, 16 Aug 1995 02:55:37 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.11/8.6.9) id CAA19210; Wed, 16 Aug 1995 02:54:58 -0700 From: "Rodney W. Grimes" Message-Id: <199508160954.CAA19210@gndrsh.aac.dev.com> Subject: Re: cvs commit: src/gnu/usr.bin/cvs/cvs import.c To: peter@freefall.FreeBSD.org (Peter Wemm) Date: Wed, 16 Aug 1995 02:54:58 -0700 (PDT) Cc: CVS-commiters@freefall.FreeBSD.org, cvs-gnu@freefall.FreeBSD.org In-Reply-To: <199508152038.NAA26516@freefall.FreeBSD.org> from "Peter Wemm" at Aug 15, 95 01:38:02 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1329 Sender: cvs-gnu-owner@FreeBSD.org Precedence: bulk > > peter 95/08/15 13:38:02 > > Modified: gnu/usr.bin/cvs/cvs import.c > Log: > This changes two things when importing an unreadable file: > 1: It stops invalid files being created in the cvs tree > 2: It stops the import from aborting without mailing a commit message.. > > The first is simple, it opens the file for reading before touching the > repository, and the second catches the pieces when it hits an unreadable > file rather than just aborting mid-way through, leaving the repository in > a bit mess. > > Reviewed by: rgrimes > I have combiled and install the /usr/bin/cvs binary _only_, the old version is saved incase we need to bail out for some unforseen reason: freefall:cvs {115} ls -lag /usr/bin/*cvs* -r-xr-xr-x 1 bin bin 151552 Aug 16 02:53 /usr/bin/cvs -r-xr-xr-x 1 bin bin 151552 Apr 14 13:07 /usr/bin/cvs.950414 -r-xr-xr-x 1 bin bin 139264 Jan 25 1995 /usr/bin/cvs.old -r-xr-xr-x 1 bin bin 8231 Apr 14 13:08 /usr/bin/cvsinit The version to restore would be cvs.950414. /usr/bin/cvs is the only file I touched on Freefall. No other binaries are effected by this patch, so no need to take risks. -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Reliable computers for FreeBSD From owner-cvs-gnu Wed Aug 16 15:24:16 1995 Return-Path: cvs-gnu-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id PAA02379 for cvs-gnu-outgoing; Wed, 16 Aug 1995 15:24:16 -0700 Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id PAA02357 ; Wed, 16 Aug 1995 15:24:04 -0700 Received: from blaise.ibp.fr (blaise.ibp.fr [132.227.60.1]) by ibp.ibp.fr (8.6.12/jtpda-5.0) with ESMTP id AAA22291 ; Thu, 17 Aug 1995 00:23:57 +0200 Received: from (roberto@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) id AAA18008 ; Thu, 17 Aug 1995 00:23:56 +0200 From: roberto@blaise.ibp.fr (Ollivier Robert) Message-Id: <199508162223.AAA18008@blaise.ibp.fr> Subject: Re: cvs commit: src/gnu/usr.bin/cvs/cvs import.c To: rgrimes@gndrsh.aac.dev.com (Rodney W. Grimes) Date: Thu, 17 Aug 1995 00:23:56 +0200 (MET DST) Cc: peter@freefall.FreeBSD.org, CVS-commiters@freefall.FreeBSD.org, cvs-gnu@freefall.FreeBSD.org In-Reply-To: <199508152310.QAA17777@gndrsh.aac.dev.com> from "Rodney W. Grimes" at Aug 15, 95 04:10:43 pm X-Operating-System: FreeBSD 2.2-CURRENT ctm#880 X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 345 Sender: cvs-gnu-owner@FreeBSD.org Precedence: bulk > > Reviewed by: rgrimes > > Now, let me see if I can compile and install this bloody thing on Freefall > without too much pain :-). How about importing CVS 1.5 ? The remote support is nice to have... -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@FreeBSD.ORG FreeBSD 2.2-CURRENT #5: Fri Jul 14 12:28:04 MET DST 1995 From owner-cvs-gnu Wed Aug 16 17:10:47 1995 Return-Path: cvs-gnu-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id RAA05718 for cvs-gnu-outgoing; Wed, 16 Aug 1995 17:10:47 -0700 Received: from haywire.DIALix.COM (haywire.DIALix.COM [192.203.228.65]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id RAA05711 ; Wed, 16 Aug 1995 17:10:27 -0700 Received: (from peter@localhost) by haywire.DIALix.COM (8.7.Beta.11/8.7.Beta.11/DIALix) id IAA17173; Thu, 17 Aug 1995 08:10:10 +0800 (WST) Date: Thu, 17 Aug 1995 08:10:09 +0800 (WST) From: Peter Wemm To: Ollivier Robert cc: "Rodney W. Grimes" , CVS-commiters@freefall.FreeBSD.org, cvs-gnu@freefall.FreeBSD.org Subject: Re: cvs commit: src/gnu/usr.bin/cvs/cvs import.c In-Reply-To: <199508162223.AAA18008@blaise.ibp.fr> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: cvs-gnu-owner@FreeBSD.org Precedence: bulk On Thu, 17 Aug 1995, Ollivier Robert wrote: > > Now, let me see if I can compile and install this bloody thing on Freefall > > without too much pain :-). > > How about importing CVS 1.5 ? > > The remote support is nice to have... Umm.. I think this will suprise Rod, who has probably figured out I'm a "right at the bleeding edge kinga guy", but I think we'd really be opening up a pandoras box of problems if we enabled remote access... I'd be having nightmares, Rod would probably be having kittens... :-) The main things I'm worried about is the commit process.. In the remote case, the commit text is prepared on the client, *before* the server even knows which files are being changed. The server no longer gets to supply a commit template file, because this is prepared offline now. There's no longer the visual check of which files you are actually writing the log message for - you're flying blind unless you've just done a cvs-update. I know the NetBSD people use it, and I know cgd had a bumpy ride getting it running from the early days when remote access was "new". So far as I can tell, most of the problems have been ironed out, and I have it running on our systems internally, and I'm not quite happy with it yet.. It still seems to me that it has a habit of leaving behind more stray locks in the face of network problems than I'd like... Considering the frequency of problems between barrnet and *.cdrom.com, we'd get covered with locks before we knew it.. The other complication is that it uses either KRB4 authentication, or rsh/.rhosts authentication. In order to commit without KRB4/eBones, we'd have to have a whole swag of .rhosts files... And since FreeBSD currently has bind-4.9.3-beta9, which is *known* to be able to have it's cache corrupted, there could be security issues too.. (probably not that bad, because it's not too hard to get an account on freefall by going through normal channels, but you never know....) I don't know.. Is it time to start thinking about this sort of thing a bit more seriously? -Peter > -- > Ollivier ROBERT -=- The daemon is FREE! -=- roberto@FreeBSD.ORG > FreeBSD 2.2-CURRENT #5: Fri Jul 14 12:28:04 MET DST 1995 > From owner-cvs-gnu Wed Aug 16 17:27:37 1995 Return-Path: cvs-gnu-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id RAA06767 for cvs-gnu-outgoing; Wed, 16 Aug 1995 17:27:37 -0700 Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id RAA06761 ; Wed, 16 Aug 1995 17:27:33 -0700 Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.11/8.6.9) with SMTP id RAA14661; Wed, 16 Aug 1995 17:26:01 -0700 To: Peter Wemm cc: Ollivier Robert , "Rodney W. Grimes" , CVS-commiters@freefall.FreeBSD.org, cvs-gnu@freefall.FreeBSD.org Subject: Re: cvs commit: src/gnu/usr.bin/cvs/cvs import.c In-reply-to: Your message of "Thu, 17 Aug 1995 08:10:09 +0800." Date: Wed, 16 Aug 1995 17:26:01 -0700 Message-ID: <14659.808619161@time.cdrom.com> From: "Jordan K. Hubbard" Sender: cvs-gnu-owner@FreeBSD.org Precedence: bulk > I don't know.. Is it time to start thinking about this sort of thing a > bit more seriously? Well, I'm certainly not keen to jump into anything that may still be half-baked, but I'm certainly not alone in saying that if it worked, it would make the lives of people like myself, David and Joerg (who REALLY suffers from serious lag in the translatlantic lines) significantly easier. If I could just work away in my own local tree, test things a LOT more easily (which also would improve the quality of my commits) and then commit directly from the tested location, well, it would definitely improve my life and also avoid problems with bogus patches making what was committed not quite what was intended. It's a real pain the way it is now and especially failure prone at 4am.. :-) I've talked to Chris a bit about his own use of RCVS and the sentiment seems to be that now that it's all working for me, he'd never go back. Jordan From owner-cvs-gnu Wed Aug 16 17:35:11 1995 Return-Path: cvs-gnu-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id RAA07047 for cvs-gnu-outgoing; Wed, 16 Aug 1995 17:35:11 -0700 Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id RAA07034 ; Wed, 16 Aug 1995 17:35:00 -0700 Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.11/8.6.9) with SMTP id RAA14792; Wed, 16 Aug 1995 17:34:38 -0700 To: Peter Wemm , Ollivier Robert , "Rodney W. Grimes" , CVS-commiters@freefall.FreeBSD.org, cvs-gnu@freefall.FreeBSD.org Subject: Re: cvs commit: src/gnu/usr.bin/cvs/cvs import.c In-reply-to: Your message of "Wed, 16 Aug 1995 17:26:01 PDT." <14659.808619161@time.cdrom.com> Date: Wed, 16 Aug 1995 17:34:38 -0700 Message-ID: <14789.808619678@time.cdrom.com> From: "Jordan K. Hubbard" Sender: cvs-gnu-owner@FreeBSD.org Precedence: bulk > I've talked to Chris a bit about his own use of RCVS and the sentiment > seems to be that now that it's all working for me, he'd never go back. Uh.. That doesn't parse.. "now that it's all working for HIM" I meant! Sheesh.. :) Jordan From owner-cvs-gnu Wed Aug 16 18:56:56 1995 Return-Path: cvs-gnu-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id SAA10018 for cvs-gnu-outgoing; Wed, 16 Aug 1995 18:56:56 -0700 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id SAA10007 ; Wed, 16 Aug 1995 18:56:45 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.11/8.6.9) id SAA21711; Wed, 16 Aug 1995 18:55:48 -0700 From: "Rodney W. Grimes" Message-Id: <199508170155.SAA21711@gndrsh.aac.dev.com> Subject: Re: cvs commit: src/gnu/usr.bin/cvs/cvs import.c To: roberto@blaise.ibp.fr (Ollivier Robert) Date: Wed, 16 Aug 1995 18:55:48 -0700 (PDT) Cc: peter@freefall.FreeBSD.org, CVS-commiters@freefall.FreeBSD.org, cvs-gnu@freefall.FreeBSD.org In-Reply-To: <199508162223.AAA18008@blaise.ibp.fr> from "Ollivier Robert" at Aug 17, 95 00:23:56 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 668 Sender: cvs-gnu-owner@FreeBSD.org Precedence: bulk > > > > Reviewed by: rgrimes > > > > Now, let me see if I can compile and install this bloody thing on Freefall > > without too much pain :-). > > How about importing CVS 1.5 ? At some future time. > The remote support is nice to have... So are a lot of other things.... not to billitle the request, it has been made, it will be done, when it is time. Now is just not a particullary good time, as there is a lot of far more important things the limited cvs staff of FreeBSD needs to be doing right now. -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Reliable computers for FreeBSD From owner-cvs-gnu Wed Aug 16 19:28:26 1995 Return-Path: cvs-gnu-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id TAA12606 for cvs-gnu-outgoing; Wed, 16 Aug 1995 19:28:26 -0700 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id TAA12594 ; Wed, 16 Aug 1995 19:28:09 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.11/8.6.9) id TAA21813; Wed, 16 Aug 1995 19:26:27 -0700 From: "Rodney W. Grimes" Message-Id: <199508170226.TAA21813@gndrsh.aac.dev.com> Subject: Re: cvs commit: src/gnu/usr.bin/cvs/cvs import.c To: peter@haywire.dialix.com (Peter Wemm) Date: Wed, 16 Aug 1995 19:26:27 -0700 (PDT) Cc: roberto@blaise.ibp.fr, CVS-commiters@freefall.FreeBSD.org, cvs-gnu@freefall.FreeBSD.org In-Reply-To: from "Peter Wemm" at Aug 17, 95 08:10:09 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 2138 Sender: cvs-gnu-owner@FreeBSD.org Precedence: bulk > > On Thu, 17 Aug 1995, Ollivier Robert wrote: > > > Now, let me see if I can compile and install this bloody thing on Freefall > > > without too much pain :-). > > > > How about importing CVS 1.5 ? > > > > The remote support is nice to have... > > Umm.. I think this will suprise Rod, who has probably figured out I'm a > "right at the bleeding edge kinga guy", but I think we'd really be > opening up a pandoras box of problems if we enabled remote access... I'd > be having nightmares, Rod would probably be having kittens... :-) I don't need any kittens, and I am sure you could use sound sleep! :-) Now talk about a fast way to talk me right out that idea!! > The main things I'm worried about is the commit process.. In the remote > case, the commit text is prepared on the client, *before* the server even > knows which files are being changed. The server no longer gets to supply > a commit template file, because this is prepared offline now. There's no > longer the visual check of which files you are actually writing the log > message for - you're flying blind unless you've just done a cvs-update. You mean it does not inforce the up to date requirement that local cvs does? Blehhh!!! Un acceptable for our needs. It would be far to easy to smash other commits close togeather time wise. I must be reading this wrong, it just can't be. > I know the NetBSD people use it, and I know cgd had a bumpy ride > getting it running from the early days when remote access was "new". So ... > I don't know.. Is it time to start thinking about this sort of thing a > bit more seriously? It is time to think about it, it is not time to do it. I am glad to know that you are on the bleeding edge with this at your place, that will help collect good data, and help us avoid the pitfalls when we do go forward with it. For now I think we have more important tasks at hand and do not wish to have you loose sleep, or me be chasing after kittens. :-) -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Reliable computers for FreeBSD From owner-cvs-gnu Wed Aug 16 20:06:19 1995 Return-Path: cvs-gnu-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id UAA13740 for cvs-gnu-outgoing; Wed, 16 Aug 1995 20:06:19 -0700 Received: from haywire.DIALix.COM (haywire.DIALix.COM [192.203.228.65]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id UAA13687 ; Wed, 16 Aug 1995 20:05:53 -0700 Received: (from peter@localhost) by haywire.DIALix.COM (8.7.Beta.11/8.7.Beta.11/DIALix) id LAA25779; Thu, 17 Aug 1995 11:05:11 +0800 (WST) Date: Thu, 17 Aug 1995 11:05:10 +0800 (WST) From: Peter Wemm To: "Rodney W. Grimes" cc: roberto@blaise.ibp.fr, CVS-commiters@freefall.FreeBSD.org, cvs-gnu@freefall.FreeBSD.org Subject: Re: cvs commit: src/gnu/usr.bin/cvs/cvs import.c In-Reply-To: <199508170226.TAA21813@gndrsh.aac.dev.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: cvs-gnu-owner@FreeBSD.org Precedence: bulk On Wed, 16 Aug 1995, Rodney W. Grimes wrote: > > On Thu, 17 Aug 1995, Ollivier Robert wrote: > > > > Now, let me see if I can compile and install this bloody thing on Freefall > > > > without too much pain :-). > > > > > > How about importing CVS 1.5 ? > > > > > > The remote support is nice to have... > > > > Umm.. I think this will suprise Rod, who has probably figured out I'm a > > "right at the bleeding edge kinga guy", but I think we'd really be > > opening up a pandoras box of problems if we enabled remote access... I'd > > be having nightmares, Rod would probably be having kittens... :-) > > I don't need any kittens, and I am sure you could use sound sleep! :-) > Now talk about a fast way to talk me right out that idea!! > > The main things I'm worried about is the commit process.. In the remote > > case, the commit text is prepared on the client, *before* the server even > > knows which files are being changed. The server no longer gets to supply > > a commit template file, because this is prepared offline now. There's no > > longer the visual check of which files you are actually writing the log > > message for - you're flying blind unless you've just done a cvs-update. > > You mean it does not inforce the up to date requirement that local > cvs does? Blehhh!!! Un acceptable for our needs. It would be far > to easy to smash other commits close togeather time wise. I must be > reading this wrong, it just can't be. Umm.. not quite.. to be honest, I didn't know exactly when the up-to-date check is enforced, but I checked and it's after you type the commit text... So you'll loose the text if you are not already up-to-date. So, in a nutshell, it's taking the text you type, then connecting to the server, then passing the text as a string to the server through '-m'. ie: What you win in convenience of not having 200+MB of cvs repository on your disk, you loose in other areas. It's a tradeoff, but in the sanity of the repository's favour. Everything else works just the same as before, except that when doing an update, it'll send a patch file instead of the entire file if it's practical. That saves bandwidth as you are only getting the deltas. There are tremendous advantages to having it running, but it's like sendmail.. how does the quote go? hmm.. "sendmail is an exotic woman - she will whisper delicious promises in your ear, but do not listen, for she is insane and will drag you down into the madness".. Being able to build and test the actual source that will be committed will be a major plus, as will editing the commit message locally, but we really dont need to TKO the repository while working for getting -stable out. Bear in mind that cvs directly writes to the rcs ,v files - the scope for corruption is pretty huge if it's wrong. It also has an alternative "dead file" system over and above the Attic.. Once this is enabled, there really is no turning back. Old cvs binaries will still work, but they wont understand the rcs state flags. (eg: "Exp".. there's a new one - "dead" that cvs looks for). > > I know the NetBSD people use it, and I know cgd had a bumpy ride > > getting it running from the early days when remote access was "new". So > ... > > > I don't know.. Is it time to start thinking about this sort of thing a > > bit more seriously? > > It is time to think about it, it is not time to do it. I am glad to > know that you are on the bleeding edge with this at your place, that > will help collect good data, and help us avoid the pitfalls when we > do go forward with it. I should just mention that cvs-1.5 has optional remote access - it doesn't have to be enabled. The cleanups and speedups relative to 1.4A2 may be worth it on their own.. For starters, it can be made to not leave stray locks anymore... > For now I think we have more important tasks at hand and do not > wish to have you loose sleep, or me be chasing after kittens. :-) :-) -Peter > -- > Rod Grimes rgrimes@gndrsh.aac.dev.com > Accurate Automation Company Reliable computers for FreeBSD > From owner-cvs-gnu Sat Aug 19 14:30:44 1995 Return-Path: cvs-gnu-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id OAA09196 for cvs-gnu-outgoing; Sat, 19 Aug 1995 14:30:44 -0700 Received: (from ache@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id OAA09158 ; Sat, 19 Aug 1995 14:30:32 -0700 Date: Sat, 19 Aug 1995 14:30:32 -0700 From: "Andrey A. Chernov" Message-Id: <199508192130.OAA09158@freefall.FreeBSD.org> To: CVS-commiters, cvs-gnu Subject: cvs commit: src/gnu/libexec/uucp/uuxqt uuxqt.8 uuxqt.c Sender: cvs-gnu-owner@FreeBSD.org Precedence: bulk ache 95/08/19 14:30:31 Modified: gnu/libexec/uucp ChangeLog Makefile.inc NEWS README TODO VERSION tstuu.c gnu/libexec/uucp/common_sources chat.c config.h conn.c conn.h copy.c cu.h getopt.h log.c policy.h prot.c prot.h sysdep.h system.h trans.h util.c uuconf.h uucp.h uudefs.h gnu/libexec/uucp/contrib Makefile.uurt amiga.c dialHDB.c uuclean uupoll.shar uurate.c uurate.man uusnap.c uutraf uutry xchat.c gnu/libexec/uucp/cu Makefile cu.1 cu.c gnu/libexec/uucp/doc uucp.texi gnu/libexec/uucp/libunix MANIFEST Makefile bytfre.c cohtty.c cusub.c cwd.c detach.c dirent.c dup2.c epopen.c filnam.c fsusg.c fsusg.h ftw.c getcwd.c indir.c init.c isfork.c iswait.c jobid.c lcksys.c locfil.c lock.c mail.c mkdirs.c move.c opensr.c pause.c picksb.c pipe.c proctm.c recep.c run.c seq.c serial.c signal.c spawn.c splcmd.c spool.c srmdir.c statsb.c status.c tmpfil.c uacces.c ufopen.c wldcrd.c work.c xqtfil.c xqtsub.c gnu/libexec/uucp/libuuconf MANIFEST Makefile README addblk.c addstr.c allblk.c alloc.c alloc.h base.c bool.c callin.c calout.c chatc.c cmdarg.c cmdfil.c cmdlin.c debfil.c deblev.c diacod.c dial.c diasub.c dnams.c errno.c errstr.c filnam.c freblk.c fredia.c free.c freprt.c fresys.c grdcmp.c hdial.c hdnams.c hinit.c hlocnm.c hport.c hrmunk.c hsinfo.c hsnams.c hsys.c hunk.c iniglb.c init.c int.c lckdir.c lineno.c llocnm.c local.c locnm.c logfil.c maxuxq.c mrgblk.c paramc.c port.c prtsub.c pubdir.c rdlocs.c rdperm.c reliab.c remunk.c runuxq.c sinfo.c snams.c split.c spool.c stafil.c syshdr.h syssub.c tcalou.c tdial.c tdialc.c tdnams.c tgcmp.c thread.c time.c tinit.c tlocnm.c tport.c tportc.c tsinfo.c tsnams.c tsys.c tval.c ugtlin.c unk.c uucnfi.h val.c vinit.c vport.c vsinfo.c vsnams.c vsys.c gnu/libexec/uucp/libuucp MANIFEST bsrch.c buffer.c crc.c debug.c escape.c getlin.c getop1.c getopt.c memchr.c parse.c strstr.c strtol.c strtou.c gnu/libexec/uucp/uuchk uuchk.c gnu/libexec/uucp/uucico Makefile prote.c protf.c protg.c proti.c protj.c prott.c protz.c rec.c send.c time.c trans.c uucico.8 uucico.c xcmd.c gnu/libexec/uucp/uuconv uuconv.c gnu/libexec/uucp/uucp uucp.1 uucp.c gnu/libexec/uucp/uulog uulog.c gnu/libexec/uucp/uuname uuname.c gnu/libexec/uucp/uupick uupick.c gnu/libexec/uucp/uustat uustat.1 uustat.c gnu/libexec/uucp/uux uux.1 uux.c gnu/libexec/uucp/uuxqt uuxqt.8 uuxqt.c Added: gnu/libexec/uucp/libunix failed.c sync.c tcp.c tli.c uid.c gnu/libexec/uucp/libuuconf strip.c gnu/libexec/uucp/uucico proty.c Removed: gnu/libexec/uucp/common_sources tcp.c tli.c gnu/libexec/uucp/contrib uureroute Log: Commit delta: current -> 1.06 + FreeBSD configuration From owner-cvs-gnu Sat Aug 19 15:09:05 1995 Return-Path: cvs-gnu-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id PAA13119 for cvs-gnu-outgoing; Sat, 19 Aug 1995 15:09:05 -0700 Received: (from ache@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id PAA13057 ; Sat, 19 Aug 1995 15:08:44 -0700 Date: Sat, 19 Aug 1995 15:08:44 -0700 From: "Andrey A. Chernov" Message-Id: <199508192208.PAA13057@freefall.FreeBSD.org> To: CVS-commiters, cvs-gnu Subject: cvs commit: src/gnu/libexec/uucp/common_sources uuconf.h Sender: cvs-gnu-owner@FreeBSD.org Precedence: bulk ache 95/08/19 15:08:43 Modified: gnu/libexec/uucp/common_sources uuconf.h Log: Fix LEGAL_GRADE determination, isalnum can return true when national environment is active