Date: 13 Mar 2002 22:00:56 +0100 From: Dag-Erling Smorgrav <des@ofug.org> To: Garance A Drosihn <drosih@rpi.edu> Cc: obrien@FreeBSD.ORG, Julian Elischer <julian@elischer.org>, arch@FreeBSD.ORG Subject: Re: Unmoronify CVS Message-ID: <xzphenkfaif.fsf@flood.ping.uio.no> In-Reply-To: <p05101566b8b569cba514@[128.113.24.47]> References: <Pine.BSF.4.21.0203131055300.70491-100000@InterJet.elischer.org> <xzpsn74gtuj.fsf@flood.ping.uio.no> <20020313113424.B4997@dragon.nuxi.com> <xzpg034gssa.fsf@flood.ping.uio.no> <p05101565b8b56678dd9f@[128.113.24.47]> <xzpy9gwfbiu.fsf@flood.ping.uio.no> <p05101566b8b569cba514@[128.113.24.47]>
next in thread | previous in thread | raw e-mail | index | archive | help
Garance A Drosihn <drosih@rpi.edu> writes: > Sounds like -R should be fixed so it works right in this situation, > instead of providing a compile-time option to avoid the problem. > (mind you, I don't even know what "val-tags" are...) Why should > someone have to recompile CVS just to get -R to work? You don't get the point at all. The val-tags stuff is *not needed* for *any purpose whatsoever* and *does not achieve the goal it was intended for* and *slows down any tag-related cvs operation by approximately half*. It's just not worth fixing. It is much simpler to just dike it out. If it had been implemented correctly, val-tags might have been somewhat useful for small repos containing just one module (or a very few), but it's *not* implemented correctly and it simply makes no sense at all for larger repos with dozens or hundreds or thousands of modules. It greatly pessimizes the common case and barely affects the rare case, and it generally pisses off anyone doing any serious amount of work with a read-only repo (or *any* repo that takes more than roughly three seconds to scan through) DES -- Dag-Erling Smorgrav - des@ofug.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?xzphenkfaif.fsf>