From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 20947 invoked by alias); 7 Apr 2014 14:47:29 -0000 Mailing-List: contact gdb-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sourceware.org Received: (qmail 20908 invoked by uid 89); 7 Apr 2014 14:47:23 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-1.6 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.3.2 X-Spam-User: qpsmtpd, 2 recipients X-HELO: rock.gnat.com Received: from rock.gnat.com (HELO rock.gnat.com) (205.232.38.15) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES256-SHA encrypted) ESMTPS; Mon, 07 Apr 2014 14:47:22 +0000 Received: from localhost (localhost.localdomain [127.0.0.1]) by filtered-rock.gnat.com (Postfix) with ESMTP id 4B7921160DE; Mon, 7 Apr 2014 10:47:20 -0400 (EDT) Received: from rock.gnat.com ([127.0.0.1]) by localhost (rock.gnat.com [127.0.0.1]) (amavisd-new, port 10024) with LMTP id mmTDngTJ-1LQ; Mon, 7 Apr 2014 10:47:20 -0400 (EDT) Received: from joel.gnat.com (localhost.localdomain [127.0.0.1]) by rock.gnat.com (Postfix) with ESMTP id E51031160DD; Mon, 7 Apr 2014 10:47:19 -0400 (EDT) Received: by joel.gnat.com (Postfix, from userid 1000) id C6A5FE07DE; Mon, 7 Apr 2014 07:47:20 -0700 (PDT) Date: Mon, 07 Apr 2014 14:47:00 -0000 From: Joel Brobecker To: Michael Matz Cc: Aaro Koskinen , Sergio Durigan Junior , Edjunior Barbosa Machado , GDB , Binutils , Peter Bergner , Tulio Magno Quites Machado Filho Subject: Re: Vendor branches on sourceware.org's binutils-gdb repo Message-ID: <20140407144720.GH4186@adacore.com> References: <53406399.9050303@linux.vnet.ibm.com> <20140406191404.GC7558@drone.musicnaut.iki.fi> <20140407035120.GA4186@adacore.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) X-SW-Source: 2014-04/txt/msg00010.txt.bz2 > But it's not necessarily easy for the vendor to _host_ that other > repository. And IMHO, the current 288 MB for binutils-gdb git objects > aren't enough to discourage vendor branches (and if you're worried about > the download size it's equally easy to simply not pull those branches). I don't think it's "equally easy" to not pull those branches. If it is, I'd like to have the recipe for "pull all branches except some", and I will put it on the GDB wiki. On the other hand, there are many free services on the web to host git repositories. Lastly, I find that we have way too many branches in our repository at the moment, drowning the ones that really matter to most (the release branches, basically). But then again, I also understand that it makes it easier for people to find that code if they go looking for it. Hence the not-so-strong objection, although, this issue can be very easily addressed by documenting those branches on the GDB website or wiki. It should be anyway, so that people have an idea of what the branch is about. I think that's what people did with the Archer project. -- Joel