<p dir="ltr"><br>
Le 3 mars 2014 17:58, "Rémi Denis-Courmont" <<a href="mailto:remi@remlab.net">remi@remlab.net</a>> a écrit :<br>
><br>
> Le lundi 3 mars 2014, 17:13:43 XilasZ a écrit :<br>
> > Le 3 mars 2014 15:31, "Rémi Denis-Courmont" <<a href="mailto:remi@remlab.net">remi@remlab.net</a>> a écrit :<br>
> > > On Mon, 3 Mar 2014 15:15:34 +0100, XilasZ <<a href="mailto:xilasz@gmail.com">xilasz@gmail.com</a>> wrote:<br>
> > > >> > This breaks automated android and windows builds.<br>
> > > >><br>
> > > >> This *fixes* Windows build. More correctly, this does what it says it<br>
> > > >> does. Well, as far as building anyway. Packaging is of course still<br>
> > > >> seriously broken for other reasons.<br>
> > > ><br>
> > > > Then why does windows buildbots are now broken ?<br>
> > ><br>
> > > Then why did is my buildbot now fixed?<br>
> > ><br>
> > > Obivously because the buildbots are misconfigured. From your next<br>
> > > question, I gather you guessed that. And thus I assume you are trolling.<br>
> ><br>
> > I'm not trolling, or not on purpose. It's just annoying to see a build<br>
> > failure after pulling the repo.<br>
> > I don't know much about buildbots either.<br>
><br>
> I think we went through this already. This is self-inflicted pain from you (as<br>
> the collective of the Android VLC developers). You ostensibly depend on<br>
> "private" internals of the VLC build system and the VLC code base, and on bugs<br>
> or work-around for bugs. Therefore, you will experience subject yourselves to<br>
> build break whenever those internals changes.<br>
><br>
> I am not saying that you should (or should not) depend on VLC internals. It is<br>
> up to you, collectively, to determine what is more efficient for your workflow.<br>
> But so long as you depend on internals, bugs or kludges in VLC, you must<br>
> accept that breaks will occur and so without warnings. It could be build<br>
> breaks, it could be run-time breaks or whatever can break. Attacking whomever<br>
> upstream "broke" your build is just wrong, and annoying.<br>
><br>
> To avoid this, the only option I have to offer consists of pinning the VLC<br>
> build you build upon to a known compatible commit hash. This is no news; VLC<br>
> itself does that for libav/FFmpeg. In fact, I believe all VLC contribs are<br>
> pinned to a known release or commit hash.<br>
><br>
> Now considering that you were already told this before, and sticking to your<br>
> previous ways looks like trolling to me.</p>
<p dir="ltr">No trolling here, i'm just trying to gather information and to understand, stop assuming i know as much as you about build systems.</p>
<p dir="ltr">><br>
> > For local build failure, path must be updated somewhere else and don't rely<br>
> > anymore on configure ?<br>
><br>
> Again, if you want to use the native pkg-config to make a non-native build, you<br>
> ought to configure the pkg-config environment variables before you invoke the<br>
> VLC build system. </p>
<p dir="ltr">Ok, finally a clear useful answer, thanks.</p>
<p dir="ltr">Presumably you already do that for a number of other build<br>
> tools already; without settings you get the native tools and native libraries.<br>
><br>
> Why do you think I bother writing commit logs?</p>
<p dir="ltr">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.<br>

><br>
> --<br>
> Rémi Denis-Courmont<br>
> <a href="http://www.remlab.net/">http://www.remlab.net/</a></p>