[vlc-devel] [vlc-commits] configure: unbreak cross-pkg-config support with contrib

XilasZ xilasz at gmail.com
Mon Mar 3 18:21:27 CET 2014


Le 3 mars 2014 17:58, "Rémi Denis-Courmont" <remi at remlab.net> a écrit :
>
> Le lundi 3 mars 2014, 17:13:43 XilasZ a écrit :
> > Le 3 mars 2014 15:31, "Rémi Denis-Courmont" <remi at remlab.net> a écrit :
> > > On Mon, 3 Mar 2014 15:15:34 +0100, XilasZ <xilasz at gmail.com> wrote:
> > > >> > This breaks automated android and windows builds.
> > > >>
> > > >> This *fixes* Windows build. More correctly, this does what it says
it
> > > >> does. Well, as far as building anyway. Packaging is of course still
> > > >> seriously broken for other reasons.
> > > >
> > > > Then why does windows buildbots are now broken ?
> > >
> > > Then why did is my buildbot now fixed?
> > >
> > > Obivously because the buildbots are misconfigured. From your next
> > > question, I gather you guessed that. And thus I assume you are
trolling.
> >
> > I'm not trolling, or not on purpose. It's just annoying to see a build
> > failure after pulling the repo.
> > I don't know much about buildbots either.
>
> I think we went through this already. This is self-inflicted pain from
you (as
> the collective of the Android VLC developers). You ostensibly depend on
> "private" internals of the VLC build system and the VLC code base, and on
bugs
> or work-around for bugs. Therefore, you will experience subject
yourselves to
> build break whenever those internals changes.
>
> I am not saying that you should (or should not) depend on VLC internals.
It is
> up to you, collectively, to determine what is more efficient for your
workflow.
> But so long as you depend on internals, bugs or kludges in VLC, you must
> accept that breaks will occur and so without warnings. It could be build
> breaks, it could be run-time breaks or whatever can break. Attacking
whomever
> upstream "broke" your build is just wrong, and annoying.
>
> To avoid this, the only option I have to offer consists of pinning the VLC
> build you build upon to a known compatible commit hash. This is no news;
VLC
> itself does that for libav/FFmpeg. In fact, I believe all VLC contribs are
> pinned to a known release or commit hash.
>
> Now considering that you were already told this before, and sticking to
your
> previous ways looks like trolling to me.

No trolling here, i'm just trying to gather information and to understand,
stop assuming i know as much as you about build systems.

>
> > For local build failure, path must be updated somewhere else and don't
rely
> > anymore on configure ?
>
> Again, if you want to use the native pkg-config to make a non-native
build, you
> ought to configure the pkg-config environment variables before you invoke
the
> VLC build system.

Ok, finally a clear useful answer, thanks.

Presumably you already do that for a number of other build
> tools already; without settings you get the native tools and native
libraries.
>
> Why do you think I bother writing commit logs?

stop assuming i know as much as you, i don't know what pkg-config is. I
only use a VM running ubuntu to build vlc and that's it, i'm not a build
system/tools expert, i'm mainly a windows user.
>
> --
> Rémi Denis-Courmont
> http://www.remlab.net/
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.videolan.org/pipermail/vlc-devel/attachments/20140303/0f4b4110/attachment.html>


More information about the vlc-devel mailing list