[oe] [meta-xfce][PATCH] xfce4-panel: fix QA issue 'installed-vs-shipped'

[Khem Raj]

On Mon, Jun 18, 2018 at 4:26 PM Mark Asselstine
<mark.asselstine at windriver.com> wrote:
>
> On Mon, Jun 18, 2018 at 6:27 PM, Andreas Müller <schnitzeltony at gmail.com> wrote:
> > On Mon, Jun 18, 2018 at 11:42 PM, Richard Purdie
> > <richard.purdie at linuxfoundation.org> wrote:
> > Off-Topic / FYI for me gmail considered your email spam
> >>
> >> Removing the libtool files became the project default a while ago (Jan
> >> 2017):
> >>
> >> meta/conf/distro/defaultsetup.conf:INHERIT_DISTRO ?= "debian devshell sstate license remove-libtool"
> >>
> >> so I suspect you're in the minority not using that now.
> > Maybe true. But breaking builds consumes resources on many sides -
> > this thread is a good example
> >>
> >> http://git.yoctoproject.org/cgit.cgi/poky/commit/meta/conf/distro/defaultsetup.conf?id=3e2a47fdfceccd5f8832235b7a2df83076e84a98
> >>
> > The more I think about this:
> >
> > * Why is remove-libtool something a distro can override? If causing
> > trouble it can be deactivated recipe-wise.
>
>
> That was my feeling as well as we were having this discussion, without
> digging into the history it felt as if this should have been made core
> functionality and not optional, especially given the opportunity for
> recipes to opt out. At any rate I am about to send a commit to get
> things buildable for when the 'remove-libtool' distro feature is
> absent and as long as it remains optional I suppose all recipes should
> function with and without the feature.
>

Richard,

initially its good to have it overridable, so give some soak time so a
weak assignment
was right thing IMO so the distros could have some time to soak it.
but may be its
time to enforce it in oe-core.


Mark

I would also also suggest that you switch to using it in your distro,
as well besides the
patches which is fine.

> MarkA
>
> >   - or
> > * does anybody see a problem with inherit remove-libtool for all xfce
> > recipes in xfce.bbclass?
> >
> > Andreas
> > --
> > _______________________________________________
> > Openembedded-devel mailing list
> > Openembedded-devel at lists.openembedded.org
> > http://lists.openembedded.org/mailman/listinfo/openembedded-devel
> --
> _______________________________________________
> Openembedded-devel mailing list
> Openembedded-devel at lists.openembedded.org
> http://lists.openembedded.org/mailman/listinfo/openembedded-devel