From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: David Kastrup Newsgroups: gmane.emacs.devel Subject: Re: Multiple checkout copies Date: Tue, 03 Feb 2015 20:41:12 +0100 Message-ID: <87vbji236v.fsf@fencepost.gnu.org> References: <54CE9E10.5000709@cs.ucla.edu> <87sieogqgf.fsf@violet.siamics.net> <87386ncnz3.fsf@Rainer.invalid> <87oapb2t2e.fsf@fencepost.gnu.org> <87y4ofb1gt.fsf@Rainer.invalid> <87fvan2l29.fsf@fencepost.gnu.org> <87fvanglpz.fsf@violet.siamics.net> <87bnlb2j48.fsf@fencepost.gnu.org> <87bnlahmpf.fsf@violet.siamics.net> <87zj8u25eh.fsf@fencepost.gnu.org> <877fvyhkj3.fsf@violet.siamics.net> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Trace: ger.gmane.org 1422992753 24853 80.91.229.3 (3 Feb 2015 19:45:53 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 3 Feb 2015 19:45:53 +0000 (UTC) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Feb 03 20:45:53 2015 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1YIjQ0-0005SI-Ch for ged-emacs-devel@m.gmane.org; Tue, 03 Feb 2015 20:45:52 +0100 Original-Received: from localhost ([::1]:32918 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YIjPz-00037c-UZ for ged-emacs-devel@m.gmane.org; Tue, 03 Feb 2015 14:45:51 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:47182) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YIjLW-0004vP-Ag for emacs-devel@gnu.org; Tue, 03 Feb 2015 14:41:15 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1YIjLV-0007RC-GR for emacs-devel@gnu.org; Tue, 03 Feb 2015 14:41:14 -0500 Original-Received: from fencepost.gnu.org ([2001:4830:134:3::e]:53333) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YIjLV-0007R8-EJ for emacs-devel@gnu.org; Tue, 03 Feb 2015 14:41:13 -0500 Original-Received: from localhost ([127.0.0.1]:60509 helo=lola) by fencepost.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YIjLV-0001bs-1R for emacs-devel@gnu.org; Tue, 03 Feb 2015 14:41:13 -0500 Original-Received: by lola (Postfix, from userid 1000) id 8A655E04E9; Tue, 3 Feb 2015 20:41:12 +0100 (CET) In-Reply-To: <877fvyhkj3.fsf@violet.siamics.net> (Ivan Shmakov's message of "Tue, 03 Feb 2015 19:17:36 +0000") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.0.50 (gnu/linux) X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2001:4830:134:3::e X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:182339 Archived-At: Ivan Shmakov writes: >>>>>> David Kastrup writes: > > > "I'm typically interested in" is no base for promoting problematic > > workflows since it violates the "do not use it unless you understand > > what it does" dictum for the recipient of such a recipe. > > The whole idea behind this discussion is to clarify when > --shared is reasonable, =E2=80=94 and when it isn=E2=80=99t. Isn=E2=80= =99t it? And the manual page clearly states that it requires to know what you are doing. That makes it feasible for use in a script, and unfeasible for use in a recipe: the latter _can_ and will be varied, violating the "do not use it unless you understand what it does" prerequisite given in its manual page. And all of the handwaving and qualifications _after_ having the problems pointed out make _very_ obvious that the required information for using it safely is not likely to be communicated in informal discussions. In addition, we've had --shared confused with --local (which is implied anyway). So the takeaway is not to use any options in connection with creating local clones manually. That steers around all of the not reliably reproducible problems, at a mostly moderate cost in disk usage. "Handling a foot gun is not hard and can be fun" is a frequent software engineering pain vector. --=20 David Kastrup