From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 1067 invoked by alias); 2 Jan 2017 16:21:48 -0000 Mailing-List: contact zsh-users-help@zsh.org; run by ezmlm Precedence: bulk X-No-Archive: yes List-Id: Zsh Users List List-Post: List-Help: X-Seq: 22321 Received: (qmail 12012 invoked from network); 2 Jan 2017 16:21:48 -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.18.43):SA:0(-0.7/5.0):. Processed in 1.122878 secs); 02 Jan 2017 16:21:48 -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=-0.7 required=5.0 tests=RCVD_IN_DNSWL_LOW, RCVD_IN_MSPIKE_H3,RCVD_IN_MSPIKE_WL,SPF_HELO_PASS autolearn=unavailable autolearn_force=no version=3.4.1 X-Envelope-From: ft@bewatermyfriend.org X-Qmail-Scanner-Mime-Attachments: | X-Qmail-Scanner-Zip-Files: | Received-SPF: none (ns1.primenet.com.au: domain at bewatermyfriend.org does not designate permitted sender hosts) From: Frank Terbeck To: Daniel Shahaf Cc: zsh-users@zsh.org Subject: Re: using gitlab (or other) issue tracker instead of mailing list? In-Reply-To: <20170102153830.GA4752@fujitsu.shahaf.local2> (Daniel Shahaf's message of "Mon, 2 Jan 2017 15:38:30 +0000") References: <20170102153830.GA4752@fujitsu.shahaf.local2> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.1.90 (gnu/linux) Date: Mon, 02 Jan 2017 16:58:10 +0100 Message-ID: <87inpxihd9.fsf@ft.bewatermyfriend.org> MIME-Version: 1.0 Content-Type: text/plain X-Df-Sender: NDMwNDQ0 Hey! Daniel Shahaf wrote: [...] > --- a/Etc/BUGS > +++ b/Etc/BUGS > @@ -12,6 +12,13 @@ the nonomatch and nullglob options. [...] > +40240: vcs_info: percent escapes in payloads are interpreted > + > +Example: hg branch names and quilt patch subjects that contain the literal > +string '%F{blue}', cause $vcs_info_msg_N_ to be rendered in blue. > + > +40240 has a patch, but 40241 explains why that patch is incomplete. This particular one is documented in the contrib manual in the "Oddities" subjection of the vcs_info documentation. 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