[oe] [PATCH 29/31] xfce4-mixer: Remove, gstreamer-0.10 is obsolete

Mark Hatle mark.hatle at windriver.com
Wed Sep 6 23:40:12 UTC 2017


On 9/6/17 4:00 PM, Mark Hatle wrote:
> On 9/6/17 3:53 PM, Andreas Müller wrote:
>>>> I am sure that I miss the point again but fedora - for me
>>>> reference/inspiration many times - has no problem with xfce4-mixer
>>>> [1].
>>>>
>>>> [1] http://pkgs.fedoraproject.org/cgit/rpms/xfce4-mixer.git/tree/xfce4-mixer.spec
>>>
>>> arch - https://bbs.archlinux.org/viewtopic.php?id=222294
>>> debian - https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=785846
>>> mageia - https://forums.mageia.org/en/viewtopic.php?f=15&t=10018
>>> Fedora - https://bugzilla.redhat.com/show_bug.cgi?id=1355763
>> ^ Yes you should look into this - that is exactly the problem I have.
>>>
>>> etc...  This is what I based the original commit message on.
>>>
>>> Just an FYI, the first part of my test WITHOUT the xfce4-mixer and
>>> gstreamer-0.10 removal just passed.
>> Passed what exactly?
> 
> ../scripts/yocto-compat-layer.py meta-openembedded
> 
> bitbake -S none world
> bitbake -S none universe
> bitbake xfce4-mixer florence  (with opengl and x11 distro features enabled, and
> commercial license flag set)
> 
> bitbake world (bringing in additional recipes that may collide or otherwise
> impact with the two versions of gstreamer) is what I have in progress.

The received the following failures:
  meta-openembedded/meta-oe/recipes-devtools/luajit/luajit_2.0.5.bb:do_compile

meta-openembedded/meta-perl/recipes-perl/libterm/libterm-readkey-perl_2.37.bb:do_compile

virtual:native:meta-openembedded/meta-oe/recipes-extended/efivar/efivar_0.31.bb:do_compile
  meta-filesystems/recipes-utils/xfsprogs/xfsprogs_4.12.0.bb:do_compile
  meta-openembedded/meta-oe/recipes-extended/leveldb/leveldb_git.bb:do_compile
  meta-openembedded/meta-oe/recipes-navigation/geoclue/geoclue_2.4.4.bb:do_compile

None of these are related to any of the changes in this system or gstreamer.

> The next step will be to verify packagegroups/images can at least construct
> something without generating a file conflict error.

bitbake packagegroup-tools-bluetooth packagegroup-basic packagegroup-boot
packagegroup-sdk-target packagegroup-fonts-truetype packagegroup-xfce-multimedia
packagegroup-xfce-base packagegroup-xfce-extended

Passed.

bitbake core-image-minimal-xfce core-image-minimal core-image-base core-image-sato

Passed.

So whatever caused the fault with gstreamer when I was building before has gone
away.  I'm unable to reproduce it.  So patches 29 and 31 can be dropped from the
set.

> --Mark
> 
>>> I will let it continue and will report on
>>> the status once the full test is complete.  (full test as in bitbake world)
>>>
>>> --Mark
>>>
>> Andreas
>>
> 




More information about the Openembedded-devel mailing list