[yocto] ipk zImage in master-next

[Paul Barker]

On Mon, Aug 10, 2015 at 09:49:47AM -0400, Trevor Woerner wrote:
> On 08/09/15 06:07, Paul Barker wrote:
> > On Fri, Aug 07, 2015 at 09:19:45AM -0400, Trevor Woerner wrote:
> >> When packaging a zImage kernel for IPK in master-next the following
> >> error shows up:
> >>
> >> | kernel-image-zImage-4.1.2-fslc+g95d9e15
> >> | *** Error: Package name  contains illegal characters, (other than
> >> [a-z0-9.+-])
> >>
> >> It looks like the newer kernel.bbclass is much more sophisticated about
> >> generating package names than before.
> >>
> >> Has anyone else seen this? Is there a simple way of saying "the type is
> >> zimage where packaging for ipk is concerned but zImage otherwise"?
> >>
> >> Best regards,
> >> 	Trevor
> > 
> > I believe this check is present in opkg-build just to ensure compatibility with
> > the Debian Policy Manual. I don't remember this being an actual restriction of
> > opkg.
> > 
> > You could try patching the opkg-build script (in opkg-utils) to remove this
> > check and see if opkg is happy to install the resulting package.
> 
> Yes, this works. Removing the check from opkg-build causes my build to
> succeed, and the resulting image boots with this kernel (meaning opkg is
> happy to install the package into the image).
> 
> Normally this is the part where I'd ask if you want me to send a patch,
> but if that check is there for a reason, simply removing it isn't a
> proper solution.
> 
> Thoughts?
> 

I'd suggest removing it if the latest version of opkg can install the resulting
package. It's either an old limitation or there purely to comply with the Debian
Policy Manual (which we don't need to comply with).

Thanks,

-- 
Paul Barker

Email: paul at paulbarker.me.uk
http://www.paulbarker.me.uk
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 490 bytes
Desc: Digital signature
URL: <http://lists.yoctoproject.org/pipermail/yocto/attachments/20150814/6ca73b80/attachment.pgp>