I would really like to see this feature added.
I have a similar setup to #5 using Jenkins/pbuilder and it would be
great to have hooks that can execute after the results are written.
I've locally added executehooks "H" near the end of
pbuilder-buildpackage, which is working well for me.
Jon
On 10/17/12 09:28, Reinhard Tartler wrote:
>
> The fact that Jonathan confirms that dlopen()'ing the second library
> works confirms that both libraries are ABI compatible for practical
> reasons. Jonathan, what problem would a 2nd pkg-config file solve?
>
There were a few things that were in
On 10/14/12 21:56, Reinhard Tartler wrote:
>
> Something like this commit should do the trick:
>
> http://anonscm.debian.org/gitweb/?p=pkg-multimedia/x264.git;a=commitdiff;h=ceab497a30560db9db7bf6ded594400f76a2686a
>
> This is not finished, though. It still needs documentation in
> README.Debia
On 13/10/12 04:59, Reinhard Tartler wrote:
Oh I see what you did there. I don't think that's gonna work in
debian. TBH, I think we should just install the 10 bit libx264.so
binary into the regular libx264-NN package and document it properly
in ./usr/share/doc/libx264-NN/README.Debian.
On the s
On 10/12/12 03:41, Reinhard Tartler wrote:
>> I do not know about x264cli, but I can confirm that if ffmpeg is dynamically
>> linked with libx264.so.$version, then using LD_LIBRARY_PATH to control which
>> build is loaded allows to select between 8-bits and 10-bits at run-time.
>
> That's indeed
On 10/12/12 09:15, Nicolas George wrote:
> Le primidi 21 vendémiaire, an CCXXI, Fabian Greffrath a écrit :
>> How about Debian's alternatives system? I think it is easier to use
>> and more consistent than a LD_LIBRARY_PATH hack.
>
> AFAIK, the alternative system requires root privileges to change
On 10/11/12 21:07, Jason Garrett-Glaser wrote:
>
> Would dlopen() work to hack around this sort of limitation? I recall
> seeing a hack for x264cli that allowed both 8-bit and 10-bit encoding
> by doing this.
>
> Jason
>
Certainly a dlopen() approach works adequately for me now. It is just
th
On 11/10/12 21:07, Jason Garrett-Glaser wrote:
It'd be very difficult to do this; we'd effectively have to version
every single symbol so that they don't collide, then template all the
appropriate code. It'd be a lot of work and I don't know anyone
willing to do it.
Indeed - that would be a
o be able to co-exist.
Anyway, just some input to help define what might be useful for a 10bit
x264 package.
Jonathan Rosser
Lead Research Engineer
BBC Research & Development
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe&qu
Package: libpion-net-dev
Version: internal dependancies exposed via pkg-config
Severity: important
libpion-net-dev exposes all of the internal dependancies of the pion-net
library through its pkgconfig file, this is a case of overlinking. See
*.private in man pkg-config.
pkg-config --libs pion-n
Package: libpion-net-dev
Severity: important
libpion-net-dev does not depend on libopenssl-dev
CXXlib_ipp_apps_common_la-process_common.lo
In file included from /usr/include/boost/asio/ssl/context_base.hpp:20:0,
from /usr/include/boost/asio/ssl/basic_context.hpp:25,
Package: libpion-net-dev
Severity: important
Building an application which links against pion-net, using
libpion-net-dev results in an error like
CXXlib_ipp_apps_common_la-process_common.lo
In file included from /usr/include/pion/net/TCPServer.hpp:20:0,
from /usr/include/pio
12 matches
Mail list logo
