[poky] RFC/RFT Checksums as part of stamp files

[Richard Purdie]

On Thu, 2011-01-06 at 16:04 -0700, Gary Thomas wrote:
> On 01/06/2011 03:56 PM, Richard Purdie wrote:
> > We've been working on checksums and sstate for a while, one of the
> > pieces we've not put in place so far is using the checksums in the stamp
> > files.
>     ... snip
> > My proposal for dealing with this will be to start having the packaging
> > backend take ownership of PE and PR fields. These should be auto
> > incremented when the build changes. That in itself is easy enough if you
> > have one build area, the tricky bit is where you have multiple build
> > sources feeding into a common packages repo like Angstrom.
> >
> > For this we're going to need some kind of network service that takes a
> > version and provides the PE/PR values back, incrementing them each time
> > it sees a new version/checksum.
> 
> How would this play with non-core packages/recipes, e.g. the ones that
> are only in my local trees?
>
> Also, how could this work in a no-network-available environment?

Keep in mind this server solution is only needed where you are feeding
the output of multiple build machines into one package feed and need to
synchronise them with respect to versions. This is something you'd have
to explicitly setup (just like the package feed itself).

If you are feeding to a package feed its assumed you have some kind of
connectivity to it and that it can presumably host the synchronisation
solution.

Local recipes would work just the same as core ones, they all behave the
same way.

Yocto itself has no plans to host actual package feeds, we are likely to
end up with some kind of public sstate cache but that doesn't need any
synchronisation.

Cheers,

Richard