[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'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 <schnitzeltony@googlemail.com<
> http://googlemail.com>>
> > > 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@lists.openembedded.org<http://lists.
> openembedded.org> <openembedded-devel@lists.openembedded.org<
> http://lists.openembedded.org>>
> > >
> > > > In last build I've noticed only this new issue related to
> samba:
> > > >
> > > > ctdb-2.5.6: ctdb rdepends on samba, but it isn't a build
> dependency, missing samba in DEPENDS or PACKAGECONFIG? [build-deps]
> > > >
> > > > Maybe this dependency was created from samba being libldb
> provider in
> > > > this build.
> > > >
> > > > gvfs and whole meta-gnome layers is still included in my world,
> maybe it
> > > > didn't fail because some gvfs dependency was already failing
> or one of
> > > > samba related changes in master-next is fixing this one.
> > > >
> > > 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