gitolite/buildrootschalter
gitolite/buildrootschalter
1
0
Fork 0
Code Issues Pull Requests Projects Releases Wiki Activity
35eaed8d07
buildrootschalter/package/matchbox/Config.in

43 lines
1.0 KiB
Plaintext
Raw Normal View History

Add matchbox package
2007-08-12 13:31:06 +02:00
config BR2_PACKAGE_MATCHBOX
bool "MatchBox Window Manager"
matchbox: depend on x11 support, rather than selecting it Packages should depend on BR2_PACKAGE_XORG7 rather than selecting it, because: - X brings in a lot of dependencies, so shouldn't get implicitly enabled - Select doesn't check dependencies, so build breaks if XORG dependencies aren't met (locale/wchar) Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2009-11-23 09:51:46 +01:00
depends on BR2_PACKAGE_XORG7
Add matchbox package
2007-08-12 13:31:06 +02:00
select BR2_PACKAGE_FONTCONFIG
matchbox: convert to autotools, fix build with start-notification, libxft Signed-off-by: Will Wagner <will_wagner@carallon.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2010-04-01 12:10:12 +02:00
select BR2_PACKAGE_EXPAT
select BR2_PACKAGE_XLIB_LIBXEXT
Use new x11r7 configs
2007-08-12 16:11:02 +02:00
select BR2_PACKAGE_XLIB_LIBXDAMAGE
select BR2_PACKAGE_XLIB_LIBXCURSOR
Add matchbox package
2007-08-12 13:31:06 +02:00
help
http://projects.o-hand.com/matchbox
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_MATCHBOX
Add matchbox package
2007-08-12 13:31:06 +02:00
config BR2_PACKAGE_MATCHBOX_PANEL
bool "Matchbox Panel"
help
matchbox: fix long help text lines
2008-08-27 22:19:26 +02:00
A flexible always present 'window bar' for holding
application launchers.
Add matchbox package
2007-08-12 13:31:06 +02:00
config BR2_PACKAGE_MATCHBOX_DESKTOP
bool "Matchbox Desktop"
matchbox-desktop: needs zlib Otherwise the build fails with: In file included from mbdesktop_win_plugin.c:1:0: mbdesktop.h:31:18: fatal error: zlib.h: No such file or directory Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2013-02-21 10:55:57 +01:00
select BR2_PACKAGE_ZLIB
Add matchbox package
2007-08-12 13:31:06 +02:00
help
A PDA style application launcher or 'item browser'.
matchbox-common was missing in Config.in While at it add option to install PDA style desktop folders. Signed-off-by: Paulius Zaleckas <paulius.zaleckas@gmail.com> Acked-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2010-11-04 09:57:27 +01:00
config BR2_PACKAGE_MATCHBOX_COMMON
bool "Matchbox session common files"
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_MATCHBOX_PANEL && BR2_PACKAGE_MATCHBOX_DESKTOP
matchbox-common was missing in Config.in While at it add option to install PDA style desktop folders. Signed-off-by: Paulius Zaleckas <paulius.zaleckas@gmail.com> Acked-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2010-11-04 09:57:27 +01:00
help
Common desktop folders and matchbox-session script.
config BR2_PACKAGE_MATCHBOX_COMMON_PDA
bool "PDA style desktop folders"
depends on BR2_PACKAGE_MATCHBOX_COMMON
Add matchbox package
2007-08-12 13:31:06 +02:00
config BR2_PACKAGE_MATCHBOX_KEYBOARD
package/matchbox: fix BR2_PACKAGE_MATCHBOX_KEYBOARD Kconfig Fix typo and wrong information in help text (not a cvs snapshot)
2008-10-19 09:44:25 +02:00
bool "Matchbox Virtual Keyboard"
Use new x11r7 configs
2007-08-12 16:11:02 +02:00
select BR2_PACKAGE_XLIB_LIBXTST
Add matchbox package
2007-08-12 13:31:06 +02:00
help
package/matchbox: fix BR2_PACKAGE_MATCHBOX_KEYBOARD Kconfig Fix typo and wrong information in help text (not a cvs snapshot)
2008-10-19 09:44:25 +02:00
Virtual Keyboard
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
endif
Reference in New Issue Copy Permalink