[Bug 730122] cerbero: Add support to latest pitivi + add a linux bundling system based on AppImageKit

[GStreamer (bugzilla.gnome.org)]

https://bugzilla.gnome.org/show_bug.cgi?id=730122
  GStreamer | packages | 1.x

--- Comment #11 from Thibault Saunier <tsaunier at gnome.org> 2014-05-25 15:50:07 UTC ---
(In reply to comment #10)
> 1) As discussed in IRC the lirsvg package should splitted in 2:
> 
>  * librsvg: library used by gst-plugins-bad
>  * librsvg-gtk: gtk module (enabled only with the gtk+ variant)
> 
> It's ugly, but this way we can have the gtk+ variant enabled by default but
> avoid pulling the gtk dependency when building gst-plugins-bad.

Done

> 2) In gst-plugins-bad, librsvg is added as a dependency, thus building the
> plugin depending on it, but this plugin is not listed in the recipe 

Fixed

> 3) The gtk+-3.0 package duplicates other packages that are in the base-system
> package like pango, cairo, gdk-pixbuf, etc... The correct way is to add
> base-system as dependency to gtk+-3.0 package

Done

> 4) Python 3 prefix is hardcoded to Python 3.3

Do you have any idea how that could be properly implemented?

> 5) We need a variant for gtk+2 and gtk+3 (unfortunately gtk+2 is still required
> in some C# mono projects) but there is not need to add it now, just rename gtk+
> variant to gtk+3

I renamed gtk to gtk3 so we could re add gtk2 in the future.

> 6) If there is a python3 variant, the  python variant should be probably
> renamed to python2 to be more explicit

There is no python2 variant, but it could be added in the future.

> 7) In the python recipe you could probably use * for encodings/*.py and for
> other directories.

It is not supported in the search algorithm for python files. I thought it was
on purpose so recipes cleanly defines the exact files that should be picked.

-- 
Configure bugmail: https://bugzilla.gnome.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.
You are the assignee for the bug.