From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Dmitry Gutov Newsgroups: gmane.emacs.devel Subject: Re: Using different default-directory and relative paths in VC, Was: Re: bug#21383 Date: Tue, 8 Sep 2015 02:29:28 +0300 Message-ID: <55EE1DD8.7060401@yandex.ru> References: <55E41499.5030501@yandex.ru> <55E5094A.3010108@yandex.ru> <55E59487.1050804@yandex.ru> <55E5CA42.1080005@yandex.ru> <55E5DF1A.9010902@yandex.ru> <55E6D426.10105@yandex.ru> <55E89E83.6000501@yandex.ru> <55EA5CB0.9070007@yandex.ru> <55EB50D7.2030103@yandex.ru> <55EDF9BC.3000605@yandex.ru> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1441668590 17117 80.91.229.3 (7 Sep 2015 23:29:50 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 7 Sep 2015 23:29:50 +0000 (UTC) Cc: emacs-devel To: Stefan Monnier Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Sep 08 01:29:45 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 1ZZ5r5-0006OG-NC for ged-emacs-devel@m.gmane.org; Tue, 08 Sep 2015 01:29:43 +0200 Original-Received: from localhost ([::1]:59237 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZZ5r5-0006dr-6T for ged-emacs-devel@m.gmane.org; Mon, 07 Sep 2015 19:29:43 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:60772) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZZ5r1-0006dR-Mr for emacs-devel@gnu.org; Mon, 07 Sep 2015 19:29:40 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ZZ5qy-0004En-HR for emacs-devel@gnu.org; Mon, 07 Sep 2015 19:29:39 -0400 Original-Received: from mail-wi0-x235.google.com ([2a00:1450:400c:c05::235]:34976) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZZ5qy-0004Ec-AJ for emacs-devel@gnu.org; Mon, 07 Sep 2015 19:29:36 -0400 Original-Received: by wicge5 with SMTP id ge5so97128180wic.0 for ; Mon, 07 Sep 2015 16:29:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:subject:to:references:cc:from:message-id:date:user-agent :mime-version:in-reply-to:content-type:content-transfer-encoding; bh=mjBQluwFKhU9Twzo6abXh3Ahs+dnCXGicZPzKOqvN8Y=; b=ROvRcjoawQza5pNGf0PJJ3ncq54KjsuNcHzTzTaT0UtwTK+8sofOYjGVPLnY7M/SCQ VQA6LwyIA7RTQjoNTAB+wrfv8uZtMtPIDMXZayj7fFbvp9eHi1mHlyRcrZAqhCmgPd8F veUyTMYk/0AN5UNjdpHFg84P0T7Vqkg/VXC6kDVUALmpcP9n4gBwSX/hEO1hV+3b/ZpM 0jrMUVydAFBSDQmTL6A5++hwIrjEh6UiLf/RoJ7Zsq9SijBbzW3MnjVL13wf7+fLmK5M j4RW4KAQxCJq5gQOYkJdmk57UrTXerGTlDlvFeNEITAq2YQHcBDDKN75ouZbgEEI2G7/ H5ng== X-Received: by 10.194.110.37 with SMTP id hx5mr40817371wjb.149.1441668575796; Mon, 07 Sep 2015 16:29:35 -0700 (PDT) Original-Received: from [10.9.0.103] (nat.webazilla.com. [78.140.128.228]) by smtp.googlemail.com with ESMTPSA id jc9sm1764457wic.6.2015.09.07.16.29.34 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 07 Sep 2015 16:29:34 -0700 (PDT) User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:40.0) Gecko/20100101 Thunderbird/40.0 In-Reply-To: X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2a00:1450:400c:c05::235 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:189685 Archived-At: On 09/08/2015 01:33 AM, Stefan Monnier wrote: > Sorry, I didn't realize you were talking about vc-state. No I guess > vc-state would have to keep working with absolute file names (tho it > could be extended to also accept relative file names). It was just an example. Would vc-state keep working with absolute file names, but vc-working-revision start only accepting relative ones? > I'd expect that the caller should be able to easily arrange for each > file in the list to *already* be relative to default-directory, so > there's no need to look for the common parent. If the relative file names start with "../", the result is pointless: we still risk calling Git from outside of the repository checkout. If only some of them start with "../", the result may be subtly different, depending on the presence of submodules, I guess, sub-repositories combined with ignore files.