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 > something. > > 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: https://lists.linuxfoundation.org/pipermail/automotive-discussions/2016-May/002061.html 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. Cheers, Andre' -- _______________________________________________ yocto mailing list yocto@yoctoproject.org https://lists.yoctoproject.org/listinfo/yocto
