Ok so it is not supported to have the already-stripped on a package level? I cannot set it on PN because I have some so-files that is already stripped and others that is not so that was why I wanted to create a package for the already-stripped so-files and use the already-stripped on that package. Anyway thanks for the help I ended up creating a new recipe for the already-stripped so-files. But is all the INSANE_SKIP flags only supported for PN? I think I have seen dev-so used on an package level?
BR Måns Zigher Den mån 15 okt. 2018 kl 22:23 skrev Burton, Ross <ross.bur...@intel.com>: > Ah yes, of course. Stripping happens *before* package splitting, so > it doesn't make sense to have it set on PN-package1. Just set it on > PN and it should work. > > Ross > On Mon, 15 Oct 2018 at 08:18, Måns Zigher <mans.zig...@gmail.com> wrote: > > > > Hi, > > > > Sorry I see now that there is a typo. What I mean is that in the default > package I am not suing INSANE_SKIP but for packag1 I need already-stripped > > > > INSANE_SKIP_${PN}-package1 = " \ > > dev-so \ > > already-stripped \ > > " > > > > But I continuously get the error that they are already-stripped. So is > it supposed to work because I don't understand the code in the > package.bbclass since it looks like it is only checking for > already-stripped in ${PN} and not ${PN}-package1? > > > > BR > > Måns Zigher > > > > > > > > Den fre 12 okt. 2018 kl 16:30 skrev Burton, Ross <ross.bur...@intel.com > >: > >> > >> On Thu, 11 Oct 2018 at 18:14, Måns Zigher <mans.zig...@gmail.com> > wrote: > >> > I have been struggling with a problem where I need to create a > package in a recipe and set already-stripped for that package. The package > in question is not the the default one so I am trying to set it by using > >> > > >> > INSANE_SKIP_${PN} += " \ > >> > dev-so \ > >> > already-stripped \ > >> > " > >> > >> You say no the default one, but PN is "the default" one, so that's > >> probably why that doesn't work. > >> > >> Ross >
-- _______________________________________________ yocto mailing list yocto@yoctoproject.org https://lists.yoctoproject.org/listinfo/yocto