linux/poky.git/meta/recipes-multimedia/alsa, branch uninative-2.6

alsa-lib: upgrade 1.1.8 -> 1.1.9

2019-05-22T06:24:52+00:00

(From OE-Core rev: 39e3b6bd4b7e9082d231116df4b4629b10215bb3) Signed-off-by: Alexander Kanavin Signed-off-by: Richard Purdie

alsa-utils: upgrade 1.1.8 -> 1.1.9

2019-05-22T06:24:52+00:00

(From OE-Core rev: 6937ef4bf460308613ff78a5653672793150dcf8) Signed-off-by: Alexander Kanavin Signed-off-by: Richard Purdie

alsa-plugins: upgrade 1.1.8 -> 1.1.9

2019-05-22T06:24:52+00:00

(From OE-Core rev: 167714c1786c32deef1b4e87059f71ad2fee08f9) Signed-off-by: Alexander Kanavin Signed-off-by: Richard Purdie

alsa-tools: 1.1.6 -> 1.1.7

2019-02-26T23:04:31+00:00

Changelog: http://alsa-project.org/main/index.php/Changes_v1.1.6_v1.1.7 The two patches have now been upstreamed. Apart from those changes, the only thing that changed was the hwmixvolume tool, which got ported from PyGTK to PyGObject, and from GTK 2 to GTK 3. When testing hwmixvolume, I found that it depends on pyalsa, which has not been packaged for OE. I believe hwmixvolume has never worked on OE. It certainly didn't work before this patch, trying to build it failed due to python-pygtk not being available. Even if python-pygtk was available at some point in the past, hwmixvolume has always used pyalsa, but the alsa-tools recipe has never had that dependency declared. (From OE-Core rev: b1426844235a64246d46d71cf826e871c92d7ed4) Signed-off-by: Tanu Kaskinen Signed-off-by: Richard Purdie

alsa-tools: use a better SRC_URI

2019-02-25T10:43:06+00:00

The ftp server has been flaky recently. (From OE-Core rev: 9257ba3cdadc0721fad7d57a5fd75e7cd45fd53c) Signed-off-by: Tanu Kaskinen Signed-off-by: Richard Purdie

alsa-utils: 1.1.6 -> 1.1.8

2019-02-25T10:43:06+00:00

Changelogs: http://alsa-project.org/main/index.php/Changes_v1.1.6_v1.1.7 http://alsa-project.org/main/index.php/Changes_v1.1.7_v1.1.8 There's a new program, axfer, which is a reimplementation of aplay (and arecord). The purpose of the rewrite is to have code that is easier to maintain. For now both implementations exist, and I decided to put both in the aplay package. The new 89-alsa-ucm.rules udev file initializes the mixer settings for certain hardware. It's needed for making the hardware usable at boot, in case there's no higher level software (such as PulseAudio) managing the mixer settings. Shipping hardware specific configuration in alsa-utils seems wrong, but I don't know what else to do. I added it to the alsaucm package, because it's kind of tied to the alsaucm utility (the udev rules execute the alsaucm program, and the build system installs the rules file only when alsaucm is enabled). Ideally the UCM configuration in alsa-lib would define the default UCM verb for each hardware, then the udev rules file could just enable the default verb, and there would be no hardware specific configuration in alsa-utils. But that requires upstream development effort. SRC_URI was changed to a more reliable source (at least currently the ftp server is flaky). (From OE-Core rev: f78e2fc921093cdd279f4245760b5e0a7adbe85c) Signed-off-by: Tanu Kaskinen Signed-off-by: Richard Purdie

alsa-plugins: 1.1.6 -> 1.1.8

2019-02-25T10:43:06+00:00

Changelogs: http://alsa-project.org/main/index.php/Changes_v1.1.6_v1.1.7 http://alsa-project.org/main/index.php/Changes_v1.1.7_v1.1.8 The --enable-avcodec configure option was renamed to --enable-libav, and I renamed the respective packageconfig item too. There's a new pcm plugin: aaf (AVTP Audio Format). I added a packageconfig item for it, but I didn't test it, because libavtp doesn't seem to be currently packaged for OpenEmbedded. There are now configuration files for most of the plugins. I removed the symlink creation for 50-pulseaudio.conf, because upstream now creates the symlinks for us. 99-pulseaudio-default.conf is an exception, because upstream ships it only as an example, and upstream doesn't install a symlink for it (upstream actually installs it directly under /etc, but I moved it back to /usr/share), so for that file we still have to create the symlink ourselves. The lavcrate plugin was converted to use libavresample (and renamed to lavrate). Libavresample is provided by ffmpeg, but ffmpeg was by default built with libavresample disabled. This patch now enables libavresample by default in the ffmpeg recipe in order to not cause a regression in alsa-plugins. SRC_URI was changed to a more reliable source (at least currently the ftp server is flaky). (From OE-Core rev: ddf5421331180bc45697511b44cdd4a4e6dda6ff) Signed-off-by: Tanu Kaskinen Signed-off-by: Richard Purdie

alsa-lib: 1.1.6 -> 1.1.8

2019-02-25T10:43:06+00:00

Changelogs: http://alsa-project.org/main/index.php/Changes_v1.1.6_v1.1.7 http://alsa-project.org/main/index.php/Changes_v1.1.7_v1.1.8 One significant change was that the search path of add-on configuration files was changed from /usr/share/alsa/alsa.conf.d to /etc/alsa/conf.d. Packages that install such files should still use the /usr/share location, though. Symlinks need to be created from /etc to /usr/share. The rationale for using /etc is that the system administrator can better control the configuration that way, and the rationale for installing files under /usr/share is that configuration snippets that are installed by packages are not meant to be directly edited by the administrator. alsa-plugins had to be modified to add symlinks for the configuration snippets that it installs. I also added FILES_${PN} = "", because the alsa-plugins package is supposed to be empty, but also because for some reason that I don't understand the symlinks would otherwise go to the alsa-plugins package rather than alsa-plugins-pulseaudio-conf. SRC_URI was changed to a more reliable source (at least currently the ftp server is flaky). (From OE-Core rev: 91f506958e4b7e9b8e8f1dcfe4a8aa4bdac7c5d1) Signed-off-by: Tanu Kaskinen Signed-off-by: Richard Purdie

meta: Fix Deprecated warnings from regexs

2019-01-16T15:35:07+00:00

Fix handling of escape characters in regexs and hence fix python Deprecation warnings which will be problematic in python 3.8. Note that some show up as: """ meta/classes/package.bbclass:1293: DeprecationWarning: invalid escape sequence \. """ where the problem isn't on 1293 in package.bbclass but in some _prepend to a package.bbclass function in a different file like mesa.inc, often from do_package_split() calls. (From OE-Core rev: 4b1c0c7d5525fc4cea9e0f02ec54e92a6fbc6199) Signed-off-by: Richard Purdie

alsa-lib: Cleanup packaging

2018-08-07T11:13:03+00:00

Cleans up the packaging by moving libasound.so.2 back into the alsa-lib package which was previously empty. Previously, it was difficult to create an image that had libasound.so.2, then create an SDK from that image that had the proper development files, because the only way to get libasound.so.2 was to do: IMAGE_INSTALL += "libasound" This however caused a problem because all of the development files that would be desired in the SDK were located in alsa-lib-dev, which wouldn't be included because alsa-lib wasn't included, and it was impossible to include alsa-lib because it was an empty package that was culled. (From OE-Core rev: c2fc6f87f8bbf4bc28f9adc45f116b2a692ea804) Signed-off-by: Joshua Watt Signed-off-by: Richard Purdie