meta-openembedded/meta-multimedia
Mark Hatle 9981811068 gstreamer: Remove machine specific append
If you try to build a system with multiple BSPs, one of which is qemux86
or qemux86-64, the gstreamer package will change.  This will trigger
anything using gstream to also be rebuilt.

For a package based system, the PR values will also be incremented each
time.  The end result will be an ever growing set of PR values as well as
being unable to tell which configured version of the multimedia components
are really being deployed.

The solution here was to remove the rrecommend for consistency.

Signed-off-by: Mark Hatle <mark.hatle@windriver.com>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
2018-10-17 13:19:46 -07:00
..
classes juce: Updated JUCE to 5.0.1 2017-05-23 15:49:34 +02:00
conf layers: Update layer compatibility to thud 2018-09-30 10:17:48 -07:00
recipes-connectivity rygel: remove obsolete ossp-uuid dependency 2018-07-27 13:49:48 -07:00
recipes-dvb/oscam oscam: Depend on openssl10 2018-09-08 13:32:12 -07:00
recipes-mkv recipes: remove blacklisted recipes 2017-08-31 10:18:33 +02:00
recipes-multimedia gstreamer: Remove machine specific append 2018-10-17 13:19:46 -07:00
recipes-support libsrtp: bump 1.5.2 -> 1.6.0 2018-05-17 08:23:24 -07:00
COPYING.MIT meta-multimedia: initial add 2012-02-24 13:53:17 +01:00
README update layer maintainers 2018-04-13 12:43:44 -07:00

This layer depends on:

URI: git://github.com/openembedded/oe-core.git
branch: master
revision: HEAD

URI: git://github.com/openembedded/meta-oe.git
layers: meta-oe
branch: master
revision: HEAD

Send pull requests to openembedded-devel@lists.openembedded.org with '[meta-multimedia]' in the subject'

When sending single patches, please use something like:
'git send-email -M -1 --to openembedded-devel@lists.openembedded.org --subject-prefix=meta-multimedia][PATCH

You are encouraged to fork the mirror on github https://github.com/openembedded/meta-oe/ to share your patches, this is preferred for patch sets consisting of more than one patch. Other services like gitorious, repo.or.cz or self hosted setups are of course accepted as well, 'git fetch <remote>' works the same on all of them. We recommend github because it is free, easy to use, has been proven to be reliable and has a really good web GUI.

Layer maintainer: Andreas Müller <schnitzeltony@googlemail.com>