[OE-core] [PATCH][RESEND 0/6] YOCTO #12937 - Consistent naming scheme for deployed artifacts
Martin Jansa
martin.jansa at gmail.com
Thu Oct 17 17:50:33 UTC 2019
On Sun, Oct 13, 2019 at 02:44:30PM +0100, Richard Purdie wrote:
> On Sat, 2019-10-12 at 13:03 +0000, Martin Jansa wrote:
> > The following changes since commit
> > 59938780e7e776d87146002ea939b185f8704408:
> >
> > build-appliance-image: Update to master head revision (2019-10-09
> > 22:28:44 +0100)
> >
> > are available in the Git repository at:
> >
> > git://git.openembedded.org/openembedded-core-contrib
> > jansa/artifacts
> >
> > http://cgit.openembedded.org/openembedded-core-contrib/log/?h=jansa/artifacts
> >
> > Martin Jansa (6):
> > image-artifact-names: introduce new bbclass and move some variables
> > into it
> > bitbake.conf, kernel*.bbclass: include IMAGE_VERSION_SUFFIX only in
> > the _LINK_NAME variables and change it to hard link
> > kernel-artifact-names.bbclass: use PR instead of PKGR in
> > KERNEL_ARTIFACT_NAME
> > kernel.bbclass: imageType without {}
> > kernel.bbclass: drop unnecessary package_get_auto_pr for do_install
> > *-artifact-names: include version only in the artifact links
>
> I tried this on the autobuilder and it seems to break several things:
>
> https://autobuilder.yoctoproject.org/typhoon/#/builders/83/builds/423
>
> Looks like do_bootimg fails, as well as the testimage oeqa code being
> unable to find the testdata json files.
I've successfully built this with nodistro and qemux86-64 before sending
the pull request, now I've built core-image-sato-sdk-ptest with poky and
genericx86-64 as well, so I'm still trying to figure out what
autobuilder does differently to break it like this.
> There could well be further issues beyond that but its hard to tell.
--
Martin 'JaMa' Jansa jabber: Martin.Jansa at gmail.com
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 195 bytes
Desc: Digital signature
URL: <http://lists.openembedded.org/pipermail/openembedded-core/attachments/20191017/68a8355b/attachment.sig>
More information about the Openembedded-core
mailing list