Openembedded Devel Discussions
 help / color / mirror / Atom feed
From: Phil Blundell <pb@reciva.com>
To: openembedded-devel@lists.openembedded.org
Subject: Re: Some open issues
Date: Sat, 18 Oct 2008 15:59:36 +0100	[thread overview]
Message-ID: <1224341977.3140.112.camel@mill.internal.reciva.com> (raw)
In-Reply-To: <1224320609.5215.15.camel@dax.rpnet.com>

On Sat, 2008-10-18 at 10:03 +0100, Richard Purdie wrote:
> I'd actually like to a strong line on this and suggest
> [...] that we consider
> redoing the git conversion ASAP and the replaying the recent commits
> before its too late to get rid of the corruption in there. This is
> probably going to have to go to a core team vote since its a pretty big
> change to suggest but opinions are welcome.

Obviously I'm not a core team member, but seeing as you asked for
opinions... :-}

I do struggle to see why this is such a pressing issue right now.  As I
understand it, the "corruption" in question is basically mangled data
from the BK history.  This doesn't seem like it is obviously going to
get any worse over time, nor does it seem like the contagion is likely
to spread to other data, nor is the corruption going to be visible at
the tip of any recent checkout.  Also, we have now had several days of
activity on the live git tree, and we would presumably want to preserve
those changesets on any putative re-import.

Assuming the above to be the case, I don't fully understand either:

i) why this is a terribly big issue in the first place (i.e. what the
real-world impact of the corruption is going to be); or

ii) why, if we don't act now, it might be "too late" to solve the
problem in the future

Of course, it's entirely possible that my assumptions above are wrong.
I'd be interested to know the real situation, anyway.

p.





  parent reply	other threads:[~2008-10-18 14:59 UTC|newest]

Thread overview: 18+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-10-18  9:03 Some open issues Richard Purdie
2008-10-18 12:32 ` Holger Freyther
2008-10-18 13:20   ` FILE_PR and my requirements " Holger Freyther
2008-10-18 13:37     ` Holger Freyther
2008-10-18 14:35       ` Phil Blundell
2008-10-18 17:18         ` Richard Purdie
2008-10-18 18:28           ` Holger Freyther
2008-10-21 10:25           ` Holger Freyther
2008-10-21 11:24             ` Richard Purdie
2008-10-21 16:07               ` Holger Freyther
2008-10-18 14:06   ` Richard Purdie
2008-10-18 14:59 ` Phil Blundell [this message]
2008-10-18 15:37   ` Richard Purdie
2008-10-18 17:11     ` Tom Rini
2008-10-19 18:06     ` Richard Purdie
2008-10-19 22:04       ` Michael 'Mickey' Lauer
2008-10-19 15:53 ` Koen Kooi
  -- strict thread matches above, loose matches on Subject: below --
2008-10-18 10:44 Rod Whitby

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=1224341977.3140.112.camel@mill.internal.reciva.com \
    --to=pb@reciva.com \
    --cc=openembedded-devel@lists.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox