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

37 lines
953 B
Plaintext
Raw Normal View History

tzdata: add missing comment for toolchain option dependencies Signed-off-by: Thomas De Schampheleire <thomas.de.schampheleire@gmail.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2013-12-18 21:29:10 +01:00
comment "tzdata needs an (e)glibc toolchain"
depends on !BR2_TOOLCHAIN_USES_GLIBC
package/tzdata: new package This is the time zone database, used by glibc for translations between UTC and local time. Signed-off-by: Richard Braun <rbraun@sceen.net> [yann.morin.1998@free.fr: use global ZIC, install posix TZ only once] Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Cc: Danomi Manchego <danomimanchego123@gmail.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2013-03-07 12:53:41 +01:00
config BR2_PACKAGE_TZDATA
bool "tzdata"
Introduce BR2_TOOLCHAIN_USES_{UCLIBC, GLIBC} Currently, when we need to do a conditional on the type of C library used, we need to take into account the three toolchain backends. As we are going to add eglibc support to the Buildroot toolchain backend, it would become even uglier, so this patch introduces two new hidden options: BR2_TOOLCHAIN_USES_UCLIBC and BR2_TOOLCHAIN_USES_GLIBC, that exist regardless of the toolchain backend. The entire Buildroot code base is converted to use those options. Note that we have intentionally created only one option (BR2_TOOLCHAIN_USES_GLIBC) for both glibc and eglibc, since they are essentially the same, as far as Buildroot is concerned. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2013-06-30 21:29:09 +02:00
depends on BR2_TOOLCHAIN_USES_GLIBC
package/tzdata: new package This is the time zone database, used by glibc for translations between UTC and local time. Signed-off-by: Richard Braun <rbraun@sceen.net> [yann.morin.1998@free.fr: use global ZIC, install posix TZ only once] Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Cc: Danomi Manchego <danomimanchego123@gmail.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2013-03-07 12:53:41 +01:00
help
Time zone database
http://www.iana.org/time-zones/repository/tz-link.html
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_TZDATA
package/tzdata: new package This is the time zone database, used by glibc for translations between UTC and local time. Signed-off-by: Richard Braun <rbraun@sceen.net> [yann.morin.1998@free.fr: use global ZIC, install posix TZ only once] Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Cc: Danomi Manchego <danomimanchego123@gmail.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2013-03-07 12:53:41 +01:00
config BR2_PACKAGE_TZDATA_ZONELIST
string "Time zone list"
default "default"
help
Space-separated list of time zones to compile.
The value "default" includes all commonly used time zones. Note
that this set consumes around 5.5M.
The full list is the list of files in the time zone database source,
not including the build and .tab 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
package/tzdata: install a default localtime Add an option to install a default localtime. since tzdata only makes sense for (e)glibc, we don't care that we install timezone files that uClibc can't understand. Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2014-01-07 23:46:06 +01:00
config BR2_PACKAGE_TZDATA_LOCALTIME
string "default local time"
help
The time zone to install as the default local time, expressed as a
tzdata location, such as:
GMT, Europe/Paris, America/New_York, Pacific/Wallis...
If empty, no local time will be set, and the dates will be
expressed in UTC.
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