Dealing with duplicated hashes
wd at denx.de
Thu Sep 15 16:10:58 EST 2011
Dear Jeremy Kerr,
In message <1316064427.2768.40.camel at pororo> you wrote:
> > I came to the conclusion that the current behaviour is actually a bug.
> > I have seen cases where new patch versions were sent because changes
> > to the commit message were requested - yet pwclient will always access
> > the old patch, and thus eventually apply the wrong one.
> Yeah, bug or not, it's definitely not desirable behaviour.
> However, solving it in a comprehensive way doesn't seem obvious - we
> could return an error when there are multiple hash matches, or perhaps
> default to the most recent patch. But both of these are a little
> imprescice, will this be okay for your usage?
I think there are two use cases:
- In most cases we want to use the most recent one. So this should be
If there are multiple hash matches, it would probably be helpful if
a warning was issued (which might, for example, contain the numbers
of the matching patches and their states).
- In some cases (when changing state) it would be nice to be able to
operate on all patches at once; maybe pwclient could have some
"--all" flag for such cases?
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: wd at denx.de
Far back in the mists of ancient time, in the great and glorious days
of the former Galactic Empire, life was wild, rich and largely tax
free. - Douglas Adams, _The Hitchhiker's Guide to the Galaxy_
More information about the Patchwork