grub-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[ISSUE SOLVED] Re: bazaar


From: Vladimir 'φ-coder/phcoder' Serbinenko
Subject: [ISSUE SOLVED] Re: bazaar
Date: Mon, 23 Nov 2009 02:40:28 +0100
User-agent: Mozilla-Thunderbird 2.0.0.22 (X11/20091109)

Vladimir 'φ-coder/phcoder' Serbinenko wrote:
> Carles Pina i Estany wrote:
>   
>> Hello,
>>
>> I have to go to sleep now, but I've realized about a mistake or at least
>> unexpected behaviour.
>>
>> After merging trunk with people/carles/gettext as Robert said I have been
>> committing and pushing a couple of things to people/carles/gettext. But I 
>> think
>> that after I merged it trunk now is always merged with carles/gettext .
>>
>> revno 1848 and 1849 in trunk are pushes to my branch (or at least this
>> was my intention). After a clean checkout from trunk, doing bzr log:
>>
>> ------------------------------------------------------------
>> revno: 1849
>> committer: Carles Pina i Estany <address@hidden>
>> branch nick: carlesgettext
>> timestamp: Sun 2009-11-22 23:41:06 +0000
>> message:
>>   2009-11-22  Carles Pina i Estany <address@hidden>
>>   
>>         * normal/menu_text.c (get_spaces): New function.
>>         (print_timeout): Gettextize, add spaces to the localized string.
>> ------------------------------------------------------------
>> revno: 1848
>> committer: Carles Pina i Estany <address@hidden>
>> branch nick: carlesgettext
>> timestamp: Sun 2009-11-22 22:24:54 +0000
>> message:
>>   2009-11-22  Carles Pina i Estany <address@hidden>
>>   
>>         * normal/menu_text.c: Gettexttize but not print_timeout function.
>>         * normal/main.c: Gettexttize.
>>         * normal/menu_entry.c: Likewise.
>> ------------------------------------------------------------
>>
>> 1848 should be fine but I sent some hours ago a mail to discuss and
>> confirm it. So we should check, etc. 1849 is a file to track my changes
>> but not in trunk
>>
>> How we proceed? Should I stop working with people/gettext ?
>> Should we "unmerge" and merge?
>>
>> Thank and apologizes for the bazaar messes ups, 
>>
>>   
>>     
> Looks like the mess is actually more profound than you describe. You
> replaced our mainstream with your branch. Looks like bzr failed at its
> primary task: protect against unintentional or intentional  deletion of
> files.  We should think of a way to make trunks and experimental branch
> commit-only. Meanwhile nobody pushes until further notice. I'll see how
> it can be recovered and protected.
> Robert: What is your latest backup before this accidental replacement?
>
>   
I managed to unmerge our mainstream by using raw revid (visible with bzr
log -n0 --show-ids) by
bzr branch -r revid:<..revid..> mainline mainline-real
If you comitted recently please check if nothing is missing
Carles: check your locations in
.bzr/branch/branch.conf


-- 
Regards
Vladimir 'φ-coder/phcoder' Serbinenko


Attachment: signature.asc
Description: OpenPGP digital signature


reply via email to

[Prev in Thread] Current Thread [Next in Thread]