From owner-cvs-all Fri Oct 26 13:51:44 2001 Delivered-To: cvs-all@freebsd.org Received: from whale.sunbay.crimea.ua (whale.sunbay.crimea.ua [212.110.138.65]) by hub.freebsd.org (Postfix) with ESMTP id C2A9037B40A; Fri, 26 Oct 2001 13:51:21 -0700 (PDT) Received: (from ru@localhost) by whale.sunbay.crimea.ua (8.11.6/8.11.2) id f9QKosp46969; Fri, 26 Oct 2001 23:50:54 +0300 (EEST) (envelope-from ru) Date: Fri, 26 Oct 2001 23:50:54 +0300 From: Ruslan Ermilov To: "Andrey A. Chernov" Cc: cvs-committers@FreeBSD.org, cvs-all@FreeBSD.org Subject: Re: cvs commit: src/etc/mtree BSD.var.dist Message-ID: <20011026235054.B45873@sunbay.com> References: <20011026143748.A67384@sunbay.com> <20011026181756.A52632@nagual.pp.ru> <20011026182421.A52809@nagual.pp.ru> <200110260940.f9Q9eTO27538@freefall.freebsd.org> <20011026143748.A67384@sunbay.com> <20011026181756.A52632@nagual.pp.ru> <20011026183059.B4844@sunbay.com> <20011027000742.A58267@nagual.pp.ru> <20011026232028.B33697@sunbay.com> <20011027003150.D58267@nagual.pp.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20011027003150.D58267@nagual.pp.ru>; from ache@nagual.pp.ru on Sat, Oct 27, 2001 at 12:31:51AM +0400 Sender: owner-cvs-all@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sat, Oct 27, 2001 at 12:31:51AM +0400, Andrey A. Chernov wrote: > On Fri, Oct 26, 2001 at 23:20:28 +0300, Ruslan Ermilov wrote: > > On Sat, Oct 27, 2001 at 12:07:42AM +0400, Andrey A. Chernov wrote: > > > On Fri, Oct 26, 2001 at 18:30:59 +0300, Ruslan Ermilov wrote: > > > > > > > Yes, I know, but that also means that cu(1) uses some functions from that > > > > library that use SPOOLDIR (/var/spool/uucp). Otherwise, they wouldn't show > > > > themselves in the strings(1) output. Am I mistaken? > > > > > > I test all normal 'cu' functions related to modem talking and found no > > > usage of /var/spool/uucp. As I already say, there is yet one command > > > related to preparing job for remote execution, maybe it use them, but it > > > not works without full uucp in anycase. > > > > > The proof of concept -- unless there are no mentions of it in the > > strings(1) output, there may be potential users of it, as I see it. > > This hidden reason is not enough to keep those dirs. Tell me, what usage > of 'cu' not related to removed uucp is _really_ broken by removing this > dirs and I'll put them back immediately. Be constructive. > Err, I don't want these directories back, I want the opposite. Could you make it so they are not even listed in the strings(1) output. This would make me feel secure about that. Cheers, -- Ruslan Ermilov Oracle Developer/DBA, ru@sunbay.com Sunbay Software AG, ru@FreeBSD.org FreeBSD committer, +380.652.512.251 Simferopol, Ukraine http://www.FreeBSD.org The Power To Serve http://www.oracle.com Enabling The Information Age To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe cvs-all" in the body of the message