CaROS/meta-openembedded
3
1
Fork 0
mirror of git://git.openembedded.org/meta-openembedded synced 2026-01-01 13:58:06 +00:00
Code Issues Packages Projects Releases Wiki Activity
5bd699feed
meta-openembedded/meta-multimedia
History
Andreas Müller 5bd699feed mpd: add PACKAGECONFIG for audiofile 
| WARNING: mpd-0.19.15-r0 do_package_qa: QA Issue: mpd rdepends on audiofile, but it isn't a build dependency, missing audiofile in DEPENDS or PACKAGECONFIG? [build-deps]

Signed-off-by: Andreas Müller <schnitzeltony@googlemail.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
2016-12-26 08:24:58 +01:00
..
classes juce: Improved juce class and recipes 2016-07-29 11:00:59 +02:00
conf layer.conf: add LAYERVERSION and LAYERDEPENDS 2016-10-03 19:19:55 +02:00
recipes-connectivity libupnp: Fix out-of-bound access in create_url_list() (CVE-2016-8863) 2016-12-26 08:23:18 +01:00
recipes-dvb tvheadend: Update to 4.0.9 2016-12-02 09:23:43 +01:00
recipes-mediacentre/xbmc Remove unnecessary exports of HOST_SYS and BUILD_SYS in python-based recipes 2016-06-08 14:55:25 +02:00
recipes-mkv libebml: fix do_unpack failure 2016-07-29 11:01:01 +02:00
recipes-multimedia mpd: add PACKAGECONFIG for audiofile 2016-12-26 08:24:58 +01:00
recipes-support gtk-doc: disable where necessary 2016-09-05 13:30:51 +02:00
COPYING.MIT meta-multimedia: initial add 2012-02-24 13:53:17 +01:00
README README: show github mirror URL in layer dependencies 2013-05-03 13:32:03 +02:00

README 

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, meta-ruby
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.

Main layer maintainers: Koen Kooi <koen@dominion.thruhere.net>
                        Martin Jansa <martin.jansa@gmail.com>