[Date Prev][Date Next] [Thread Prev][Thread Next]
[Thread Index]
[Date Index]
[Author Index]
Re: Discussion/permission to update bzr
- From: Stephen John Smoogen <smooge gmail com>
- To: EPEL development disccusion <epel-devel-list redhat com>
- Subject: Re: Discussion/permission to update bzr
- Date: Fri, 9 Apr 2010 11:59:19 -0600
On Thu, Apr 8, 2010 at 6:12 PM, Toshio Kuratomi <a badger gmail com> wrote:
> I have a bit of a quandry with the bzr package in EPEL I want to upgrade it
> due to compatibility problems but the upgrade brings in abackwards
> compatibility problems. Let me explain::
>
> bzr is a distributed version control system. The main hosts of bzr
> repositories that we care about are launchpad and fedorahosted.org. People
> can, of course run their own repositories.
> So what's this mean for us? It means that I'd like to update EPEL's bzr to
> the 2.1 branch. This breaks API compatibility but it has the following
> benefits:
>
> * It brings us over-the-wire compatibility with bzr-2.x
> * It brings us repository format compatibility with current bzr-2.x users so
> they can share their repositories with users of the EPEL packages
> * It brings us a client that can talk to launchpad, probably the most
> important source of bzr repositories if you're an open source developer.
>
> So what do other people think here? Is the over-the-wire and
> repository-format compatibility issues sufficient to override the API
> compatibility issues in this case? As the maintainer, I definitely believe
> so but I await your input.
I am +1 to updating to newer version with a cut and release day of XYZ
to be announced and documented. My reasons are:
1) Update to one that works with main bzr sites (launchpad).
2) Allows for fedorahosted to be updated to something that F13 can use.
--
Stephen J Smoogen.
Ah, but a man's reach should exceed his grasp. Or what's a heaven for?
-- Robert Browning
[Date Prev][Date Next] [Thread Prev][Thread Next]
[Thread Index]
[Date Index]
[Author Index]