[oe] [meta-networking][PATCH v2] Samba: use built-in libtevent

Martin Jansa martin.jansa at gmail.com
Sat Feb 25 08:20:31 UTC 2017


> My builds without gvfs are still happy, but reverting the
patch breaks all builds

What gets broken? When I removed this change from master-next after
Andreas's report I haven't seen any new issue and the gvfs one was indeed
fixed after that.

I'll include revert at least in master-next to see what it does with next
bitbake world.

On Sat, Feb 25, 2017 at 4:42 AM, Joe MacDonald <Joe_MacDonald at mentor.com>
wrote:

> [Re: [oe] [meta-networking][PATCH v2] Samba: use built-in libtevent] On
> 17.02.24 (Fri 22:33) MacDonald, Joe wrote:
>
> > Yeah.  If you're near a keyboard, please go ahead and revert otherwise
> > I'll get to in later on tonight.
>
> Bah.  This isn't just the revert I'd been hoping for.  Samba, as usual,
> is a pain.  My builds without gvfs are still happy, but reverting the
> patch breaks all builds, AFAICT, so I'm going to leave this alone until
> I sort out what the correct repair job looks like here.  Unless someone
> comes up with a solution before I get to it.  The weekend is rather full
> right now, I'm afraid.
>
> -J.
>
> >
> > On Feb 24, 2017 5:01 PM, Martin Jansa <martin.jansa at gmail.com> wrote:
> > Joe?
> >
> > On Fri, Feb 24, 2017 at 10:37 PM, Andreas Müller <
> schnitzeltony at googlemail.com<mailto:schnitzeltony at googlemail.com>> wrote:
> > On Mon, Feb 20, 2017 at 5:08 PM, Szombathelyi György <gyurco at freemail.hu
> <mailto:gyurco at freemail.hu>> wrote:
> > > Hi,
> > >
> > > If there&#39;s no solution to resolve the conflict between the
> internal tevent and the external one, then maybe putting the
> libtevent-internal.h from the external lib to the samba tree would be a way
> to go.
> > >
> > > Br,
> > > György
> > > -------- Eredeti levél --------
> > > Feladó: Andreas Müller &lt;schnitzeltony&#64;googlemail.com<
> http://googlemail.com>&gt;
> > > Dátum: 2017 február 20 12:52:18
> > > Tárgy: Re: [oe] [meta-networking][PATCH v2] Samba: use built-in
> libtevent
> > > Címzett: openembedded-devel&#64;lists.openembedded.org<http://lists.
> openembedded.org> &lt;openembedded-devel&#64;lists.openembedded.org<
> http://lists.openembedded.org>&gt;
> > >
> > > &gt; In last build I&#39;ve noticed only this new issue related to
> samba:
> > > &gt;
> > > &gt; ctdb-2.5.6: ctdb rdepends on samba, but it isn&#39;t a build
> dependency, missing samba in DEPENDS or PACKAGECONFIG? [build-deps]
> > > &gt;
> > > &gt; Maybe this dependency was created from samba being libldb
> provider in
> > > &gt; this build.
> > > &gt;
> > > &gt; gvfs and whole meta-gnome layers is still included in my world,
> maybe it
> > > &gt; didn&#39;t fail because some gvfs dependency was already failing
> or one of
> > > &gt; samba related changes in master-next is fixing this one.
> > > &gt;
> > > Some background: During last weekend I prepared a series based on
> > > master-next unblacklisting. First target is to build a xfce-image
> > > again [1]. Last step yesterday evening should be rebasing against
> > > latest master-next and run a test build. That failed for gvfs - so I
> > > stopped sending stuff. Now I know why gvfs fails...
> > >
> > > How do we proceed with this patch?
> > >
> > > [1] https://github.com/schnitzeltony/meta-
> openembedded/tree/work-2017-02
> > >
> > Just notices that this patch made it into master breaking at least gvfs.
> Revert?
> >
> > Andreas
> > --
> > _______________________________________________
> > Openembedded-devel mailing list
> > Openembedded-devel at lists.openembedded.org<mailto:Openem
> bedded-devel at lists.openembedded.org>
> > http://lists.openembedded.org/mailman/listinfo/openembedded-devel
> >
> >
> --
> -Joe MacDonald.
> :wq
>



More information about the Openembedded-devel mailing list