Uploaded image for project: 'Funtoo Linux'
  1. Funtoo Linux
  2. FL-10846

Rethink the way gstreamer and gst-plugins are handled on Funtoo

    • Icon: Improvement Improvement
    • Resolution: Declined
    • Icon: Important (Ebuild) Important (Ebuild)
    • None
    • None
    • Impacts the gstreamer ebuild and every gstreamer plugin ebuild.

      The

      {media-libs/gstreamer}

      and the

      {media-plugins/gst-plugins-*}

      ebuilds use the gstreamer-meson eclass, no only helps with the meson build but also:

      1. Sets dependencies on the fly according to the package's respective meson_options.txt.
      2. Forces multilib support on any package that uses it.

      On Funtoo:

      • #1 should be done using the meta-tools, in the autogen, not in the ebuild.
      • #2 should never happen

      Currently these ebuilds work on Funtoo the way they are, but eventually, they will need to be autogenned and whatever problems beyond just building the package that the

      {gstreamer-meson}

      eclass is supposed to solve will need to be solved with some Python code in the autogen.

      The metatools already have the capability of inspecting the artifacts, so I don't think any new code will need to be added to the metatools. Just a more elaborate autogen should be able to handle gstreamer and all the plugins.

            Unassigned Unassigned
            adbosco adbosco
            Votes:
            0 Vote for this issue
            Watchers:
            2 Start watching this issue

              Created:
              Updated:
              Resolved: