alsactl needs /var/lib/alsa to store asound.state when saving mixer
settings so make it in the target.
Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar>
Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
Most alsa utilites depend on specific alsa-lib options, so ensure those
are selected. Arecord is furthermore just a symlink to aplay these days,
so get rid of the option.
Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
Select alsa-libs instead of depending on them otherwise it's just
"missing" from the menu.
Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar>
Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
[ Thomas: remove all patches, since they have been merged. Implement
the target uninstallation step, fix many issues. ]
[Peter: fix target install / uninstall steps]
Signed-off-by: Martin Banky <Martin.Banky@gmail.com>
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
Now that TARGET_CC contains several space-separated words, it must be
used quoted everywhere.
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
Two variants of the ncurses library exist: the normal one, and the
ncursesw one, which has support for wide char. Currently, Buildroot
only builds the normal variant (the second variant requires
--enable-widec while compiling ncurses).
Unfortunately, when libncursesw is installed on the host, the
configure script of alsa-utils finds /usr/bin/ncursesw5-config and
thinks that the target has this version. Unfortunately, as this is not
the case, it causes a configure failure when trying to link a sample
program against libpanelw (which is part of ncurses).
Therefore, we force the libncurses variant used by alsa-utils to the
normal variant.
Later on, if needed, support for the wide-char variant of the
libncurses library could be added.
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
Without this patch alsamixer complains about missing libs and
ldd says:
libform.so.5 => not found
libmenu.so.5 => not found
libpanel.so.5 => not found
libncurses.so.5 => /usr/lib/libncurses.so.5 (0x4000e000)
libasound.so.2 => /usr/lib/libasound.so.2 (0x40056000)
... <cut>
Signed-off-by: Julien Boibessot <julien.boibessot@armadeus.com>
Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
We have been passing -q to ./configure when using 'make -s' for
packages using Makefile.autotools.in for some time. Do the same
for packages using autotools, but not using the
Makefile.autotools.in infrastructure, taking care to not do it
for packages with hand written configure scripts.
Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
A C library will have been built by the toolchain makefiles, so there is no
need for packages to explicitly depend on uclibc.
Signed-off-by: Will Newton <will.newton@gmail.com>
Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
alsa-utils included two ugly patches for ARM and AVR32 to fix build
issues encountered with ncurses. In fact these build issues were
caused by the fact that alsa-utils was using ncurses5-config of the
host instead of the one installed in $(STAGING_DIR).
Therefore, these two patches are removed, and we instead pass
ac_cv_prog_ncurses5_config to the ./configure script.
This commit solves bug #569, reported by Simon Pasch, who also
contributed this fix.
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
package/gettext/gettext.mk: Both of these components look for iconv when configuring so need to be dependent.
Both of these packages can be built with libiconv support. If libiconv is enabled and these are built first
then some configure variables get stored in the system cache and then libiconv is not used properly.
If libiconv is selected by user make sure it is built before either of these packages are built.
Signed-off-by: Daniel Laird <daniel.j.laird@nxp.com>
Prepare for the merge of audio and video packages. Many packages cannot
properly be assigned to either audio or video, because they have support
for both (libogg, mplayer, vlc).
Signed-off-by: Markus Heidelberg <markus.heidelberg@web.de>
