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

[Joe MacDonald]

[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:Openembedded-devel at lists.openembedded.org>
> http://lists.openembedded.org/mailman/listinfo/openembedded-devel
> 
> 
-- 
-Joe MacDonald.
:wq
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 473 bytes
Desc: Digital signature
URL: <http://lists.openembedded.org/pipermail/openembedded-devel/attachments/20170224/3e956a41/attachment-0002.sig>