[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[URGENT] Re: bazaar
From: |
Vladimir 'φ-coder/phcoder' Serbinenko |
Subject: |
[URGENT] Re: bazaar |
Date: |
Mon, 23 Nov 2009 02:19:24 +0100 |
User-agent: |
Mozilla-Thunderbird 2.0.0.22 (X11/20091109) |
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?
--
Regards
Vladimir 'φ-coder/phcoder' Serbinenko
signature.asc
Description: OpenPGP digital signature