From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 28539 invoked by alias); 24 Oct 2017 23:48:02 -0000 Mailing-List: contact zsh-workers-help@zsh.org; run by ezmlm Precedence: bulk X-No-Archive: yes List-Id: Zsh Workers List List-Post: List-Help: List-Unsubscribe: X-Seq: 41953 Received: (qmail 14493 invoked by uid 1010); 24 Oct 2017 23:48:02 -0000 X-Qmail-Scanner-Diagnostics: from smtprelay01.ispgateway.de by f.primenet.com.au (envelope-from , uid 7791) with qmail-scanner-2.11 (clamdscan: 0.99.2/21882. spamassassin: 3.4.1. Clear:RC:0(80.67.31.39):SA:0(-2.6/5.0):. Processed in 1.646045 secs); 24 Oct 2017 23:48:02 -0000 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on f.primenet.com.au X-Spam-Level: X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00,RCVD_IN_DNSWL_LOW, SPF_HELO_PASS autolearn=ham autolearn_force=no version=3.4.1 X-Envelope-From: ft@bewatermyfriend.org X-Qmail-Scanner-Mime-Attachments: | X-Qmail-Scanner-Zip-Files: | From: Frank Terbeck To: Alexey Sokolov Cc: zsh-workers@zsh.org Subject: Re: Use HGPLAIN instead of HGRCPATH in VCS_INFO_get_data_hg In-Reply-To: (Alexey Sokolov's message of "Tue, 24 Oct 2017 19:14:01 +0100") References: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) Date: Tue, 24 Oct 2017 23:39:37 +0200 Message-ID: <8760b4tecm.fsf@ft.bewatermyfriend.org> MIME-Version: 1.0 Content-Type: text/plain X-Df-Sender: NDMwNDQ0 Hey Alexey, Alexey Sokolov wrote: > Use HGPLAIN instead of HGRCPATH in VCS_INFO_get_data_hg > > Fixes prompt indicator in case if the repository requires a non-default > feature. With HGRCPATH, it results in: > > abort: repository requires features unknown to this Mercurial: ... > (see https://mercurial-scm.org/wiki/MissingRequirement for more > information) > > Which, in turn, results in "default" getting reported regardless of what > the current state of the repo is. Could you maybe resend the patch attached? You MUA seems to have mangled it a tad. Preferably, commit locally, use "git format-patch -1" and send the resulting file. That makes attribution and integration as simple as possible for us. Thanks for your help as well! Regards, Frank -- In protocol design, perfection has been reached not when there is nothing left to add, but when there is nothing left to take away. -- RFC 1925