Quoting Ross Burton from an earlier posting where I wanted to remove the gst-player recipe because gst-player is now part of -bad:

> gst-player the API is, but not the applications gtk-player or gst-player which is the main reason this recipe exists in oe-core.
>
> Current gst-player HEAD is now using non-trivial parts of GTK+ 3, so I started to backport the API changes to gst-player so we could ship a GTK+ 2 gtk-player that links to the API in -bad 1.8, but didn't finish the work. We > plan on merging the GTK+ 3 Sato patches fairly soon so it may be that the -bad 1.8 upgrade waits for that, then gst-player can switch to git HEAD with GTK+ 3, and everything works again.


On 2016-05-23 20:37, Christopher Larson wrote:

On Mon, May 23, 2016 at 11:36 AM, Christopher Larson <clar...@kergoth.com <mailto:clar...@kergoth.com>> wrote:

    On Thu, Apr 28, 2016 at 12:06 PM, Carlos Rafael Giani
    <d...@pseudoterminal.org <mailto:d...@pseudoterminal.org>> wrote:

        0002-glplugin-glwindow-fix-memory-leak-of-navigation-thre.patch is
        a
        backport, and is no longer needed.

        configure-allow-to-disable-libssh2.patch got replaced by a
        patch that does
        the same thing but has been submitted.

        Vulkan is disabled for now since libxcb alone is not enough -
        the Vulkan
        headers and libraries are needed as well.

        Signed-off-by: Carlos Rafael Giani <d...@pseudoterminal.org
        <mailto:d...@pseudoterminal.org>>


    It seems this series was applied to oe-core, but incompletely.
    This patch specifically wasn't applied, so
    gstreamer1.0-plugins-bad is still 1.6.3 in oe-core. Would you mind
    checking to see which patches in this series were actually
    applied? Thanks!


https://bugzilla.yoctoproject.org/show_bug.cgi?id=9664 has been opened for this issue.
--
Christopher Larson
clarson at kergoth dot com
Founder - BitBake, OpenEmbedded, OpenZaurus
Maintainer - Tslib
Senior Software Engineer, Mentor Graphics

-- 
_______________________________________________
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Reply via email to