meta-openembedded/meta-multimedia
Gyorgy Sarvari a993eb8b93
libao: ignore CVE-2017-11548
Both Suse[1] and Debian[2] disputes that this is a vulnerability in libao.
Based on their investigation while an issue exists, it is not in libao, however
higher in the audio-toolchain, most likely in libmad or mpg321. There seem to
be nothing to be fixed about this in libao - ignore this CVE due to this.

[1]: https://bugzilla.suse.com/show_bug.cgi?id=1081767
[2]: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=870608

Signed-off-by: Gyorgy Sarvari <skandigraun@gmail.com>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
2025-11-23 17:58:13 -08:00
..
classes
conf libopenmtp: fix ptests 2025-10-25 14:20:38 -07:00
files Add static-passwd and static-group files 2023-10-10 08:51:47 -07:00
licenses
recipes-connectivity rygel: update 44.1 -> 45.0 2025-10-02 10:13:37 -07:00
recipes-devtools/python python3-pillow-heif: Upgrade 0.22.0 -> 1.1.1 2025-11-21 00:39:00 -08:00
recipes-dvb oscam: Add DCMAKE_POLICY_VERSION_MINIMUM=3.5 2025-07-12 14:15:33 -07:00
recipes-mkv libmatroska: Add patch for CMake 4+ compatibility 2025-07-11 11:07:19 -07:00
recipes-multimedia libao: ignore CVE-2017-11548 2025-11-23 17:58:13 -08:00
recipes-support srt: Add patch for CMake 4+ compatibility 2025-07-10 10:46:23 -07:00
COPYING.MIT
README.md README.md: Change maintainer from Andreas to Khem for gnome, multimedia, xfce 2025-09-19 12:21:59 -07:00
SECURITY.md meta: Add SECURITY.md file to all layers 2024-11-23 09:00:14 -08:00

This layer depends on:

URI: git://git.openembedded.org/openembedded-core branch: master

URI: git://git.openembedded.org/meta-openembedded layers: meta-oe branch: master

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-openembedded to share your patches, this is preferred for patch sets consisting of more than one patch. Other services like GitLab, repo.or.cz or self hosted setups are of course accepted as well, 'git fetch ' 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: Khem Raj raj.khem@gmail.com