[yocto] update mechanisms (was: Re: [meta-swupd][PATCH] bsdiff: update to latest version)
git at andred.net
Wed Nov 30 09:19:04 PST 2016
On Wed, 2016-11-30 at 15:59 +0100, Patrick Ohly wrote:
> On Wed, 2016-11-30 at 14:31 +0000, André Draszik wrote:
> > On Wed, 2016-11-30 at 12:04 +0100, Patrick Ohly wrote:
> > > On Mon, 2016-11-21 at 12:03 +0000, André Draszik wrote:
> > > > This allows us to completely remove the build time
> > > > depenency on libcheck when not needed, reducing
> > > > overall build time, and in addition tests can be
> > > > converted into a PACKAGECONFIG to enable them if
> > > > needed.
> > >
> > > +1
> > >
> > > Sorry for the delay, I had to check with Joshua first who's going to
> > > merge your patches. I'm currently working on a major update of
> > > meta-swupd (see https://github.com/ostroproject/ostro-os/pull/198) and
> > > if there's enough interest for using it as part of Yocto, might
> > > continue
> > > maintaining it.
> > Thanks Patrick. Are you saying you would otherwise abandon meta-swupd
> > completely, or have it be a part of ostro-os only?
> That's undecided. We are currently trying to figure out which update
> mechanism is a good fit for Yocto. Depending on the outcome of that and
> available resources, we may or may not have the time to support
> I've started a Wiki page
> https://wiki.yoctoproject.org/wiki/System_Update - rudimentary at the
> moment, but might as well be mentioned already now.
> Perhaps you can say a few words about your usage of swupd and what you
> liked or didn't like about it? Note that performance will become better
> with the upcoming update.
In the wiki or here? I'll be out for the next week, but when I come back I
will write some more.
BTW, you probably know this:
I liked swupd for its ability to be used both for initial provisioning as
well as for incremental updates. The latter being important when you have
*loads* of devices, where it doesn't seem to make sense to download a full
image for a tiny change to each device (think cellular!), the former
streamlining the update mechanism, so that not two different independent
things have to be maintained.
More information about the yocto