This is the mail archive of the
mailing list for the binutils project.
Re: Vendor branches on sourceware.org's binutils-gdb repo
- From: Michael Matz <matz at suse dot de>
- To: Joel Brobecker <brobecker at adacore dot com>
- Cc: Aaro Koskinen <aaro dot koskinen at iki dot fi>, Sergio Durigan Junior <sergiodj at redhat dot com>, Edjunior Barbosa Machado <emachado at linux dot vnet dot ibm dot com>, GDB <gdb at sourceware dot org>, Binutils <binutils at sourceware dot org>, Peter Bergner <bergner at vnet dot ibm dot com>, Tulio Magno Quites Machado Filho <tuliom at linux dot vnet dot ibm dot com>
- Date: Mon, 7 Apr 2014 16:27:22 +0200 (CEST)
- Subject: Re: Vendor branches on sourceware.org's binutils-gdb repo
- Authentication-results: sourceware.org; auth=none
- References: <53406399 dot 9050303 at linux dot vnet dot ibm dot com> <m3vbunyoza dot fsf at redhat dot com> <20140406191404 dot GC7558 at drone dot musicnaut dot iki dot fi> <20140407035120 dot GA4186 at adacore dot com>
On Sun, 6 Apr 2014, Joel Brobecker wrote:
> > I think it's very useful for users to have all vendor branches in a
> > single repository. At least with glibc this has helped me a lot (as a
> > user) when identifying and cherry-picking needed fixes to my own
> > systems.
> FWIW: I have found that the extra branches are just making me download
> lots of commits that I have no use for, and I suspect that this is the
> case for many of us. That's the default behavior, and most users will be
> impacted by those. While it's convenient, it is also very easy to pull a
> branch from another repository.
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).