<p dir="ltr">There seems to be at least some activity here.  Maybe we can update the Debian libpostproc package to Michael's new branch. </p>
<p dir="ltr">Derek, just to clarify since you worked on the branch the package is currently based on: What are your thoughts on this? Are you interested in continuing this effort? What would you recommend to use for the Debian package? Is it useful to have libpostproc in Debian? (see also the backlog of this bug). </p>
<p dir="ltr">Please advise.</p>
<p dir="ltr">Thanks <br>
</p>
<div class="gmail_quot<blockquote class=" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On Fri, Sep 05, 2014 at 08:18:57AM +0200, Reimar Döffinger wrote:<br>
> On 05.09.2014, at 03:46, Reinhard Tartler <<a href="mailto:siretart@gmail.com">siretart@gmail.com</a>> wrote:<br>
> > On Thu, Sep 4, 2014 at 9:32 PM, Michael Niedermayer <<a href="mailto:michaelni@gmx.at">michaelni@gmx.at</a>> wrote:<br>
> >>> At the end of the day, I need a source tarball that contains<br>
> >>> maintained sources of a stand-alone libpostproc. I don't care too much<br>
> >>> how it is created, as long as it doesn't result in code-duplication<br>
> >>> with existing sources in Debian.<br>
> >><br>
> >> would it work if libpostproc could be build and installed<br>
> >> standalone from ffmpeg git / ffmpeg release tarballs?<br>
> ><br>
> > That would be exactly the code-duplication I referred to in the text<br>
> > you've quoted.<br>
><br>
> Combined with a release script doing rm of libav*?<br>
> I think the problem is that libpostproc just isn't a viable stand-alone program, mostly due to complete lack of stand-alone testability not to mention test infrastructure.<br>
> Keeping the separate git up-to-date certainly is an option but involves extra effort (though a lot less than making libpostproc testable stand-alone).<br>
> I don't see a good way to split the libraries into separate repositories that does not involve either at least maintaining configure in each or seriously harming bisecting/regression testing.<br>
> Release scripts that generate multiple tarballs seems more realistic than splitting the repository, in case that sounds like helpful to anyone...<br>
<br>
Heres a proof of concept updated libpostproc<br>
<br>
<a href="https://github.com/michaelni/FFmpeg/tree/separated_libpostproc" target="_blank">https://github.com/michaelni/FFmpeg/tree/separated_libpostproc</a><br>
<br>
this is simply a clone of ffmpeg with everything unneeded<br>
droped and the build system from the libpostproc repository<br>
it builds successfully but is completely untested beyond that<br>
<br>
It seems the old buildsystem lacks HAVE_MMX*_INLINE support, this<br>
would need to be added, as well as updating README and all that as<br>
well as testing<br>
<br>
also the differences in aboves repo could possibly be used to<br>
construct a script to create a split out libpostproc for debian<br>
if thats whats wanted.<br>
<br>
<br>
[...]<br>
<br>
--<br>
Michael     GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB<br>
<br>
If you think the mosad wants you dead since a long time then you are either<br>
wrong or dead since a long time.<br>
<br>_______________________________________________<br>
pkg-multimedia-maintainers mailing list<br>
<a href="mailto:pkg-multimedia-maintainers@lists.alioth.debian.org">pkg-multimedia-maintainers@lists.alioth.debian.org</a><br>
<a href="http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers" target="_blank">http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers</a><br></div>