On Wed, Nov 28, 2012 at 8:01 AM, Junio C Hamano wrote:
> Felipe Contreras writes:
>
>>> People who have been bitten by bugs from *your* tree or versions in
>>> 'next' do not count. When I said "no existing users", I was talking
>>> about the end users who need rock solid stable "releases" becaus
Felipe Contreras writes:
>> People who have been bitten by bugs from *your* tree or versions in
>> 'next' do not count. When I said "no existing users", I was talking
>> about the end users who need rock solid stable "releases" because
>> tagged versions are the only ones they use.
>
> If users
On Wed, Nov 28, 2012 at 3:37 AM, Junio C Hamano wrote:
> Felipe Contreras writes:
>
>>> At this point, both have been cooking for a week or more in 'next',
>>> there is no existing users, they are on the fringe so breakages in
>>> them won't negatively affect anybody anyway. So it doesn't matter
Felipe Contreras writes:
>> At this point, both have been cooking for a week or more in 'next',
>> there is no existing users, they are on the fringe so breakages in
>> them won't negatively affect anybody anyway. So it doesn't matter
>> much if they are merged to 'master' and then fixed up with
On Wed, Nov 28, 2012 at 2:56 AM, Junio C Hamano wrote:
> Felipe Contreras writes:
>
>>> OK. Both fc/remote-hg and fc/remote-bzr are slated for 'master'
>>> soonish, but I take the above to mean that fc/remote-hg is ready
>>> while it is better to wait for updates to fc/remote-bzr before
>>> merg
Felipe Contreras writes:
>> OK. Both fc/remote-hg and fc/remote-bzr are slated for 'master'
>> soonish, but I take the above to mean that fc/remote-hg is ready
>> while it is better to wait for updates to fc/remote-bzr before
>> merging it.
>
> I was waiting on both to be merged, let me see what
On Wed, Nov 28, 2012 at 12:32 AM, Junio C Hamano wrote:
> Felipe Contreras writes:
>
>> On Mon, Nov 26, 2012 at 5:09 AM, Junio C Hamano wrote:
>>> Felipe Contreras writes:
>>>
On Sun, Nov 11, 2012 at 3:19 PM, Felipe Contreras
wrote:
> This is a re-roll of the previous series to a
On Wed, Nov 28, 2012 at 12:32 AM, Junio C Hamano wrote:
> Felipe Contreras writes:
>
>> On Mon, Nov 26, 2012 at 5:09 AM, Junio C Hamano wrote:
>>> Felipe Contreras writes:
>>>
On Sun, Nov 11, 2012 at 3:19 PM, Felipe Contreras
wrote:
> This is a re-roll of the previous series to a
Felipe Contreras writes:
> On Mon, Nov 26, 2012 at 5:09 AM, Junio C Hamano wrote:
>> Felipe Contreras writes:
>>
>>> On Sun, Nov 11, 2012 at 3:19 PM, Felipe Contreras
>>> wrote:
This is a re-roll of the previous series to add support to fetch and push
special modes, and refactor some
On Mon, Nov 26, 2012 at 5:09 AM, Junio C Hamano wrote:
> Felipe Contreras writes:
>
>> On Sun, Nov 11, 2012 at 3:19 PM, Felipe Contreras
>> wrote:
>>> This is a re-roll of the previous series to add support to fetch and push
>>> special modes, and refactor some related code.
>>
>> It seems this
Felipe Contreras writes:
> On Sun, Nov 11, 2012 at 3:19 PM, Felipe Contreras
> wrote:
>> This is a re-roll of the previous series to add support to fetch and push
>> special modes, and refactor some related code.
>
> It seems this one got forgotten, I only see v2 in pu.
Oops; I think that was f
Hi,
This is a re-roll of the previous series to add support to fetch and push
special modes, and refactor some related code.
Cheers.
Changes since v2:
* Add support for special modes
* Minor refactoring and cleanups
Changes since v1:
* Rewritten to avoid bzr-fastimport
Felipe Contreras (7
12 matches
Mail list logo