From mboxrd@z Thu Jan 1 00:00:00 1970 From: sean Subject: Re: Implementing branch attributes in git config Date: Tue, 9 May 2006 21:08:57 -0400 Message-ID: References: <1147037659.25090.25.camel@dv> <7virogc90u.fsf@assigned-by-dhcp.cox.net> <7v1wv4c7wk.fsf@assigned-by-dhcp.cox.net> <7vzmhr3wje.fsf@assigned-by-dhcp.cox.net> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: junkio@cox.net, Johannes.Schindelin@gmx.de, git@vger.kernel.org X-From: git-owner@vger.kernel.org Wed May 10 03:45:44 2006 Return-path: Envelope-to: gcvg-git@gmane.org Received: from vger.kernel.org ([209.132.176.167]) by ciao.gmane.org with esmtp (Exim 4.43) id 1Fddll-0003Rx-Fr for gcvg-git@gmane.org; Wed, 10 May 2006 03:45:42 +0200 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751044AbWEJBpj (ORCPT ); Tue, 9 May 2006 21:45:39 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751155AbWEJBpj (ORCPT ); Tue, 9 May 2006 21:45:39 -0400 Received: from bayc1-pasmtp03.bayc1.hotmail.com ([65.54.191.163]:29719 "EHLO BAYC1-PASMTP03.bayc1.hotmail.com") by vger.kernel.org with ESMTP id S1751044AbWEJBpi (ORCPT ); Tue, 9 May 2006 21:45:38 -0400 X-Originating-IP: [69.156.138.66] X-Originating-Email: [seanlkml@sympatico.ca] Received: from linux1.attic.local ([69.156.138.66]) by BAYC1-PASMTP03.bayc1.hotmail.com over TLS secured channel with Microsoft SMTPSVC(6.0.3790.1830); Tue, 9 May 2006 18:45:37 -0700 Received: from guru.attic.local (guru.attic.local [10.10.10.28]) by linux1.attic.local (Postfix) with ESMTP id 319C0644C28; Tue, 9 May 2006 21:14:07 -0400 (EDT) To: Linus Torvalds Message-Id: <20060509210857.27df014e.seanlkml@sympatico.ca> In-Reply-To: X-Mailer: Sylpheed version 2.0.4 (GTK+ 2.8.15; i386-redhat-linux-gnu) X-OriginalArrivalTime: 10 May 2006 01:45:37.0728 (UTC) FILETIME=[6FC78C00:01C673D3] Sender: git-owner@vger.kernel.org Precedence: bulk X-Mailing-List: git@vger.kernel.org On Tue, 9 May 2006 17:17:58 -0700 (PDT) Linus Torvalds wrote: > And it's _not_ that hard to make repo-config do the right thing. > > Here's a pretty lightly tested patch (on top of my previous one) that does > exactly that. So every mutli-part section is going to be of the form: [section "big long opaque string"] It seems to handle everything, you have me convinced. Sean