[oe] [PATCH] dfu-programmer: USB Device Firmware Upgrade utility (special atmel-version)

Vitus Jensen vjensen at gmx.de
Thu Apr 8 09:32:47 UTC 2010


On Thu, 8 Apr 2010, Stefan Schmidt wrote:

> On Thu, 2010-04-08 at 10:32, Vitus Jensen wrote:
>> On Thu, 8 Apr 2010, Vitus Jensen wrote:
>>>
>>> Add recipes for version 0.5.2 and for the head of the SVN repository.
>>>
>>> Signed-off-by: Vitus Jensen <vjensen at gmx.de>
>>> ---
>>> conf/checksums.ini                             |    4 ++++
>>> recipes/dfu-programmer/dfu-programmer_0.5.2.bb |   17 +++++++++++++++++
>>> recipes/dfu-programmer/dfu-programmer_svn.bb   |   20 ++++++++++++++++++++
>>> 3 files changed, 41 insertions(+), 0 deletions(-)
>>> create mode 100644 recipes/dfu-programmer/dfu-programmer_0.5.2.bb
>>> create mode 100644 recipes/dfu-programmer/dfu-programmer_svn.bb
>>
>> I know that nowerdays the checksums are inside the recipe.  But we
>> are working on the stable/2009 branch were it isn't done this way
>> (or not supported?).  Please accept as is.
>
> This patch was targetted for the stable branch? If yes please indicate this in
> the subject of the patch. You would need to get your patch into OE.dev first
> before it can go into stable IIRC, but I leave it to the stable developers to
> comment on this.

Well, everything we do is done in the stable/2009 branch because we need 
the stability.  We cherry-pick from .dev (which is getting harder because 
of the staging changes) and add new programs and machines.  I would like 
to publish the changes but they have to be for .dev (policy) and mostly 
identically to what is used here (because I don't want to maintain 2 
images for the devices).

> Having one patch for .dev with the checksum in the recipe and one for stable
> with the sum in the ini file would also be fine I think. No hard feelings on
> this though.

Will try out checksums inside the recipe in the stable/2009 branch.  I 
think the support for it is only depending on bitbake versions, right?

> An updated patch for the AUTOREV issue is still needed.

Well... the repository get updates every few months, mostly to support new 
chips.  So the possibility is high that someone needs _svn.bb because of 
he wants to program a newer atmel and I don't feel like deciding which 
chip support to include or not.  I've included it to make it simple to get 
the absolute newest programmer, for me 0.5.2 is enough.

Should I drop _svn.bb or use the head revision of today?

Vitus

-- 
Vitus Jensen, Hannover, Germany, Universe (current)
pgp public key available from keyservers




More information about the Openembedded-devel mailing list