[OE-core] [AUH] u-boot: upgrading to 2019.01 FAILED

Richard Purdie richard.purdie at linuxfoundation.org
Sat Jan 19 09:50:47 UTC 2019


On Sat, 2019-01-19 at 08:01 +0100, Marek Vasut wrote:
> On 1/18/19 10:39 AM, Alexander Kanavin wrote:
> > On Fri, 18 Jan 2019 at 08:10, Marek Vasut <marek.vasut at gmail.com> wrote:
> > 
> > > > Next steps:
> > > >     - apply the patch: git am 0001-u-boot-upgrade-2018.11-2019.01.patch
> > > >     - check the changes to upstream patches and summarize them in the commit message,
> > > >     - compile an image that contains the package
> > > >     - perform some basic sanity tests
> > > >     - amend the patch and sign it off: git commit -s --reset-author --amend
> > > >     - send it to the appropriate mailing list
> > > > 
> > > > Alternatively, if you believe the recipe should not be upgraded at this time,
> > > > you can fill RECIPE_NO_UPDATE_REASON in respective recipe file so that
> > > > automatic upgrades would no longer be attempted.
> > > > 
> > > > Please review the attached files for further information and build/update failures.
> > > > Any problem please file a bug at https://bugzilla.yoctoproject.org/enter_bug.cgi?product=Automated%20Update%20Handler
> > > 
> > > Can AUH be fixed please ?
> > 
> > We have previously discussed this: fixing devtool to upgrade several
> > recipes in a single transaction is non-trivial as it operates on one
> > recipe at a time.
> 
> Can you elaborate what needs to be done to fix this ?
> 
> > Please try to accept that AUH is not perfect and
> > take these emails as a reminder to do the version update (which you
> > should, as the listed maintainer).
> 
> This kind of automated update seems like a perfect simple manual task
> for a computer to do, so I'd prefer not to waste my time on it. I'm not
> happy with "accepting that tooling is sub-par and thus do stuff
> manually", I'd much rather see the tooling fixed so it can be useful.

The nice thing here is the tooling is all open source. Patches to
improve it to handle this case would be very welcome!

Cheers,

Richard



More information about the Openembedded-core mailing list