Dealing with duplicated hashes

[Wolfgang Denk]

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
  the default.

  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?

Thanks!


Best regards,

Wolfgang Denk

-- 
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_