NetCube-Systems-Austria/kumquat-buildroot
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity
7cd6782ad7
kumquat-buildroot/package/links/Config.in

21 lines
483 B
Plaintext
Raw Normal View History

final step in buildroot facelift
2004-10-09 08:13:40 +02:00
config BR2_PACKAGE_LINKS
more help updates from Tom Cameron
2004-12-26 08:36:59 +01:00
bool "links"
links: needs mmu Fixes http://autobuild.buildroot.net/results/1c1456b19d7483475430b390291240733dbbf21b Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2013-01-14 02:12:20 +01:00
depends on BR2_USE_MMU # fork()
final step in buildroot facelift
2004-10-09 08:13:40 +02:00
help
more help updates from Tom Cameron
2004-12-26 08:36:59 +01:00
Graphics and text mode WWW browser (kind of like lynx).
final step in buildroot facelift
2004-10-09 08:13:40 +02:00
links: bump to version 2.3pre1 * Switch to links 2.3pre1. * Enable graphics mode via directfb. TODO: Support X11 mode, maybe linuxfb (requires gpm). Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2011-02-09 19:22:40 +01:00
http://links.twibright.com/
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_LINKS
links: bump to version 2.3pre1 * Switch to links 2.3pre1. * Enable graphics mode via directfb. TODO: Support X11 mode, maybe linuxfb (requires gpm). Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2011-02-09 19:22:40 +01:00
config BR2_PACKAGE_LINKS_GRAPHICS
links: Enable graphics for X11 Graphics can be enabled for X11 as well. Do not select DirectFB for graphics, set DirectFB or X11 dependencies instead. Signed-off-by: Valentine Barshak <gvaxon@gmail.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2012-10-15 08:44:58 +02:00
bool "use graphics"
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_DIRECTFB || BR2_PACKAGE_XORG7
links: Enable graphics for X11 Graphics can be enabled for X11 as well. Do not select DirectFB for graphics, set DirectFB or X11 dependencies instead. Signed-off-by: Valentine Barshak <gvaxon@gmail.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2012-10-15 08:44:58 +02:00
select BR2_PACKAGE_XLIB_LIBXT if BR2_PACKAGE_XORG7
links: bump to version 2.3pre1 * Switch to links 2.3pre1. * Enable graphics mode via directfb. TODO: Support X11 mode, maybe linuxfb (requires gpm). Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2011-02-09 19:22:40 +01:00
select BR2_PACKAGE_LIBPNG
help
links: Enable graphics for X11 Graphics can be enabled for X11 as well. Do not select DirectFB for graphics, set DirectFB or X11 dependencies instead. Signed-off-by: Valentine Barshak <gvaxon@gmail.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2012-10-15 08:44:58 +02:00
Enable graphics output for DirectFB or X11.
links: bump to version 2.3pre1 * Switch to links 2.3pre1. * Enable graphics mode via directfb. TODO: Support X11 mode, maybe linuxfb (requires gpm). Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2011-02-09 19:22:40 +01:00
Otherwise links will be text-mode only.
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