kumquat-buildroot/package/madplay/Config.in

config BR2_PACKAGE_MADPLAY
	bool "madplay"
	select BR2_PACKAGE_LIBMAD
	select BR2_PACKAGE_LIBID3TAG
	help
	  Command-line front-end to libmad, a high-quality MPEG audio
	  decoder.  It currently supports MPEG-1 and the MPEG-2
	  extension to lower sampling frequencies, as well as the de
	  facto MPEG 2.5 format. All three audio layers — Layer I,
	  Layer II, and Layer III (i.e. MP3) — are fully implemented.

	  http://www.underbit.com/products/mad/

if BR2_PACKAGE_MADPLAY

config BR2_PACKAGE_MADPLAY_ALSA
	bool
	default y
	depends on BR2_PACKAGE_ALSA_LIB

endif
madplay package 2007-05-10 11:20:20 +02:00			`config BR2_PACKAGE_MADPLAY`
			`bool "madplay"`
			`select BR2_PACKAGE_LIBMAD`
			`select BR2_PACKAGE_LIBID3TAG`
			`help`
package/*/Config.in: fix help text check-package warnings This commit fixes the warnings reported by check-package on the help text of all package Config.in files, related to the formatting of the help text: should start with a tab, then 2 spaces, then at most 62 characters. The vast majority of warnings fixed were caused by too long lines. A few warnings were related to spaces being used instead of a tab to indent the help text. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> 2017-12-18 09:21:05 +01:00			`Command-line front-end to libmad, a high-quality MPEG audio`
			`decoder. It currently supports MPEG-1 and the MPEG-2`
			`extension to lower sampling frequencies, as well as the de`
			`facto MPEG 2.5 format. All three audio layers — Layer I,`
			`Layer II, and Layer III (i.e. MP3) — are fully implemented.`
madplay package 2007-05-10 11:20:20 +02:00
			`http://www.underbit.com/products/mad/`
Cleanup + ALSA support for madplay 2007-07-28 17:57:09 +02:00
Config.in files: use if/endif instead of 'depends on' for main symbol In the Config.in file of package foo, it often happens that there are other symbols besides BR2_PACKAGE_FOO. Typically, these symbols only make sense when foo itself is enabled. There are two ways to express this: with depends on BR2_PACKAGE_FOO in each extra symbol, or with if BR2_PACKAGE_FOO ... endif around the entire set of extra symbols. The if/endif approach avoids the repetition of 'depends on' statements on multiple symbols, so this is clearly preferred. But even when there is only one extra symbol, if/endif is a more logical choice: - it is future-proof for when extra symbols are added - it allows to have just one strategy instead of two (less confusion) This patch modifies the Config.in files accordingly. Signed-off-by: Thomas De Schampheleire <thomas.de.schampheleire@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> 2013-12-20 22:31:30 +01:00			`if BR2_PACKAGE_MADPLAY`

Cleanup + ALSA support for madplay 2007-07-28 17:57:09 +02:00			`config BR2_PACKAGE_MADPLAY_ALSA`
			`bool`
			`default y`
Config.in files: use if/endif instead of 'depends on' for main symbol In the Config.in file of package foo, it often happens that there are other symbols besides BR2_PACKAGE_FOO. Typically, these symbols only make sense when foo itself is enabled. There are two ways to express this: with depends on BR2_PACKAGE_FOO in each extra symbol, or with if BR2_PACKAGE_FOO ... endif around the entire set of extra symbols. The if/endif approach avoids the repetition of 'depends on' statements on multiple symbols, so this is clearly preferred. But even when there is only one extra symbol, if/endif is a more logical choice: - it is future-proof for when extra symbols are added - it allows to have just one strategy instead of two (less confusion) This patch modifies the Config.in files accordingly. Signed-off-by: Thomas De Schampheleire <thomas.de.schampheleire@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> 2013-12-20 22:31:30 +01:00			`depends on BR2_PACKAGE_ALSA_LIB`

			`endif`