The patch had some new tool (hdajackretask) missing which were
triggering build failures in O.S. Systems' builder as:

,----[ Build error in a clean tmp, without x11 ]
| checking for GTK3... no
| configure: error: Package requirements (gtk+-3.0) were not met:
|
| No package 'gtk+-3.0' found
|
| Consider adjusting the PKG_CONFIG_PATH environment variable if you
| installed software in a non-standard prefix.
|
| Alternatively, you may set the environment variables GTK3_CFLAGS
| and GTK3_LIBS to avoid the need to call pkg-config.
| See the pkg-config man page for more details.
| make: *** [all] Error 1
`----

Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
Signed-off-by: Saul Wold <sgw@linux.intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>

 Updated patch to work with alsa-tools version 1.0.27

Signed-off-by: Simone Agresta <simone.agresta@bticino.it>
Signed-off-by: Saul Wold <sgw@linux.intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>

 Updated patch to work with alsa-tools version 1.0.27

Signed-off-by: Simone Agresta <simone.agresta@bticino.it>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>

Update alsa-tools to latest version 1.0.27:

* remove PR
* update autotools.patch
* add build dependency gkt+3 that hdajackretask requires it.

Signed-off-by: Kai Kang <kai.kang@windriver.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>

Introduce a AUTOTOOLS_COPYACLOCAL variable which forces the copy of the aclocal
files even when a configure.ac/.in file isn't present.

Use this new feature in alsa-tools.

Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>

This patch goes through the OE-Core recipes and marks those which use autotools
but don't support a separate build directory (${S} != ${B}). A new class,
autotools-brokensep is used for this purpose.

This doesn't introduce any change in behaviour in its own right.

Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>

Commit b92a3e9d093bc9421aa38a40bc6bfd559a16b3be introduced a dependency
on udev, which is undesirable for distros which don't otherwise require
or build udev (and, as such, don't have any interest in the rules.d files).

Make this conditional on a PACKAGECONFIG setting so that it can be turned
off.  If it's off, we don't depend on udev and don't ship the rules.

Signed-off-by: Phil Blundell <pb@pbcl.net>
Signed-off-by: Saul Wold <sgw@linux.intel.com>

Specify the location of the alsa headers using ${includedir}. Without
this no headers get added to the image when the alsa-lib-dev package is
included.

Signed-off-by: Andrew McDermott <andrew.mcdermott@linaro.org>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>

There should be only one automake under the STAGING_DATADIR_NATIVE in
theory, but der_steffi@gmx.de has reported an odd problem which seemed
like that there are more than one. However, the "automake
--print-libdir" is the regular way to locate automake libdir.

[YOCTO #5706]

Reported-by: der_steffi@gmx.de
Signed-off-by: Robert Yang <liezhi.yang@windriver.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>

Add some SUMMARY values for individual packages that did not already
have their own (alsa-utils-iecset, alsa-utils-aseqdump and
alsa-utils-alsaloop).

Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com>