Xpra: Ticket #613: {x264,ffmpeg,libvpx,libwep}-xpra packages

As we discussed on IRC, the idea is to have xpra specific packages for x264, ffmpeg, libvpx, and libwebp that do not conflict with packages provided by 3rd party repos, such as rpmfusion.

Libraries get installed in /usr/lib64/xpra. Development files get installed in /usr/share/include/xpra

This allows xpra-x264 and x264 (rpmfusion) to coexist without conflict.


In the xpra spec, we must set PKG_CONFIG_PATH to include /usr/lib64/xpra/pkgconfig and pass rpath to the linker.

# set pkg_config_path for xpra video libs
PKG_CONFIG_PATH=$PKG_CONFIG_PATH:%{_libdir}/xpra/pkgconfig
export PKG_CONFIG_PATH
CFLAG=S-O2 LDFLAGS=-Wl,-rpath=%{_libdir}/xpra python setup.py build --with-opengl %{strict_build_args} %{sound_build_args} %{ffmpeg_build_args} %{vpx_build_args} %{x264_build_args} %{opencl_build_args} %{webp_build_args} %{server_build_args}

I have built these packages against EL5, EL6, Fedora 19, and Fedora 20. I tested xpra builds against these packages and tested on EL5, EL6 and Fedora 20.

I have attached the following specs: x264-xpra, ffmpeg-xpra, libvpx-xpra, libwebp-xpra, and xpra.

The xpra spec is included to provide context on my build procedure. The changes to the SPEC are being discussed in #606.

These spec files should replace those in trunk/rpmbuild/{ffmpeg, x264, libvpx, libwebp}

For F19 and F20 we should probably depend on upstreams version of libvpx and libwebp (as these are likely to be fairly new). For el5 and el6 we should depend on our own.



Tue, 15 Jul 2014 02:16:50 GMT - pyther: attachment set


Tue, 15 Jul 2014 02:16:58 GMT - pyther: attachment set


Tue, 15 Jul 2014 02:17:46 GMT - pyther: attachment set


Tue, 15 Jul 2014 02:17:54 GMT - pyther: attachment set


Tue, 15 Jul 2014 02:18:06 GMT - pyther: attachment set


Sun, 20 Jul 2014 13:48:23 GMT - Antoine Martin: owner, status, description changed

Sorry about the delay. Looks good.

I've replaced all the lib* spec files with the updated ones in r6911, also bumped ffmpeg to version 2.2.4 and x264 to 20140719.

(maybe we can find a way to trim down ffmpeg further? no need for postproc, swresample or avfilter..)

I'm holding off on the xpra.spec changes for now as I need to test the build thoroughly first.


Thu, 31 Jul 2014 16:16:10 GMT - Antoine Martin: owner, status changed

More!

The good bits:

The not so good bits:

We'll follow up on the xpra spec file in #606. Bar the python-nose, I think we can close this ticket?


Thu, 07 Aug 2014 12:17:29 GMT - Antoine Martin:

Any idea why the ffmpeg debuginfo packages end up really small? (2 to 6KB - see beta area for examples)


Fri, 08 Aug 2014 05:16:31 GMT - Antoine Martin:

After successfully build testing everything, in r7192 I've added specfiles for:


Fri, 08 Aug 2014 09:21:10 GMT - Antoine Martin:

Wasted too much time on the nose vs sphinx vs lz4 madness, ended up disabling the tests to get going again on centos: r7200.


Sun, 17 Aug 2014 01:18:23 GMT - pyther:

Any idea why the ffmpeg debuginfo packages end up really small? (2 to 6KB - see beta area for examples)

No immediate ideas. I built the latest ffmpeg-x264 using the spec in trunk and I got a debug package that was about 24KB and contains about 6 files.

I didn't see any debug packages for el6, but the el7 xpra-x264 debug packages were empty.


Sun, 17 Aug 2014 14:16:44 GMT - Antoine Martin: milestone changed

Can I close this or is there something we can do about the empty debug packages?

See also #635


Sun, 24 Aug 2014 06:19:03 GMT - Antoine Martin:

netifaces got changed to python-netifaces in r7389, see Packaging mistake for Fedora


Fri, 12 Sep 2014 02:24:29 GMT - Antoine Martin: status changed; resolution set

Not heard too many complaints.. closing.


Sat, 23 Jan 2021 05:00:53 GMT - migration script:

this ticket has been moved to: https://github.com/Xpra-org/xpra/issues/613