[poky] nspr-4.16-r0 do_package: Function failed: split_and_strip_files

[matti kaasinen]

It had nothing to do with FILES statements. In fact that pam-oath was not
swallowed. Instead, it was not produced produced because one DEPENDS
statement was missing so that this recipe did not get some system headers.
Configure went through (with errors reporting these missing header files),
but one package was not produced.

This is clear,
Thanks,
Matti

to 13. jouluk. 2018 klo 17.15 Richard Purdie (
richard.purdie at linuxfoundation.org) kirjoitti:

> On Thu, 2018-12-13 at 14:23 +0000, Burton, Ross wrote:
> > On Thu, 13 Dec 2018 at 14:14, matti kaasinen <
> > matti.kaasinen at gmail.com> wrote:
> > > This cleared out. However, I faced with a new problems that seems
> > > also hitting to same bbclass. It seems that convention has changed
> > > since Yocto/krogoth (now Rocko) how autotools handles .debug
> > > directory. Then I just had statements:
> > > FILES_pam-oath-dbg = "${libdir}/security/.debug"
> > > FILES_pam-oath = "${libdir}/security"
> > > Then I got both pam-oath and pam-oath-dbg. However, now I cant find
> > > a way either to get QA error about .debug directory (without pam-
> > > oath-dbg line) or not getting pam-oath (with pam-oath-dbg line).
> > > Is there any reference handling this issue? I did not find any. Or
> > > should I write a new question with proper title?
> >
> > The best practise is to ship only one -dbg package per recipe
> > (${PN}-dbg is in the default PACKAGES), and you don't nee to list any
> > FILES for it because it will automatically sweep up all the .debug/
> > directories.
>
> Incidentally, this happened in the 2.1 (krogoth) release:
>
>
> https://www.yoctoproject.org/docs/2.6/mega-manual/mega-manual.html#migration-2.1-miscellaneous-changes
>
> Cheers,
>
> Richard
>
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.yoctoproject.org/pipermail/poky/attachments/20181214/56701c0b/attachment.html>