All of lore.kernel.org
 help / color / mirror / Atom feed
From: Richard Purdie <rpurdie@rpsys.net>
To: openembedded-devel <openembedded-devel@openembedded.org>
Subject: Monotone issues
Date: Thu, 31 Jan 2008 23:51:39 +0000	[thread overview]
Message-ID: <1201823499.20311.26.camel@localhost.localdomain> (raw)

Just so everyone is aware, it became apparent that a newer version of
strace in OE.dev had disappeared. This was traced back to something from
tmbinc which shouldn't have been merged but accidentally was.

A disapprove wouldn't work since the automerger had merged it. I asked
the monotone devs for advice on irc and was told I should be able to
suspend that revision and work from and older one.

I ran:

mtn suspend 50d03f17a42a3854cd87f47ef75084da297d194e

and then 

mtn up -r e651c4fa9a5d1fc6120cc2309e9cba1388cecc52

and then committed something to form a new head revision.

This appeared to work for me locally, I pushed it, pulled on another
machine and all seemed well, it would only affect anyone who'd actually
checked out the bad revision (50d03f17a42a3854cd87f47ef75084da297d194e)
who would then need to run 
mtn up -r11d1a9e6662c57de089d25a6900d5325f85d282e
and we ran the risk of someone merging this again but it could be worse.

monotone 0.37 wouldn't show the other head but I suspect older monotones
do and don't support the suspend certificate. I suspect the automerger
runs on a machine with an older monotone since it then merged the
problematic head back and put us back to square one.

So I've applied a reverse diff to restore the broken files and damaged
the history :(. I was thinking it was a larger scale problem than it is,
only about 12 files were affected. Its amazingly hard to work this out
though.

The difficulty in fixing this simple problem along with the speed issues
make me wonder if monotone is right for the future though? I do get put
off making commits due to the lack of speed too...

Richard




             reply	other threads:[~2008-01-31 23:51 UTC|newest]

Thread overview: 14+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-01-31 23:51 Richard Purdie [this message]
2008-02-03 21:03 ` Monotone issues Graeme Gregory
2008-02-04  2:36   ` Michael 'Mickey' Lauer
2008-02-04  8:31     ` Koen Kooi
2008-02-05  8:45       ` Paul Sokolovsky
2008-02-04  8:58   ` Florian Boor
2008-02-04  9:12     ` Rod Whitby
2008-02-04  9:48       ` Koen Kooi
2008-02-04 10:24         ` Rod Whitby
2008-02-04 10:36           ` Graeme Gregory
2008-02-04  9:52       ` Graeme Gregory
2008-02-04 11:00         ` Michael Krelin
2008-02-05  8:37       ` Paul Sokolovsky
  -- strict thread matches above, loose matches on Subject: below --
2008-02-01 10:19 Richard Purdie

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=1201823499.20311.26.camel@localhost.localdomain \
    --to=rpurdie@rpsys.net \
    --cc=openembedded-devel@lists.openembedded.org \
    --cc=openembedded-devel@openembedded.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.