From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on inbox.vuxu.org X-Spam-Level: X-Spam-Status: No, score=-1.0 required=5.0 tests=HEADER_FROM_DIFFERENT_DOMAINS, MAILING_LIST_MULTI autolearn=ham autolearn_force=no version=3.4.4 Received: from minnie.tuhs.org (minnie.tuhs.org [50.116.15.146]) by inbox.vuxu.org (Postfix) with ESMTP id 2857031A12 for ; Sat, 14 Dec 2024 19:59:59 +0100 (CET) Received: from minnie.tuhs.org (localhost [IPv6:::1]) by minnie.tuhs.org (Postfix) with ESMTP id 2228643CE1; Sun, 15 Dec 2024 04:59:56 +1000 (AEST) Received: from mcvoy.com (mcvoy.com [192.169.23.250]) by minnie.tuhs.org (Postfix) with ESMTPS id 5BCD343CE0 for ; Sun, 15 Dec 2024 04:59:52 +1000 (AEST) Received: by mcvoy.com (Postfix, from userid 3546) id EE21035EA40; Sat, 14 Dec 2024 10:59:51 -0800 (PST) Date: Sat, 14 Dec 2024 10:59:51 -0800 From: Larry McVoy To: arnold@skeeve.com Message-ID: <20241214185951.GR11590@mcvoy.com> References: <20241213180649.GW11590@mcvoy.com> <20241213185534.GY11590@mcvoy.com> <202412141829.4BEITjPU1728398@freefriends.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <202412141829.4BEITjPU1728398@freefriends.org> User-Agent: Mutt/1.5.24 (2015-08-30) Message-ID-Hash: 7JP45TBY3UJLP6SCR4FP5X67GDHQIGJD X-Message-ID-Hash: 7JP45TBY3UJLP6SCR4FP5X67GDHQIGJD X-MailFrom: lm@mcvoy.com X-Mailman-Rule-Misses: dmarc-mitigation; no-senders; approved; emergency; loop; banned-address; member-moderation; header-match-tuhs.tuhs.org-0; nonmember-moderation; administrivia; implicit-dest; max-recipients; max-size; news-moderation; no-subject; digests; suspicious-header CC: tuhs@tuhs.org, mrochkind@gmail.com X-Mailman-Version: 3.3.6b1 Precedence: list Subject: [TUHS] Re: SCCS roach motel List-Id: The Unix Heritage Society mailing list Archived-At: List-Archive: List-Help: List-Owner: List-Post: List-Subscribe: List-Unsubscribe: On Sat, Dec 14, 2024 at 11:29:45AM -0700, arnold@skeeve.com wrote: > Henry Bent wrote: > > > On Fri, 13 Dec 2024 at 14:03, Larry McVoy wrote: > > > > > On Fri, Dec 13, 2024 at 11:32:57AM -0700, Marc Rochkind wrote: > > > > > > > Was your implementation of SCCS ever released by itself? > > > > > > See if the wayback machine has BitSCCS somewhere. It was pretty early, > > > before Rick showed up to fix my screwups. He did point out that my > > > weave implementation was the only one written such that I could have > > > N serial sets in my hand, and do one pass through the weave and get > > > N different checked out files. I don't think we ever used that but > > > if we did it would be in smerge.c. > > > > > > > There are many preservations of http://www.bitmover.com/bitsccs/, but since > > the BitSCCS sources were distributed via FTP the wayback machine doesn't > > have the actual sources. > > > > I did a bit of searching and found > > ftp://linux.mathematik.tu-darmstadt.de/pub/linux/distributions/historic/jurix/source/compile/BitSCCS-0.5.2.tar.gz > > ; I don't know where that falls in the product's lifetime. > > > > -Henry > > Larry, > > What about GNU CSSC? (https://ftp.gnu.org/gnu/cssc/)? Isn't that a > reimplementation of SCCS? It is, it's C++ and really slow. I looked at it to see if I could skip reimplementing SCCS and decided I couldn't. The problem with SCM in general, is it isn't sexy so it doesn't attract the best people. I was a kernel engineer who got distracted by SCM. I worked on performance, the Sun SCM group had tried to clone clearclase, it was so slow that my friends were leaving Sun. I looked at what it was doing and decided it was unfixable. I realized it was using SCCS under the covers and I wrote NSElite (the slow thing was "NSE") and did the magic such that I could clone/pull/push from my stuff to NSE. The kernel group promptly dumped NSE and moved to NSElite. Sun wanted me to go to the SCM group so that everything was politically correct, I looked at the caliber of people there and declined, it was a definite step down from working on the kernel. BK is what you get when you let a kernel engineer do SCM.