NetCube-Systems-Austria/kumquat-buildroot
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity
4de24dc4a9
kumquat-buildroot/Config.in.legacy

3130 lines
98 KiB
Plaintext
Raw Normal View History

pkg-infra: introduce errors for legacy API As discussed in the BR developer days, we want to be more strict about API changes in buildroot. I.e., we want to make it less likely that a user's customizations break down after upgrading buildroot. A first step is to make sure that the user is warned about API changes. This patch introduces Makefile.legacy and Config.in.legacy, which will issue clear error messages for such situations. Signed-off-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2012-11-12 11:08:28 +01:00
#
# Config.in.legacy - support for backward compatibility
#
Config.in.legacy: update description for developers The existing comments in Config.in.legacy are not entirely in-line with current practice. The comments implies that BR2_LEGACY should not be set when the conversion from old-to-new symbol can be done automatically using the appropriate 'select' statements. However, none of the existing legacy options does it this way. Moreover, I think it's intentional that the user is notified of the change, so that the removal of the legacy options in later buildroot versions no longer poses a problem. Additionally, the comments now describe how to handle string options. Signed-off-by: Thomas De Schampheleire <thomas.de.schampheleire@gmail.com> Acked-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2013-09-02 22:07:50 +02:00
# When an existing Config.in symbol is removed, it should be added again in
# this file, and take appropriate action to approximate backward compatibility.
# This will make the transition for the user more convenient.
pkg-infra: introduce errors for legacy API As discussed in the BR developer days, we want to be more strict about API changes in buildroot. I.e., we want to make it less likely that a user's customizations break down after upgrading buildroot. A first step is to make sure that the user is warned about API changes. This patch introduces Makefile.legacy and Config.in.legacy, which will issue clear error messages for such situations. Signed-off-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2012-11-12 11:08:28 +01:00
#
# When adding legacy symbols to this file, add them to the front. The oldest
# symbols will be removed again after about two years.
#
# The symbol should be copied as-is from the place where it was previously
# defined, but the help text should be removed or replaced with something that
# explains how to fix it.
Config.in.legacy: update description for developers The existing comments in Config.in.legacy are not entirely in-line with current practice. The comments implies that BR2_LEGACY should not be set when the conversion from old-to-new symbol can be done automatically using the appropriate 'select' statements. However, none of the existing legacy options does it this way. Moreover, I think it's intentional that the user is notified of the change, so that the removal of the legacy options in later buildroot versions no longer poses a problem. Additionally, the comments now describe how to handle string options. Signed-off-by: Thomas De Schampheleire <thomas.de.schampheleire@gmail.com> Acked-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2013-09-02 22:07:50 +02:00
#
# For bool options, the old symbol should select BR2_LEGACY, so that the user
# is informed at build-time about selected legacy options.
# If there is an equivalent (set of) new symbols, these should be select'ed by
# the old symbol for backwards compatibility.
Config.in.legacy: document how to handle renaming choice options When a choice option is renamed, it is not possible to select the new option. Instead, the default for the new option should be set in the choice itself. So let's document this. While we're at it, also reformat the whitespace in the example so a tab is used at the appropriate place. Signed-off-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be> Cc: Martin Bark <martin@barkynet.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-12-19 00:52:03 +01:00
# It is not possible to select an option that is part of a choice. In that
# case, the new option should use the old symbol as default. This requires a
# change outside of Config.in.legacy, and this should be clearly marked as such
# in a comment, so that removal of legacy options also include the removal of
# these external references.
#
# [Example: renaming a bool option that is part of a choice from FOO to BAR]
# original choice:
# choice
# prompt "Choose foobar"
# config BR2_FOO_1
# bool "foobar 1"
# config BR2_FOO_2
# bool "foobar 2"
# endchoice
#
# becomes:
# choice
# prompt "Choose foobar"
# default BR2_BAR_1 if BR2_FOO_1 # legacy
# default BR2_BAR_2 if BR2_FOO_2 # legacy
# config BR2_BAR_1
# bool "foobar 1"
# config BR2_BAR_2
# bool "foobar 2"
# endchoice
#
# and in Config.in.legacy:
# config BR2_FOO_1
# bool "foobar 1 has been renamed"
# help
# <suitable help text>
# # Note: BR2_FOO_1 is still referenced from package/foo/Config.in
# config BR2_FOO_2
# bool "foobar 2 has been renamed"
# help
# <suitable help text>
# # Note: BR2_FOO_2 is still referenced from package/foo/Config.in
#
# [End of example]
Config.in.legacy: update description for developers The existing comments in Config.in.legacy are not entirely in-line with current practice. The comments implies that BR2_LEGACY should not be set when the conversion from old-to-new symbol can be done automatically using the appropriate 'select' statements. However, none of the existing legacy options does it this way. Moreover, I think it's intentional that the user is notified of the change, so that the removal of the legacy options in later buildroot versions no longer poses a problem. Additionally, the comments now describe how to handle string options. Signed-off-by: Thomas De Schampheleire <thomas.de.schampheleire@gmail.com> Acked-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2013-09-02 22:07:50 +02:00
#
# For string options, it is not possible to directly select another symbol. In
# this case, a hidden wrap bool option has to be added, that defaults to y if
# the old string is not set at its default value. The wrap symbol should select
# BR2_LEGACY.
# If the original symbol has been renamed, the new symbol should use the value
Config.in.legacy: document how to handle renaming choice options When a choice option is renamed, it is not possible to select the new option. Instead, the default for the new option should be set in the choice itself. So let's document this. While we're at it, also reformat the whitespace in the example so a tab is used at the appropriate place. Signed-off-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be> Cc: Martin Bark <martin@barkynet.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-12-19 00:52:03 +01:00
# of the old symbol as default. Like for choice options, a comment should be
# added to flag that the symbol is still used in another file.
Config.in.legacy: update description for developers The existing comments in Config.in.legacy are not entirely in-line with current practice. The comments implies that BR2_LEGACY should not be set when the conversion from old-to-new symbol can be done automatically using the appropriate 'select' statements. However, none of the existing legacy options does it this way. Moreover, I think it's intentional that the user is notified of the change, so that the removal of the legacy options in later buildroot versions no longer poses a problem. Additionally, the comments now describe how to handle string options. Signed-off-by: Thomas De Schampheleire <thomas.de.schampheleire@gmail.com> Acked-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2013-09-02 22:07:50 +02:00
#
# [Example: renaming a string option from FOO to BAR]
# original symbol:
Config.in.legacy: document how to handle renaming choice options When a choice option is renamed, it is not possible to select the new option. Instead, the default for the new option should be set in the choice itself. So let's document this. While we're at it, also reformat the whitespace in the example so a tab is used at the appropriate place. Signed-off-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be> Cc: Martin Bark <martin@barkynet.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-12-19 00:52:03 +01:00
# config BR2_FOO_STRING
# string "Some foo string"
Config.in.legacy: update description for developers The existing comments in Config.in.legacy are not entirely in-line with current practice. The comments implies that BR2_LEGACY should not be set when the conversion from old-to-new symbol can be done automatically using the appropriate 'select' statements. However, none of the existing legacy options does it this way. Moreover, I think it's intentional that the user is notified of the change, so that the removal of the legacy options in later buildroot versions no longer poses a problem. Additionally, the comments now describe how to handle string options. Signed-off-by: Thomas De Schampheleire <thomas.de.schampheleire@gmail.com> Acked-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2013-09-02 22:07:50 +02:00
#
# becomes:
Config.in.legacy: document how to handle renaming choice options When a choice option is renamed, it is not possible to select the new option. Instead, the default for the new option should be set in the choice itself. So let's document this. While we're at it, also reformat the whitespace in the example so a tab is used at the appropriate place. Signed-off-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be> Cc: Martin Bark <martin@barkynet.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-12-19 00:52:03 +01:00
# config BR2_BAR_STRING
# string "Some bar string"
# default BR2_FOO_STRING if BR2_FOO_STRING != "" # legacy
Config.in.legacy: update description for developers The existing comments in Config.in.legacy are not entirely in-line with current practice. The comments implies that BR2_LEGACY should not be set when the conversion from old-to-new symbol can be done automatically using the appropriate 'select' statements. However, none of the existing legacy options does it this way. Moreover, I think it's intentional that the user is notified of the change, so that the removal of the legacy options in later buildroot versions no longer poses a problem. Additionally, the comments now describe how to handle string options. Signed-off-by: Thomas De Schampheleire <thomas.de.schampheleire@gmail.com> Acked-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2013-09-02 22:07:50 +02:00
#
# and in Config.in.legacy:
Config.in.legacy: document how to handle renaming choice options When a choice option is renamed, it is not possible to select the new option. Instead, the default for the new option should be set in the choice itself. So let's document this. While we're at it, also reformat the whitespace in the example so a tab is used at the appropriate place. Signed-off-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be> Cc: Martin Bark <martin@barkynet.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-12-19 00:52:03 +01:00
# config BR2_FOO_STRING
# string "The foo string has been renamed"
# help
# <suitable help text>
Config.in.legacy: update description for developers The existing comments in Config.in.legacy are not entirely in-line with current practice. The comments implies that BR2_LEGACY should not be set when the conversion from old-to-new symbol can be done automatically using the appropriate 'select' statements. However, none of the existing legacy options does it this way. Moreover, I think it's intentional that the user is notified of the change, so that the removal of the legacy options in later buildroot versions no longer poses a problem. Additionally, the comments now describe how to handle string options. Signed-off-by: Thomas De Schampheleire <thomas.de.schampheleire@gmail.com> Acked-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2013-09-02 22:07:50 +02:00
#
Config.in.legacy: document how to handle renaming choice options When a choice option is renamed, it is not possible to select the new option. Instead, the default for the new option should be set in the choice itself. So let's document this. While we're at it, also reformat the whitespace in the example so a tab is used at the appropriate place. Signed-off-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be> Cc: Martin Bark <martin@barkynet.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-12-19 00:52:03 +01:00
# config BR2_FOO_STRING_WRAP
# bool
# default y if BR2_FOO_STRING != ""
# select BR2_LEGACY
Config.in.legacy: update description for developers The existing comments in Config.in.legacy are not entirely in-line with current practice. The comments implies that BR2_LEGACY should not be set when the conversion from old-to-new symbol can be done automatically using the appropriate 'select' statements. However, none of the existing legacy options does it this way. Moreover, I think it's intentional that the user is notified of the change, so that the removal of the legacy options in later buildroot versions no longer poses a problem. Additionally, the comments now describe how to handle string options. Signed-off-by: Thomas De Schampheleire <thomas.de.schampheleire@gmail.com> Acked-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2013-09-02 22:07:50 +02:00
#
Config.in.legacy: document how to handle renaming choice options When a choice option is renamed, it is not possible to select the new option. Instead, the default for the new option should be set in the choice itself. So let's document this. While we're at it, also reformat the whitespace in the example so a tab is used at the appropriate place. Signed-off-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be> Cc: Martin Bark <martin@barkynet.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-12-19 00:52:03 +01:00
# # Note: BR2_FOO_STRING is still referenced from package/foo/Config.in
Config.in.legacy: update description for developers The existing comments in Config.in.legacy are not entirely in-line with current practice. The comments implies that BR2_LEGACY should not be set when the conversion from old-to-new symbol can be done automatically using the appropriate 'select' statements. However, none of the existing legacy options does it this way. Moreover, I think it's intentional that the user is notified of the change, so that the removal of the legacy options in later buildroot versions no longer poses a problem. Additionally, the comments now describe how to handle string options. Signed-off-by: Thomas De Schampheleire <thomas.de.schampheleire@gmail.com> Acked-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2013-09-02 22:07:50 +02:00
#
# [End of example]
pkg-infra: introduce errors for legacy API As discussed in the BR developer days, we want to be more strict about API changes in buildroot. I.e., we want to make it less likely that a user's customizations break down after upgrading buildroot. A first step is to make sure that the user is warned about API changes. This patch introduces Makefile.legacy and Config.in.legacy, which will issue clear error messages for such situations. Signed-off-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2012-11-12 11:08:28 +01:00
*config: improve handling of BR2_LEGACY In 8a46d4bf1f the randpackageconfig and allpackageyesconfig were extended with disabling all the legacy options, otherwise the resulting config couldn't be built. However, that didn't work for randconfig and allyesconfig. This commit reverts 8a46d4bf1f and replaces it with a different approach: skipping of the legacy config options is passed explicitly through the environment variable SKIP_LEGACY, which forces BR2_SKIP_LEGACY to y. The new option BR2_SKIP_LEGACY completely disables the legacy handling, which effectively removes all the legacy options from the .config. However, in that case no values are set for the legacy options so a subsequent oldconfig will query them. Therefore, run an additional olddefconfig. [Peter: fix s/BR2_LEGACY/SKIP_LEGACY/ typo] Signed-off-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be> [yann.morin.1998@free.fr: do not rely on a user-visible option, works perfectly well with only blind options set from the environment] Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2015-04-11 01:49:02 +02:00
config BR2_SKIP_LEGACY
bool
option env="SKIP_LEGACY"
if !BR2_SKIP_LEGACY
pkg-infra: introduce errors for legacy API As discussed in the BR developer days, we want to be more strict about API changes in buildroot. I.e., we want to make it less likely that a user's customizations break down after upgrading buildroot. A first step is to make sure that the user is warned about API changes. This patch introduces Makefile.legacy and Config.in.legacy, which will issue clear error messages for such situations. Signed-off-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2012-11-12 11:08:28 +01:00
config BR2_LEGACY
bool
help
This option is selected automatically when your old .config uses an
option that no longer exists in current buildroot. In that case, the
build will fail. Look for config options which are selected in the
menu below: they no longer exist and should be replaced by something
else.
# This comment fits exactly in a 80-column display
comment "Legacy detected: check the content of the menu below"
depends on BR2_LEGACY
Legacy: make the menu a normal menu. The help text is moved to comments. Signed-off-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2013-02-05 06:34:32 +01:00
menu "Legacy config options"
if BR2_LEGACY
Config.in.legacy: add separator to description for users When legacy symbols are selected, the menuconfig shows the explanation for users, immediately followed by the line "Legacy options removed in 2013.08". In order to visually keep these apart, we introduce a separator. Note that a line with all spaces is not correctly shown by menuconfig (the width will not be kept at 80 characters, so the output is '*** ***'). A dashed line seemed a logical alternative, and with another dashed line on top, the description becomes a block. Signed-off-by: Thomas De Schampheleire <thomas.de.schampheleire@gmail.com> Acked-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2013-09-02 22:07:52 +02:00
comment "----------------------------------------------------"
Legacy: make the menu a normal menu. The help text is moved to comments. Signed-off-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2013-02-05 06:34:32 +01:00
comment "Your old configuration uses legacy options that no "
Config.in.legacy: update description for users This patch clarifies the message shown to users in the legacy menu. It explicitly mentions the need to save the configuration before disabling the legacy options. Signed-off-by: Thomas De Schampheleire <thomas.de.schampheleire@gmail.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2013-09-02 22:07:51 +02:00
comment "longer exist in buildroot, as indicated in the menu "
comment "below. As long as these options stay selected, or in"
comment "case of string options are non-empty, the build "
Legacy: make the menu a normal menu. The help text is moved to comments. Signed-off-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2013-02-05 06:34:32 +01:00
comment "will fail. "
Config.in.legacy: update description for users This patch clarifies the message shown to users in the legacy menu. It explicitly mentions the need to save the configuration before disabling the legacy options. Signed-off-by: Thomas De Schampheleire <thomas.de.schampheleire@gmail.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2013-09-02 22:07:51 +02:00
comment "* "
comment "Where possible, an automatic conversion from old to "
comment "new symbols has been performed. Before making any "
comment "change in this legacy menu, make sure to exit the "
comment "configuration editor a first time and save the "
comment "configuration. Otherwise, the automatic conversion "
comment "of symbols will be lost. "
comment "* "
comment "After this initial save, reopen the configuration "
comment "editor, inspect the options selected below, read "
comment "their help texts, and verify/update the new "
comment "configuration in the corresponding configuration "
comment "menus. When everything is ok, you can disable the "
comment "legacy options in the menu below. Once you have "
comment "disabled all legacy options, this text will "
comment "disappear and you will be able to start the build. "
comment "* "
Config.in.legacy: update comment that old entries have been removed Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Cc: Arnout Vandecappelle <arnout@mind.be> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2017-12-27 00:39:04 +01:00
comment "Note: legacy options older than 5 years have been "
comment "removed, and configuration files that still have "
comment "those options set, will fail to build, or run in "
comment "unpredictable ways. "
Config.in.legacy: add separator to description for users When legacy symbols are selected, the menuconfig shows the explanation for users, immediately followed by the line "Legacy options removed in 2013.08". In order to visually keep these apart, we introduce a separator. Note that a line with all spaces is not correctly shown by menuconfig (the width will not be kept at 80 characters, so the output is '*** ***'). A dashed line seemed a logical alternative, and with another dashed line on top, the description becomes a block. Signed-off-by: Thomas De Schampheleire <thomas.de.schampheleire@gmail.com> Acked-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2013-09-02 22:07:52 +02:00
comment "----------------------------------------------------"
Legacy: make the menu a normal menu. The help text is moved to comments. Signed-off-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2013-02-05 06:34:32 +01:00
endif
pkg-infra: introduce errors for legacy API As discussed in the BR developer days, we want to be more strict about API changes in buildroot. I.e., we want to make it less likely that a user's customizations break down after upgrading buildroot. A first step is to make sure that the user is warned about API changes. This patch introduces Makefile.legacy and Config.in.legacy, which will issue clear error messages for such situations. Signed-off-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2012-11-12 11:08:28 +01:00
gnupg2: don't preserve the old gpg2 executable name Commit e82fadab236a (gnupg2: bump to version 2.2.0) added a configure option to keep the old 'gpg2' executable name to avoid conflict with the gnupg package. It turns out that gnupg depends on !BR2_PACKAGE_GNUPG2 since commit 2cadb26e6d4 (gnupg: make gnupg and gnupg2 mutually exclusive). Drop this configure option. Rename the config option that controls the removal of gpgv2, now gpgv, to match the new name. Add legacy config symbol handling. Cc: Vicente Olivert Riera <Vincent.Riera@imgtec.com> Signed-off-by: Baruch Siach <baruch@tkos.co.il> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2017-11-14 13:02:38 +01:00
###############################################################################
comment "Legacy options removed in 2018.02"
linux-headers: drop old unsupported 3.x versions These versions are very old and no longer supported according to https://www.kernel.org/category/releases.html, so drop them and add legacy entries. Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2018-01-29 22:48:25 +01:00
config BR2_KERNEL_HEADERS_3_4
bool "kernel headers version 3.4.x are no longer supported"
select BR2_KERNEL_HEADERS_4_1
select BR2_LEGACY
help
Version 3.4.x of the Linux kernel headers are no longer
maintained upstream and are now removed. As an alternative,
version 4.1.x of the headers have been automatically
selected in your configuration.
config BR2_KERNEL_HEADERS_3_10
bool "kernel headers version 3.10.x are no longer supported"
select BR2_KERNEL_HEADERS_4_1
select BR2_LEGACY
help
Version 3.10.x of the Linux kernel headers are no longer
maintained upstream and are now removed. As an alternative,
version 4.1.x of the headers have been automatically
selected in your configuration.
config BR2_KERNEL_HEADERS_3_12
bool "kernel headers version 3.12.x are no longer supported"
select BR2_KERNEL_HEADERS_4_1
select BR2_LEGACY
help
Version 3.12.x of the Linux kernel headers are no longer
maintained upstream and are now removed. As an alternative,
version 4.1.x of the headers have been automatically
selected in your configuration.
package/binutils: remove support for 2.27 Now that binutils 2.30 has been introduced, and we have moved to 2.29.1 as the default version, it is time to drop support for binutils 2.27. Also use xz-compressed tarball for all official supported version. Signed-off-by: Romain Naour <romain.naour@gmail.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2018-01-29 23:39:41 +01:00
config BR2_BINUTILS_VERSION_2_27_X
bool "binutils version 2.27 support removed"
select BR2_LEGACY
help
Support for binutils version 2.27 has been removed. The
current default version (2.29 or later) has been selected
instead.
eeprog: remove package The i2c-tools package has adopted the code of eeprog. Cc: Matt Weber <matthew.weber@rockwellcollins.com> Signed-off-by: Baruch Siach <baruch@tkos.co.il> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2018-01-02 07:16:01 +01:00
config BR2_PACKAGE_EEPROG
bool "eeprog package removed"
select BR2_LEGACY
select BR2_PACKAGE_I2C_TOOLS
select BR2_PACKAGE_BUSYBOX_SHOW_OTHERS
help
The eeprog program is now provided by the i2c-tools package.
gnupg2: don't preserve the old gpg2 executable name Commit e82fadab236a (gnupg2: bump to version 2.2.0) added a configure option to keep the old 'gpg2' executable name to avoid conflict with the gnupg package. It turns out that gnupg depends on !BR2_PACKAGE_GNUPG2 since commit 2cadb26e6d4 (gnupg: make gnupg and gnupg2 mutually exclusive). Drop this configure option. Rename the config option that controls the removal of gpgv2, now gpgv, to match the new name. Add legacy config symbol handling. Cc: Vicente Olivert Riera <Vincent.Riera@imgtec.com> Signed-off-by: Baruch Siach <baruch@tkos.co.il> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2017-11-14 13:02:38 +01:00
config BR2_PACKAGE_GNUPG2_GPGV2
bool "gnupg2 gpgv2 option removed"
select BR2_LEGACY
select BR2_PACKAGE_GNUPG2_GPGV
help
The gpgv2 executable is now named gpgv. The config option
has been renamed accordingly.
imx-gpu-viv: bump to version 6.2.2.p0 New features: - Added mutex protection for referencing gctSIGNAL in gckOS_MapSignal to fix a MT race issue. - Streamlined GPU address calculation base on MC20 (0/1) and MMU (0/1) combinations. - Fixed multiple Android HWC 2.0 rendering issues. Refined HWC 2.0 driver implementation. - Improved HWC2.0 composition performance by composing damaged regions only. - Enabled offline/online compiler IR assembly dump function for users. - Implemented the direct rendering support (no-resolve) for Wayland platform. - Added EGL_EXT_buffer_age extension for Wayland and fbdev platforms. - Updated wayland-viv protocol to support tile status sync from client to server. - Improved OpenCL 1.2 builtin function support with native GPU instructions. - Enabled OpenCL 1.2 API trace dump function controlled by VIV_TRACE environment variable. - Support for OpenGL4.0 - Cleaned up driver code issues reported by Klocwork and Coverity. Full changelog: http://git.freescale.com/git/cgit.cgi/imx/fsl-arm-yocto-bsp.git/tree/GraphicsChangeLogv6?h=imx-morty Note that the apitrace tool and the G2D libraries are not part of the package any longer, so the corresponding options are removed. The G2D libraries are now provided by a separate package. This package has been tested with both X11 and Framebuffer backends: # cd /usr/share/examples/viv_samples/vdk/ # ./tutorial7 # gmem_info ... display memory use per PID ... Also update packages that depended on g2d libraries to match new package name. Signed-off-by: Gary Bisson <gary.bisson@boundarydevices.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2018-01-05 15:39:36 +01:00
config BR2_PACKAGE_IMX_GPU_VIV_APITRACE
bool "Vivante apitrace tool option removed"
select BR2_LEGACY
help
The apitrace tool for Vivante is not provided by the
imx-gpu-viv package any longer.
config BR2_PACKAGE_IMX_GPU_VIV_G2D
bool "Vivante G2D libraries from imx-gpu-viv removed"
select BR2_LEGACY
select BR2_PACKAGE_IMX_GPU_G2D
help
The G2D libraries are now provided by the imx-gpu-g2d package.
util-linux: add menu items for login utilities This change extends to the login utilities the current policy of having a selection item in the configuration menu for each utility that has an --enable/--disable knob in the "configure" script: - add selection items for login, runuser, su and sulogin (there was already an item for "last") - move "login utilities" to Config.in.legacy - make "login utilities" select last, login, runuser, su and sulogin Signed-off-by: Carlos Santos <casantos@datacom.ind.br> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2017-09-02 02:41:38 +02:00
###############################################################################
comment "Legacy options removed in 2017.11"
rfkill: remove package The rfkill program has been incorporated to the util-linux package. The new implementation is based upon, and backward compatible with, the original rfkill from Johannes Berg and Marcel Holtmann. Signed-off-by: Carlos Santos <casantos@datacom.ind.br> Reviewed-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2017-10-22 00:30:18 +02:00
config BR2_PACKAGE_RFKILL
bool "rfkill package removed"
select BR2_LEGACY
select BR2_PACKAGE_UTIL_LINUX
select BR2_PACKAGE_UTIL_LINUX_RFKILL
help
The rfkill program is now provided by the util-linux package.
util-linux: security bump to version 2.31 Fix CVE-2016-2779: runuser in util-linux allows local users to escape to the parent session via a crafted TIOCSTI ioctl call, which pushes characters to the terminal's input buffer. The new experimental "su --pty" feature has been implemented to fix this issue. The feature is not enabled by default and the new command line option --pty is necessary. Add rfkill, a command for enabling and disabling wireless devices. This implementation is based upon, and backward compatible with, the original rfkill from Johannes Berg and Marcel Holtmann, currently provided by the standalone "rfkill" package. Add uuidparse, a command to analyze and print information about UUID's. The "reset" script is not part of utill-linux anymore. Add a legacy config telling the user to use either BusyBox or the ncurses program. Drop the ncursesw patch, allready applied upstream. AUTORECONF is not required anymore. Signed-off-by: Carlos Santos <casantos@datacom.ind.br> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2017-10-31 11:47:51 +01:00
config BR2_PACKAGE_UTIL_LINUX_RESET
bool "util-linux reset option removed"
select BR2_LEGACY
help
The util-linux package no longer offers a "reset" command. Use
either the reset command provided by BusyBox or select ncurses
programs, which will install a symlink from "tset" to reset.
policycoreutils: split packages and bump to 2.7 Policycoreutils was broken up into several packages, as such several changes needed to happen for this patch to work: - Remove patches 3, 4, and 5 as they no longer apply. - Refresh patches 1 and 2 to work with version 2.7 - Remove semodule_${deps,expand,link,package} and sestatus from the makedirs in the mk file. - Remove restorecond from the make and config file. (Seperate package) - Remove Audit2allow from the make and config file. (In a different package) - Remove the package sepolgen - Add the package selinux-python - Add the package restorecond - Add the package semodule-utils - Add the relevant Config.in.legacy options into the menu. Because these are utilities that work on top of python, the older versions of these utilites still work, and as such this should be a single patch. Signed-off-by: Adam Duskett <Adamduskett@outlook.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2017-10-18 00:32:18 +02:00
config BR2_PACKAGE_POLICYCOREUTILS_AUDIT2ALLOW
bool "policycoreutils audit2allow option removed"
select BR2_LEGACY
select BR2_PACKAGE_SELINUX_PYTHON
select BR2_PACKAGE_SELINUX_PYTHON_AUDIT2ALLOW
help
The policycoreutils package no longer offers audit2allow
as a option. This package has been moved into the
selinux-python package by the SELinux maintainers.
config BR2_PACKAGE_POLICYCOREUTILS_RESTORECOND
bool "policycoreutils restorecond option removed"
select BR2_LEGACY
select BR2_PACKAGE_RESTORECOND
help
The policycoreutils package no longer offers restorecond
as a option. This package has been moved into a seperate
package maintained by the SELinux maintainers.
config BR2_PACKAGE_SEPOLGEN
bool "sepolgen package has been removed"
select BR2_LEGACY
select BR2_PACKAGE_SELINUX_PYTHON
select BR2_PACKAGE_SELINUX_PYTHON_SEPOLGEN
help
Sepolgen is no longer a individual package, but instead has
been moved into the selinux-python package by the SELinux
maintainers.
package/openobex: bump version to 1.7.2 Package switched to cmake without providing most of the autoconf options previously available. Therefore we move all suboptions to Config.in.legacy. All patches are removed, the files to be patched do not exist anymore. OPENOBEX_EXTRACT_CMDS is not needed anymore, upstream provides the source as .tar.gz now. Version 1.6 added support for libusb-1.x and udev. The current version also supports bluez5_utils, not only bluez_utils. Signed-off-by: Bernd Kuhls <bernd.kuhls@t-online.de> [Arnout: add help text to legacy options] Signed-off-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be>
2017-09-16 17:15:35 +02:00
config BR2_PACKAGE_OPENOBEX_BLUEZ
bool "openobex bluez option removed"
select BR2_LEGACY
select BR2_PACKAGE_BLUEZ_UTILS
help
The OpenOBEX package no longer offers an option to enable or
disable BlueZ support. Instead, BlueZ support is always
included when the bluez5_utils or bluez_utils package is
selected.
config BR2_PACKAGE_OPENOBEX_LIBUSB
bool "openobex libusb option removed"
select BR2_LEGACY
select BR2_PACKAGE_LIBUSB
help
The OpenOBEX package no longer offers an option to enable or
disable libusb support. Instead, USB support is always
included when the libusb package is selected.
config BR2_PACKAGE_OPENOBEX_APPS
bool "openobex apps option removed"
select BR2_LEGACY
help
The OpenOBEX package no longer offers an option to enable or
disable apps support.
config BR2_PACKAGE_OPENOBEX_SYSLOG
bool "openobex syslog option removed"
select BR2_LEGACY
help
The OpenOBEX package no longer offers an option to enable or
disable syslog support.
config BR2_PACKAGE_OPENOBEX_DUMP
bool "openobex dump option removed"
select BR2_LEGACY
help
The OpenOBEX package no longer offers an option to enable or
disable dump support.
aiccu: remove package As the SixXS project has ceased its operation on 2017-06-06, the aiccu utility has been removed. Signed-off-by: Alexander Mukhin <alexander.i.mukhin@gmail.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2017-09-10 12:21:34 +02:00
config BR2_PACKAGE_AICCU
bool "aiccu utility removed"
select BR2_LEGACY
help
As the SixXS project has ceased its operation on 2017-06-06,
the AICCU utility has no use anymore and has been removed.
https://www.sixxs.net/sunset/
util-linux: add menu items for login utilities This change extends to the login utilities the current policy of having a selection item in the configuration menu for each utility that has an --enable/--disable knob in the "configure" script: - add selection items for login, runuser, su and sulogin (there was already an item for "last") - move "login utilities" to Config.in.legacy - make "login utilities" select last, login, runuser, su and sulogin Signed-off-by: Carlos Santos <casantos@datacom.ind.br> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2017-09-02 02:41:38 +02:00
config BR2_PACKAGE_UTIL_LINUX_LOGIN_UTILS
bool "util-linux login utilities option removed"
select BR2_LEGACY
select BR2_PACKAGE_UTIL_LINUX_LAST
select BR2_PACKAGE_UTIL_LINUX_LOGIN
select BR2_PACKAGE_UTIL_LINUX_RUNUSER
select BR2_PACKAGE_UTIL_LINUX_SU
select BR2_PACKAGE_UTIL_LINUX_SULOGIN
help
Login utilities (last, login, runuser, su, sulogin) now have
their own configuration options in the util-linux menu.
package/gcc: remove gcc 4.8 We're already using 5.x as default, and have 4.9.x on the lower side together with 7.x (7.1) on the higher side. Signed-off-by: Romain Naour <romain.naour@gmail.com> CC: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2017-05-23 22:24:40 +02:00
###############################################################################
comment "Legacy options removed in 2017.08"
boot/grub: remove grub is no longer maintained: it is stuck at version 0.97 with huge patches that have no opportunity to be applied upstream, as upstream has even renamed it grub-legacy. Besides, it no longer builds correctly with recent binutils versions, and even the huge patches we could grab from Debian do not help the slightest. Since upstream really considers it dead, and there are at least two alternatives (grub2 and syslinux), just remove grub. Add a legacy entry. Remove the test cases as well. Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Cc: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Cc: Ricardo Martincoski <ricardo.martincoski@gmail.com> Signed-off-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be>
2017-08-11 18:05:08 +02:00
config BR2_TARGET_GRUB
bool "grub (aka grub-legacy) has been removed"
select BR2_LEGACY
help
grub-legacy is no longer maintained, and no longer builds with
recent binutils versions.
Use grub2 or syslinux instead.
package/simicsfs: remove package Buildroot currently packages version 1.18 of simics, which is quite out of date, and does not compile with Linux 4.12+. The latest package v1.22 supports recent kernels, however that is not publicly available anymore like the older versions. In fact Simics is now moving away from the simicsfs kernel module, as the kernel module has required too much maintenance work. Users should move to the new user mode Simics agent instead. Therefore, we drop the corresponding package from Buildroot. Signed-off-by: Bin Meng <bmeng.cn@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2017-08-30 17:55:25 +02:00
config BR2_PACKAGE_SIMICSFS
bool "simicsfs support removed"
select BR2_LEGACY
help
Support for simicsfs kernel driver that provides access to a
host computer's local filesystem when the target is
executing within a SIMICS simulation has been removed.
Simics is now moving away from the simicsfs kernel module,
as the kernel module has required too much maintenance
work. Users should move to the user mode Simics agent
instead.
binutils: remove support for 2.26 Now that binutils 2.29 has been introduced, and we have moved to 2.28.1 as the default version, it is time to drop support for binutils 2.26.x. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2017-07-29 15:09:06 +02:00
config BR2_BINUTILS_VERSION_2_26_X
bool "binutils version 2.26 support removed"
select BR2_LEGACY
help
Support for binutils version 2.26 has been removed. The
current default version (2.28 or later) has been selected
instead.
arch/xtensa: allow specifying path to tarball file currently, specifying a custom Xtrensa core is done with two variables: - the core name - the directory containing the overlay tarball However, the core name only serves to construct the tarball name, and is not used whatsoever to configure any of the toolchain components (binutils, gcc or gdb), except through the files that are overlayed in their respective source trees. This has two main drawbacks: - the overlay file must be named after the core, - the tarball can not be compressed. Furthermore, it also makes it extremely complex to implement a download of that tarball. So, those two variables can be squeezed into a single variable, that is the complete path of the overlay tarball. Update the qemu-xtensa defconfig accordingly. Note: we do not add a legacy entry for BR2_XTENSA_CORE_NAME, since it was previously a blind option in the last release, and there's been no release since we removed BR2_XTENSA_CUSTOM_NAME. So, we just update the legacy comments for BR2_XTENSA_CUSTOM_NAME, since that's all the user could have seen in any of our releases so far. Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Cc: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Max Filippov <jcmvbkbc@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2017-07-09 14:21:56 +02:00
config BR2_XTENSA_OVERLAY_DIR
string "The BR2_XTENSA_OVERLAY_DIR option has been removed"
help
The BR2_XTENSA_OVERLAY_DIR has been removed in favour of
BR2_XTENSA_OVERLAY_FILE. You must now pass the complete
path to the overlay file, not to the directory containing
it.
config BR2_XTENSA_OVERLAY_DIR_WRAP
bool
default y if BR2_XTENSA_OVERLAY_DIR != ""
select BR2_LEGACY
arch/xtensa: get rid of an intermediate blind kconfig option It is not needed to have an intermediate blind option, we can just hide the prompt behind the same dependency as the non-blind symbol. Update our qemu-xtensa defconfig acordingly (note: it was using different values for both options, which is not possible; the blind option was just set to the non-blind one in the .config). Also remove an unneeded empty default for the BR2_XTENSA_OVERLAY_DIR string option (strings are empty by default). Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Cc: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Max Filippov <jcmvbkbc@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2017-07-09 14:21:55 +02:00
config BR2_XTENSA_CUSTOM_NAME
arch/xtensa: allow specifying path to tarball file currently, specifying a custom Xtrensa core is done with two variables: - the core name - the directory containing the overlay tarball However, the core name only serves to construct the tarball name, and is not used whatsoever to configure any of the toolchain components (binutils, gcc or gdb), except through the files that are overlayed in their respective source trees. This has two main drawbacks: - the overlay file must be named after the core, - the tarball can not be compressed. Furthermore, it also makes it extremely complex to implement a download of that tarball. So, those two variables can be squeezed into a single variable, that is the complete path of the overlay tarball. Update the qemu-xtensa defconfig accordingly. Note: we do not add a legacy entry for BR2_XTENSA_CORE_NAME, since it was previously a blind option in the last release, and there's been no release since we removed BR2_XTENSA_CUSTOM_NAME. So, we just update the legacy comments for BR2_XTENSA_CUSTOM_NAME, since that's all the user could have seen in any of our releases so far. Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Cc: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Max Filippov <jcmvbkbc@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2017-07-09 14:21:56 +02:00
string "The BR2_XTENSA_CUSTOM_NAME option has been removed"
arch/xtensa: get rid of an intermediate blind kconfig option It is not needed to have an intermediate blind option, we can just hide the prompt behind the same dependency as the non-blind symbol. Update our qemu-xtensa defconfig acordingly (note: it was using different values for both options, which is not possible; the blind option was just set to the non-blind one in the .config). Also remove an unneeded empty default for the BR2_XTENSA_OVERLAY_DIR string option (strings are empty by default). Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Cc: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Max Filippov <jcmvbkbc@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2017-07-09 14:21:55 +02:00
help
arch/xtensa: allow specifying path to tarball file currently, specifying a custom Xtrensa core is done with two variables: - the core name - the directory containing the overlay tarball However, the core name only serves to construct the tarball name, and is not used whatsoever to configure any of the toolchain components (binutils, gcc or gdb), except through the files that are overlayed in their respective source trees. This has two main drawbacks: - the overlay file must be named after the core, - the tarball can not be compressed. Furthermore, it also makes it extremely complex to implement a download of that tarball. So, those two variables can be squeezed into a single variable, that is the complete path of the overlay tarball. Update the qemu-xtensa defconfig accordingly. Note: we do not add a legacy entry for BR2_XTENSA_CORE_NAME, since it was previously a blind option in the last release, and there's been no release since we removed BR2_XTENSA_CUSTOM_NAME. So, we just update the legacy comments for BR2_XTENSA_CUSTOM_NAME, since that's all the user could have seen in any of our releases so far. Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Cc: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Max Filippov <jcmvbkbc@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2017-07-09 14:21:56 +02:00
The BR2_XTENSA_CUSTOM_NAME option has been removed.
arch/xtensa: get rid of an intermediate blind kconfig option It is not needed to have an intermediate blind option, we can just hide the prompt behind the same dependency as the non-blind symbol. Update our qemu-xtensa defconfig acordingly (note: it was using different values for both options, which is not possible; the blind option was just set to the non-blind one in the .config). Also remove an unneeded empty default for the BR2_XTENSA_OVERLAY_DIR string option (strings are empty by default). Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Cc: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Max Filippov <jcmvbkbc@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2017-07-09 14:21:55 +02:00
config BR2_XTENSA_CUSTOM_NAME_WRAP
bool
default y if BR2_XTENSA_CUSTOM_NAME != ""
select BR2_LEGACY
package/mke2img: remove package Now that we use mkfs to generate ext2/3/4 filesystem image by calling mkfs directly from fs/ext2/ext2.mk, we can remove this package. Signed-off-by: Sébastien Szymanski <sebastien.szymanski@armadeus.com> Signed-off-by: Samuel Martin <s.martin49@gmail.com> Cc: "Yann E. MORIN" <yann.morin.1998@free.fr> Reviewed-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2017-07-04 16:47:29 +02:00
config BR2_PACKAGE_HOST_MKE2IMG
bool "host mke2img has been removed"
select BR2_LEGACY
help
We now call mkfs directly to generate ext2/3/4 filesystem
image, so mke2img is no longer necessary.
fs/ext2: rename BR2_TARGET_ROOTFS_EXT2_BLOCKS to BR2_TARGET_ROOTFS_EXT2_SIZE This change deprecates the ext2/3/4 rootfs size in blocks symbol in favor of one that mimic the fs-size argument behavior of mkfs (i.e. size in a human readable format accepting k, m, g or t suffix or their upper-case variants). This change also updates the defconfigs that used to set BR2_TARGET_ROOTFS_EXT2_BLOCKS symbol. Signed-off-by: Samuel Martin <s.martin49@gmail.com> Acked-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2017-07-09 07:00:38 +02:00
config BR2_TARGET_ROOTFS_EXT2_BLOCKS
int "exact size in blocks has been removed"
default 0
help
This option has been removed in favor of
BR2_TARGET_ROOTFS_EXT2_SIZE. It has been set automatically
to the value you had before. Set to 0 here to remove the
warning.
config BR2_TARGET_ROOTFS_EXT2_BLOCKS_WRAP
bool
default y if BR2_TARGET_ROOTFS_EXT2_BLOCKS != 0 && \
BR2_TARGET_ROOTFS_EXT2_BLOCKS != 61440 # deprecated default value
select BR2_LEGACY
# Note: BR2_TARGET_ROOTFS_EXT2_BLOCKS_WRAP still referenced in fs/ext2/Config.in
fs/ext2: deprecate BR2_TARGET_ROOTFS_EXT2_EXTRA_INODES option Soon, the ext{2,3,4} rootfs image will no longer be generated with genext2fs, but using mke2fs instead which has no support for the extra inode number option. So, deprecate the BR2_TARGET_ROOTFS_EXT2_EXTRA_INODES option and recommend, in lieu, to set the total inode number, taking account of the extra ones if needed. Signed-off-by: Samuel Martin <s.martin49@gmail.com> Cc: Sébastien Szymanski <sebastien.szymanski@armadeus.com> Cc: "Yann E. MORIN" <yann.morin.1998@free.fr> Reviewed-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2017-07-04 16:47:25 +02:00
config BR2_TARGET_ROOTFS_EXT2_EXTRA_INODES
int "ext2 extra inodes has been removed" if BR2_TARGET_ROOTFS_EXT2_INODES = 0
default 0
help
Buildroot now uses mkfs.ext2/3/4 to generate ext2/3/4
images. It now automatically selects the number of inodes
based on the image size. The extra number of inodes can no
longer be provided; instead, provide the total number of
inodes needed in BR2_TARGET_ROOTFS_EXT2_INODES.
config BR2_TARGET_ROOTFS_EXT2_EXTRA_INODES_WRAP
bool
default y if BR2_TARGET_ROOTFS_EXT2_EXTRA_INODES != 0
select BR2_LEGACY
gst1-plugins-bad: bump version to 1.12.0 Remove non-existant configure options: --disable-mimic: https://github.com/GStreamer/gst-plugins-bad/commit/ad661999ad2c79a5d7721f0eb1e7f1f83a304224 --enable-dataurisrc: https://github.com/GStreamer/gst-plugins-bad/commit/de4bb6e1d4793637fd72d7316d06ebba4148583e --enable-videomeasure: https://github.com/GStreamer/gst-plugins-bad/commit/ca3020cf46d49d8e3fd54ec323b3a17cd389d780 --enable-apexsink, --disable-nas, --disable-linsys, --enable-sdl, --disable-sdltest, --disable-libvisual, --disable-timidity, --disable-sndio, --disable-wininet, --disable-xvid, --enable-cdxaparse, --enable-dccp, --enable-hdvparse, --enable-mve, --enable-nuvdemux, --enable-patchdetect, --enable-sdi, --enable-tta, --disable-pvr: https://github.com/GStreamer/gst-plugins-bad/commit/9b5de053995488d5ddc78c1bf4df651101271d70 [Peter: split out webrtc rename to a separate patch, tweak dataurisrc help] Signed-off-by: Vicente Olivert Riera <Vincent.Riera@imgtec.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2017-05-12 12:18:01 +02:00
config BR2_PACKAGE_GST1_PLUGINS_BAD_PLUGIN_CDXAPARSE
bool "cdxaparse removed"
select BR2_LEGACY
config BR2_PACKAGE_GST1_PLUGINS_BAD_PLUGIN_DATAURISRC
bool "dataurisrc moved to gstreamer1"
select BR2_LEGACY
help
Dataurisrc has moved to gstreamer core and is always built.
config BR2_PACKAGE_GST1_PLUGINS_BAD_PLUGIN_DCCP
bool "dccp removed"
select BR2_LEGACY
config BR2_PACKAGE_GST1_PLUGINS_BAD_PLUGIN_HDVPARSE
bool "hdvparse removed"
select BR2_LEGACY
config BR2_PACKAGE_GST1_PLUGINS_BAD_PLUGIN_MVE
bool "mve removed"
select BR2_LEGACY
config BR2_PACKAGE_GST1_PLUGINS_BAD_PLUGIN_NUVDEMUX
bool "nuvdemux removed"
select BR2_LEGACY
config BR2_PACKAGE_GST1_PLUGINS_BAD_PLUGIN_PATCHDETECT
bool "patchdetect removed"
select BR2_LEGACY
config BR2_PACKAGE_GST1_PLUGINS_BAD_PLUGIN_SDI
bool "sdi removed"
select BR2_LEGACY
config BR2_PACKAGE_GST1_PLUGINS_BAD_PLUGIN_TTA
bool "tta removed"
select BR2_LEGACY
config BR2_PACKAGE_GST1_PLUGINS_BAD_PLUGIN_VIDEOMEASURE
bool "videomeasure removed"
gst1-plugins-bad: add Image Quality Assessment (IQA) plugin This plugin replaces the recently removed videomeasure plugin. Signed-off-by: Vicente Olivert Riera <Vincent.Riera@imgtec.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2017-05-12 12:18:02 +02:00
select BR2_PACKAGE_GST1_PLUGINS_BAD_PLUGIN_IQA
gst1-plugins-bad: bump version to 1.12.0 Remove non-existant configure options: --disable-mimic: https://github.com/GStreamer/gst-plugins-bad/commit/ad661999ad2c79a5d7721f0eb1e7f1f83a304224 --enable-dataurisrc: https://github.com/GStreamer/gst-plugins-bad/commit/de4bb6e1d4793637fd72d7316d06ebba4148583e --enable-videomeasure: https://github.com/GStreamer/gst-plugins-bad/commit/ca3020cf46d49d8e3fd54ec323b3a17cd389d780 --enable-apexsink, --disable-nas, --disable-linsys, --enable-sdl, --disable-sdltest, --disable-libvisual, --disable-timidity, --disable-sndio, --disable-wininet, --disable-xvid, --enable-cdxaparse, --enable-dccp, --enable-hdvparse, --enable-mve, --enable-nuvdemux, --enable-patchdetect, --enable-sdi, --enable-tta, --disable-pvr: https://github.com/GStreamer/gst-plugins-bad/commit/9b5de053995488d5ddc78c1bf4df651101271d70 [Peter: split out webrtc rename to a separate patch, tweak dataurisrc help] Signed-off-by: Vicente Olivert Riera <Vincent.Riera@imgtec.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2017-05-12 12:18:01 +02:00
select BR2_LEGACY
gst1-plugins-bad: add Image Quality Assessment (IQA) plugin This plugin replaces the recently removed videomeasure plugin. Signed-off-by: Vicente Olivert Riera <Vincent.Riera@imgtec.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2017-05-12 12:18:02 +02:00
help
videomeasure plugin has been removed and has been replaced by
iqa, which has automatically been enabled.
gst1-plugins-bad: bump version to 1.12.0 Remove non-existant configure options: --disable-mimic: https://github.com/GStreamer/gst-plugins-bad/commit/ad661999ad2c79a5d7721f0eb1e7f1f83a304224 --enable-dataurisrc: https://github.com/GStreamer/gst-plugins-bad/commit/de4bb6e1d4793637fd72d7316d06ebba4148583e --enable-videomeasure: https://github.com/GStreamer/gst-plugins-bad/commit/ca3020cf46d49d8e3fd54ec323b3a17cd389d780 --enable-apexsink, --disable-nas, --disable-linsys, --enable-sdl, --disable-sdltest, --disable-libvisual, --disable-timidity, --disable-sndio, --disable-wininet, --disable-xvid, --enable-cdxaparse, --enable-dccp, --enable-hdvparse, --enable-mve, --enable-nuvdemux, --enable-patchdetect, --enable-sdi, --enable-tta, --disable-pvr: https://github.com/GStreamer/gst-plugins-bad/commit/9b5de053995488d5ddc78c1bf4df651101271d70 [Peter: split out webrtc rename to a separate patch, tweak dataurisrc help] Signed-off-by: Vicente Olivert Riera <Vincent.Riera@imgtec.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2017-05-12 12:18:01 +02:00
config BR2_PACKAGE_GST1_PLUGINS_BAD_PLUGIN_APEXSINK
bool "apexsink removed"
select BR2_LEGACY
config BR2_PACKAGE_GST1_PLUGINS_BAD_PLUGIN_SDL
bool "sdl removed"
select BR2_LEGACY
gst1-plugins-ugly: bump version to 1.12.0 Remove non-existant configure options: --enable-mad: https://github.com/GStreamer/gst-plugins-ugly/commit/2f767fb24ac8ee001bde7e1452b46a4f8fe3a719 Signed-off-by: Vicente Olivert Riera <Vincent.Riera@imgtec.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2017-05-12 12:18:05 +02:00
config BR2_PACKAGE_GST1_PLUGINS_UGLY_PLUGIN_MAD
bool "mad (*.mp3 audio) removed"
select BR2_LEGACY
gst1-plugins-bad: fix webrtc option When the WebRTC plugin option was introduced in commit ee267886bc090335dd94c97dca1c294addccc090 ("gst1-plugins-bad: enable webrtc plugin"), it was incorrect added as "webrtc", while the actual name of the plugin and corresponding configure option is "webrtcdsp". This commit therefore fixes the .mk file to use the correct name. And also, since we want to keep Buildroot option consistent with the name of the GStreamer plugins, it renames the Config.in option as well, and introduces the necessary Config.in.legacy handling. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2017-07-04 10:11:54 +02:00
config BR2_PACKAGE_GST1_PLUGINS_BAD_PLUGIN_WEBRTC
bool "gst1-plugins-bad webrtc renamed to webrtcdsp"
select BR2_PACKAGE_GST1_PLUGINS_BAD_PLUGIN_WEBRTCDSP
select BR2_LEGACY
help
The WebRTC plugin in GStreamer 1.x has always been named
webrtcdsp, but was wrongly introduced in Buildroot under the
name webrtc. Therefore, we have renamed the option to match
the actual name of the GStreamer plugin.
core: change the strip command from a choice to a boolean Curently, we have a choice to select between stripping and not stripping. This is legacy code from back when we had a third option, sstrip (super-strip). Since we removed sstrip, stripping or not stripping is now just a boolean rather than a choice. Make it so. We make BR2_STRIP_strip default to 'y' to keep the current behaviour of defaulting to stripping. Move BR2_STIP_none to legacy, and instruct the user to review the new setting. Drop any reference to BR2_STRIP_none in comments. Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Cc: Arnout Vandecappelle <arnout@mind.be> Cc: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2017-07-01 14:51:21 +02:00
config BR2_STRIP_none
bool "Strip command 'none' has been removed"
select BR2_LEGACY
help
The strip command choice has been changed into a single
boolean option. Please check that the new setting is
correct (in the "Build options" sub-menu)
package/beecrypt: remove c++ support Optional C++ support depends on icu, the icu version bump to 59.1 brought ABI-breaking changes http://site.icu-project.org/download/59#TOC-char16_t-in-C- which are incompatible with beecrypt. Since beecrypt did not get any updates upstream since 2009 and no package uses beecrypt's C++ support we disable this broken option. With C++ support removed patches 0002 & 0004 are not needed anymore. Fixes http://autobuild.buildroot.net/results/a1a/a1ad507371192ddecacab0df91f7b2a84c7c288d/ Signed-off-by: Bernd Kuhls <bernd.kuhls@t-online.de> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2017-06-11 14:48:51 +02:00
config BR2_PACKAGE_BEECRYPT_CPP
bool "C++ support removed in beecrypt"
select BR2_LEGACY
help
Support for C++ depends on icu. The beecrypt package is
incompatible with icu 59+.
spice: security bump to version 0.12.6 Fixes the following security issues: CVE-2015-3247: Race condition in the worker_update_monitors_config function in SPICE 0.12.4 allows a remote authenticated guest user to cause a denial of service (heap-based memory corruption and QEMU-KVM crash) or possibly execute arbitrary code on the host via unspecified vectors. CVE-2015-5260: Heap-based buffer overflow in SPICE before 0.12.6 allows guest OS users to cause a denial of service (heap-based memory corruption and QEMU-KVM crash) or possibly execute arbitrary code on the host via QXL commands related to the surface_id parameter. CVE-2015-5261: Heap-based buffer overflow in SPICE before 0.12.6 allows guest OS users to read and write to arbitrary memory locations on the host via guest QXL commands related to surface creation. Client/gui support is gone upstream (moved to spice-gtk / virt-viewer), so add Config.in.legacy handling for them. Lz4 is a new optional dependency, so handle it. The spice protocol definition is no longer included and instead used from spice-protocol. The build system uses pkg-config --variable=codegendir to find the build time path of this, which doesn't take our STAGING_DIR prefix into consideration, so it needs some help. The installed protocol definition will likewise be newer than the generated files, so we need to workaround that to ensure they are not regenerated (which needs host python / pyparsing). Signed-off-by: Peter Korsgaard <peter@korsgaard.com> Reviewed-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2017-06-22 00:07:42 +02:00
config BR2_PACKAGE_SPICE_CLIENT
bool "spice client support removed"
select BR2_LEGACY
help
Spice client support has been removed upstream. The
functionality now lives in the spice-gtk widget and
virt-viewer.
config BR2_PACKAGE_SPICE_GUI
bool "spice gui support removed"
select BR2_LEGACY
help
Spice gui support has been removed upstream. The
functionality now lives in the spice-gtk widget and
virt-viewer.
spice: bump to version 0.12.5 Tunneling support is gone upstream, so drop the patch and add Config.in.legacy handling for the option. Celt051 is no longer a hard dependency, and opus is a new optional dependency, so adjust the dependencies to match. Python / pyparsing are not needed as the tarball contains the generated files (this should presumably have been host-python in the first place as these are used at build time), but we need a small workaround to convince configure that they really aren't needed. Alsa-lib is only needed for client support, and the configure script checks for X11/Xext/Xrender, so adjust the dependencies to match. A user manual is now generated by default if asciidoc is available, so explicitly disable that. Signed-off-by: Peter Korsgaard <peter@korsgaard.com> Reviewed-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2017-06-22 00:07:41 +02:00
config BR2_PACKAGE_SPICE_TUNNEL
bool "spice network redirection removed"
select BR2_LEGACY
help
Spice network redirection, aka tunnelling has been removed
upstream.
package/input-tools: remove package remove input-tools, it has been obsoleted by linuxconsoletools linuxconsoletools uses the same name as upstream and carries the latest version of the tools installed by input-tools. Signed-off-by: Koen Martens <gmc@sonologic.nl> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2017-06-20 20:54:49 +02:00
config BR2_PACKAGE_INPUT_TOOLS
bool "input-tools removed"
select BR2_LEGACY
select BR2_PACKAGE_LINUXCONSOLETOOLS
help
input-tools has been removed, it is replaced by
linuxconsoletools, which has automatically been enabled.
config BR2_PACKAGE_INPUT_TOOLS_INPUTATTACH
bool "inputattach moved to linuxconsoletools"
select BR2_LEGACY
select BR2_PACKAGE_LINUXCONSOLETOOLS
select BR2_PACKAGE_LINUXCONSOLETOOLS_INPUTATTACH
help
input-tools has been removed, inputattach is now part
of linuxconsoletools, which has automatically been
enabled.
config BR2_PACKAGE_INPUT_TOOLS_JSCAL
bool "jscal moved to linuxconsoletools"
select BR2_LEGACY
select BR2_PACKAGE_LINUXCONSOLETOOLS
select BR2_PACKAGE_LINUXCONSOLETOOLS_JOYSTICK
help
input-tools has been removed, jscal is now part
of linuxconsoletools, which has automatically been
enabled.
config BR2_PACKAGE_INPUT_TOOLS_JSTEST
bool "jstest moved to linuxconsoletools"
select BR2_LEGACY
select BR2_PACKAGE_LINUXCONSOLETOOLS
select BR2_PACKAGE_LINUXCONSOLETOOLS_JOYSTICK
help
input-tools has been removed, jstest is now part
of linuxconsoletools, which has automatically been
enabled.
toolchain: remove CodeSourcery sh toolchain Since glibc 2.17, executable link command need not include the -lrt option for clock_* system calls. As a result, over time less and less software packages bother to check whether to toolchain needs -lrt. We are now at a point where maintainers refuse to add this complexity into their build system. This requires Buildroot to carry patches fixing this issue indefinitely. glibc 2.17 is now 4.5 years old. There is no reason to use an older version with current software. This commit removes the predefined profile for CodeSourcery sh toolchain that is based on glibc 2.16. One may still use the custom external toolchain support in Buildroot to get this toolchain back, and deal with any build issues that this toolchain causes. Signed-off-by: Baruch Siach <baruch@tkos.co.il> Reviewed-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2017-06-16 05:32:48 +02:00
config BR2_TOOLCHAIN_EXTERNAL_CODESOURCERY_SH
bool "SH Sourcery toolchain has been removed"
select BR2_LEGACY
help
The Sourcery CodeBench toolchain for the sh architecture has
been removed, since it uses glibc older than 2.17 that requires
-lrt to link executables using clock_* system calls. This makes
this toolchain difficult to maintain over time.
toolchain: remove CodeSourcery x86 toolchain Since glibc 2.17, executable link command need not include the -lrt option for clock_* system calls. As a result, over time less and less software packages bother to check whether to toolchain needs -lrt. We are now at a point where maintainers refuse to add this complexity into their build system. This requires Buildroot to carry patches fixing this issue indefinitely. glibc 2.17 is now 4.5 years old. There is no reason to use an older version with current software. This commit removes the predefined profile for CodeSourcery x86 toolchain that is based on glibc 2.16. One may still use the custom external toolchain support in Buildroot to get this toolchain back, and deal with any build issues that this toolchain causes. Signed-off-by: Baruch Siach <baruch@tkos.co.il> Reviewed-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2017-06-16 05:32:47 +02:00
config BR2_TOOLCHAIN_EXTERNAL_CODESOURCERY_X86
bool "x86 Sourcery toolchain has been removed"
select BR2_LEGACY
help
The Sourcery CodeBench toolchain for the x86 architecture has
been removed, since it uses glibc older than 2.17 that requires
-lrt to link executables using clock_* system calls. This makes
this toolchain difficult to maintain over time.
package/gcc: remove gcc 4.8 We're already using 5.x as default, and have 4.9.x on the lower side together with 7.x (7.1) on the higher side. Signed-off-by: Romain Naour <romain.naour@gmail.com> CC: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2017-05-23 22:24:40 +02:00
config BR2_GCC_VERSION_4_8_X
bool "gcc 4.8.x support removed"
select BR2_LEGACY
help
Support for gcc version 4.8.x has been removed. The current
default version (5.x or later) has been selected instead.
glibc: drop version 2.22 We don't want a dozen glibc versions and there's no particular reason to keep this old version around so drop it. Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> [Thomas: add entry to Config.in.legacy.] Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2017-02-25 01:34:47 +01:00
###############################################################################
comment "Legacy options removed in 2017.05"
package/sunxi-mali: remove sunxi-mali libMali for r2p4 Mali kernel modules sunxi-mali userspace drivers (libMali.so) for r2p4 Mali kernel modules are linked against libUMP.so.2 but libump package in Buildroot only provide libUMP.so.3. In upstream commit 1c5063f43cdc9de341c0d63b2e3921cab86c7742 [1], library versioning was added. For the r3p* libraries, libUMP.so.3 is used (and provided by Buildroot libump package), but for the r2p* libraries, libUMP.so.2 is used (and not provided by Buildroot libump package). Due to this any program or library trying to link with -lGLESv2 or -lEGL will fail with the following error: arm-none-linux-gnueabi/bin/ld: warning: libUMP.so.2, needed by output/host/usr/arm-buildroot-linux-gnueabi/sysroot/armv4t/usr/lib/libMali.so, not found (try using -rpath or -rpath-link) output/host/usr/arm-buildroot-linux-gnueabi/sysroot/armv4t/usr/lib/libEGL.so: undefined reference to `ump_close' output/host/usr/arm-buildroot-linux-gnueabi/sysroot/armv4t/usr/lib/libEGL.so: undefined reference to `ump_mapped_pointer_get' output/host/usr/arm-buildroot-linux-gnueabi/sysroot/armv4t/usr/lib/libEGL.so: undefined reference to `ump_secure_id_get' output/host/usr/arm-buildroot-linux-gnueabi/sysroot/armv4t/usr/lib/libEGL.so: undefined reference to `ump_mapped_pointer_release' output/host/usr/arm-buildroot-linux-gnueabi/sysroot/armv4t/usr/lib/libMali.so: undefined reference to `ump_reference_add' output/host/usr/arm-buildroot-linux-gnueabi/sysroot/armv4t/usr/lib/libMali.so: undefined reference to `ump_size_get' output/host/usr/arm-buildroot-linux-gnueabi/sysroot/armv4t/usr/lib/libEGL.so: undefined reference to `ump_reference_release' output/host/usr/arm-buildroot-linux-gnueabi/sysroot/armv4t/usr/lib/libEGL.so: undefined reference to `ump_open' collect2: error: ld returned 1 exit status Since nothing provides libUMP.so.2, this commit removes the BR2_PACKAGE_SUNXI_MALI_R2P4 option and adds the BR2_ARM_EABIHF dependency directly to sunxi-mali package. Fixes: http://autobuild.buildroot.net/results/8d0/8d0b78798abf0c4ca124952d0d0455da6f8fa14f/ [1] https://github.com/linux-sunxi/sunxi-mali-proprietary/commit/1c5063f43cdc9de341c0d63b2e3921cab86c7742 [2] http://lists.busybox.net/pipermail/buildroot/2017-February/183500.html Signed-off-by: Romain Naour <romain.naour@gmail.com> Cc: Francois Perrad <francois.perrad@gadz.org> [Thomas: fix conflicts when applying on master, tweak commit log.] Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2017-02-21 22:43:16 +01:00
config BR2_PACKAGE_SUNXI_MALI_R2P4
bool "sunxi-mali r2p4 removed"
select BR2_LEGACY
help
sunxi-mali libMali for r2p4 Mali kernel module has been
removed since the libump package only provides libUMP.so.3.
libMali for r2p4 Mali kernel module requires libUMP.so.2.
package/nodejs: remove support for coffeescript BR2_PACKAGE_NODEJS_MODULES_COFFEESCRIPT has been deprecated. To continue using add coffee-script to BR2_PACKAGE_NODEJS_MODULES_ADDITIONAL. Fixes: http://autobuild.buildroot.org/results/0e4fb1a615ab9654ad2b4b1274a34583e02aa44e http://autobuild.buildroot.org/results/fabf2f5f25c62be615fd09e59e6ad9234385645f http://autobuild.buildroot.org/results/8653d78a190df1e691f52a911d8153104c46226b http://autobuild.buildroot.org/results/2fc7e5e64ad6ced02a47e5062176d316eed0f43b Signed-off-by: Martin Bark <martin@barkynet.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2017-05-06 15:19:13 +02:00
config BR2_PACKAGE_NODEJS_MODULES_COFFEESCRIPT
bool "CoffeeScript option has been removed"
select BR2_LEGACY
help
The option to enable NodeJS CoffeeScript has been removed.
To continue using it, add "coffee-script" to
BR2_PACKAGE_NODEJS_MODULES_ADDITIONAL.
package/nodejs: remove support for express BR2_PACKAGE_NODEJS_MODULES_EXPRESS has been deprecated. To continue using add express to BR2_PACKAGE_NODEJS_MODULES_ADDITIONAL Fixes: http://autobuild.buildroot.org/results/fcfa38e98c22c8809452f7d0ee86dfe2e9d2482f http://autobuild.buildroot.org/results/946996fa78c7814d1e0ea0ef1239c6eb0c7aa8dd http://autobuild.buildroot.org/results/df920e7b17617f1e4867d94eda52cab38f7b0622 Signed-off-by: Martin Bark <martin@barkynet.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2017-05-06 15:19:12 +02:00
config BR2_PACKAGE_NODEJS_MODULES_EXPRESS
bool "Express web application framework option has been removed"
select BR2_LEGACY
help
The option to enable the NodeJS Express web application
framework has been removed. To continue using it, add
"express" to BR2_PACKAGE_NODEJS_MODULES_ADDITIONAL.
bluez5_utils: allow install of deprecated tools Since BlueZ 5.44 many command line tools are deprecated, among them gatttool. Add an option to install these tools. Remove the gatttool specific option, since it is redundant now. Fixes: http://autobuild.buildroot.net/results/ddb/ddb975c9e1475fee1da63cb21240d8d59b161076/ http://autobuild.buildroot.net/results/19a/19adc0aa5a7e48119ef4ba25ba0403867f74f678/ http://autobuild.buildroot.net/results/9bd/9bd8e13ddffdd0631ddca30ec40cc4664729b0cb/ Cc: Marcin Bis <marcin@bis.org.pl> Cc: Bernd Kuhls <bernd.kuhls@t-online.de> Signed-off-by: Baruch Siach <baruch@tkos.co.il> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2017-05-01 14:59:41 +02:00
config BR2_PACKAGE_BLUEZ5_UTILS_GATTTOOL
bool "bluez5_utils gatttool install option removed"
select BR2_PACKAGE_BLUEZ5_UTILS_DEPRECATED
help
The option to install gatttool specifically has been removed.
Since version 5.44 gatttool is in the list of deprecated
tools. The option to build and install deprecated tools has
been automatically enabled.
openocd: bump to 0.10.0 Some configure options have been renamed. Support for the deprecated FT2232 devices has been removed in this release, so remove this option. Signed-off-by: Christophe Priouzeau <christophe.priouzeau@st.com> [Thomas: - Add Config.in.legacy handling, suggested by Arnout. - Improve commit log with more details, suggested by Arnout.] Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2017-04-28 16:34:34 +02:00
config BR2_PACKAGE_OPENOCD_FT2XXX
bool "openocd ft2232 support has been removed"
select BR2_PACKAGE_OPENOCD_FTDI
select BR2_LEGACY
help
FT2232 support in OpenOCD has been removed, it's replaced by
FDTI support, which has automatically been enabled.
package/kodi: bump to version 17.1-Krypton Removed unneeded patches - 0001-Fixup-include-path.patch (not needed after CMake switch) - 0005-native-TexturePacker-fix-compilation-with-gcc-4.6.patch (applied upstream) - 0006-ffmpeg30.patch (was backported from 17.0-Krypton to 16.0-Jarvis) - 0007-exif-Fix-for-out-of-memory-errors-with-large-numbers.patch (was backported from 17.0-Krypton to 16.0-Jarvis) - 0008-Fix-nullpadding-issue-when-reading-certain-id3v1-tag.patch (was backported from 17.0-Krypton to 16.0-Jarvis) - 0009-lib-cximage-6.0-fix-compilation-with-gcc6.patch (cximage was removed in bump from 16.x to 17.0) - 0010-curl-support-version-7.5.0-and-upwards.patch (applied upstream) - 0011-xbmc_pvr_types.h-Fix-compilation-with-gcc6.patch (applied upstream) - 0012-Fix_includes_in_amcodec.patch (was backported from 17.0-Krypton to 16.0-Jarvis) Rebased patches - 0004-kodi-config.cmake-use-CMAKE_FIND_ROOT_PATH-to-fix-cr.patch also renamed to 0001-... Removed dependencies not needed anymore: - boost https://github.com/xbmc/xbmc/commit/41ae93f0913f7ba72087a48370f8d66a3eac9fcc - giflib https://github.com/xbmc/xbmc/commit/d44338baf1f6d1e6b76cd7dbab6453d76cc2ac31 - jasper/tiff https://github.com/xbmc/xbmc/commit/00724eb109a702f0098089d849f7c02ea173a4a9 - jpeg https://github.com/xbmc/xbmc/commit/7d5bdfb9a09348bde92b323ef6077b5e75edaca7 - libdcadec https://github.com/xbmc/xbmc/commit/378eb2687c1da5f97ef47c78431033b52f0d4417 - libglew https://github.com/xbmc/xbmc/commit/03ff0d5ea02963b1283fe8bc7c1bad18f2dd97b6 - libgcrypt was already an optional dependency in Kodi 16, not part of the CMake buildsystem anymore - libmpeg2 https://github.com/xbmc/xbmc/commit/d22c829d67937e8d03fdac8f8b0bf2d1fa8fbf70 - libogg/libvorbis https://github.com/xbmc/xbmc/commit/4c609691776ab845d83153e19d191b7fd445edb9 - libpng https://github.com/xbmc/xbmc/commit/be6b50c6c3f91809a9045c199d054cbc1d637d5d - librtmp, the new rtmp inputstream addon will be added later https://github.com/xbmc/xbmc/commit/d04f43a4eb6f920cc42a28627b580f17e2be1bb5 - libsquish https://github.com/xbmc/xbmc/commit/ed03f828be3615d294eb4a4cfccc5cdccec22997 - xlib_libXmu - xlib_libXt Switched to CMake, autoconf was deprecated: https://github.com/xbmc/xbmc/pull/10797 The dependency for egl/gles on arm, formerly enforced by the automake build system, was not ported to CMake. Bumped BR2_TOOLCHAIN_GCC_AT_LEAST to 4.8 to fix build errors with gcc-4.7 found while testing http://autobuild.buildroot.net/toolchains/configs/sourcery-x86.config For details please read http://lists.busybox.net/pipermail/buildroot/2017-April/190195.html Added hard-dependency for libegl, needed after https://github.com/xbmc/xbmc/commit/0ac305f7cf82e98021b6e0d70c3d4c51fc1cf18a Libva support depends on X11 https://github.com/xbmc/xbmc/blob/Krypton/project/cmake/modules/FindVAAPI.cmake#L42 and OpenGL/EGL https://github.com/xbmc/xbmc/blob/Krypton/xbmc/cores/VideoPlayer/DVDCodecs/Video/VAAPI.h#L23 Libvdpau support depends on X11 https://github.com/xbmc/xbmc/blob/Krypton/project/cmake/modules/FindVDPAU.cmake#L21 and OpenGL/EGL https://github.com/xbmc/xbmc/blob/Krypton/xbmc/cores/VideoPlayer/DVDCodecs/Video/VDPAU.h#L43 Updated clean-up hook and added host-xmlstarlet as dependency to manipulate the list of default system addons in addon-manifest.xml. Added dependency to BR2_ENABLE_LOCALE, needs iconv_open: https://github.com/xbmc/xbmc/blob/Krypton/xbmc/utils/CharsetConverter.cpp#L200 Signed-off-by: Bernd Kuhls <bernd.kuhls@t-online.de> [Thomas: minor tweaks.] Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2017-04-29 10:37:28 +02:00
config BR2_PACKAGE_KODI_RTMPDUMP
bool "kodi rtmp has been removed"
select BR2_LEGACY
package/kodi-inputstream-rtmp: new package Select the new package by the legacy option for easier update. Signed-off-by: Bernd Kuhls <bernd.kuhls@t-online.de> [Thomas: use SPDX license code.] Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2017-07-16 16:35:17 +02:00
select BR2_PACKAGE_KODI_INPUTSTREAM_RTMP
package/kodi: bump to version 17.1-Krypton Removed unneeded patches - 0001-Fixup-include-path.patch (not needed after CMake switch) - 0005-native-TexturePacker-fix-compilation-with-gcc-4.6.patch (applied upstream) - 0006-ffmpeg30.patch (was backported from 17.0-Krypton to 16.0-Jarvis) - 0007-exif-Fix-for-out-of-memory-errors-with-large-numbers.patch (was backported from 17.0-Krypton to 16.0-Jarvis) - 0008-Fix-nullpadding-issue-when-reading-certain-id3v1-tag.patch (was backported from 17.0-Krypton to 16.0-Jarvis) - 0009-lib-cximage-6.0-fix-compilation-with-gcc6.patch (cximage was removed in bump from 16.x to 17.0) - 0010-curl-support-version-7.5.0-and-upwards.patch (applied upstream) - 0011-xbmc_pvr_types.h-Fix-compilation-with-gcc6.patch (applied upstream) - 0012-Fix_includes_in_amcodec.patch (was backported from 17.0-Krypton to 16.0-Jarvis) Rebased patches - 0004-kodi-config.cmake-use-CMAKE_FIND_ROOT_PATH-to-fix-cr.patch also renamed to 0001-... Removed dependencies not needed anymore: - boost https://github.com/xbmc/xbmc/commit/41ae93f0913f7ba72087a48370f8d66a3eac9fcc - giflib https://github.com/xbmc/xbmc/commit/d44338baf1f6d1e6b76cd7dbab6453d76cc2ac31 - jasper/tiff https://github.com/xbmc/xbmc/commit/00724eb109a702f0098089d849f7c02ea173a4a9 - jpeg https://github.com/xbmc/xbmc/commit/7d5bdfb9a09348bde92b323ef6077b5e75edaca7 - libdcadec https://github.com/xbmc/xbmc/commit/378eb2687c1da5f97ef47c78431033b52f0d4417 - libglew https://github.com/xbmc/xbmc/commit/03ff0d5ea02963b1283fe8bc7c1bad18f2dd97b6 - libgcrypt was already an optional dependency in Kodi 16, not part of the CMake buildsystem anymore - libmpeg2 https://github.com/xbmc/xbmc/commit/d22c829d67937e8d03fdac8f8b0bf2d1fa8fbf70 - libogg/libvorbis https://github.com/xbmc/xbmc/commit/4c609691776ab845d83153e19d191b7fd445edb9 - libpng https://github.com/xbmc/xbmc/commit/be6b50c6c3f91809a9045c199d054cbc1d637d5d - librtmp, the new rtmp inputstream addon will be added later https://github.com/xbmc/xbmc/commit/d04f43a4eb6f920cc42a28627b580f17e2be1bb5 - libsquish https://github.com/xbmc/xbmc/commit/ed03f828be3615d294eb4a4cfccc5cdccec22997 - xlib_libXmu - xlib_libXt Switched to CMake, autoconf was deprecated: https://github.com/xbmc/xbmc/pull/10797 The dependency for egl/gles on arm, formerly enforced by the automake build system, was not ported to CMake. Bumped BR2_TOOLCHAIN_GCC_AT_LEAST to 4.8 to fix build errors with gcc-4.7 found while testing http://autobuild.buildroot.net/toolchains/configs/sourcery-x86.config For details please read http://lists.busybox.net/pipermail/buildroot/2017-April/190195.html Added hard-dependency for libegl, needed after https://github.com/xbmc/xbmc/commit/0ac305f7cf82e98021b6e0d70c3d4c51fc1cf18a Libva support depends on X11 https://github.com/xbmc/xbmc/blob/Krypton/project/cmake/modules/FindVAAPI.cmake#L42 and OpenGL/EGL https://github.com/xbmc/xbmc/blob/Krypton/xbmc/cores/VideoPlayer/DVDCodecs/Video/VAAPI.h#L23 Libvdpau support depends on X11 https://github.com/xbmc/xbmc/blob/Krypton/project/cmake/modules/FindVDPAU.cmake#L21 and OpenGL/EGL https://github.com/xbmc/xbmc/blob/Krypton/xbmc/cores/VideoPlayer/DVDCodecs/Video/VDPAU.h#L43 Updated clean-up hook and added host-xmlstarlet as dependency to manipulate the list of default system addons in addon-manifest.xml. Added dependency to BR2_ENABLE_LOCALE, needs iconv_open: https://github.com/xbmc/xbmc/blob/Krypton/xbmc/utils/CharsetConverter.cpp#L200 Signed-off-by: Bernd Kuhls <bernd.kuhls@t-online.de> [Thomas: minor tweaks.] Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2017-04-29 10:37:28 +02:00
help
Internal rtmp support was removed from Kodi.
package/kodi-visualisation-fountain: remove package Remove broken package: https://github.com/notspiff/visualization.fountain/issues/1#issuecomment-166156021 Signed-off-by: Bernd Kuhls <bernd.kuhls@t-online.de> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2017-04-29 10:37:21 +02:00
config BR2_PACKAGE_KODI_VISUALISATION_FOUNTAIN
bool "kodi-visualisation-fountain has been removed"
select BR2_LEGACY
help
According to upstream 'the visualization is not currently
in a working shape.'
portmap: remove package as it is obsolete The upstream tarball isn't available, no releases since ten years. The latest change to upstream git is from 2014. Better use rpcbind for any RPC portmapper service. Signed-off-by: Waldemar Brodkorb <wbx@openadk.org> [Thomas: make the legacy option select rpcbind, as suggested by Arnout.] Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2017-04-02 05:37:08 +02:00
config BR2_PACKAGE_PORTMAP
bool "portmap has been removed"
select BR2_LEGACY
select BR2_PACKAGE_RPCBIND
help
The portmap upstream tarball is removed, no releases since
ten years and latest change in upstream git in 2014.
You should better use rpcbind as a RPC portmapper.
binutils: remove support for binutils 2.25 Now that we have switched to binutils 2.27 as the default binutils version, it's time to get rid of binutils 2.25. So this commit remove the 2.25 version choice, the hash file entry, the patches, and adds a Config.in.legacy option. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2017-04-03 22:28:21 +02:00
config BR2_BINUTILS_VERSION_2_25_X
bool "binutils version 2.25 support removed"
select BR2_LEGACY
help
Support for binutils version 2.25 has been removed. The
current default version (2.27 or later) has been selected
instead.
uclibc: update to 1.0.23 Bugfix release, internal RPC implementation removed. All patches applied upstream. Signed-off-by: Waldemar Brodkorb <wbx@openadk.org> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2017-04-03 20:18:02 +02:00
config BR2_TOOLCHAIN_BUILDROOT_INET_RPC
bool "uclibc RPC support has been removed"
select BR2_LEGACY
help
uClibc-ng removed internal RPC implementation in 1.0.23. You
should use libtirpc instead.
fs/ext2: Remove support for auto-calculation of rootfs size Auto-calculation of the rootfs size cannot be done in a reliable way as it depends on the host filesystem and is broken on non ext4 host (see bugs [1] [2]). So let the user specify the size he wants for his rootfs. [1] https://bugs.busybox.net/show_bug.cgi?id=8831 [2] https://bugs.busybox.net/show_bug.cgi?id=9496 Signed-off-by: Sébastien Szymanski <sebastien.szymanski@armadeus.com> Reviewed-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be> [Thomas: as suggested by Arnout, use 60 MB as the default size instead of 64 MB.] Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2017-03-24 17:20:29 +01:00
config BR2_TARGET_ROOTFS_EXT2_EXTRA_BLOCKS
int "extra size in blocks has been removed"
default 0
help
Since the support for auto calculation of the filesystem size has been
removed, this option is now useless and must be 0.
You may want to check that BR2_TARGET_ROOTFS_EXT2_BLOCKS matchs
your needs.
config BR2_TARGET_ROOTFS_EXT2_EXTRA_BLOCKS_WRAP
bool
default y if BR2_TARGET_ROOTFS_EXT2_EXTRA_BLOCKS != 0
select BR2_LEGACY
systemd: bump version to 233 --disable-kdbus no longer exists, so remove everything related to it. Signed-off-by: Vicente Olivert Riera <Vincent.Riera@imgtec.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2017-03-22 12:39:13 +01:00
config BR2_PACKAGE_SYSTEMD_KDBUS
bool "systemd-kdbus has been removed"
select BR2_LEGACY
help
--enable/disable-kdbus configure option has been removed since
systemd-231.
polarssl: remove unmaintained package The 1.2.x branch is no longer maintained, so remove it since it's likely security-vulnerable. mbedtls is the modern replacement which was renamed from polarssl when ARM bought them up. However major releases broke API so polarssl 1.2.x isn't always interchangeable with polarssl/mbedtls 1.3.x (interim mixed naming because of new ownership) or newer 2.x series. Fortunately we don't have any package in the tree that uses polarssl exclusively. Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Acked-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be> [Thomas: - Remove entry in DEVELOPERS file for this package. Noticed by Arnout. - Remove comment in bctoolbox.mk that no longer makes sense after polarssl removal. Noticed by Arnout.] Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2017-03-16 14:04:34 +01:00
config BR2_PACKAGE_POLARSSL
bool "polarssl has been removed"
select BR2_LEGACY
help
The polarssl crypto library has been removed since the 1.2.x
release branch is no longer maintained. Newer upstream
branches/releases (mbedtls) have API changes so they're not
drop-in replacements.
package/nbd: rename options ... and add myself to the DEVELOPERS for nbd. Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2017-03-12 10:58:15 +01:00
config BR2_NBD_CLIENT
bool "nbd client option was renamed"
select BR2_LEGACY
select BR2_PACKAGE_NBD_CLIENT
help
The nbd client option has been renamed to BR2_PACKAGE_NBD_CLIENT.
config BR2_NBD_SERVER
bool "nbd server option was renamed"
select BR2_LEGACY
select BR2_PACKAGE_NBD_SERVER
help
The nbd server option has been renamed to BR2_PACKAGE_NBD_SERVER.
gtest/gmock: bump to version 1.8.0 GTest version 1.8.0 includes gmock so merge both packages inside gtest In this merge: - Add gmock as a suboption of gtest (BR2_PACKAGE_GTEST_GMOCK) following advice from Arnout Vandecappelle - Add BR2_PACKAGE_GMOCK as a legacy entry, selecting BR2_PACKAGE_GTEST and BR2_PACKAGE_GTEST_GMOCK. - Use cmake to install libraries and headers and add missing files (gtest.pc, gtest-config, gmock.pc) in GTEST_POST_INSTALL_STAGING_HOOKS instead of redefining GTEST_INSTALL_STAGING_CMDS - Remove patch on Python as gmock/gtest now supports python 3.0 (commit 456fc2b5c4e9ebf05a5987dfe1ff0ac9ffeb53cc) - Add the correct license in HOST_GTEST_LICENSE as all python code in googlemock/scripts/generator is licensed under Apache-2.0 and not BSD-3c - Fix URL of gtest project in Config.in - Remove the gmock entry from DEVELOPERS - Install gmock_gen directly, instead of as a symlink to gmock_gen.py Notice that any external package that depends on gmock will cause an immediate build termination because make doesn't know how to build gmock. Since the user has just removed gmock from the legacy menu, it should be quite obvious what needs to be done. Signed-off-by: Fabrice Fontaine <fabrice.fontaine@orange.com> Signed-off-by: Carlos Santos <casantos@datacom.ind.br> Reviewed-by: Romain Naour <romain.naour@gmail.com> [Thomas: - Use += instead of = when assigning a value to <pkg>_DEPENDENCIES in conditional - Remove comment about the "tricky logic" around BUILD_GTEST and BUILD_GMOCK - Move GTEST_GMOCK_INSTALL_MISSING_FILE inside the ($(BR2_PACKAGE_GTEST_GMOCK),y) condition.] Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2017-02-14 12:05:16 +01:00
config BR2_PACKAGE_GMOCK
bool "gmock merged into gtest package"
select BR2_LEGACY
select BR2_PACKAGE_GTEST
select BR2_PACKAGE_GTEST_GMOCK
help
GMock is now a suboption of the GTest package.
linux-headers: remove 3.18.x and 4.8.x series These aren't supported upstream any more so remove the options and add them to legacy handling. Switch older deprecations that used 3.18.x to 3.12.x Remove stray version strings as well. Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2017-03-02 21:18:29 +01:00
config BR2_KERNEL_HEADERS_4_8
bool "kernel headers version 4.8.x are no longer supported"
select BR2_KERNEL_HEADERS_4_4
select BR2_LEGACY
help
Version 4.8.x of the Linux kernel headers are no longer
maintained upstream and are now removed. As an alternative,
version 4.4.x of the headers have been automatically
selected in your configuration.
config BR2_KERNEL_HEADERS_3_18
bool "kernel headers version 3.18.x are no longer supported"
select BR2_KERNEL_HEADERS_3_12
select BR2_LEGACY
help
Version 3.18.x of the Linux kernel headers are no longer
maintained upstream and are now removed. As an alternative,
version 3.12.x of the headers have been automatically
selected in your configuration.
glibc: drop version 2.22 We don't want a dozen glibc versions and there's no particular reason to keep this old version around so drop it. Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> [Thomas: add entry to Config.in.legacy.] Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2017-02-25 01:34:47 +01:00
config BR2_GLIBC_VERSION_2_22
bool "glibc 2.22 removed"
select BR2_LEGACY
help
Support for glibc version 2.22 has been removed. The current
default version has been selected instead.
snowball-{hdmiservice, init}: remove packages The snowball_defconfig has been removed one year ago in commit b3fa8e24defb20e1734e7e75f432090fe83c0dd8 ("configs: remove calao_snowball_defconfig"), and it's no longer possible to buy Snowball boards. Therefore, there is no reason to keep the snowball-related packages in our tree. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2016-11-05 14:32:38 +01:00
###############################################################################
comment "Legacy options removed in 2017.02"
perl-db-file: remove this package The module DB_File (Berkeley DB wrapper) is a Perl core module. Long time ago, its build as a core module was broken. Since perl-cross-1.0.2, this issue is fixed. So, this package which build DB_File as CPAN module, becomes useless. Signed-off-by: Francois Perrad <francois.perrad@gadz.org> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2016-12-26 15:50:35 +01:00
config BR2_PACKAGE_PERL_DB_FILE
bool "perl-db-file removed"
select BR2_LEGACY
select BR2_PACKAGE_BERKELEYDB
select BR2_PACKAGE_PERL
help
DB_File can be built as a core Perl module, so the separate
perl-db-file package has been removed.
linux-headers: kill 3.14.x and 4.{5, 6, 7}.x series These aren't supported upstream any more so remove the options and add them to legacy. Also switch the older deprecations that used 3.14.x to 3.12.x Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2016-12-20 15:48:26 +01:00
config BR2_KERNEL_HEADERS_4_7
bool "kernel headers version 4.7.x are no longer supported"
select BR2_KERNEL_HEADERS_4_4
select BR2_LEGACY
help
Version 4.7.x of the Linux kernel headers are no longer
maintained upstream and are now removed. As an alternative,
version 4.4.x of the headers have been automatically
selected in your configuration.
config BR2_KERNEL_HEADERS_4_6
bool "kernel headers version 4.6.x are no longer supported"
select BR2_KERNEL_HEADERS_4_4
select BR2_LEGACY
help
Version 4.6.x of the Linux kernel headers are no longer
maintained upstream and are now removed. As an alternative,
version 4.4.x of the headers have been automatically
selected in your configuration.
config BR2_KERNEL_HEADERS_4_5
bool "kernel headers version 4.5.x are no longer supported"
select BR2_KERNEL_HEADERS_4_4
select BR2_LEGACY
help
Version 4.5.x of the Linux kernel headers are no longer
maintained upstream and are now removed. As an alternative,
version 4.4.x of the headers have been automatically
selected in your configuration.
config BR2_KERNEL_HEADERS_3_14
bool "kernel headers version 3.14.x are no longer supported"
select BR2_KERNEL_HEADERS_3_12
select BR2_LEGACY
help
Version 3.14.x of the Linux kernel headers are no longer
maintained upstream and are now removed. As an alternative,
version 3.12.x of the headers have been automatically
selected in your configuration.
toolchain-external: remove musl-cross prebuilt toolchain The upstream link to download musl-cross prebuilt toolchain is dead [1] and there no new download location. Also the last prebuilt toolchain use musl 1.1.12 version which is not uptodate (currently 1.1.15). Remove this support and recommend to use Buildroot toolchain instead. [1] https://googledrive.com/host/0BwnS5DMB0YQ6bDhPZkpOYVFhbk0 Signed-off-by: Romain Naour <romain.naour@gmail.com> Cc: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2016-12-16 16:29:45 +01:00
config BR2_TOOLCHAIN_EXTERNAL_MUSL_CROSS
bool "musl-cross 1.1.12 toolchain removed"
select BR2_LEGACY
help
The support for the prebuilt toolchain based on the Musl C
library provided by the musl-cross project has been removed.
Upstream doesn't provide any prebuilt toolchain anymore, use the
Buildroot toolchain instead.
uclibc: update to 1.0.20 The test suite is removed from the package and is already a separate package in buildroot. All patches are upstream, so remove them. The UCLIBC_HAS_LFS option is removed upstream. Signed-off-by: Waldemar Brodkorb <wbx@openadk.org> [Thomas: remove BR2_UCLIBC_INSTALL_TEST_SUITE option, add it to Config.in.legacy.] Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2016-12-04 12:20:27 +01:00
config BR2_UCLIBC_INSTALL_TEST_SUITE
bool "uClibc tests now in uclibc-ng-test"
select BR2_LEGACY
select BR2_PACKAGE_UCLIBC_NG_TEST
help
The test suite of the uClibc C library has been moved into a
separate package, uclibc-ng-test.
toolchain: kill ADI Blackfin toolchain This toolchain has many problems which are fixed in contemporary gcc and uClibc-ng. In addition, several hacks are needed to be able to work with this toolchain. All these hacks are removed as well. Also the package exceptions for this toolchain are removed. The BR2_BFIN_INSTALL_FDPIC_SHARED and BR2_BFIN_INSTALL_FLAT_SHARED options don't get a legacy entry. For the ADI toolchain, there already is a legacy entry, so it doesn't make sense to add it twice. For other external toolchains, these options didn't actually work, because they rely on the specific layout of the ADI toolchain. Signed-off-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2016-11-24 00:40:35 +01:00
config BR2_TOOLCHAIN_EXTERNAL_BLACKFIN_UCLINUX
bool "Blackfin.uclinux.org 2014R1 toolchain removed"
select BR2_LEGACY
help
The ADI Blackfin toolchain has many bugs which are fixed in
more recent gcc and uClibc-ng releases. Use the Buildroot
toolchain instead.
makedevs: remove target package The makedevs package is a fork of the makedevs tool from busybox. It is part of the Buildroot infrastructure, not something that should be used on the target. It something like this is needed on the target, upstream busybox should be used. And if one of the Buildroot-specific features is needed, then that feature should be upstreamed to busybox. Besides, there were already two things wrong with the target package: - it didn't take into account the overlap with busybox (no depends on BR2_PACKAGE_BUSYBOX_SHOW_OTHERS, no dependency on busybox); - it didn't take into account the libcap feature. The target package was introduced more or less accidentally in 81cd9d45 where the intention was to make it more similar to other packages. So, kill it with fire. Signed-off-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2016-11-23 15:14:04 +01:00
config BR2_PACKAGE_MAKEDEVS
bool "makedevs removed"
select BR2_LEGACY
help
The makedevs tool is part of busybox. The Buildroot fork
should not be used outside of the Buildroot infrastructure.
toolchain-external: remove Arago toolchains The Arago toolchains are no longer maintained and haven't been updated for a long time. With this removal, all the legacy toolchain-external support can be removed as well. Signed-off-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be> Reviewed-by: Romain Naour <romain.naour@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2016-11-07 02:20:17 +01:00
config BR2_TOOLCHAIN_EXTERNAL_ARAGO_ARMV7A
bool "Arago ARMv7 2011.09 removed"
select BR2_LEGACY
help
The Arago toolchains are every old and not updated anymore.
config BR2_TOOLCHAIN_EXTERNAL_ARAGO_ARMV5TE
bool "Arago ARMv5 2011.09 removed"
select BR2_LEGACY
help
The Arago toolchains are every old and not updated anymore.
snowball-{hdmiservice, init}: remove packages The snowball_defconfig has been removed one year ago in commit b3fa8e24defb20e1734e7e75f432090fe83c0dd8 ("configs: remove calao_snowball_defconfig"), and it's no longer possible to buy Snowball boards. Therefore, there is no reason to keep the snowball-related packages in our tree. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2016-11-05 14:32:38 +01:00
config BR2_PACKAGE_SNOWBALL_HDMISERVICE
bool "snowball-hdmiservice removed"
select BR2_LEGACY
help
We no longer have support for the Snowball platform in
Buildroot, so this package was no longer useful.
config BR2_PACKAGE_SNOWBALL_INIT
bool "snowball-init removed"
select BR2_LEGACY
help
We no longer have support for the Snowball platform in
Buildroot, so this package was no longer useful.
package/gdb: remove version 7.9 Now that 7.12 has been added and 7.11 is the default version, let's remove the old 7.9 release. Signed-off-by: Jörg Krause <joerg.krause@embedded.rocks> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2016-12-14 14:40:58 +01:00
config BR2_GDB_VERSION_7_9
bool "gdb 7.9 has been removed"
select BR2_LEGACY
help
The 7.9 version of gdb has been removed. Use a newer version
instead.
Revert "Added local directory as source of kernel code" This reverts commit 73da2ff6f718f2889e3c5024d899f8d58f502863. The reason for adding support for a local location was to be able to do development on the Linux kernel source tree on a local directory rather than have to clone it for every build. We already have a mechanism for that, it's called override-srcdir. It's been available since September 2011, more than a year before this patch was committed. Otherwise, we're going to be adding support for local sources in other packages. First was U-Boot as submitted by Adam. But what next? We can't have such support for all packages, especially since override-srcdir does the job. Besides, using a local source tree makes the build non-reproducible, so we don't really want to have this in a .config (or defconfig). We only handle the boolean option in legacy, as there is nothing we can do with the directory path. Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Cc: Rafal Fabich <rafal.fabich@gmail.com> Cc: Peter Korsgaard <peter@korsgaard.com> Cc: Arnout Vandecappelle <arnout@mind.be> Cc: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Cc: Adam Duskett <aduskett@gmail.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2016-08-28 01:03:04 +02:00
###############################################################################
comment "Legacy options removed in 2016.11"
php: rework selection of interfaces Following suggestion of Yann Morin, rework selection of php interfaces: use booleans instead of choice to be able to select multiple interfaces as they are not exclusive. We make sure at least one of the options is selected. It should be noted that previously CGI and FPM could not be selected at the same time. This is now possible. Bug that prevented compilation of CGI and FPM binaries at the same time has been fixed since PHP 5.4 (https://github.com/php-build/php-build/issues/101). Legacy handling is added for the two options that are removed, and the appropriate new options are selected. Signed-off-by: Fabrice Fontaine <fabrice.fontaine@orange.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2016-09-12 23:31:07 +02:00
config BR2_PACKAGE_PHP_SAPI_CLI_CGI
bool "PHP CGI and CLI options are now seperate"
select BR2_PACKAGE_PHP_SAPI_CLI
select BR2_PACKAGE_PHP_SAPI_CGI
legacy: add missing select When adding a boolean option to legacy, it should slect BR2_LEGACY, to trigger the legacy warning. Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Cc: Fabrice Fontaine <fontaine.fabrice@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2016-10-24 18:46:00 +02:00
select BR2_LEGACY
php: rework selection of interfaces Following suggestion of Yann Morin, rework selection of php interfaces: use booleans instead of choice to be able to select multiple interfaces as they are not exclusive. We make sure at least one of the options is selected. It should be noted that previously CGI and FPM could not be selected at the same time. This is now possible. Bug that prevented compilation of CGI and FPM binaries at the same time has been fixed since PHP 5.4 (https://github.com/php-build/php-build/issues/101). Legacy handling is added for the two options that are removed, and the appropriate new options are selected. Signed-off-by: Fabrice Fontaine <fabrice.fontaine@orange.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2016-09-12 23:31:07 +02:00
help
The PHP Interface options have been split up into a
separate option for each interface.
config BR2_PACKAGE_PHP_SAPI_CLI_FPM
bool "PHP CLI and FPM options are now separate"
select BR2_PACKAGE_PHP_SAPI_CLI
select BR2_PACKAGE_PHP_SAPI_FPM
legacy: add missing select When adding a boolean option to legacy, it should slect BR2_LEGACY, to trigger the legacy warning. Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Cc: Fabrice Fontaine <fontaine.fabrice@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2016-10-24 18:46:00 +02:00
select BR2_LEGACY
php: rework selection of interfaces Following suggestion of Yann Morin, rework selection of php interfaces: use booleans instead of choice to be able to select multiple interfaces as they are not exclusive. We make sure at least one of the options is selected. It should be noted that previously CGI and FPM could not be selected at the same time. This is now possible. Bug that prevented compilation of CGI and FPM binaries at the same time has been fixed since PHP 5.4 (https://github.com/php-build/php-build/issues/101). Legacy handling is added for the two options that are removed, and the appropriate new options are selected. Signed-off-by: Fabrice Fontaine <fabrice.fontaine@orange.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2016-09-12 23:31:07 +02:00
help
The PHP Interface options have been split up into a
separate option for each interface.
wvstreams: remove deprecated package We will remove BR2_DEPRECATED, so remove this deprecated package. Signed-off-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2016-10-15 16:51:06 +02:00
config BR2_PACKAGE_WVSTREAMS
bool "wvstreams removed"
select BR2_LEGACY
help
wvstreams is not maintained anymore since about 2009. It also
doesn't build anymore with recent compilers (GCC 5+).
wvdial: remove deprecated package We will remove BR2_DEPRECATED, so remove this deprecated package. Signed-off-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2016-10-15 16:51:05 +02:00
config BR2_PACKAGE_WVDIAL
bool "wvdial removed"
select BR2_LEGACY
help
wvdial is not maintained anymore since about 2009. It also
doesn't build anymore with recent compilers (GCC 5+).
webkitgtk24: remove deprecated package We will remove BR2_DEPRECATED, so remove this deprecated package. Signed-off-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2016-10-15 16:51:04 +02:00
config BR2_PACKAGE_WEBKITGTK24
bool "webkitgtk 2.4.x removed"
select BR2_LEGACY
help
This legacy package only existed because some other packages
depended on that specific version of webkitgtk. However, the
other packages have been fixed. webkitgtk 2.4 is full of
security issues so it needs to be removed.
torsmo: remove deprecated package We will remove BR2_DEPRECATED, so remove this deprecated package. Signed-off-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2016-10-15 16:51:03 +02:00
config BR2_PACKAGE_TORSMO
bool "torsmo removed"
select BR2_LEGACY
help
torsmo has been unmaintained for a long time, and nobody
seems to be interested in it.
sstrip: remove deprecated package We will remove BR2_DEPRECATED, so remove this deprecated package. Signed-off-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2016-10-15 16:51:02 +02:00
config BR2_PACKAGE_SSTRIP
bool "sstrip removed"
select BR2_LEGACY
help
sstrip is unmaintained and potentially harmful. It doesn't
save so much compared to normal binutils strip, and there is
a big risk of binaries that don't work. Use normal strip
instead.
linux-headers: remove deprecated version 4.2 and 4.3 We will remove BR2_DEPRECATED, so remove this deprecated package. Signed-off-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2016-10-15 16:51:01 +02:00
config BR2_KERNEL_HEADERS_4_3
bool "kernel headers version 4.3.x are no longer supported"
select BR2_KERNEL_HEADERS_4_1
select BR2_LEGACY
help
Version 4.3.x of the Linux kernel headers are no longer
maintained upstream and are now removed. As an alternative,
version 4.1.x of the headers have been automatically
selected in your configuration.
config BR2_KERNEL_HEADERS_4_2
bool "kernel headers version 4.2.x are no longer supported"
select BR2_KERNEL_HEADERS_4_1
select BR2_LEGACY
help
Version 4.2.x of the Linux kernel headers are no longer
maintained upstream and are now removed. As an alternative,
version 4.1.x of the headers have been automatically
selected in your configuration.
kodi-addon-xvdr: remove deprecated package We will remove BR2_DEPRECATED, so remove this deprecated package. Signed-off-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2016-10-15 16:51:00 +02:00
config BR2_PACKAGE_KODI_ADDON_XVDR
bool "kodi-addon-xvdr removed"
select BR2_LEGACY
help
According to the github project page:
https://github.com/pipelka/xbmc-addon-xvdr
this package is discontinued.
ipkg: remove deprecated package We will remove BR2_DEPRECATED, so remove this deprecated package. Signed-off-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2016-10-15 16:50:59 +02:00
config BR2_PACKAGE_IPKG
bool "ipkg removed"
select BR2_LEGACY
help
ipkg dates back to the early 2000s when Compaq started the
handhelds.org project and it hasn't seen development since 2006.
Use opkg as a replacement.
gcc: remove deprecated 4.7.x We will remove BR2_DEPRECATED, so remove this deprecated option. Signed-off-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2016-10-15 16:50:58 +02:00
config BR2_GCC_VERSION_4_7_X
bool "gcc 4.7.x support removed"
select BR2_LEGACY
help
Support for gcc version 4.7.x has been removed. The current
default version (4.9.x or later) has been selected instead.
binutils: remove deprecated 2.24.X We will remove BR2_DEPRECATED, so remove this deprecated option. [Peter: drop binutils patches] Signed-off-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2016-10-15 16:50:57 +02:00
config BR2_BINUTILS_VERSION_2_24_X
bool "binutils version 2.24 support removed"
select BR2_LEGACY
help
Support for binutils version 2.24 has been removed. The
current default version (2.26 or later) has been selected
instead.
weston: bump to version 1.12.0 Also drop upstream patch. Drop propietary RPI support since it's gone upstream. Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2016-09-24 19:28:36 +02:00
config BR2_PACKAGE_WESTON_RPI
bool "Weston propietary RPI support is gone"
select BR2_LEGACY
help
Upstream decided the propietary (rpi-userland) weston composer
support wasn't worth the effort so it was removed. Switch to
the open VC4 support.
linux/tools: make it a real, separate package The kernel source tree also contains the sources for various userland tools, of which cpupower, perf or selftests. Currently, we have support for building those tools as part of the kernel build procedure. This looked the correct thing to do so far, because, well, they *are* part of the kernel source tree and some really have to be the same version as the kernel that will run. However, this is causing quite a non-trivial-to-break circular dependency in some configurations. For example, this defconfig fails to build (similar to the one reported by Paul): BR2_arm=y BR2_cortex_a7=y BR2_ARM_FPU_NEON_VFPV4=y BR2_TOOLCHAIN_EXTERNAL=y BR2_INIT_SYSTEMD=y BR2_LINUX_KERNEL=y BR2_LINUX_KERNEL_CUSTOM_GIT=y BR2_LINUX_KERNEL_CUSTOM_REPO_URL="https://github.com/raspberrypi/linux.git" BR2_LINUX_KERNEL_CUSTOM_REPO_VERSION="26f3b72a9c049be10e6af196252283e1f6ab9d1f" BR2_LINUX_KERNEL_DEFCONFIG="bcm2709" BR2_PACKAGE_LINUX_TOOLS_CPUPOWER=y BR2_PACKAGE_CRYPTODEV=y BR2_PACKAGE_OPENSSL=y BR2_PACKAGE_LIBCURL=y This causes a circular dependency, as explained by Thomas: - When libcurl is enabled, systemd depends on it - When OpenSSL is enabled, obviously, will use it for SSL support - When cryptodev-linux is enabled, OpenSSL will depend on it to use crypto accelerators supported in the kernel via cryptodev-linux. - cryptodev-linux being a kernel module, it depends on linux - linux by itself (the kernel) does not depend on pciutils, but the linux tool "cpupower" (managed in linux-tool-cpupower) depends on pciutils - pciutils depends on udev when available - udev is provided by systemd. And indeed, during the build, we can see that make warns (it's only reported as a *warning*, not as an actual error): [...] make[1]: Circular /home/ymorin/dev/buildroot/O/build/openssl-1.0.2h/.stamp_configured <- cryptodev-linux dependency dropped. >>> openssl 1.0.2h Downloading [...] So the build fails later on, when openssl is actually built: eng_cryptodev.c:57:31: fatal error: crypto/cryptodev.h: No such file or directory compilation terminated. <builtin>: recipe for target 'eng_cryptodev.o' failed Furthermore, graph-depends also detects the circular dependency, but treats it as a hard-error: Recursion detected for : cryptodev-linux which is a dependency of: openssl which is a dependency of: libcurl which is a dependency of: systemd which is a dependency of: udev which is a dependency of: pciutils which is a dependency of: linux which is a dependency of: cryptodev-linux Makefile:738: recipe for target 'graph-depends' failed Of course, there is no way to break the loop without losing functionality in either one of the involved packages *and* keep our infrastructure and packages as-is. The only solution is to break the loop at the linux-tools level, by moving them away into their own package, so that the linux package will no longer have the opportunity to depend on another package via a dependency of one the tools. All three linux tools are thus moved away to their own package. The package infrastructure only knows of three types of packages: those in package/ , in boot/ , in toolchain/ and the one in linux/ . So we create that new linux-tools package in package/ so that we don't have to fiddle with yet another special case in the infra. Still, we want its configure options to appear in the kernel's sub-menu. So, we make it a prompt-less package, with only the tools visible as options of that package, but without the usual dependency on their master symbol; they only depend on the Linux kernel. Furthermore, because the kernel is such a huge pile of code, we would not be very happy to extract it a second time just for the sake of a few tools. We can't extract only the tools/ sub-directory from the kernel source either, because some tools have hard-coded path to includes from the kernel (arch and stuff). Instead, we just use the linux source tree as our own build tree, and ensure the linux tree is extracted and patched before linux-tools is configured and built. Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Cc: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Cc: Paul Ashford <paul.ashford@zurria.co.uk> [Thomas: - fix typo #(@D) -> $(@D) - fix the inclusion of the per-tool .mk files.] Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2016-09-06 16:29:14 +02:00
config BR2_LINUX_KERNEL_TOOL_CPUPOWER
bool "linux-tool cpupower"
depends on BR2_LINUX_KERNEL
select BR2_LEGACY
select BR2_PACKAGE_LINUX_TOOLS_CPUPOWER
help
Linux tool cpupower option was renamed.
config BR2_LINUX_KERNEL_TOOL_PERF
bool "linux-tool perf"
depends on BR2_LINUX_KERNEL
select BR2_LEGACY
select BR2_PACKAGE_LINUX_TOOLS_PERF
help
Linux tool perf option was renamed.
config BR2_LINUX_KERNEL_TOOL_SELFTESTS
bool "linux-tool selftests"
depends on BR2_LINUX_KERNEL
select BR2_LEGACY
select BR2_PACKAGE_LINUX_TOOLS_SELFTESTS
help
Linux tool selftests option was renamed.
gcc: rename option for ARC gcc The ARC gcc version is now based on gcc 6.x and no longer gcc 4.8.x, which makes the option BR2_GCC_VERSION_4_8_ARC a bit irrelevant, as is the prompt of this option. This commit therefore renames this option to BR2_GCC_VERSION_ARC, and adjust its prompt as well. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2016-08-11 15:25:38 +02:00
config BR2_GCC_VERSION_4_8_ARC
bool "gcc arc option renamed"
select BR2_LEGACY
select BR2_GCC_VERSION_ARC
help
The option that selects the gcc version for the ARC
architecture has been renamed to BR2_GCC_VERSION_ARC.
linux-headers: remove deprecated versions Linux headers 3.19.x and 4.0.x have been deprecated for a while now, so it's time to remove them. Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2016-09-09 17:20:54 +02:00
config BR2_KERNEL_HEADERS_4_0
bool "kernel headers version 4.0.x are no longer supported"
linux-headers: remove 3.18.x and 4.8.x series These aren't supported upstream any more so remove the options and add them to legacy handling. Switch older deprecations that used 3.18.x to 3.12.x Remove stray version strings as well. Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2017-03-02 21:18:29 +01:00
select BR2_KERNEL_HEADERS_3_12
linux-headers: remove deprecated versions Linux headers 3.19.x and 4.0.x have been deprecated for a while now, so it's time to remove them. Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2016-09-09 17:20:54 +02:00
select BR2_LEGACY
help
Version 4.0.x of the Linux kernel headers have been deprecated
for more than four buildroot releases and are now removed.
linux-headers: remove 3.18.x and 4.8.x series These aren't supported upstream any more so remove the options and add them to legacy handling. Switch older deprecations that used 3.18.x to 3.12.x Remove stray version strings as well. Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2017-03-02 21:18:29 +01:00
As an alternative, version 3.12.x of the headers have been
linux-headers: remove deprecated versions Linux headers 3.19.x and 4.0.x have been deprecated for a while now, so it's time to remove them. Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2016-09-09 17:20:54 +02:00
automatically selected in your configuration.
config BR2_KERNEL_HEADERS_3_19
bool "kernel headers version 3.19.x are no longer supported"
linux-headers: remove 3.18.x and 4.8.x series These aren't supported upstream any more so remove the options and add them to legacy handling. Switch older deprecations that used 3.18.x to 3.12.x Remove stray version strings as well. Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2017-03-02 21:18:29 +01:00
select BR2_KERNEL_HEADERS_3_12
linux-headers: remove deprecated versions Linux headers 3.19.x and 4.0.x have been deprecated for a while now, so it's time to remove them. Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2016-09-09 17:20:54 +02:00
select BR2_LEGACY
help
Version 3.19.x of the Linux kernel headers have been deprecated
for more than four buildroot releases and are now removed.
linux-headers: remove 3.18.x and 4.8.x series These aren't supported upstream any more so remove the options and add them to legacy handling. Switch older deprecations that used 3.18.x to 3.12.x Remove stray version strings as well. Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2017-03-02 21:18:29 +01:00
As an alternative, version 3.12.x of the headers have been
linux-headers: remove deprecated versions Linux headers 3.19.x and 4.0.x have been deprecated for a while now, so it's time to remove them. Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2016-09-09 17:20:54 +02:00
automatically selected in your configuration.
package/libevas-generic-loaders: remove package libevas-generic-loaders package is not used anymore, remove it. Add a legacy entry. Signed-off-by: Romain Naour <romain.naour@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2016-09-02 22:31:32 +02:00
config BR2_PACKAGE_LIBEVAS_GENERIC_LOADERS
bool "libevas-generic-loaders package removed"
select BR2_LEGACY
select BR2_PACKAGE_EFL
help
With EFL 1.18, libevas-generic-loaders is now provided by the efl
package.
package/elementary: remove package elementary package is not used anymore, remove it. Add a legacy entry. Signed-off-by: Romain Naour <romain.naour@gmail.com> [Thomas: move the legacy entry at the right place.] Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2016-09-02 22:31:31 +02:00
config BR2_PACKAGE_ELEMENTARY
bool "elementary package removed"
select BR2_LEGACY
select BR2_PACKAGE_EFL
help
With EFL 1.18, elementary is now provided by the efl package.
Revert "Added local directory as source of kernel code" This reverts commit 73da2ff6f718f2889e3c5024d899f8d58f502863. The reason for adding support for a local location was to be able to do development on the Linux kernel source tree on a local directory rather than have to clone it for every build. We already have a mechanism for that, it's called override-srcdir. It's been available since September 2011, more than a year before this patch was committed. Otherwise, we're going to be adding support for local sources in other packages. First was U-Boot as submitted by Adam. But what next? We can't have such support for all packages, especially since override-srcdir does the job. Besides, using a local source tree makes the build non-reproducible, so we don't really want to have this in a .config (or defconfig). We only handle the boolean option in legacy, as there is nothing we can do with the directory path. Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Cc: Rafal Fabich <rafal.fabich@gmail.com> Cc: Peter Korsgaard <peter@korsgaard.com> Cc: Arnout Vandecappelle <arnout@mind.be> Cc: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Cc: Adam Duskett <aduskett@gmail.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2016-08-28 01:03:04 +02:00
config BR2_LINUX_KERNEL_CUSTOM_LOCAL
bool "Linux kernel local directory option removed"
help
The option to select a local directory as the source of the Linux
kernel has been removed. It hurts reproducibility of builds.
In case you were using this option during development of your
Linux kernel, use the override mechanism instead.
gdb: remove version 7.8 Now that 7.11 has been added and 7.10 is the default version, let's remove the old 7.8 release. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2016-05-17 00:12:58 +02:00
###############################################################################
comment "Legacy options removed in 2016.08"
efl: remove broken JP2K loader This option has been marked as broken since 2016.08. Since nobody repaired it, we'll just remove it. Since technically it was already removed in 2016.08, it's added to the 2016.08 section of the legacy menu. Signed-off-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be> Cc: Romain Naour <romain.naour@gmail.com> Cc: Gustavo Sverzut Barbieri <barbieri@profusion.mobi> Reviewed-By: Gustavo Sverzut Barbieri <barbieri@profusion.mobi> Acked-by: Romain Naour <romain.naour@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2017-03-08 00:50:54 +01:00
config BR2_PACKAGE_EFL_JP2K
bool "libevas jp2k loader has been removed"
select BR2_LEGACY
Config.in.legacy: add missing help keyword Commit ac1910713ce (efl: remove broken JP2K loader) added a legacy entry for BR2_PACKAGE_EFL_JP2K, but forgot to add the 'help' keyword before the help text, leading to confusing error messages from kconfig: Config.in.legacy:482: syntax error Config.in.legacy:481: unknown option "JP2K" Config.in.legacy:482: unknown option "while" Config.in.legacy:483: unknown option "JP2K" Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2017-03-09 22:52:47 +01:00
help
efl: remove broken JP2K loader This option has been marked as broken since 2016.08. Since nobody repaired it, we'll just remove it. Since technically it was already removed in 2016.08, it's added to the 2016.08 section of the legacy menu. Signed-off-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be> Cc: Romain Naour <romain.naour@gmail.com> Cc: Gustavo Sverzut Barbieri <barbieri@profusion.mobi> Reviewed-By: Gustavo Sverzut Barbieri <barbieri@profusion.mobi> Acked-by: Romain Naour <romain.naour@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2017-03-08 00:50:54 +01:00
JP2K support in EFL requires openjpeg 1.x (libopenjpeg1.pc)
while Buildroot only packages openjpeg 2.x. Therefore, the
JP2K loader has been removed from EFL.
package/systemd: Remove SYSTEMD_COMPAT option Since v230 of systemd, the compat libraries have been fully removed. https://github.com/systemd/systemd/commit/4de282cf9324ab13d17ac334244d0d7cae2df37d Signed-off-by: Maxime Hadjinlian <maxime.hadjinlian@gmail.com> [Thomas: rewrap Config.in help text in Config.in.legacy and put the option at the right place.] Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2016-07-02 15:59:12 +02:00
config BR2_PACKAGE_SYSTEMD_COMPAT
bool "systemd compatibility libraries have been removed"
legacy: properly handle systemd compatibility libs The legacy symbol for systemd compatibility libraries was not selecting the BR2_LEGACY symbol, so the buld-time check would not kick in. Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Cc: Maxime Hadjinlian <maxime.hadjinlian@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2016-07-08 23:00:20 +02:00
select BR2_LEGACY
package/systemd: Remove SYSTEMD_COMPAT option Since v230 of systemd, the compat libraries have been fully removed. https://github.com/systemd/systemd/commit/4de282cf9324ab13d17ac334244d0d7cae2df37d Signed-off-by: Maxime Hadjinlian <maxime.hadjinlian@gmail.com> [Thomas: rewrap Config.in help text in Config.in.legacy and put the option at the right place.] Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2016-07-02 15:59:12 +02:00
help
Config.in.legacy: fix typo Thanks to Ben Boeckel who noticed it. Signed-off-by: Maxime Hadjinlian <maxime.hadjinlian@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2016-07-06 10:50:47 +02:00
The systemd option to enable the compatibility libraries has
package/systemd: Remove SYSTEMD_COMPAT option Since v230 of systemd, the compat libraries have been fully removed. https://github.com/systemd/systemd/commit/4de282cf9324ab13d17ac334244d0d7cae2df37d Signed-off-by: Maxime Hadjinlian <maxime.hadjinlian@gmail.com> [Thomas: rewrap Config.in help text in Config.in.legacy and put the option at the right place.] Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2016-07-02 15:59:12 +02:00
been removed. Theses libraries have been useless since a few
version, and have been fully dropped from the source since
v230.
gst1-plugins-bad: cleanup of build options Remove non-existing options: * --disable-wsap * --disable-direct3d * --disable-gsettings Remove options that are already handled later in the .mk file, using optional dependencies: * --disable-rtmp * --disable-hls * --disable-dash Rename disable->strp to disable-srtp, which essentially fixes a typo. Remove liveadder plugin - no longer a separate built option, it's been merged into audiomixer. Config.in.legacy handling is added for the removed option. Signed-off-by: Marcin Nowakowski <marcin.nowakowski@imgtec.com> [Thomas: add Config.in.legacy handling for the liveaddr plugin option, tweaks to the commit log.] Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2016-06-24 08:12:21 +02:00
config BR2_PACKAGE_GST1_PLUGINS_BAD_PLUGIN_LIVEADDER
bool "gst1-plugins-bad liveadder plugin removed"
select BR2_LEGACY
select BR2_PACKAGE_GST1_PLUGINS_BAD_PLUGIN_AUDIOMIXER
help
The functionality of the liveadder plugin of the
gst1-plugins-bad package has been merged into audiomixer.
imx-vpuwrap: rename from libfslvpuwrap and bump version to 1.0.65 Changelog: --Update 'nLastFrameEndPosPhy' in seqinit stage to avoid feed the same SPS to vpu repeatedly. This patch is based on the Yocto equivalent: https://github.com/Freescale/meta-fsl-arm/commit/d6b9490 Implicitly tested through gstreamer as the 0.10 plugin relies on it: # gst-launch-0.10 playbin uri=file:///root/tears_of_steel_1080p.webm Signed-off-by: Andrew Webster <awebster@arcx.com> Reviewed-by: Gary Bisson <gary.bisson@boundarydevices.com> Tested-by: Gary Bisson <gary.bisson@boundarydevices.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2016-06-10 20:13:29 +02:00
config BR2_PACKAGE_LIBFSLVPUWRAP
bool "libfslvpuwrap has been renamed to imx-vpuwrap"
select BR2_LEGACY
select BR2_PACKAGE_IMX_VPUWRAP
help
The libfslvpuwrap has been renamed to match the renamed package.
imx-parser: rename from libfslparser and bump version to 4.0.9 Changelog: --Add aac latm parser in parser_libs, support aac latm in mpeg2 parser This patch is based on the Yocto equivalent: https://github.com/Freescale/meta-fsl-arm/commit/e2c6f10 Implicitly tested through gstreamer as the 0.10 plugin relies on it: # gst-launch-0.10 playbin uri=file:///root/tears_of_steel_1080p.webm Signed-off-by: Andrew Webster <awebster@arcx.com> Reviewed-by: Gary Bisson <gary.bisson@boundarydevices.com> Tested-by: Gary Bisson <gary.bisson@boundarydevices.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2016-06-10 20:13:18 +02:00
config BR2_PACKAGE_LIBFSLPARSER
bool "libfslparser has been renamed to imx-parser"
select BR2_LEGACY
select BR2_PACKAGE_IMX_PARSER
help
The libfslparser has been renamed to match the renamed package.
imx-codec: rename from libfslcodec and bump version to 4.0.9 Changelog: --[aac_dec] refine the code for pure c build aac decoder c build need float point support, which use some float point function. This patch is based on the Yocto equivalent: https://github.com/Freescale/meta-fsl-arm/commit/4b91194 Implicitly tested through gstreamer as the 0.10 plugin relies on it: # gst-launch-0.10 playbin uri=file:///root/tears_of_steel_1080p.webm Signed-off-by: Andrew Webster <awebster@arcx.com> Reviewed-by: Gary Bisson <gary.bisson@boundarydevices.com> Tested-by: Gary Bisson <gary.bisson@boundarydevices.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2016-06-10 20:13:05 +02:00
config BR2_PACKAGE_LIBFSLCODEC
bool "libfslcodec has been renamed to imx-codec"
select BR2_LEGACY
select BR2_PACKAGE_IMX_CODEC
help
The libfslcodec has been renamed to match the renamed package.
uboot-tools: fix FIT support and make it optional Fix several issues regarding the support for Flat Image Trees (FIT). - Add a patch to really allow turning FIT support on/off, which was not possible due to bugs in the code and in the tools Makefile. This patch has been sent upstream but not applied there, yet. - Use independent options to control FIT support on host and target packages. - Subordinate FIT signature support to the activation of FIT support, in the target package, not to mkimage installation. - Add a dependence on the dtc utilities because mkimage needs it when FIT is enabled; otherwise mkimage fails like this: $ mkimage -f firmware.its firmware.im sh: dtc: command not found - Add BR2_PACKAGE_UBOOT_TOOLS_MKIMAGE_FIT_SIGNATURE_SUPPORT to the Config.in.legacy file. Signed-off-by: Carlos Santos <casantos@datacom.ind.br> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2016-06-03 21:35:39 +02:00
config BR2_PACKAGE_UBOOT_TOOLS_MKIMAGE_FIT_SIGNATURE_SUPPORT
bool "FIT support in uboot-tools has been refactored"
select BR2_LEGACY
select BR2_PACKAGE_DTC
select BR2_PACKAGE_DTC_PROGRAMS
select BR2_PACKAGE_UBOOT_TOOLS_FIT_SUPPORT
select BR2_PACKAGE_UBOOT_TOOLS_FIT_SIGNATURE_SUPPORT
select BR2_PACKAGE_UBOOT_TOOLS_MKIMAGE
help
This option has been removed in favor of a more fine-grained
configuration, which is recommended. Selecting this option
enables FIT and FIT signature support for the target packages.
It will also select the dtc and openssl packages.
uclibc: update to 1.0.15 The Linuxthreads support got reorganized. LT.new is removed, LT.old is the default for Linuxthreads. Signed-off-by: Waldemar Brodkorb <wbx@openadk.org> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2016-06-01 20:40:25 +02:00
config BR2_PTHREADS_OLD
bool "linuxthreads (stable/old)"
select BR2_LEGACY
help
Linuxthreads have been reworked, BR2_PTHREADS_OLD is now
BR2_PTHREADS and the old BR2_PTHREADS - LT.new got removed.
binutils: remove support for version 2.23 Now that we have added support for the lastest binutils version 2.26, it is time to remove the oldest version we currently support, 2.23, in order to keep only 3 versions: 2.24, 2.25 and 2.26. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2016-05-17 00:13:01 +02:00
config BR2_BINUTILS_VERSION_2_23_X
bool "binutils 2.23 removed"
select BR2_LEGACY
help
Binutils 2.23 has been removed, using a newer version is
recommended.
toolchain: remove eglibc support The eglibc support has been marked deprecated since 2015.08, so it's time to remove it. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2016-05-17 00:13:00 +02:00
config BR2_TOOLCHAIN_BUILDROOT_EGLIBC
bool "eglibc support has been removed"
select BR2_LEGACY
help
The eglibc project no longer exists, as it has been merged
back into the glibc project. Therefore, support for eglibc
has been removed, and glibc should be used instead.
gdb: remove version 7.8 Now that 7.11 has been added and 7.10 is the default version, let's remove the old 7.8 release. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2016-05-17 00:12:58 +02:00
config BR2_GDB_VERSION_7_8
bool "gdb 7.8 has been removed"
select BR2_LEGACY
help
The 7.8 version of gdb has been removed. Use a newer version
instead.
infozip: rename to zip We currently have a package named "infozip" for Info-Zip's Zip. With the upcoming addition of a package the Info-Zip's UnZip the name is becoming ambiguous. Rename it to the more specific name "zip". Signed-off-by: Luca Ceresoli <luca@lucaceresoli.net> Cc: Romain Naour <romain.naour@openwide.fr> Cc: Jan Pedersen <jp@jp-embedded.com> Reviewed-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be> Reviewed-by: Romain Naour <romain.naour@openwide.fr> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-11-27 18:38:00 +01:00
###############################################################################
Config.in.legacy: fix separator for 2016.05 legacy options Since we opened up the next branch, a number of options have been added to Config.in.legacy. However, they are located under the "legacy options removed in 2016.02", which is not correct. This commit fixes that by adding the "legacy options removed in 2016.05" header, and restoring the one related to 2016.02 at the right location. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2016-02-29 23:11:38 +01:00
comment "Legacy options removed in 2016.05"
infozip: rename to zip We currently have a package named "infozip" for Info-Zip's Zip. With the upcoming addition of a package the Info-Zip's UnZip the name is becoming ambiguous. Rename it to the more specific name "zip". Signed-off-by: Luca Ceresoli <luca@lucaceresoli.net> Cc: Romain Naour <romain.naour@openwide.fr> Cc: Jan Pedersen <jp@jp-embedded.com> Reviewed-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be> Reviewed-by: Romain Naour <romain.naour@openwide.fr> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-11-27 18:38:00 +01:00
openvpn: remove polarssl crypto backend option Now that we need to bump openvpn to version 2.3.11 for security fixes the time has come to remove the polarssl option. Add legacy handling explaining the situation: PolarSSL 1.2.x can coexist with mbedTLS 2.x+, but OpenVPN requires PolarSSL/mbedTLS 1.3.x (the transition branch) >= 1.3.8 but doesn't build/work with the 2.x series. And PolarSSL/mbedTLS 1.3.x can't coexist with mbedTLS 2.x on the same target. So, unfortunately, openssl is now the only option (until libressl arrives) which means no more backend options in general. Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2016-05-14 15:33:47 +02:00
config BR2_PACKAGE_OPENVPN_CRYPTO_POLARSSL
bool "openvpn polarssl crypto backend removed"
select BR2_LEGACY
help
The OpenVPN polarssl crypto backend option has been removed.
Version from 2.3.10 onwards need polarssl >= 1.3.8 but aren't
compatible with mbedtls (polarssl) series 2.x which is the
version provided in buildroot. And both can't coexist.
It now uses OpenSSL as the only option.
package/nginx: bump version to 1.10.0 The ngx_http_spdy_module has been superseded by the ngx_http_v2_module so BR2_PACKAGE_NGINX_HTTP_SPDY_MODULE has changed to BR2_PACKAGE_NGINX_HTTP_V2_MODULE Signed-off-by: Martin Bark <martin@barkynet.com> [Thomas: rewrap Config.in.legacy help text.] Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2016-05-03 11:36:54 +02:00
config BR2_PACKAGE_NGINX_HTTP_SPDY_MODULE
bool "nginx http spdy module removed"
select BR2_LEGACY
select BR2_PACKAGE_NGINX_HTTP_V2_MODULE
help
The ngx_http_spdy_module has been superseded by the
ngx_http_v2_module since nginx v1.9.5. The
ngx_http_v2_module modules has been automatically selected
in your configuration.
gst1-plugins-bad: remove rtp plugin option The plugin was moved from -bad to -good so remove the option. Support in -good was added via 301e8ffb. Add legacy entry to notify users of this, however we can't automatically select the good variant since good might be disabled. Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2016-05-03 21:44:15 +02:00
config BR2_PACKAGE_GST1_PLUGINS_BAD_PLUGIN_RTP
bool "gst1-plugins-bad rtp plugin moved to good"
select BR2_LEGACY
help
The rtp plugin has been moved from gst1-plugins-base to
gst1-plugins-good.
gst1-plugins-bad: remove mpg123 plugin option The plugin was moved from -bad to -ugly so remove the option. Support in -ugly was added via 30cde9a3. Add legacy entry to notify users of this, however we can't automatically select the ugly variant since ugly might be disabled. Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2016-05-03 21:44:14 +02:00
config BR2_PACKAGE_GST1_PLUGINS_BAD_PLUGIN_MPG123
bool "gst1-plugins-bad mpg123 plugin moved to ugly"
select BR2_LEGACY
help
The mpg123 plugin has been moved from gst1-plugins-bad to
gst1-plugins-ugly.
toolchain-external: remove Sourcery PowerPC toolchains These are running long on the teeth - the bundled (e)glibc versions are very old with several security bugs, they don't work reliably with -Os and have several build failures related to internal compiler errors such as: http://autobuild.buildroot.net/results/fe7/fe7bdba5faf199275aedea2918705b5d19d228bf/ http://autobuild.buildroot.net/results/935/935ac42c30ed893939c06c077534f060aed80e9a/ http://autobuild.buildroot.net/results/a47/a476af82c8fe4a279117314b278b08af9a08fe54/ http://autobuild.buildroot.net/results/cae/cae720b5096be2672b4dc1311ae3fc4ed06a3b53/ The situation will not provide, and will in fact get worse with older kernel headers precluding modern package versions and the old gcc version doing as well so remove them. Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Reviewed-by: Romain Naour <romain.naour@gmail.com> [Thomas: - remove no longer needed comment in liquid-dsp Config.in file, as noticed by Romain Naour. - add Config.in.legacy options, as noticed by Romain Naour.] Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2016-04-29 15:18:56 +02:00
config BR2_TOOLCHAIN_EXTERNAL_CODESOURCERY_POWERPC
bool "PowerPC Sourcery toolchain has been removed"
select BR2_LEGACY
help
The Sourcery CodeBench toolchain for the PowerPC
architecture has been removed, as it was very old, not
maintained, and causing numerous build failures with modern
userspace packages.
config BR2_TOOLCHAIN_EXTERNAL_CODESOURCERY_POWERPC_E500V2
bool "PowerPC Sourcery E500v2 toolchain has been removed"
select BR2_LEGACY
help
The Sourcery CodeBench toolchain for the PowerPC E500v2
architecture has been removed, as it was very old, not
maintained, and causing numerous build failures with modern
userspace packages.
arch/x86: remove support for i386 The Linux kernel doesn't even support i386 anymore, there is no NPTL support for i386 and uClibc-ng only supports NPTL on x86, so there is essentially no usable thread implementation. Most likely glibc and musl also don't support i386 either. So it's time to remove the support for this architecture variant. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Reviewed-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2016-04-17 23:31:34 +02:00
config BR2_x86_i386
bool "x86 i386 support removed"
legacy: i386 is legacy, inform the user When we dropped support for i386, we added the corresponding opiton to the legacy menu, but forgot to select BR2_LEGACY. Fix that. Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Cc: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Cc: Arnout Vandecappelle <arnout@mind.be> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2016-05-08 17:41:49 +02:00
select BR2_LEGACY
arch/x86: remove support for i386 The Linux kernel doesn't even support i386 anymore, there is no NPTL support for i386 and uClibc-ng only supports NPTL on x86, so there is essentially no usable thread implementation. Most likely glibc and musl also don't support i386 either. So it's time to remove the support for this architecture variant. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Reviewed-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2016-04-17 23:31:34 +02:00
help
The support for the i386 processors of the x86 architecture
has been removed.
package/qt5quick1: remove obsolete package Signed-off-by: Julien Corjon <corjon.j@ecagroup.com> [Thomas: add removed option to Config.in.legacy.] Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2016-03-17 10:42:25 +01:00
config BR2_PACKAGE_QT5QUICK1
bool "qt5quick1 package removed"
select BR2_LEGACY
help
The qt5quick1 package has been removed, since it was removed
from upstream starting from Qt 5.6.
uboot: remove deprecated BR2_TARGET_UBOOT_CUSTOM_PATCH_DIR option It's been deprecated for a year now so remove it. Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2016-03-11 15:32:24 +01:00
config BR2_TARGET_UBOOT_CUSTOM_PATCH_DIR
uboot: fix custom patch dir legacy handling Commit 3e3fef39e71ed0426130b36aa00e4630ebb537ae added new and improved patch handling, with BR2_TARGET_UBOOT_PATCH. This was in addition to the existing BR2_TARGET_UBOOT_CUSTOM_PATCH_DIR option, that only handled directories. Later, commit 21b25d28fc7af3bb1b2c55e4a46e0d067ebc0081 moved the old BR2_TARGET_UBOOT_CUSTOM_PATCH_DIR to legacy options. But on the way, bad things happened: * The original option was a string, while the one added to Config.in.legacy is a bool. This results in a warning from defconfigs that actually define the old BR2_TARGET_UBOOT_CUSTOM_PATCH_DIR (because a string is not a valid value for a bool), but it does not result in the legacy option being selected. Consequently, BR2_LEGACY is not selected either. * The advice at the top of Config.in.legacy to add a hidden WRAP option to select BR2_LEGACY was not heeded. * The advice at the top of Config.in.legacy to use the old string option as the default for the new string option was not heeded. In this case, the variable was not just renamed, as the old option supported directories only, while the new one supports files too. But since the old option is a subset of the new option, it can still be used to set a useful default. So, this mod turns the legacy option back to a string, adds a hidden bool WRAP option to set BR2_LEGACY when the string is non emoty, and uses the legacy option to set the default for the new option. Signed-off-by: Danomi Manchego <danomimanchego123@gmail.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2016-12-20 04:10:12 +01:00
string "uboot custom patch dir has been removed"
uboot: remove deprecated BR2_TARGET_UBOOT_CUSTOM_PATCH_DIR option It's been deprecated for a year now so remove it. Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2016-03-11 15:32:24 +01:00
help
The uboot custom patch directory option has been removed. Use
the improved BR2_TARGET_UBOOT_PATCH option instead.
uboot: fix custom patch dir legacy handling Commit 3e3fef39e71ed0426130b36aa00e4630ebb537ae added new and improved patch handling, with BR2_TARGET_UBOOT_PATCH. This was in addition to the existing BR2_TARGET_UBOOT_CUSTOM_PATCH_DIR option, that only handled directories. Later, commit 21b25d28fc7af3bb1b2c55e4a46e0d067ebc0081 moved the old BR2_TARGET_UBOOT_CUSTOM_PATCH_DIR to legacy options. But on the way, bad things happened: * The original option was a string, while the one added to Config.in.legacy is a bool. This results in a warning from defconfigs that actually define the old BR2_TARGET_UBOOT_CUSTOM_PATCH_DIR (because a string is not a valid value for a bool), but it does not result in the legacy option being selected. Consequently, BR2_LEGACY is not selected either. * The advice at the top of Config.in.legacy to add a hidden WRAP option to select BR2_LEGACY was not heeded. * The advice at the top of Config.in.legacy to use the old string option as the default for the new string option was not heeded. In this case, the variable was not just renamed, as the old option supported directories only, while the new one supports files too. But since the old option is a subset of the new option, it can still be used to set a useful default. So, this mod turns the legacy option back to a string, adds a hidden bool WRAP option to set BR2_LEGACY when the string is non emoty, and uses the legacy option to set the default for the new option. Signed-off-by: Danomi Manchego <danomimanchego123@gmail.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2016-12-20 04:10:12 +01:00
config BR2_TARGET_UBOOT_CUSTOM_PATCH_DIR_WRAP
bool
default y if BR2_TARGET_UBOOT_CUSTOM_PATCH_DIR != ""
select BR2_LEGACY
# Note: BR2_TARGET_UBOOT_CUSTOM_PATCH_DIR is still referenced from
# boot/uboot/Config.in
xf86-input-void: remove deprecated It's been deprecated for a year now so remove it. Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2016-03-11 15:32:23 +01:00
config BR2_PACKAGE_XDRIVER_XF86_INPUT_VOID
bool "xf86-input-void removed"
select BR2_LEGACY
help
The xf86-input-void package has been removed, there's no need
for it in any modern (post-2007) xorg server.
linux-headers: remove deprecated version 3.17.x Remove for the upcoming 2016.05 release, it's been deprecated for a year now. Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2016-03-11 15:32:22 +01:00
config BR2_KERNEL_HEADERS_3_17
bool "kernel headers version 3.17.x are no longer supported"
linux-headers: kill 3.14.x and 4.{5, 6, 7}.x series These aren't supported upstream any more so remove the options and add them to legacy. Also switch the older deprecations that used 3.14.x to 3.12.x Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2016-12-20 15:48:26 +01:00
select BR2_KERNEL_HEADERS_3_12
linux-headers: remove deprecated version 3.17.x Remove for the upcoming 2016.05 release, it's been deprecated for a year now. Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2016-03-11 15:32:22 +01:00
select BR2_LEGACY
help
Version 3.17.x of the Linux kernel headers have been deprecated
for more than four buildroot releases and are now removed.
linux-headers: kill 3.14.x and 4.{5, 6, 7}.x series These aren't supported upstream any more so remove the options and add them to legacy. Also switch the older deprecations that used 3.14.x to 3.12.x Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2016-12-20 15:48:26 +01:00
As an alternative, version 3.12.x of the headers have been
linux-headers: remove deprecated version 3.17.x Remove for the upcoming 2016.05 release, it's been deprecated for a year now. Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2016-03-11 15:32:22 +01:00
automatically selected in your configuration.
gdb: remove deprecated version 7.7 It's been deprecated for a year now so remove it. Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2016-03-11 15:32:21 +01:00
config BR2_GDB_VERSION_7_7
bool "gdb 7.7 has been removed"
select BR2_LEGACY
help
The 7.7 version of gdb has been removed. Use a newer version
instead.
foomatic-filters: remove deprecated It's been deprecated for a year now so remove it. Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2016-03-11 15:32:20 +01:00
config BR2_PACKAGE_FOOMATIC_FILTERS
bool "foomatic-filters"
select BR2_LEGACY
help
The foomatic-filters package was removed.
samba: remove deprecated It's been deprecated for a year now so remove it. [Peter: drop !samba dependency from samba4] Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2016-03-11 15:32:19 +01:00
config BR2_PACKAGE_SAMBA
bool "samba"
select BR2_LEGACY
help
The samba package was removed in favour of samba4 since the
3.x series isn't supported by upstream any longer.
package/kodi: bump version to 16.0-Jarvis Add two new hard dependencies: - libdcadec https://github.com/xbmc/xbmc/commit/0997117a659a09e7b1c5bcb110f3526ea16698be - libcrossguid https://github.com/xbmc/xbmc/commit/6f8171f53992fc2eaabf71f6fa47ebed1da0d43d Kodi moved to C++11 so we need gcc >= 4.7: https://github.com/xbmc/xbmc/pull/6412 wavpack support was removed in favour of ffmpeg: https://github.com/xbmc/xbmc/commit/7916902c9e6f7a523265594f3ad7f921f93f1cd4 Enabled giflib support by default. Signed-off-by: Bernd Kuhls <bernd.kuhls@t-online.de> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2016-02-20 23:09:11 +01:00
config BR2_PACKAGE_KODI_WAVPACK
bool "wavpack"
select BR2_LEGACY
help
wavpack support was removed in favour of ffmpeg:
https://github.com/xbmc/xbmc/commit/7916902c9e6f7a523265594f3ad7f921f93f1cd4
package/kodi-screensaver-rsxs: new package Signed-off-by: Bernd Kuhls <bernd.kuhls@t-online.de> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2016-02-20 23:09:07 +01:00
config BR2_PACKAGE_KODI_RSXS
bool "rsxs support in Kodi was moved to an addon"
select BR2_LEGACY
select BR2_PACKAGE_KODI_SCREENSAVER_RSXS
help
rsxs support in Kodi was moved to an addon
package/kodi-visualisation-goom: new package Signed-off-by: Bernd Kuhls <bernd.kuhls@t-online.de> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2016-02-20 23:09:06 +01:00
config BR2_PACKAGE_KODI_GOOM
bool "Goom support in Kodi was moved to an addon"
select BR2_LEGACY
select BR2_PACKAGE_KODI_VISUALISATION_GOOM
help
Goom support in Kodi was moved to an addon
package/systemd: remove BR2_PACKAGE_SYSTEMD_ALL_EXTRAS The option was a bit misleading since it only selected additional libraries without --enable/disabling any features. Including all of them here would add a lot of bloat so instead, it is replaced with notes detailing which features each library enables. Signed-off-by: Gabe Evans <gabe@hashrabbit.co> [Thomas: - slightly tweak Config.in help text, as suggested by Arnout. - add Config.in.legacy handling for BR2_PACKAGE_SYSTEMD_ALL_EXTRAS, as suggested by Arnout.] Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2016-02-25 22:55:11 +01:00
config BR2_PACKAGE_SYSTEMD_ALL_EXTRAS
bool "systemd all extras option has been removed"
select BR2_LEGACY
select BR2_PACKAGE_XZ
select BR2_PACKAGE_LIBGCRYPT
help
The systemd option to enable "all extras" has been
removed. To get the same features, the libgcrypt and xz
package should now be enabled.
gcc: remove 4.5.x It's been deprecated for some time now. Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> [Thomas: move option to Config.in.legacy, as noticed by Peter.] Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2016-02-24 21:25:50 +01:00
config BR2_GCC_VERSION_4_5_X
bool "gcc 4.5.x has been removed"
select BR2_LEGACY
help
The 4.5.x version of gcc has been removed. Use a newer
version instead.
package/sqlite: add optional support for libedit Reviewed-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Signed-off-by: Bernd Kuhls <bernd.kuhls@t-online.de> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2016-02-08 20:56:41 +01:00
config BR2_PACKAGE_SQLITE_READLINE
legacy/sqlite: add "sqlite" to legacy option name The "command-line editing support was updated" does not indicate the package name, unlike the other legacy options. This commit adds "sqlite", to be nicer. Signed-off-by: Danomi Manchego <danomimanchego123@gmail.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2016-12-20 04:12:32 +01:00
bool "sqlite command-line editing support was updated"
package/sqlite: add optional support for libedit Reviewed-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Signed-off-by: Bernd Kuhls <bernd.kuhls@t-online.de> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2016-02-08 20:56:41 +01:00
select BR2_PACKAGE_NCURSES
select BR2_PACKAGE_READLINE
select BR2_LEGACY
help
This option was removed in favour of the sqlite package
deciding itself depending on the enabled packages whether
command-line editing should be enabled, it also also takes
libedit into account.
infozip: rename to zip We currently have a package named "infozip" for Info-Zip's Zip. With the upcoming addition of a package the Info-Zip's UnZip the name is becoming ambiguous. Rename it to the more specific name "zip". Signed-off-by: Luca Ceresoli <luca@lucaceresoli.net> Cc: Romain Naour <romain.naour@openwide.fr> Cc: Jan Pedersen <jp@jp-embedded.com> Reviewed-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be> Reviewed-by: Romain Naour <romain.naour@openwide.fr> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-11-27 18:38:00 +01:00
###############################################################################
comment "Legacy options removed in 2016.02"
package/dovecot: Remove bzip2 and zlib options The next patch of this series will add optional xz and lz4 support, to avoid adding new options for these compression packages simplify the configuration of dovecot by removing the options handling optional compression support. Signed-off-by: Bernd Kuhls <bernd.kuhls@t-online.de> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2016-02-10 21:58:17 +01:00
config BR2_PACKAGE_DOVECOT_BZIP2
bool "bzip2 support option has been removed"
select BR2_LEGACY
select BR2_PACKAGE_BZIP2
help
Bzip2 support is built if the bzip2 package is selected.
config BR2_PACKAGE_DOVECOT_ZLIB
bool "zlib support option has been removed"
select BR2_LEGACY
select BR2_PACKAGE_ZLIB
help
Zlib support is built if the zlib package is selected.
e2fsprogs: remove findfs option The e2fsprogs package's findfs option provides no capabilities. When the option is selected, a symbolic link is generated from findfs to e2label; however, e2label will not handle findfs since the respective code is explicitly disabled when `--disable-libblkid` is passed in. At this time, the e2fsprogs package only supports findfs capabilities when building its "private blkid library". Note that the `--disable-libblkid` configuration argument must remain to prevent conflicts with util-linux's libblkid and an e2fsprogs- generated variant (see e1ffc2f791b336339909c90559b7db40b455f172). Since e2fsprogs cannot provide findfs capabilities, the option is being removed in this change. A following change will be introduced to include util-linux's findfs utility. Signed-off-by: James Knight <james.knight@rockwellcollins.com> Cc: Zheng Yi <yzheng@techyauld.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2016-02-12 17:40:05 +01:00
config BR2_PACKAGE_E2FSPROGS_FINDFS
bool "e2fsprogs findfs option has been removed"
select BR2_LEGACY
help
This option attempted to enable findfs capabilities from
e2fsprogs but has not worked since July 2015 (due to
packaging changes). One can use BusyBox's findfs support or
Config.in.legacy: findfs is available in BR2_PACKAGE_UTIL_LINUX_BINARIES 031659024b3cf27bb68dc58d07519b563ef472a1 removed the option BR2_PACKAGE_UTIL_LINUX_FINDFS as it is always built by default. Signed-off-by: Phil Eichinger <phil@zankapfel.net> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2016-12-01 15:45:33 +01:00
enable the BR2_PACKAGE_UTIL_LINUX_BINARIES option.
e2fsprogs: remove findfs option The e2fsprogs package's findfs option provides no capabilities. When the option is selected, a symbolic link is generated from findfs to e2label; however, e2label will not handle findfs since the respective code is explicitly disabled when `--disable-libblkid` is passed in. At this time, the e2fsprogs package only supports findfs capabilities when building its "private blkid library". Note that the `--disable-libblkid` configuration argument must remain to prevent conflicts with util-linux's libblkid and an e2fsprogs- generated variant (see e1ffc2f791b336339909c90559b7db40b455f172). Since e2fsprogs cannot provide findfs capabilities, the option is being removed in this change. A following change will be introduced to include util-linux's findfs utility. Signed-off-by: James Knight <james.knight@rockwellcollins.com> Cc: Zheng Yi <yzheng@techyauld.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2016-02-12 17:40:05 +01:00
package/openpowerlink: bump to v2.2.2 From [1]: With version 2.0, the source code has been cleanly split into an application-oriented user library and a time-critical stack driver. The latter may be moved to a dedicated communication processor or into a kernel module to deliver enhanced performance while still keeping the API in user space. This new version break the API used in the v1.x but this is a complete rewrite of the Powerlink EPSG DS 301 implementation. The v1.x is deprecated anyway. The new build system has been split in several CMake projects which makes it difficult to package with the Buildroot CMake infra. So add a top level CMakeLists.txt to build each openpowerlink component without having to package each of them in a separate Buildroot packages. Also we need to fix the build system to support the top level CMake build. [1] http://sourceforge.net/projects/openpowerlink/ Signed-off-by: Romain Naour <romain.naour@gmail.com> [Thomas: - rename patches to not contain the [FIX] part in their title. - rewrap Config.in help text - rename "openPOWERLINK stack type" to "stack type" - rename ""openpowerlink demos" to "demos"] Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2016-02-07 17:56:56 +01:00
config BR2_PACKAGE_OPENPOWERLINK_DEBUG_LEVEL
bool "openpowerlink debug option has been removed"
select BR2_LEGACY
help
This option depends on BR2_ENABLE_DEBUG which should not be used
by packages anymore.
config BR2_PACKAGE_OPENPOWERLINK_KERNEL_MODULE
bool "openpowerlink package has been updated"
select BR2_LEGACY
select BR2_PACKAGE_OPENPOWERLINK_STACK_KERNEL_STACK_LIB
help
openpowerlink kernel modules are built if the
kernel stack library is selected.
config BR2_PACKAGE_OPENPOWERLINK_LIBPCAP
bool "openpowerlink package has been updated"
select BR2_LEGACY
select BR2_PACKAGE_OPENPOWERLINK_STACK_USERSPACE_DAEMON_LIB
help
The user space support has been split in two part:
- a monolitic user space library
- a user spae deamon driver
linux: drop the option to use the same version as that of the headers It is no longer meaningful, now that we have the option to use the kernel version for the linux headers, as it is more logical and more versatile. Add it to legacy. Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Cc: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Cc: Peter Korsgaard <peter@korsgaard.com> Cc: Arnout Vandecappelle <arnout@mind.be> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2016-02-06 00:06:17 +01:00
config BR2_LINUX_KERNEL_SAME_AS_HEADERS
bool "using the linux headers version for the kernel has been removed"
select BR2_LEGACY
help
The option to use the version of the kernel headers for the
kernel to build has been removed.
There is now the converse, better-suited and more versatile
option to use the kernel version for the linux headers.
package/cups: Un-deprecate, and update CUPS to 2.1.2 - Remove 0001-fix-static.patch - Fixed upstream - Remove 0002-fix-stack-protector-check.patch - Fixed upstream - Remove 0003-mantohtml.patch - Replaced by 0001-Remove-man-from-BUILDDIRS-in- configure.patch - Add 0002-Do-not-use-genstrings.patch - Add CUPS_PDFTOPS option to Config.in.legacy - This support was moved to the cups-filters package. Signed-off-by: Olivier Schonken <olivier.schonken@gmail.com> [Thomas: - rewrap patch description in patch 0001 - adjust patch 0002 to completely remove the call to genstrings instead of commenting it, and remove the potentially confusing 'echo' above it - add a third patch that sanitizes the installation process to avoid non-working stripping, owernship changes, etc.] Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2016-01-20 23:17:43 +01:00
config BR2_PACKAGE_CUPS_PDFTOPS
bool "Pdftops support has been removed from Cups"
cups-filters: new package Signed-off-by: Olivier Schonken <olivier.schonken@gmail.com> [Thomas: - add missing select BR2_PACKAGE_JPEG - use jpeg instead of libjpeg - sort selects alphabetically - fix Config.in comment dependencies.] Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2017-10-23 15:26:11 +02:00
select BR2_PACKAGE_CUPS_FILTERS
package/cups: Un-deprecate, and update CUPS to 2.1.2 - Remove 0001-fix-static.patch - Fixed upstream - Remove 0002-fix-stack-protector-check.patch - Fixed upstream - Remove 0003-mantohtml.patch - Replaced by 0001-Remove-man-from-BUILDDIRS-in- configure.patch - Add 0002-Do-not-use-genstrings.patch - Add CUPS_PDFTOPS option to Config.in.legacy - This support was moved to the cups-filters package. Signed-off-by: Olivier Schonken <olivier.schonken@gmail.com> [Thomas: - rewrap patch description in patch 0001 - adjust patch 0002 to completely remove the call to genstrings instead of commenting it, and remove the potentially confusing 'echo' above it - add a third patch that sanitizes the installation process to avoid non-working stripping, owernship changes, etc.] Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2016-01-20 23:17:43 +01:00
select BR2_LEGACY
help
Pdftops support has been removed from the cups package
It is now part of the cups-filters package.
linux-headers: remove deprecated version 3.16.x Remove for the upcoming 2016.02 release, it's been deprecated for a year now. Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2016-01-20 17:53:39 +01:00
config BR2_KERNEL_HEADERS_3_16
bool "kernel headers version 3.16.x are no longer supported"
linux-headers: kill 3.14.x and 4.{5, 6, 7}.x series These aren't supported upstream any more so remove the options and add them to legacy. Also switch the older deprecations that used 3.14.x to 3.12.x Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2016-12-20 15:48:26 +01:00
select BR2_KERNEL_HEADERS_3_12
linux-headers: remove deprecated version 3.16.x Remove for the upcoming 2016.02 release, it's been deprecated for a year now. Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2016-01-20 17:53:39 +01:00
select BR2_LEGACY
help
Version 3.16.x of the Linux kernel headers have been deprecated
for more than four buildroot releases and are now removed.
linux-headers: kill 3.14.x and 4.{5, 6, 7}.x series These aren't supported upstream any more so remove the options and add them to legacy. Also switch the older deprecations that used 3.14.x to 3.12.x Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2016-12-20 15:48:26 +01:00
As an alternative, version 3.12.x of the headers have been
linux-headers: remove deprecated version 3.16.x Remove for the upcoming 2016.02 release, it's been deprecated for a year now. Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2016-01-20 17:53:39 +01:00
automatically selected in your configuration.
python-pyxml: remove obsolete package PyXML is bitrotten and obsolete. You'll find the functionality it previously provided is now included in the Python standard library. So no need to keep this package in Buildroot anymore. Signed-off-by: Yegor Yefremov <yegorslists@googlemail.com> Acked-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2015-12-19 21:42:53 +01:00
config BR2_PACKAGE_PYTHON_PYXML
bool "python-pyxml package has been removed"
select BR2_LEGACY
help
PyXML is obsolete and its functionality is covered either via
native Python XML support or python-lxml package.
toolchain: granular choice for stack protector Currently, we only support two levels of stach-smashing protection: - entirely disabled, - protect _all_ functions with -fstack-protector-all. -fstack-protector-all tends to be far too aggressive and impacts performance too much to be worth on a real product. Add a choice that allows us to select between different levels of stack-smashing protection: - none - basic (NEW) - strong (NEW) - all The differences are documented in the GCC online documentation: https://gcc.gnu.org/onlinedocs/gcc-4.9.2/gcc/Optimize-Options.html Signed-off-by: Steven Noonan <steven@uplinklabs.net> [yann.morin.1998@free.fr: - rebase - add legacy handling - SSP-strong depends on gcc >= 4.9 - slightly simple ifeq-block in package/Makefile.in - keep the comment in the choice; add a comment shen strong is not available - drop the defaults (only keep the legacy) - update commit log ] Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Cc: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> [Thomas: - only show the choice if the toolchain has SSP support - add details for the BR2_SSP_ALL option that it has a significant performance impact.] Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-12-27 12:07:31 +01:00
# BR2_ENABLE_SSP is still referenced in Config.in (default in choice)
config BR2_ENABLE_SSP
bool "Stack Smashing protection now has different levels"
help
The protection offered by SSP can now be selected from different
protection levels. Be sure to review the SSP level in the build
options menu.
directfb: remove cle266 and unichrome support They're broken for the latest version and directfb upstream is gone. cle266 is an old chipset for AMD K7 (32 bit) athlons with integrated graphics - very odd hardware. unichrome is another VIA graphics standalone chip/chipset used for some odd video cards and VIA CPUs (x86-based: C7, Nano and so on). Add options to legacy as well. Fixes: http://autobuild.buildroot.net/results/ab9/ab9a6dd044b5f3e8e42629a2aaf598fd0e0357ed/ Signed-off-by: Gustavo Zacarias <gustavo.zacarias@free-electrons.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-12-20 13:44:37 +01:00
config BR2_PACKAGE_DIRECTFB_CLE266
directfb/legacy: add that it was removed As pointed by Yann. Signed-off-by: Gustavo Zacarias <gustavo.zacarisa@free-electrons.com> Acked-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-12-21 23:11:08 +01:00
bool "cle266 driver for directfb removed"
directfb: remove cle266 and unichrome support They're broken for the latest version and directfb upstream is gone. cle266 is an old chipset for AMD K7 (32 bit) athlons with integrated graphics - very odd hardware. unichrome is another VIA graphics standalone chip/chipset used for some odd video cards and VIA CPUs (x86-based: C7, Nano and so on). Add options to legacy as well. Fixes: http://autobuild.buildroot.net/results/ab9/ab9a6dd044b5f3e8e42629a2aaf598fd0e0357ed/ Signed-off-by: Gustavo Zacarias <gustavo.zacarias@free-electrons.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-12-20 13:44:37 +01:00
select BR2_LEGACY
help
The cle266 directfb driver support has been removed.
It doesn't build in the latest version and it's unlikely
anyone has any use for it.
config BR2_PACKAGE_DIRECTFB_UNICHROME
directfb/legacy: add that it was removed As pointed by Yann. Signed-off-by: Gustavo Zacarias <gustavo.zacarisa@free-electrons.com> Acked-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-12-21 23:11:08 +01:00
bool "unichrome driver for directfb removed"
directfb: remove cle266 and unichrome support They're broken for the latest version and directfb upstream is gone. cle266 is an old chipset for AMD K7 (32 bit) athlons with integrated graphics - very odd hardware. unichrome is another VIA graphics standalone chip/chipset used for some odd video cards and VIA CPUs (x86-based: C7, Nano and so on). Add options to legacy as well. Fixes: http://autobuild.buildroot.net/results/ab9/ab9a6dd044b5f3e8e42629a2aaf598fd0e0357ed/ Signed-off-by: Gustavo Zacarias <gustavo.zacarias@free-electrons.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-12-20 13:44:37 +01:00
select BR2_LEGACY
help
The unichrome directfb driver support has been removed.
It doesn't build in the latest version and it's unlikely
anyone has any use for it.
package/elementary: rename libelementary to elementary The upstream name is elementary so use it. Even if this package provide libelementary.so, it also provide elementary_codegen, elementary_run and elm_prefs_cc tools. Add a legacy entry. Signed-off-by: Romain Naour <romain.naour@openwide.fr> Cc: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-12-19 17:39:14 +01:00
config BR2_PACKAGE_LIBELEMENTARY
bool "libelementary has been renamed to elementary"
select BR2_LEGACY
select BR2_PACKAGE_ELEMENTARY
help
The libelementary package has been renamed to match the upstream
name.
package/efl/libeina: remove package Libeina is now available in efl package. Signed-off-by: Romain Naour <romain.naour@openwide.fr> Reviewed-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-12-15 23:40:38 +01:00
config BR2_PACKAGE_LIBEINA
bool "libeina package has been removed"
select BR2_LEGACY
select BR2_PACKAGE_EFL
help
package/efl: rename libefl to efl This allow to keep backward compatibility with older defconfig files that used BR2_PACKAGE_EFL. Don't add Config.in.legacy entry for libefl since it's not part of any Buildroot release. Signed-off-by: Romain Naour <romain.naour@openwide.fr> Cc: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Cc: "Yann E. MORIN" <yann.morin.1998@free.fr> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-12-19 17:39:16 +01:00
With EFL 1.15, libeina is now provided by the efl package.
package/efl/libeina: remove package Libeina is now available in efl package. Signed-off-by: Romain Naour <romain.naour@openwide.fr> Reviewed-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-12-15 23:40:38 +01:00
package/efl/libeet: remove package Libeet is now available in efl package. Signed-off-by: Romain Naour <romain.naour@openwide.fr> Reviewed-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-12-15 23:40:37 +01:00
config BR2_PACKAGE_LIBEET
bool "libeet package has been removed"
select BR2_LEGACY
select BR2_PACKAGE_EFL
help
package/efl: rename libefl to efl This allow to keep backward compatibility with older defconfig files that used BR2_PACKAGE_EFL. Don't add Config.in.legacy entry for libefl since it's not part of any Buildroot release. Signed-off-by: Romain Naour <romain.naour@openwide.fr> Cc: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Cc: "Yann E. MORIN" <yann.morin.1998@free.fr> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-12-19 17:39:16 +01:00
With EFL 1.15, libeet is now provided by the efl package.
package/efl/libeet: remove package Libeet is now available in efl package. Signed-off-by: Romain Naour <romain.naour@openwide.fr> Reviewed-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-12-15 23:40:37 +01:00
package/efl/libevas: remove package Libevas is now available in efl package. Signed-off-by: Romain Naour <romain.naour@openwide.fr> Reviewed-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-12-15 23:40:36 +01:00
config BR2_PACKAGE_LIBEVAS
bool "libevas package has been removed"
select BR2_LEGACY
select BR2_PACKAGE_EFL
help
package/efl: rename libefl to efl This allow to keep backward compatibility with older defconfig files that used BR2_PACKAGE_EFL. Don't add Config.in.legacy entry for libefl since it's not part of any Buildroot release. Signed-off-by: Romain Naour <romain.naour@openwide.fr> Cc: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Cc: "Yann E. MORIN" <yann.morin.1998@free.fr> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-12-19 17:39:16 +01:00
With EFL 1.15, libevas is now provided by the efl package.
package/efl/libevas: remove package Libevas is now available in efl package. Signed-off-by: Romain Naour <romain.naour@openwide.fr> Reviewed-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-12-15 23:40:36 +01:00
package/efl/libecore: remove package Libecore is now available in efl package. Signed-off-by: Romain Naour <romain.naour@openwide.fr> Reviewed-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-12-15 23:40:35 +01:00
config BR2_PACKAGE_LIBECORE
bool "libecore package has been removed"
select BR2_LEGACY
select BR2_PACKAGE_EFL
help
package/efl: rename libefl to efl This allow to keep backward compatibility with older defconfig files that used BR2_PACKAGE_EFL. Don't add Config.in.legacy entry for libefl since it's not part of any Buildroot release. Signed-off-by: Romain Naour <romain.naour@openwide.fr> Cc: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Cc: "Yann E. MORIN" <yann.morin.1998@free.fr> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-12-19 17:39:16 +01:00
With EFL 1.15, libecore is now provided by the efl package.
package/efl/libecore: remove package Libecore is now available in efl package. Signed-off-by: Romain Naour <romain.naour@openwide.fr> Reviewed-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-12-15 23:40:35 +01:00
package/efl/libedbus: remove package Libedbus is now available in efl package. Signed-off-by: Romain Naour <romain.naour@openwide.fr> Reviewed-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-12-15 23:40:34 +01:00
config BR2_PACKAGE_LIBEDBUS
bool "libedbus package has been removed"
select BR2_LEGACY
select BR2_PACKAGE_EFL
help
package/efl: rename libefl to efl This allow to keep backward compatibility with older defconfig files that used BR2_PACKAGE_EFL. Don't add Config.in.legacy entry for libefl since it's not part of any Buildroot release. Signed-off-by: Romain Naour <romain.naour@openwide.fr> Cc: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Cc: "Yann E. MORIN" <yann.morin.1998@free.fr> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-12-19 17:39:16 +01:00
With EFL 1.15, libedbus is now provided by the efl package.
package/efl/libedbus: remove package Libedbus is now available in efl package. Signed-off-by: Romain Naour <romain.naour@openwide.fr> Reviewed-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-12-15 23:40:34 +01:00
package/efl/libefreet: remove package Libefreet is now available in efl package. Signed-off-by: Romain Naour <romain.naour@openwide.fr> Reviewed-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-12-15 23:40:33 +01:00
config BR2_PACKAGE_LIBEFREET
bool "libefreet package has been removed"
select BR2_LEGACY
select BR2_PACKAGE_EFL
help
package/efl: rename libefl to efl This allow to keep backward compatibility with older defconfig files that used BR2_PACKAGE_EFL. Don't add Config.in.legacy entry for libefl since it's not part of any Buildroot release. Signed-off-by: Romain Naour <romain.naour@openwide.fr> Cc: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Cc: "Yann E. MORIN" <yann.morin.1998@free.fr> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-12-19 17:39:16 +01:00
With EFL 1.15, libefreet is now provided by the efl package.
package/efl/libefreet: remove package Libefreet is now available in efl package. Signed-off-by: Romain Naour <romain.naour@openwide.fr> Reviewed-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-12-15 23:40:33 +01:00
package/efl/libeio: remove package Libeio is now available in efl package. Signed-off-by: Romain Naour <romain.naour@openwide.fr> Reviewed-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-12-15 23:40:32 +01:00
config BR2_PACKAGE_LIBEIO
bool "libeio package has been removed"
select BR2_LEGACY
select BR2_PACKAGE_EFL
help
package/efl: rename libefl to efl This allow to keep backward compatibility with older defconfig files that used BR2_PACKAGE_EFL. Don't add Config.in.legacy entry for libefl since it's not part of any Buildroot release. Signed-off-by: Romain Naour <romain.naour@openwide.fr> Cc: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Cc: "Yann E. MORIN" <yann.morin.1998@free.fr> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-12-19 17:39:16 +01:00
With EFL 1.15, libeio is now provided by the efl package.
package/efl/libeio: remove package Libeio is now available in efl package. Signed-off-by: Romain Naour <romain.naour@openwide.fr> Reviewed-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-12-15 23:40:32 +01:00
package/efl/libembryo: remove package Libembryo is now available in efl package. Signed-off-by: Romain Naour <romain.naour@openwide.fr> Reviewed-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-12-15 23:40:31 +01:00
config BR2_PACKAGE_LIBEMBRYO
bool "libembryo package has been removed"
select BR2_LEGACY
select BR2_PACKAGE_EFL
help
package/efl: rename libefl to efl This allow to keep backward compatibility with older defconfig files that used BR2_PACKAGE_EFL. Don't add Config.in.legacy entry for libefl since it's not part of any Buildroot release. Signed-off-by: Romain Naour <romain.naour@openwide.fr> Cc: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Cc: "Yann E. MORIN" <yann.morin.1998@free.fr> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-12-19 17:39:16 +01:00
With EFL 1.15, libembryo is now provided by the efl package.
package/efl/libembryo: remove package Libembryo is now available in efl package. Signed-off-by: Romain Naour <romain.naour@openwide.fr> Reviewed-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-12-15 23:40:31 +01:00
package/efl/libedje: remove package Libedje is now available in efl package. Signed-off-by: Romain Naour <romain.naour@openwide.fr> Reviewed-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-12-15 23:40:30 +01:00
config BR2_PACKAGE_LIBEDJE
bool "libedje package has been removed"
select BR2_LEGACY
select BR2_PACKAGE_EFL
help
package/efl: rename libefl to efl This allow to keep backward compatibility with older defconfig files that used BR2_PACKAGE_EFL. Don't add Config.in.legacy entry for libefl since it's not part of any Buildroot release. Signed-off-by: Romain Naour <romain.naour@openwide.fr> Cc: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Cc: "Yann E. MORIN" <yann.morin.1998@free.fr> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-12-19 17:39:16 +01:00
With EFL 1.15, libedje is now provided by the efl package.
package/efl/libedje: remove package Libedje is now available in efl package. Signed-off-by: Romain Naour <romain.naour@openwide.fr> Reviewed-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-12-15 23:40:30 +01:00
package/efl/libethumb: remove package Libethumb is now available in efl package. Signed-off-by: Romain Naour <romain.naour@openwide.fr> Reviewed-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-12-15 23:40:29 +01:00
config BR2_PACKAGE_LIBETHUMB
bool "libethumb package has been removed"
select BR2_LEGACY
select BR2_PACKAGE_EFL
help
package/efl: rename libefl to efl This allow to keep backward compatibility with older defconfig files that used BR2_PACKAGE_EFL. Don't add Config.in.legacy entry for libefl since it's not part of any Buildroot release. Signed-off-by: Romain Naour <romain.naour@openwide.fr> Cc: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Cc: "Yann E. MORIN" <yann.morin.1998@free.fr> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-12-19 17:39:16 +01:00
With EFL 1.15, libethumb is now provided by the efl package.
package/efl/libethumb: remove package Libethumb is now available in efl package. Signed-off-by: Romain Naour <romain.naour@openwide.fr> Reviewed-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-12-15 23:40:29 +01:00
infozip: rename to zip We currently have a package named "infozip" for Info-Zip's Zip. With the upcoming addition of a package the Info-Zip's UnZip the name is becoming ambiguous. Rename it to the more specific name "zip". Signed-off-by: Luca Ceresoli <luca@lucaceresoli.net> Cc: Romain Naour <romain.naour@openwide.fr> Cc: Jan Pedersen <jp@jp-embedded.com> Reviewed-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be> Reviewed-by: Romain Naour <romain.naour@openwide.fr> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-11-27 18:38:00 +01:00
config BR2_PACKAGE_INFOZIP
bool "infozip option has been renamed to zip"
select BR2_LEGACY
select BR2_PACKAGE_ZIP
help
Info-Zip's Zip package has been renamed from infozip to zip,
to avoid ambiguities with Info-Zip's UnZip which has been added
in the unzip package.
package/nodejs: correct 0.10.x option name The nodejs options incorrectly started BR2_BR2_xxx. This change corrects the name for 0.10.x releases to BR2_PACKAGE_NODEJS_0_10_X Signed-off-by: Martin Bark <martin@barkynet.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-12-23 13:16:04 +01:00
config BR2_BR2_PACKAGE_NODEJS_0_10_X
package/nodejs: remove version choice Remove the choice of nodejs version. Now automatically pick nodejs 0.10.x for armv5 architectures only and the latest nodejs for all other supported architectures. Note that the removal of BR2_PACKAGE_NODEJS_5_X is not handled in Config.in.legacy because buildroot has never been released with this option included. Signed-off-by: Martin Bark <martin@barkynet.com> Cc: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Cc: Arnout Vandecappelle <arnout@mind.be> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2016-01-30 15:51:00 +01:00
bool "nodejs 0.10.x option removed"
package/nodejs: correct 0.10.x option name The nodejs options incorrectly started BR2_BR2_xxx. This change corrects the name for 0.10.x releases to BR2_PACKAGE_NODEJS_0_10_X Signed-off-by: Martin Bark <martin@barkynet.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-12-23 13:16:04 +01:00
select BR2_LEGACY
select BR2_PACKAGE_NODEJS
help
package/nodejs: remove version choice Remove the choice of nodejs version. Now automatically pick nodejs 0.10.x for armv5 architectures only and the latest nodejs for all other supported architectures. Note that the removal of BR2_PACKAGE_NODEJS_5_X is not handled in Config.in.legacy because buildroot has never been released with this option included. Signed-off-by: Martin Bark <martin@barkynet.com> Cc: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Cc: Arnout Vandecappelle <arnout@mind.be> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2016-01-30 15:51:00 +01:00
nodejs 0.10.x option has been removed. 0.10.x is now
automatically chosen for ARMv5 architectures only and the latest
nodejs for all other supported architectures. The correct nodejs
version has been automatically selected in your configuration.
package/nodejs: correct 0.10.x option name The nodejs options incorrectly started BR2_BR2_xxx. This change corrects the name for 0.10.x releases to BR2_PACKAGE_NODEJS_0_10_X Signed-off-by: Martin Bark <martin@barkynet.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-12-23 13:16:04 +01:00
package/nodejs: removed version 0.12.9 Remove 0.12.9 to rationalise the number of nodejs releases supported by buildroot. Going forward buildroot will only support the latest release of nodejs and the 0.10.x branch for armv5 support. Signed-off-by: Martin Bark <martin@barkynet.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-12-23 13:16:03 +01:00
config BR2_BR2_PACKAGE_NODEJS_0_12_X
bool "nodejs version 0.12.x has been removed"
select BR2_LEGACY
select BR2_PACKAGE_NODEJS
help
nodejs version 0.12.x has been removed. As an alternative,
the latest nodejs version has been automatically selected in
your configuration.
package/nodejs: bump version to 5.3.0 Replace 4.2.3 with 5.3.0. 5.3.0 is the current Stable release. See https://nodejs.org/en/blog/release/v5.3.0 for details on the release. Copied 4.2.3 patched to 5.3.0 with the following exceptions: - Removed 0004-fix-arm-vfpv2.patch, committed upstream and included in 5.3.0. See https://github.com/nodejs/node/commit/84dea1bd0c - Added 0004-Fix-va_list-not-declared.patch, fix for a new bug. This has already been fixed upstream but is not in 5.3.0 Signed-off-by: Martin Bark <martin@barkynet.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-12-23 13:16:02 +01:00
config BR2_BR2_PACKAGE_NODEJS_4_X
bool "nodejs version 4.x has been removed"
select BR2_LEGACY
select BR2_PACKAGE_NODEJS
help
nodejs version 4.x has been removed. As an alternative,
the latest nodejs version has been automatically selected in
your configuration.
boot/uboot: remove deprecated network settings option It's been deprecated since the 2014.05 release, so a year has passed. Add legacy info as well to raise a warning when it's used. [Peter: Remove entire config.h fixup handling] Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2015-06-02 19:52:12 +02:00
###############################################################################
divine: remove package This commit removes the divine package, since the corresponding functionality has been merged in DirectFB itself since 1.7.x. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2015-09-02 00:01:10 +02:00
comment "Legacy options removed in 2015.11"
gst1-plugins-bad: update configure options - add new onvif option - add new dtls option - add new openh264 option - add new x265 option - removed real plugin option - add new rtp option - remove always disabled legacy options: directdraw, osx_video, quicktime and mythtv - add '--disable-bs2b' and '--disable-libde265' to options which require currently unpackaged libraries - add '--disable-gtk3' and '--disable-qt' [Thomas: improve wording of Config.in.legacy option.] Signed-off-by: Peter Seiderer <ps.report@gmx.net> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-10-15 21:42:43 +02:00
config BR2_PACKAGE_GST1_PLUGINS_BAD_PLUGIN_REAL
bool "gst1-plugins-bad real plugin has been removed"
select BR2_LEGACY
help
The real plugin from GStreamer 1 bad plugins has been
removed.
media-ctl: remove package Package media-ctl is out-dated, source (and developement) have been moved to v4l-utils since June 2014. Up-to-date version is available in the libv4l package (BR2_PACKAGE_LIBV4L/BR2_PACKAGE_LIBV4L_UTILS). Signed-off-by: Peter Seiderer <ps.report@gmx.net> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-10-07 23:56:48 +02:00
config BR2_PACKAGE_MEDIA_CTL
bool "media-ctl package has been removed"
select BR2_LEGACY
select BR2_PACKAGE_LIBV4L
select BR2_PACKAGE_LIBV4L_UTILS
help
media-ctl source and developement have been moved to
v4l-utils since June 2014. For an up-to-date media-ctl
version select BR2_PACKAGE_LIBV4L and BR2_PACKAGE_LIBV4L_UTILS.
package/schifra: remove package Signed-off-by: Romain Naour <romain.naour@openwide.fr> Cc: Arnaud Rébillout <rebillout@syscom.ch> Cc: Simon Dawson <spdawson@gmail.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2015-10-03 18:35:05 +02:00
config BR2_PACKAGE_SCHIFRA
bool "schifra package has been removed"
Config.in.legacy: add missing select BR2_LEGACY Signed-off-by: Peter Seiderer <ps.report@gmx.net> Acked-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-10-07 23:56:49 +02:00
select BR2_LEGACY
package/schifra: remove package Signed-off-by: Romain Naour <romain.naour@openwide.fr> Cc: Arnaud Rébillout <rebillout@syscom.ch> Cc: Simon Dawson <spdawson@gmail.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2015-10-03 18:35:05 +02:00
help
Schifra package has been maked broken since 2014.11 release and
haven't been fixed since then.
zxing-cpp: new package, replacing zxing ZXing was hosted on Google Code, which is a closing. The current link was already redirecting to the github repo. But upstream is no longer supporting the cpp bindings, it's now a Java library/application. A fork has been created from the latest cpp source of the original upstream. So this commit creates a new package, zxing-cpp, and adds Config.in.legacy handling for the old zxing pakcage that is removed. [Thomas: - add a patch that improves the CMakeLists.txt file to add installation rules. This allows to remove the manual installation logic from zxing-cpp.mk. - make libiconv a normal optional dependency. No need to involve BR2_ENABLE_LOCALE in the condition, since libiconv can only be enabled when !BR2_ENABLE_LOCALE. - bump to the latest upstream version. - add hash file.] Signed-off-by: Maxime Hadjinlian <maxime.hadjinlian@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-07-26 22:38:27 +02:00
config BR2_PACKAGE_ZXING
bool "zxing option has been renamed"
select BR2_LEGACY
select BR2_PACKAGE_ZXING_CPP
help
ZXing no longer provides the cpp bindings, it has been renamed to
BR2_PACKAGE_ZXING_CPP which uses a new upstream.
package/freerdp: prepare for adding another client Currently, the only client we can build is the X11 client. FreeRDP now has support for building a wayland client. However, that means we need to rethink the way we build FreeRDP, because of some "inconsistencies" in its build system. This is because FreeRDP's buildsystem does not have orthogonal options; some of the options can be used for different components. For example, the set of X11 libraries needed to build the server is a superset of the X11 libraries needed to build the X11 client. So, whenever the server is enabled, it means the X11 libraries required to build the X11 client are available. Now, if the user also wants to build the waland client (but not the X11 client), there is no way to tell FreeRDP not to build the X11 client, because there is a single option, WITH_CLIENT, to drive whether any of the clients is built. The decision is made on the availability of the required libraries. And since the server is enabled, the X11 libs required to build the X11 client are available. So, we end up with the X11 client, even though it is not wanted. And conversely with wayland... So, we redesign the way we build FreeRDP. WE do not care what is actually built; we just build whatever is buildable with the current set of enabled libraries. But at install time (both in staging/ and target/) we remove whatever the user does not want. We also take the opportunity to rename the X11 client option, so it is coherent with the soon-to-be-introduced wayland client. Note: since FreeRDP has gained new dependencies, we can not just introduce the legacy option as-is, otherwise we run the risk that it selects the new option even though the new FreeRDP dependencies are not enabled, spitting out the infamous 'unmet direct dependencies" kconfig error. Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2015-09-06 21:54:21 +02:00
# Since FreeRDP has new dependencies, protect this legacy to avoid the
# infamous "unmet direct dependencies" kconfig error.
config BR2_PACKAGE_FREERDP_CLIENT
bool "freerdp client option renamed"
depends on BR2_PACKAGE_FREERDP
Config.in.legacy: add missing select BR2_LEGACY Signed-off-by: Peter Seiderer <ps.report@gmx.net> Acked-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-10-07 23:56:49 +02:00
select BR2_LEGACY
package/freerdp: prepare for adding another client Currently, the only client we can build is the X11 client. FreeRDP now has support for building a wayland client. However, that means we need to rethink the way we build FreeRDP, because of some "inconsistencies" in its build system. This is because FreeRDP's buildsystem does not have orthogonal options; some of the options can be used for different components. For example, the set of X11 libraries needed to build the server is a superset of the X11 libraries needed to build the X11 client. So, whenever the server is enabled, it means the X11 libraries required to build the X11 client are available. Now, if the user also wants to build the waland client (but not the X11 client), there is no way to tell FreeRDP not to build the X11 client, because there is a single option, WITH_CLIENT, to drive whether any of the clients is built. The decision is made on the availability of the required libraries. And since the server is enabled, the X11 libs required to build the X11 client are available. So, we end up with the X11 client, even though it is not wanted. And conversely with wayland... So, we redesign the way we build FreeRDP. WE do not care what is actually built; we just build whatever is buildable with the current set of enabled libraries. But at install time (both in staging/ and target/) we remove whatever the user does not want. We also take the opportunity to rename the X11 client option, so it is coherent with the soon-to-be-introduced wayland client. Note: since FreeRDP has gained new dependencies, we can not just introduce the legacy option as-is, otherwise we run the risk that it selects the new option even though the new FreeRDP dependencies are not enabled, spitting out the infamous 'unmet direct dependencies" kconfig error. Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2015-09-06 21:54:21 +02:00
select BR2_PACKAGE_FREERDP_CLIENT_X11
blackbox: remove deprecated package Also update legacy as well. And remove the BR2_DEPRECATED_SINCE_2014_08 symbol since it's unused now. Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2015-09-01 20:45:32 +02:00
config BR2_PACKAGE_BLACKBOX
bool "blackbox package has been removed"
select BR2_LEGACY
help
Upstream is dead and the package has been deprecated for
some time. There are other alternative maintained WMs.
linux-headers: remove deprecated versions 3.{0, 11, 13, 15} Remove for the upcoming 2015.11 release, they've been deprecated for a year now. Also remove some previously forgotten selection removals in legacy. [Peter: drop 3.0.x kernel patch] Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2015-09-01 20:45:31 +02:00
config BR2_KERNEL_HEADERS_3_0
bool "kernel headers version 3.0.x are no longer supported"
select BR2_KERNEL_HEADERS_3_2
select BR2_LEGACY
help
Version 3.0.x of the Linux kernel headers have been deprecated
for more than four buildroot releases and are now removed.
As an alternative, version 3.2.x of the headers have been
automatically selected in your configuration.
config BR2_KERNEL_HEADERS_3_11
bool "kernel headers version 3.11.x are no longer supported"
legacy/kernel-headers: adjust recommended target Previously they were set at next available version, which is problematic since new syscalls can be introduced. So switch to lower available. There's a caveat for 3.1 and 3.0 headers though since there's no lower than 3.2, so keep it at 3.2 for those unfortunately. Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2016-09-09 17:20:55 +02:00
select BR2_KERNEL_HEADERS_3_10
linux-headers: remove deprecated versions 3.{0, 11, 13, 15} Remove for the upcoming 2015.11 release, they've been deprecated for a year now. Also remove some previously forgotten selection removals in legacy. [Peter: drop 3.0.x kernel patch] Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2015-09-01 20:45:31 +02:00
select BR2_LEGACY
help
Version 3.11.x of the Linux kernel headers have been deprecated
for more than four buildroot releases and are now removed.
legacy/kernel-headers: adjust recommended target Previously they were set at next available version, which is problematic since new syscalls can be introduced. So switch to lower available. There's a caveat for 3.1 and 3.0 headers though since there's no lower than 3.2, so keep it at 3.2 for those unfortunately. Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2016-09-09 17:20:55 +02:00
As an alternative, version 3.10.x of the headers have been
linux-headers: remove deprecated versions 3.{0, 11, 13, 15} Remove for the upcoming 2015.11 release, they've been deprecated for a year now. Also remove some previously forgotten selection removals in legacy. [Peter: drop 3.0.x kernel patch] Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2015-09-01 20:45:31 +02:00
automatically selected in your configuration.
config BR2_KERNEL_HEADERS_3_13
bool "kernel headers version 3.13.x are no longer supported"
legacy/kernel-headers: adjust recommended target Previously they were set at next available version, which is problematic since new syscalls can be introduced. So switch to lower available. There's a caveat for 3.1 and 3.0 headers though since there's no lower than 3.2, so keep it at 3.2 for those unfortunately. Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2016-09-09 17:20:55 +02:00
select BR2_KERNEL_HEADERS_3_12
linux-headers: remove deprecated versions 3.{0, 11, 13, 15} Remove for the upcoming 2015.11 release, they've been deprecated for a year now. Also remove some previously forgotten selection removals in legacy. [Peter: drop 3.0.x kernel patch] Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2015-09-01 20:45:31 +02:00
select BR2_LEGACY
help
Version 3.13.x of the Linux kernel headers have been deprecated
for more than four buildroot releases and are now removed.
legacy/kernel-headers: adjust recommended target Previously they were set at next available version, which is problematic since new syscalls can be introduced. So switch to lower available. There's a caveat for 3.1 and 3.0 headers though since there's no lower than 3.2, so keep it at 3.2 for those unfortunately. Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2016-09-09 17:20:55 +02:00
As an alternative, version 3.12.x of the headers have been
linux-headers: remove deprecated versions 3.{0, 11, 13, 15} Remove for the upcoming 2015.11 release, they've been deprecated for a year now. Also remove some previously forgotten selection removals in legacy. [Peter: drop 3.0.x kernel patch] Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2015-09-01 20:45:31 +02:00
automatically selected in your configuration.
config BR2_KERNEL_HEADERS_3_15
bool "kernel headers version 3.15.x are no longer supported"
linux-headers: kill 3.14.x and 4.{5, 6, 7}.x series These aren't supported upstream any more so remove the options and add them to legacy. Also switch the older deprecations that used 3.14.x to 3.12.x Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2016-12-20 15:48:26 +01:00
select BR2_KERNEL_HEADERS_3_12
linux-headers: remove deprecated versions 3.{0, 11, 13, 15} Remove for the upcoming 2015.11 release, they've been deprecated for a year now. Also remove some previously forgotten selection removals in legacy. [Peter: drop 3.0.x kernel patch] Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2015-09-01 20:45:31 +02:00
select BR2_LEGACY
help
Version 3.15.x of the Linux kernel headers have been deprecated
for more than four buildroot releases and are now removed.
linux-headers: kill 3.14.x and 4.{5, 6, 7}.x series These aren't supported upstream any more so remove the options and add them to legacy. Also switch the older deprecations that used 3.14.x to 3.12.x Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2016-12-20 15:48:26 +01:00
As an alternative, version 3.12.x of the headers have been
linux-headers: remove deprecated versions 3.{0, 11, 13, 15} Remove for the upcoming 2015.11 release, they've been deprecated for a year now. Also remove some previously forgotten selection removals in legacy. [Peter: drop 3.0.x kernel patch] Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2015-09-01 20:45:31 +02:00
automatically selected in your configuration.
directfb-examples: remove options for each example For some historical reasons, the directfb-examples package has one sub-option for each example, and the .mk files go through some great lengths to install only the needed data files for each example. This is a bit silly for several reasons: * In no other Buildroot package we do offer such a fine-grained selection of what the package installs; * directfb-examples are examples, they are therefore typically not meant to be used on a final production system, but more during development or for demonstration. Those are situations where size generally isn't that critical (all installed, the package takes 2.4 MB on the rootfs); * Those options and the .mk file logic has to be updated whenever the package is bumped; * Users can always use a post-build script to keep only the examples they are interested in. All the options are moved to Config.in.legacy. However, we could debate on whether this is actually useful, since the main option BR2_PACKAGE_DIRECTFB_EXAMPLES will now install a superset of whatever was selected before through sub-options. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2015-09-02 00:01:14 +02:00
config BR2_PACKAGE_DIRECTFB_EXAMPLES_ANDI
bool "DirectFB example df_andi has been removed"
Config.in.legacy: add missing select BR2_LEGACY Signed-off-by: Peter Seiderer <ps.report@gmx.net> Acked-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-10-07 23:56:49 +02:00
select BR2_LEGACY
directfb-examples: remove options for each example For some historical reasons, the directfb-examples package has one sub-option for each example, and the .mk files go through some great lengths to install only the needed data files for each example. This is a bit silly for several reasons: * In no other Buildroot package we do offer such a fine-grained selection of what the package installs; * directfb-examples are examples, they are therefore typically not meant to be used on a final production system, but more during development or for demonstration. Those are situations where size generally isn't that critical (all installed, the package takes 2.4 MB on the rootfs); * Those options and the .mk file logic has to be updated whenever the package is bumped; * Users can always use a post-build script to keep only the examples they are interested in. All the options are moved to Config.in.legacy. However, we could debate on whether this is actually useful, since the main option BR2_PACKAGE_DIRECTFB_EXAMPLES will now install a superset of whatever was selected before through sub-options. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2015-09-02 00:01:14 +02:00
select BR2_PACKAGE_DIRECTFB_EXAMPLES
help
The per-DirectFB example options have been removed. The
BR2_PACKAGE_DIRECTFB_EXAMPLES option now installs all
examples.
config BR2_PACKAGE_DIRECTFB_EXAMPLES_BLTLOAD
bool "DirectFB example df_bltload has been removed"
Config.in.legacy: add missing select BR2_LEGACY Signed-off-by: Peter Seiderer <ps.report@gmx.net> Acked-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-10-07 23:56:49 +02:00
select BR2_LEGACY
directfb-examples: remove options for each example For some historical reasons, the directfb-examples package has one sub-option for each example, and the .mk files go through some great lengths to install only the needed data files for each example. This is a bit silly for several reasons: * In no other Buildroot package we do offer such a fine-grained selection of what the package installs; * directfb-examples are examples, they are therefore typically not meant to be used on a final production system, but more during development or for demonstration. Those are situations where size generally isn't that critical (all installed, the package takes 2.4 MB on the rootfs); * Those options and the .mk file logic has to be updated whenever the package is bumped; * Users can always use a post-build script to keep only the examples they are interested in. All the options are moved to Config.in.legacy. However, we could debate on whether this is actually useful, since the main option BR2_PACKAGE_DIRECTFB_EXAMPLES will now install a superset of whatever was selected before through sub-options. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2015-09-02 00:01:14 +02:00
select BR2_PACKAGE_DIRECTFB_EXAMPLES
help
The per-DirectFB example options have been removed. The
BR2_PACKAGE_DIRECTFB_EXAMPLES option now installs all
examples.
config BR2_PACKAGE_DIRECTFB_EXAMPLES_CPULOAD
bool "DirectFB example df_cpuload has been removed"
Config.in.legacy: add missing select BR2_LEGACY Signed-off-by: Peter Seiderer <ps.report@gmx.net> Acked-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-10-07 23:56:49 +02:00
select BR2_LEGACY
directfb-examples: remove options for each example For some historical reasons, the directfb-examples package has one sub-option for each example, and the .mk files go through some great lengths to install only the needed data files for each example. This is a bit silly for several reasons: * In no other Buildroot package we do offer such a fine-grained selection of what the package installs; * directfb-examples are examples, they are therefore typically not meant to be used on a final production system, but more during development or for demonstration. Those are situations where size generally isn't that critical (all installed, the package takes 2.4 MB on the rootfs); * Those options and the .mk file logic has to be updated whenever the package is bumped; * Users can always use a post-build script to keep only the examples they are interested in. All the options are moved to Config.in.legacy. However, we could debate on whether this is actually useful, since the main option BR2_PACKAGE_DIRECTFB_EXAMPLES will now install a superset of whatever was selected before through sub-options. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2015-09-02 00:01:14 +02:00
select BR2_PACKAGE_DIRECTFB_EXAMPLES
help
The per-DirectFB example options have been removed. The
BR2_PACKAGE_DIRECTFB_EXAMPLES option now installs all
examples.
config BR2_PACKAGE_DIRECTFB_EXAMPLES_DATABUFFER
bool "DirectFB example df_databuffer has been removed"
Config.in.legacy: add missing select BR2_LEGACY Signed-off-by: Peter Seiderer <ps.report@gmx.net> Acked-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-10-07 23:56:49 +02:00
select BR2_LEGACY
directfb-examples: remove options for each example For some historical reasons, the directfb-examples package has one sub-option for each example, and the .mk files go through some great lengths to install only the needed data files for each example. This is a bit silly for several reasons: * In no other Buildroot package we do offer such a fine-grained selection of what the package installs; * directfb-examples are examples, they are therefore typically not meant to be used on a final production system, but more during development or for demonstration. Those are situations where size generally isn't that critical (all installed, the package takes 2.4 MB on the rootfs); * Those options and the .mk file logic has to be updated whenever the package is bumped; * Users can always use a post-build script to keep only the examples they are interested in. All the options are moved to Config.in.legacy. However, we could debate on whether this is actually useful, since the main option BR2_PACKAGE_DIRECTFB_EXAMPLES will now install a superset of whatever was selected before through sub-options. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2015-09-02 00:01:14 +02:00
select BR2_PACKAGE_DIRECTFB_EXAMPLES
help
The per-DirectFB example options have been removed. The
BR2_PACKAGE_DIRECTFB_EXAMPLES option now installs all
examples.
config BR2_PACKAGE_DIRECTFB_EXAMPLES_DIOLOAD
bool "DirectFB example df_dioload has been removed"
Config.in.legacy: add missing select BR2_LEGACY Signed-off-by: Peter Seiderer <ps.report@gmx.net> Acked-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-10-07 23:56:49 +02:00
select BR2_LEGACY
directfb-examples: remove options for each example For some historical reasons, the directfb-examples package has one sub-option for each example, and the .mk files go through some great lengths to install only the needed data files for each example. This is a bit silly for several reasons: * In no other Buildroot package we do offer such a fine-grained selection of what the package installs; * directfb-examples are examples, they are therefore typically not meant to be used on a final production system, but more during development or for demonstration. Those are situations where size generally isn't that critical (all installed, the package takes 2.4 MB on the rootfs); * Those options and the .mk file logic has to be updated whenever the package is bumped; * Users can always use a post-build script to keep only the examples they are interested in. All the options are moved to Config.in.legacy. However, we could debate on whether this is actually useful, since the main option BR2_PACKAGE_DIRECTFB_EXAMPLES will now install a superset of whatever was selected before through sub-options. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2015-09-02 00:01:14 +02:00
select BR2_PACKAGE_DIRECTFB_EXAMPLES
help
The per-DirectFB example options have been removed. The
BR2_PACKAGE_DIRECTFB_EXAMPLES option now installs all
examples.
config BR2_PACKAGE_DIRECTFB_EXAMPLES_DOK
bool "DirectFB example df_dok has been removed"
Config.in.legacy: add missing select BR2_LEGACY Signed-off-by: Peter Seiderer <ps.report@gmx.net> Acked-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-10-07 23:56:49 +02:00
select BR2_LEGACY
directfb-examples: remove options for each example For some historical reasons, the directfb-examples package has one sub-option for each example, and the .mk files go through some great lengths to install only the needed data files for each example. This is a bit silly for several reasons: * In no other Buildroot package we do offer such a fine-grained selection of what the package installs; * directfb-examples are examples, they are therefore typically not meant to be used on a final production system, but more during development or for demonstration. Those are situations where size generally isn't that critical (all installed, the package takes 2.4 MB on the rootfs); * Those options and the .mk file logic has to be updated whenever the package is bumped; * Users can always use a post-build script to keep only the examples they are interested in. All the options are moved to Config.in.legacy. However, we could debate on whether this is actually useful, since the main option BR2_PACKAGE_DIRECTFB_EXAMPLES will now install a superset of whatever was selected before through sub-options. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2015-09-02 00:01:14 +02:00
select BR2_PACKAGE_DIRECTFB_EXAMPLES
help
The per-DirectFB example options have been removed. The
BR2_PACKAGE_DIRECTFB_EXAMPLES option now installs all
examples.
config BR2_PACKAGE_DIRECTFB_EXAMPLES_DRIVERTEST
bool "DirectFB example df_drivertest has been removed"
Config.in.legacy: add missing select BR2_LEGACY Signed-off-by: Peter Seiderer <ps.report@gmx.net> Acked-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-10-07 23:56:49 +02:00
select BR2_LEGACY
directfb-examples: remove options for each example For some historical reasons, the directfb-examples package has one sub-option for each example, and the .mk files go through some great lengths to install only the needed data files for each example. This is a bit silly for several reasons: * In no other Buildroot package we do offer such a fine-grained selection of what the package installs; * directfb-examples are examples, they are therefore typically not meant to be used on a final production system, but more during development or for demonstration. Those are situations where size generally isn't that critical (all installed, the package takes 2.4 MB on the rootfs); * Those options and the .mk file logic has to be updated whenever the package is bumped; * Users can always use a post-build script to keep only the examples they are interested in. All the options are moved to Config.in.legacy. However, we could debate on whether this is actually useful, since the main option BR2_PACKAGE_DIRECTFB_EXAMPLES will now install a superset of whatever was selected before through sub-options. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2015-09-02 00:01:14 +02:00
select BR2_PACKAGE_DIRECTFB_EXAMPLES
help
The per-DirectFB example options have been removed. The
BR2_PACKAGE_DIRECTFB_EXAMPLES option now installs all
examples.
config BR2_PACKAGE_DIRECTFB_EXAMPLES_FIRE
bool "DirectFB example df_fire has been removed"
Config.in.legacy: add missing select BR2_LEGACY Signed-off-by: Peter Seiderer <ps.report@gmx.net> Acked-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-10-07 23:56:49 +02:00
select BR2_LEGACY
directfb-examples: remove options for each example For some historical reasons, the directfb-examples package has one sub-option for each example, and the .mk files go through some great lengths to install only the needed data files for each example. This is a bit silly for several reasons: * In no other Buildroot package we do offer such a fine-grained selection of what the package installs; * directfb-examples are examples, they are therefore typically not meant to be used on a final production system, but more during development or for demonstration. Those are situations where size generally isn't that critical (all installed, the package takes 2.4 MB on the rootfs); * Those options and the .mk file logic has to be updated whenever the package is bumped; * Users can always use a post-build script to keep only the examples they are interested in. All the options are moved to Config.in.legacy. However, we could debate on whether this is actually useful, since the main option BR2_PACKAGE_DIRECTFB_EXAMPLES will now install a superset of whatever was selected before through sub-options. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2015-09-02 00:01:14 +02:00
select BR2_PACKAGE_DIRECTFB_EXAMPLES
help
The per-DirectFB example options have been removed. The
BR2_PACKAGE_DIRECTFB_EXAMPLES option now installs all
examples.
config BR2_PACKAGE_DIRECTFB_EXAMPLES_FLIP
bool "DirectFB example df_flip has been removed"
Config.in.legacy: add missing select BR2_LEGACY Signed-off-by: Peter Seiderer <ps.report@gmx.net> Acked-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-10-07 23:56:49 +02:00
select BR2_LEGACY
directfb-examples: remove options for each example For some historical reasons, the directfb-examples package has one sub-option for each example, and the .mk files go through some great lengths to install only the needed data files for each example. This is a bit silly for several reasons: * In no other Buildroot package we do offer such a fine-grained selection of what the package installs; * directfb-examples are examples, they are therefore typically not meant to be used on a final production system, but more during development or for demonstration. Those are situations where size generally isn't that critical (all installed, the package takes 2.4 MB on the rootfs); * Those options and the .mk file logic has to be updated whenever the package is bumped; * Users can always use a post-build script to keep only the examples they are interested in. All the options are moved to Config.in.legacy. However, we could debate on whether this is actually useful, since the main option BR2_PACKAGE_DIRECTFB_EXAMPLES will now install a superset of whatever was selected before through sub-options. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2015-09-02 00:01:14 +02:00
select BR2_PACKAGE_DIRECTFB_EXAMPLES
help
The per-DirectFB example options have been removed. The
BR2_PACKAGE_DIRECTFB_EXAMPLES option now installs all
examples.
config BR2_PACKAGE_DIRECTFB_EXAMPLES_FONTS
bool "DirectFB example df_fonts has been removed"
Config.in.legacy: add missing select BR2_LEGACY Signed-off-by: Peter Seiderer <ps.report@gmx.net> Acked-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-10-07 23:56:49 +02:00
select BR2_LEGACY
directfb-examples: remove options for each example For some historical reasons, the directfb-examples package has one sub-option for each example, and the .mk files go through some great lengths to install only the needed data files for each example. This is a bit silly for several reasons: * In no other Buildroot package we do offer such a fine-grained selection of what the package installs; * directfb-examples are examples, they are therefore typically not meant to be used on a final production system, but more during development or for demonstration. Those are situations where size generally isn't that critical (all installed, the package takes 2.4 MB on the rootfs); * Those options and the .mk file logic has to be updated whenever the package is bumped; * Users can always use a post-build script to keep only the examples they are interested in. All the options are moved to Config.in.legacy. However, we could debate on whether this is actually useful, since the main option BR2_PACKAGE_DIRECTFB_EXAMPLES will now install a superset of whatever was selected before through sub-options. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2015-09-02 00:01:14 +02:00
select BR2_PACKAGE_DIRECTFB_EXAMPLES
help
The per-DirectFB example options have been removed. The
BR2_PACKAGE_DIRECTFB_EXAMPLES option now installs all
examples.
config BR2_PACKAGE_DIRECTFB_EXAMPLES_INPUT
bool "DirectFB example df_input has been removed"
Config.in.legacy: add missing select BR2_LEGACY Signed-off-by: Peter Seiderer <ps.report@gmx.net> Acked-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-10-07 23:56:49 +02:00
select BR2_LEGACY
directfb-examples: remove options for each example For some historical reasons, the directfb-examples package has one sub-option for each example, and the .mk files go through some great lengths to install only the needed data files for each example. This is a bit silly for several reasons: * In no other Buildroot package we do offer such a fine-grained selection of what the package installs; * directfb-examples are examples, they are therefore typically not meant to be used on a final production system, but more during development or for demonstration. Those are situations where size generally isn't that critical (all installed, the package takes 2.4 MB on the rootfs); * Those options and the .mk file logic has to be updated whenever the package is bumped; * Users can always use a post-build script to keep only the examples they are interested in. All the options are moved to Config.in.legacy. However, we could debate on whether this is actually useful, since the main option BR2_PACKAGE_DIRECTFB_EXAMPLES will now install a superset of whatever was selected before through sub-options. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2015-09-02 00:01:14 +02:00
select BR2_PACKAGE_DIRECTFB_EXAMPLES
help
The per-DirectFB example options have been removed. The
BR2_PACKAGE_DIRECTFB_EXAMPLES option now installs all
examples.
config BR2_PACKAGE_DIRECTFB_EXAMPLES_JOYSTICK
bool "DirectFB example df_joystick has been removed"
Config.in.legacy: add missing select BR2_LEGACY Signed-off-by: Peter Seiderer <ps.report@gmx.net> Acked-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-10-07 23:56:49 +02:00
select BR2_LEGACY
directfb-examples: remove options for each example For some historical reasons, the directfb-examples package has one sub-option for each example, and the .mk files go through some great lengths to install only the needed data files for each example. This is a bit silly for several reasons: * In no other Buildroot package we do offer such a fine-grained selection of what the package installs; * directfb-examples are examples, they are therefore typically not meant to be used on a final production system, but more during development or for demonstration. Those are situations where size generally isn't that critical (all installed, the package takes 2.4 MB on the rootfs); * Those options and the .mk file logic has to be updated whenever the package is bumped; * Users can always use a post-build script to keep only the examples they are interested in. All the options are moved to Config.in.legacy. However, we could debate on whether this is actually useful, since the main option BR2_PACKAGE_DIRECTFB_EXAMPLES will now install a superset of whatever was selected before through sub-options. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2015-09-02 00:01:14 +02:00
select BR2_PACKAGE_DIRECTFB_EXAMPLES
help
The per-DirectFB example options have been removed. The
BR2_PACKAGE_DIRECTFB_EXAMPLES option now installs all
examples.
config BR2_PACKAGE_DIRECTFB_EXAMPLES_KNUCKLES
bool "DirectFB example df_knuckles has been removed"
Config.in.legacy: add missing select BR2_LEGACY Signed-off-by: Peter Seiderer <ps.report@gmx.net> Acked-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-10-07 23:56:49 +02:00
select BR2_LEGACY
directfb-examples: remove options for each example For some historical reasons, the directfb-examples package has one sub-option for each example, and the .mk files go through some great lengths to install only the needed data files for each example. This is a bit silly for several reasons: * In no other Buildroot package we do offer such a fine-grained selection of what the package installs; * directfb-examples are examples, they are therefore typically not meant to be used on a final production system, but more during development or for demonstration. Those are situations where size generally isn't that critical (all installed, the package takes 2.4 MB on the rootfs); * Those options and the .mk file logic has to be updated whenever the package is bumped; * Users can always use a post-build script to keep only the examples they are interested in. All the options are moved to Config.in.legacy. However, we could debate on whether this is actually useful, since the main option BR2_PACKAGE_DIRECTFB_EXAMPLES will now install a superset of whatever was selected before through sub-options. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2015-09-02 00:01:14 +02:00
select BR2_PACKAGE_DIRECTFB_EXAMPLES
help
The per-DirectFB example options have been removed. The
BR2_PACKAGE_DIRECTFB_EXAMPLES option now installs all
examples.
config BR2_PACKAGE_DIRECTFB_EXAMPLES_LAYER
bool "DirectFB example df_layer has been removed"
Config.in.legacy: add missing select BR2_LEGACY Signed-off-by: Peter Seiderer <ps.report@gmx.net> Acked-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-10-07 23:56:49 +02:00
select BR2_LEGACY
directfb-examples: remove options for each example For some historical reasons, the directfb-examples package has one sub-option for each example, and the .mk files go through some great lengths to install only the needed data files for each example. This is a bit silly for several reasons: * In no other Buildroot package we do offer such a fine-grained selection of what the package installs; * directfb-examples are examples, they are therefore typically not meant to be used on a final production system, but more during development or for demonstration. Those are situations where size generally isn't that critical (all installed, the package takes 2.4 MB on the rootfs); * Those options and the .mk file logic has to be updated whenever the package is bumped; * Users can always use a post-build script to keep only the examples they are interested in. All the options are moved to Config.in.legacy. However, we could debate on whether this is actually useful, since the main option BR2_PACKAGE_DIRECTFB_EXAMPLES will now install a superset of whatever was selected before through sub-options. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2015-09-02 00:01:14 +02:00
select BR2_PACKAGE_DIRECTFB_EXAMPLES
help
The per-DirectFB example options have been removed. The
BR2_PACKAGE_DIRECTFB_EXAMPLES option now installs all
examples.
config BR2_PACKAGE_DIRECTFB_EXAMPLES_MATRIX
bool "DirectFB example df_matrix has been removed"
Config.in.legacy: add missing select BR2_LEGACY Signed-off-by: Peter Seiderer <ps.report@gmx.net> Acked-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-10-07 23:56:49 +02:00
select BR2_LEGACY
directfb-examples: remove options for each example For some historical reasons, the directfb-examples package has one sub-option for each example, and the .mk files go through some great lengths to install only the needed data files for each example. This is a bit silly for several reasons: * In no other Buildroot package we do offer such a fine-grained selection of what the package installs; * directfb-examples are examples, they are therefore typically not meant to be used on a final production system, but more during development or for demonstration. Those are situations where size generally isn't that critical (all installed, the package takes 2.4 MB on the rootfs); * Those options and the .mk file logic has to be updated whenever the package is bumped; * Users can always use a post-build script to keep only the examples they are interested in. All the options are moved to Config.in.legacy. However, we could debate on whether this is actually useful, since the main option BR2_PACKAGE_DIRECTFB_EXAMPLES will now install a superset of whatever was selected before through sub-options. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2015-09-02 00:01:14 +02:00
select BR2_PACKAGE_DIRECTFB_EXAMPLES
help
The per-DirectFB example options have been removed. The
BR2_PACKAGE_DIRECTFB_EXAMPLES option now installs all
examples.
config BR2_PACKAGE_DIRECTFB_EXAMPLES_MATRIX_WATER
bool "DirectFB example df_matrix_water has been removed"
Config.in.legacy: add missing select BR2_LEGACY Signed-off-by: Peter Seiderer <ps.report@gmx.net> Acked-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-10-07 23:56:49 +02:00
select BR2_LEGACY
directfb-examples: remove options for each example For some historical reasons, the directfb-examples package has one sub-option for each example, and the .mk files go through some great lengths to install only the needed data files for each example. This is a bit silly for several reasons: * In no other Buildroot package we do offer such a fine-grained selection of what the package installs; * directfb-examples are examples, they are therefore typically not meant to be used on a final production system, but more during development or for demonstration. Those are situations where size generally isn't that critical (all installed, the package takes 2.4 MB on the rootfs); * Those options and the .mk file logic has to be updated whenever the package is bumped; * Users can always use a post-build script to keep only the examples they are interested in. All the options are moved to Config.in.legacy. However, we could debate on whether this is actually useful, since the main option BR2_PACKAGE_DIRECTFB_EXAMPLES will now install a superset of whatever was selected before through sub-options. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2015-09-02 00:01:14 +02:00
select BR2_PACKAGE_DIRECTFB_EXAMPLES
help
The per-DirectFB example options have been removed. The
BR2_PACKAGE_DIRECTFB_EXAMPLES option now installs all
examples.
config BR2_PACKAGE_DIRECTFB_EXAMPLES_NEO
bool "DirectFB example df_neo has been removed"
Config.in.legacy: add missing select BR2_LEGACY Signed-off-by: Peter Seiderer <ps.report@gmx.net> Acked-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-10-07 23:56:49 +02:00
select BR2_LEGACY
directfb-examples: remove options for each example For some historical reasons, the directfb-examples package has one sub-option for each example, and the .mk files go through some great lengths to install only the needed data files for each example. This is a bit silly for several reasons: * In no other Buildroot package we do offer such a fine-grained selection of what the package installs; * directfb-examples are examples, they are therefore typically not meant to be used on a final production system, but more during development or for demonstration. Those are situations where size generally isn't that critical (all installed, the package takes 2.4 MB on the rootfs); * Those options and the .mk file logic has to be updated whenever the package is bumped; * Users can always use a post-build script to keep only the examples they are interested in. All the options are moved to Config.in.legacy. However, we could debate on whether this is actually useful, since the main option BR2_PACKAGE_DIRECTFB_EXAMPLES will now install a superset of whatever was selected before through sub-options. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2015-09-02 00:01:14 +02:00
select BR2_PACKAGE_DIRECTFB_EXAMPLES
help
The per-DirectFB example options have been removed. The
BR2_PACKAGE_DIRECTFB_EXAMPLES option now installs all
examples.
config BR2_PACKAGE_DIRECTFB_EXAMPLES_NETLOAD
bool "DirectFB example df_netload has been removed"
Config.in.legacy: add missing select BR2_LEGACY Signed-off-by: Peter Seiderer <ps.report@gmx.net> Acked-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-10-07 23:56:49 +02:00
select BR2_LEGACY
directfb-examples: remove options for each example For some historical reasons, the directfb-examples package has one sub-option for each example, and the .mk files go through some great lengths to install only the needed data files for each example. This is a bit silly for several reasons: * In no other Buildroot package we do offer such a fine-grained selection of what the package installs; * directfb-examples are examples, they are therefore typically not meant to be used on a final production system, but more during development or for demonstration. Those are situations where size generally isn't that critical (all installed, the package takes 2.4 MB on the rootfs); * Those options and the .mk file logic has to be updated whenever the package is bumped; * Users can always use a post-build script to keep only the examples they are interested in. All the options are moved to Config.in.legacy. However, we could debate on whether this is actually useful, since the main option BR2_PACKAGE_DIRECTFB_EXAMPLES will now install a superset of whatever was selected before through sub-options. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2015-09-02 00:01:14 +02:00
select BR2_PACKAGE_DIRECTFB_EXAMPLES
help
The per-DirectFB example options have been removed. The
BR2_PACKAGE_DIRECTFB_EXAMPLES option now installs all
examples.
config BR2_PACKAGE_DIRECTFB_EXAMPLES_PALETTE
bool "DirectFB example df_palette has been removed"
select BR2_PACKAGE_DIRECTFB_EXAMPLES
help
The per-DirectFB example options have been removed. The
BR2_PACKAGE_DIRECTFB_EXAMPLES option now installs all
examples.
config BR2_PACKAGE_DIRECTFB_EXAMPLES_PARTICLE
bool "DirectFB example df_particle has been removed"
Config.in.legacy: add missing select BR2_LEGACY Signed-off-by: Peter Seiderer <ps.report@gmx.net> Acked-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-10-07 23:56:49 +02:00
select BR2_LEGACY
directfb-examples: remove options for each example For some historical reasons, the directfb-examples package has one sub-option for each example, and the .mk files go through some great lengths to install only the needed data files for each example. This is a bit silly for several reasons: * In no other Buildroot package we do offer such a fine-grained selection of what the package installs; * directfb-examples are examples, they are therefore typically not meant to be used on a final production system, but more during development or for demonstration. Those are situations where size generally isn't that critical (all installed, the package takes 2.4 MB on the rootfs); * Those options and the .mk file logic has to be updated whenever the package is bumped; * Users can always use a post-build script to keep only the examples they are interested in. All the options are moved to Config.in.legacy. However, we could debate on whether this is actually useful, since the main option BR2_PACKAGE_DIRECTFB_EXAMPLES will now install a superset of whatever was selected before through sub-options. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2015-09-02 00:01:14 +02:00
select BR2_PACKAGE_DIRECTFB_EXAMPLES
help
The per-DirectFB example options have been removed. The
BR2_PACKAGE_DIRECTFB_EXAMPLES option now installs all
examples.
config BR2_PACKAGE_DIRECTFB_EXAMPLES_PORTER
bool "DirectFB example df_porter has been removed"
Config.in.legacy: add missing select BR2_LEGACY Signed-off-by: Peter Seiderer <ps.report@gmx.net> Acked-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-10-07 23:56:49 +02:00
select BR2_LEGACY
directfb-examples: remove options for each example For some historical reasons, the directfb-examples package has one sub-option for each example, and the .mk files go through some great lengths to install only the needed data files for each example. This is a bit silly for several reasons: * In no other Buildroot package we do offer such a fine-grained selection of what the package installs; * directfb-examples are examples, they are therefore typically not meant to be used on a final production system, but more during development or for demonstration. Those are situations where size generally isn't that critical (all installed, the package takes 2.4 MB on the rootfs); * Those options and the .mk file logic has to be updated whenever the package is bumped; * Users can always use a post-build script to keep only the examples they are interested in. All the options are moved to Config.in.legacy. However, we could debate on whether this is actually useful, since the main option BR2_PACKAGE_DIRECTFB_EXAMPLES will now install a superset of whatever was selected before through sub-options. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2015-09-02 00:01:14 +02:00
select BR2_PACKAGE_DIRECTFB_EXAMPLES
help
The per-DirectFB example options have been removed. The
BR2_PACKAGE_DIRECTFB_EXAMPLES option now installs all
examples.
config BR2_PACKAGE_DIRECTFB_EXAMPLES_STRESS
bool "DirectFB example df_stress has been removed"
select BR2_PACKAGE_DIRECTFB_EXAMPLES
help
The per-DirectFB example options have been removed. The
BR2_PACKAGE_DIRECTFB_EXAMPLES option now installs all
examples.
config BR2_PACKAGE_DIRECTFB_EXAMPLES_TEXTURE
bool "DirectFB example df_texture has been removed"
Config.in.legacy: add missing select BR2_LEGACY Signed-off-by: Peter Seiderer <ps.report@gmx.net> Acked-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-10-07 23:56:49 +02:00
select BR2_LEGACY
directfb-examples: remove options for each example For some historical reasons, the directfb-examples package has one sub-option for each example, and the .mk files go through some great lengths to install only the needed data files for each example. This is a bit silly for several reasons: * In no other Buildroot package we do offer such a fine-grained selection of what the package installs; * directfb-examples are examples, they are therefore typically not meant to be used on a final production system, but more during development or for demonstration. Those are situations where size generally isn't that critical (all installed, the package takes 2.4 MB on the rootfs); * Those options and the .mk file logic has to be updated whenever the package is bumped; * Users can always use a post-build script to keep only the examples they are interested in. All the options are moved to Config.in.legacy. However, we could debate on whether this is actually useful, since the main option BR2_PACKAGE_DIRECTFB_EXAMPLES will now install a superset of whatever was selected before through sub-options. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2015-09-02 00:01:14 +02:00
select BR2_PACKAGE_DIRECTFB_EXAMPLES
help
The per-DirectFB example options have been removed. The
BR2_PACKAGE_DIRECTFB_EXAMPLES option now installs all
examples.
config BR2_PACKAGE_DIRECTFB_EXAMPLES_VIDEO
bool "DirectFB example df_video has been removed"
Config.in.legacy: add missing select BR2_LEGACY Signed-off-by: Peter Seiderer <ps.report@gmx.net> Acked-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-10-07 23:56:49 +02:00
select BR2_LEGACY
directfb-examples: remove options for each example For some historical reasons, the directfb-examples package has one sub-option for each example, and the .mk files go through some great lengths to install only the needed data files for each example. This is a bit silly for several reasons: * In no other Buildroot package we do offer such a fine-grained selection of what the package installs; * directfb-examples are examples, they are therefore typically not meant to be used on a final production system, but more during development or for demonstration. Those are situations where size generally isn't that critical (all installed, the package takes 2.4 MB on the rootfs); * Those options and the .mk file logic has to be updated whenever the package is bumped; * Users can always use a post-build script to keep only the examples they are interested in. All the options are moved to Config.in.legacy. However, we could debate on whether this is actually useful, since the main option BR2_PACKAGE_DIRECTFB_EXAMPLES will now install a superset of whatever was selected before through sub-options. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2015-09-02 00:01:14 +02:00
select BR2_PACKAGE_DIRECTFB_EXAMPLES
help
The per-DirectFB example options have been removed. The
BR2_PACKAGE_DIRECTFB_EXAMPLES option now installs all
examples.
config BR2_PACKAGE_DIRECTFB_EXAMPLES_VIDEO_PARTICLE
bool "DirectFB example df_video_particle has been removed"
Config.in.legacy: add missing select BR2_LEGACY Signed-off-by: Peter Seiderer <ps.report@gmx.net> Acked-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-10-07 23:56:49 +02:00
select BR2_LEGACY
directfb-examples: remove options for each example For some historical reasons, the directfb-examples package has one sub-option for each example, and the .mk files go through some great lengths to install only the needed data files for each example. This is a bit silly for several reasons: * In no other Buildroot package we do offer such a fine-grained selection of what the package installs; * directfb-examples are examples, they are therefore typically not meant to be used on a final production system, but more during development or for demonstration. Those are situations where size generally isn't that critical (all installed, the package takes 2.4 MB on the rootfs); * Those options and the .mk file logic has to be updated whenever the package is bumped; * Users can always use a post-build script to keep only the examples they are interested in. All the options are moved to Config.in.legacy. However, we could debate on whether this is actually useful, since the main option BR2_PACKAGE_DIRECTFB_EXAMPLES will now install a superset of whatever was selected before through sub-options. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2015-09-02 00:01:14 +02:00
select BR2_PACKAGE_DIRECTFB_EXAMPLES
help
The per-DirectFB example options have been removed. The
BR2_PACKAGE_DIRECTFB_EXAMPLES option now installs all
examples.
config BR2_PACKAGE_DIRECTFB_EXAMPLES_WINDOW
bool "DirectFB example df_window has been removed"
Config.in.legacy: add missing select BR2_LEGACY Signed-off-by: Peter Seiderer <ps.report@gmx.net> Acked-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-10-07 23:56:49 +02:00
select BR2_LEGACY
directfb-examples: remove options for each example For some historical reasons, the directfb-examples package has one sub-option for each example, and the .mk files go through some great lengths to install only the needed data files for each example. This is a bit silly for several reasons: * In no other Buildroot package we do offer such a fine-grained selection of what the package installs; * directfb-examples are examples, they are therefore typically not meant to be used on a final production system, but more during development or for demonstration. Those are situations where size generally isn't that critical (all installed, the package takes 2.4 MB on the rootfs); * Those options and the .mk file logic has to be updated whenever the package is bumped; * Users can always use a post-build script to keep only the examples they are interested in. All the options are moved to Config.in.legacy. However, we could debate on whether this is actually useful, since the main option BR2_PACKAGE_DIRECTFB_EXAMPLES will now install a superset of whatever was selected before through sub-options. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2015-09-02 00:01:14 +02:00
select BR2_PACKAGE_DIRECTFB_EXAMPLES
help
The per-DirectFB example options have been removed. The
BR2_PACKAGE_DIRECTFB_EXAMPLES option now installs all
examples.
kobs-ng: remove obsolete package In favor of imx-kobs maintained by Freescale. Signed-off-by: Gary Bisson <gary.bisson@boundarydevices.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-09-23 15:39:27 +02:00
config BR2_PACKAGE_KOBS_NG
bool "kobs-ng was replaced by imx-kobs"
select BR2_LEGACY
select BR2_PACKAGE_IMX_KOBS
help
The outdated kobs-ng has been replaced by the Freescale-
maintained imx-kobs package.
sawman: remove package This commit removes the sawman package, since the corresponding functionality has been merged in DirectFB itself since 1.7.x. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2015-09-02 00:01:11 +02:00
config BR2_PACKAGE_SAWMAN
bool "sawman package removed"
select BR2_LEGACY
select BR2_PACKAGE_DIRECTFB_SAWMAN
help
This option has been removed because the sawman package no
longer exists: it was merged inside DirectFB itself. This
feature can now be enabled using the
BR2_PACKAGE_DIRECTFB_SAWMAN option.
divine: remove package This commit removes the divine package, since the corresponding functionality has been merged in DirectFB itself since 1.7.x. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2015-09-02 00:01:10 +02:00
config BR2_PACKAGE_DIVINE
bool "divine package removed"
select BR2_LEGACY
select BR2_PACKAGE_DIRECTFB_DIVINE
help
This option has been removed because the divine package no
longer exists: it was merged inside DirectFB itself. This
feature can now be enabled using the
BR2_PACKAGE_DIRECTFB_DIVINE option.
###############################################################################
boot/uboot: remove deprecated network settings option It's been deprecated since the 2014.05 release, so a year has passed. Add legacy info as well to raise a warning when it's used. [Peter: Remove entire config.h fixup handling] Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2015-06-02 19:52:12 +02:00
comment "Legacy options removed in 2015.08"
package/kodi-pvr-addons: Prepare to split into addon-specific packages The PVR addons formerly being part of the xbmc-pvr-addons package were split into seperate packages being hosted on https://github.com/kodi-pvr This patch removes the old PVR addon package to prepare for the new PVR addon packages being added as subsequent patches. [Thomas: keep alphabetic ordering for addons, as noticed by Yann E. Morin.] Signed-off-by: Bernd Kuhls <bernd.kuhls@t-online.de> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-07-22 22:30:34 +02:00
config BR2_PACKAGE_KODI_PVR_ADDONS
bool "Kodi PVR addon was split"
select BR2_LEGACY
package/kodi-pvr-argustv: new package [Thomas: - use a shorter file as the license file, client.h instead of client.cpp - do not pass -DCMAKE_MODULE_PATH, no longer needed.] Signed-off-by: Bernd Kuhls <bernd.kuhls@t-online.de> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-07-22 22:30:36 +02:00
select BR2_PACKAGE_KODI_PVR_ARGUSTV
package/kodi-pvr-dvblink: new package [Thomas: - use a shorter file as the license file, client.h instead of client.cpp - do not pass -DCMAKE_MODULE_PATH, no longer needed.] Signed-off-by: Bernd Kuhls <bernd.kuhls@t-online.de> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-07-22 22:30:37 +02:00
select BR2_PACKAGE_KODI_PVR_DVBLINK
package/kodi-pvr-dvbviewer: new package [Thomas: - use a shorter file as the license file, client.h instead of client.cpp - do not pass -DCMAKE_MODULE_PATH, no longer needed.] Signed-off-by: Bernd Kuhls <bernd.kuhls@t-online.de> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-07-22 22:30:38 +02:00
select BR2_PACKAGE_KODI_PVR_DVBVIEWER
package/kodi-pvr-filmon: new package [Thomas: - use a shorter file as the license file, client.h instead of client.cpp - do not pass -DCMAKE_MODULE_PATH, no longer needed.] Signed-off-by: Bernd Kuhls <bernd.kuhls@t-online.de> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-07-22 22:30:39 +02:00
select BR2_PACKAGE_KODI_PVR_FILMON
package/kodi-pvr-hts: new package [Thomas: - use a shorter file as the license file, client.h - do not pass -DCMAKE_MODULE_PATH, no longer needed.] Signed-off-by: Bernd Kuhls <bernd.kuhls@t-online.de> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-07-22 22:30:40 +02:00
select BR2_PACKAGE_KODI_PVR_HTS
package/kodi-pvr-iptvsimple: new package [Thomas: - use a shorter file as the license file, client.h instead of client.cpp - do not pass -DCMAKE_MODULE_PATH, no longer needed.] Signed-off-by: Bernd Kuhls <bernd.kuhls@t-online.de> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-07-22 22:30:41 +02:00
select BR2_PACKAGE_KODI_PVR_IPTVSIMPLE
package/kodi-pvr-mediaportal-tvserver: new package [Thomas: - change <pkg>_LICENSE_FILES to a file that actually exists. - do not pass -DCMAKE_MODULE_PATH, no longer needed.] Signed-off-by: Bernd Kuhls <bernd.kuhls@t-online.de> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-07-22 22:30:42 +02:00
select BR2_PACKAGE_KODI_PVR_MEDIAPORTAL_TVSERVER
package/kodi-pvr-mythtv: new package [Thomas: - use a shorter file as the license file, client.h instead of client.cpp - do not pass -DCMAKE_MODULE_PATH, no longer needed.] Signed-off-by: Bernd Kuhls <bernd.kuhls@t-online.de> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-07-22 22:30:43 +02:00
select BR2_PACKAGE_KODI_PVR_MYTHTV
package/kodi-pvr-nextpvr: new package [Thomas: - use a shorter file as the license file, client.h instead of client.cpp - do not pass -DCMAKE_MODULE_PATH, no longer needed.] Signed-off-by: Bernd Kuhls <bernd.kuhls@t-online.de> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-07-22 22:30:44 +02:00
select BR2_PACKAGE_KODI_PVR_NEXTPVR
package/kodi-pvr-njoy: new package [Thomas: - use a shorter file as the license file, client.h instead of client.cpp - do not pass -DCMAKE_MODULE_PATH, no longer needed.] Signed-off-by: Bernd Kuhls <bernd.kuhls@t-online.de> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-07-22 22:30:45 +02:00
select BR2_PACKAGE_KODI_PVR_NJOY
package/kodi-pvr-pctv: new package [Thomas: - use a shorter file as the license file, client.h instead of client.cpp - do not pass -DCMAKE_MODULE_PATH, no longer needed.] Signed-off-by: Bernd Kuhls <bernd.kuhls@t-online.de> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-07-22 22:30:46 +02:00
select BR2_PACKAGE_KODI_PVR_PCTV
package/kodi-pvr-stalker: new package [Thomas: - use a shorter file as the license file, client.h instead of client.cpp - do not pass -DCMAKE_MODULE_PATH, no longer needed.] Signed-off-by: Bernd Kuhls <bernd.kuhls@t-online.de> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-07-22 22:30:47 +02:00
select BR2_PACKAGE_KODI_PVR_STALKER
package/kodi-pvr-vbox: new package [Thomas: - use a shorter file as the license file, client.h instead of client.cpp - do not pass -DCMAKE_MODULE_PATH, no longer needed.] Signed-off-by: Bernd Kuhls <bernd.kuhls@t-online.de> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-07-22 22:30:48 +02:00
select BR2_PACKAGE_KODI_PVR_VBOX
package/kodi-pvr-vdr-vnsi: new package [Thomas: - use a shorter file as the license file, client.h - do not pass -DCMAKE_MODULE_PATH, no longer needed.] Signed-off-by: Bernd Kuhls <bernd.kuhls@t-online.de> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-07-22 22:30:49 +02:00
select BR2_PACKAGE_KODI_PVR_VDR_VNSI
package/kodi-pvr-vuplus: new package [Thomas: - use a shorter file as the license file, client.h instead of client.cpp - do not pass -DCMAKE_MODULE_PATH, no longer needed.] Signed-off-by: Bernd Kuhls <bernd.kuhls@t-online.de> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-07-22 22:30:50 +02:00
select BR2_PACKAGE_KODI_PVR_VUPLUS
package/kodi-pvr-wmc: new package [Thomas: - use a shorter file as the license file, client.h instead of client.cpp - do not pass -DCMAKE_MODULE_PATH, no longer needed.] Signed-off-by: Bernd Kuhls <bernd.kuhls@t-online.de> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-07-22 22:30:51 +02:00
select BR2_PACKAGE_KODI_PVR_WMC
package/kodi-pvr-addons: Prepare to split into addon-specific packages The PVR addons formerly being part of the xbmc-pvr-addons package were split into seperate packages being hosted on https://github.com/kodi-pvr This patch removes the old PVR addon package to prepare for the new PVR addon packages being added as subsequent patches. [Thomas: keep alphabetic ordering for addons, as noticed by Yann E. Morin.] Signed-off-by: Bernd Kuhls <bernd.kuhls@t-online.de> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-07-22 22:30:34 +02:00
help
Kodi PVR addon was split into seperate modules
binutils: rename config option Rename the binutils configuration option to match that one used by gcc where the patchlevel is explicitly left out. Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-07-28 15:48:21 +02:00
config BR2_BINUTILS_VERSION_2_23_2
bool "binutils 2.23 option renamed"
select BR2_LEGACY
help
binutils: remove support for version 2.23 Now that we have added support for the lastest binutils version 2.26, it is time to remove the oldest version we currently support, 2.23, in order to keep only 3 versions: 2.24, 2.25 and 2.26. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2016-05-17 00:13:01 +02:00
Binutils 2.23.2 has been removed, using a newer version is
recommended.
binutils: rename config option Rename the binutils configuration option to match that one used by gcc where the patchlevel is explicitly left out. Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-07-28 15:48:21 +02:00
config BR2_BINUTILS_VERSION_2_24
bool "binutils 2.24 option renamed"
select BR2_LEGACY
select BR2_BINUTILS_VERSION_2_24_X
help
The binutils version option has been renamed to match the
same patchlevel logic used by gcc. The new option is now
BR2_BINUTILS_VERSION_2_24_X.
config BR2_BINUTILS_VERSION_2_25
bool "binutils 2.25 option renamed"
select BR2_LEGACY
select BR2_BINUTILS_VERSION_2_25_X
help
The binutils version option has been renamed to match the
same patchlevel logic used by gcc. The new option is now
BR2_BINUTILS_VERSION_2_25_X.
package/perf: migrate perf to use the new linux-tools infrastructure Remove the perf package and add legacy handling. [Thomas: - improve the Config.in.legacy help text - improve the comment explaining why we pass O= when building perf] Signed-off-by: Romain Naour <romain.naour@openwide.fr> Reviewed-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-07-14 19:35:14 +02:00
config BR2_PACKAGE_PERF
bool "perf option has been renamed"
select BR2_LEGACY
select BR2_LINUX_KERNEL_TOOL_PERF
help
The perf package has been moved as a Linux tools package,
and the option to enable it is now
BR2_LINUX_KERNEL_TOOL_PERF.
binutils: remove version 2.22 We already use 2.24 as the default, 2.25 has been around for some time, and 2.22 is clearly very old, so let's get rid of it. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Acked-by: Gustavo Zacarias <gustavo@zacarias.com.ar>
2015-07-11 14:52:53 +02:00
config BR2_BINUTILS_VERSION_2_22
bool "binutils 2.22 removed"
select BR2_LEGACY
help
Binutils 2.22 has been removed, using a newer version is
recommended.
gpu-viv-bin-mx6q: rename package to imx-gpu-viv In order to be in line with new Freescale naming convention: https://github.com/Freescale/meta-fsl-arm/commit/74c86aa9 "Graphics recipe is renamed from gpu-viv-bin-mx6q to imx-gpu-viv" Signed-off-by: Gary Bisson <gary.bisson@boundarydevices.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-05-26 10:19:37 +02:00
config BR2_PACKAGE_GPU_VIV_BIN_MX6Q
bool "gpu-viv-bin-mx6q"
select BR2_LEGACY
select BR2_PACKAGE_IMX_GPU_VIV
help
Vivante graphics libraries have been renamed to
BR2_PACKAGE_IMX_GPU_VIV to be aligned with upstream package
name.
libsemanage: cleanup python use and license definition The original package supported python on target, now we just use it as part of the host tools. The license was also mis-assigned. [Thomas: add removed option to Config.in.legacy.] Signed-off-by: Matthew Weber <matthew.weber@rockwellcollins.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-06-02 15:28:35 +02:00
config BR2_PACKAGE_LIBSEMANAGE_PYTHON_BINDINGS
depends on BR2_PACKAGE_PYTHON
bool "libsemanage python bindings removed"
Config.in.legacy: add missing select BR2_LEGACY Signed-off-by: Peter Seiderer <ps.report@gmx.net> Acked-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-10-07 23:56:49 +02:00
select BR2_LEGACY
libsemanage: cleanup python use and license definition The original package supported python on target, now we just use it as part of the host tools. The license was also mis-assigned. [Thomas: add removed option to Config.in.legacy.] Signed-off-by: Matthew Weber <matthew.weber@rockwellcollins.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-06-02 15:28:35 +02:00
help
This option has been removed, since the libsemanage Python
bindings on the target were not useful.
boot/uboot: remove deprecated network settings option It's been deprecated since the 2014.05 release, so a year has passed. Add legacy info as well to raise a warning when it's used. [Peter: Remove entire config.h fixup handling] Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2015-06-02 19:52:12 +02:00
config BR2_TARGET_UBOOT_NETWORK
bool "U-Boot custom network settings removed"
select BR2_LEGACY
help
U-Boot's custom network settings options have been removed.
package/linux-firmware: prepare new firmware and new revision for iwlwifi There is an upcoming new firmware file for a new chipset supported by iwlwifi, as well as a new revision of the iwlwifi firmware. The patch only prepares the iwlwifi entries so it is easier to add them. Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2014-09-21 20:38:09 +02:00
###############################################################################
valgrind: rename ptrcheck to sgcheck like upstream Signed-off-by: Mike Williams <mike@mikebwilliams.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-03-06 18:17:45 +01:00
comment "Legacy options removed in 2015.05"
Rename BR2_PREFER_STATIC_LIB to BR2_STATIC_LIBS Since a while, the semantic of BR2_PREFER_STATIC_LIB has been changed from "prefer static libraries when possible" to "use only static libraries". The former semantic didn't make much sense, since the user had absolutely no control/idea of which package would use static libraries, and which packages would not. Therefore, for quite some time, we have been starting to enforce that BR2_PREFER_STATIC_LIB should really build everything with static libraries. As a consequence, this patch renames BR2_PREFER_STATIC_LIB to BR2_STATIC_LIBS, and adjust the Config.in option accordingly. This also helps preparing the addition of other options to select shared, shared+static or just static. Note that we have verified that this commit can be reproduced by simply doing a global rename of BR2_PREFER_STATIC_LIB to BR2_STATIC_LIBS plus adding BR2_PREFER_STATIC_LIB to Config.in.legacy. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Reviewed-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
2014-12-03 22:41:29 +01:00
fs/jffs2: Fix mkfs.jffs2 --pagesize parameter usage Fixes #8186 Mkfs.jffs2 accepts a --pagesize parameter, which allows specifying the size of the virtual memory page size of the target machine, where the image will be used. (This is the value of the PAGE_SIZE macro in Linux.) In most cases the parameter doesn't need to be set as the default value of 4 kB is usually correct. The parameter was used incorrectly in Buildroot -- it was set to the page size of flash memory chip -- this commit fixes this problem. Now the --pagesize parameter is not used at all (unless the user explicitly chooses to use a custom value during configuration). All existing defconfigs were corrected to match the new configuration variable names. [Peter: reword, add Config.in.legacy handling] Signed-off-by: Michał Leśniewski <mlesniew@gmail.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2015-05-19 20:26:30 +02:00
config BR2_TARGET_ROOTFS_JFFS2_NANDFLASH_512_16K
bool "jffs2 16kB erasesize NAND flash option renamed"
select BR2_LEGACY
select BR2_TARGET_ROOTFS_JFFS2_NANDFLASH_16K
help
The JFFS2 NAND flash options now longer include the page
size.
config BR2_TARGET_ROOTFS_JFFS2_NANDFLASH_2K_128K
bool "jffs2 128kB erasesize NAND flash option renamed"
select BR2_LEGACY
select BR2_TARGET_ROOTFS_JFFS2_NANDFLASH_128K
help
The JFFS2 NAND flash options now longer include the page
size.
package/mono: bump to version 4.0.1 This patch: * bumps mono version to 4.0.1. * Removes no more needed patches included upstream * Removes profile switches no more present in configure [Thomas: - add Config.in.legacy handling for the removed options. - remove the select that ensured at least one of the .Net runtime version was enabled.] Signed-off-by: Angelo Compagnucci <angelo.compagnucci@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-04-30 16:03:15 +02:00
config BR2_PACKAGE_MONO_20
bool "2.0/3.5 .Net Runtime"
select BR2_LEGACY
help
This option no longer exists, all versions of the .Net
runtime are now installed.
config BR2_PACKAGE_MONO_40
bool "4.0 .Net Runtime"
select BR2_LEGACY
help
This option no longer exists, all versions of the .Net
runtime are now installed.
config BR2_PACKAGE_MONO_45
bool "4.5 .Net Runtime"
select BR2_LEGACY
help
This option no longer exists, all versions of the .Net
runtime are now installed.
civetweb: rename lua option to match naming convention Suboptions of package foo should be prefixed with BR2_PACKAGE_FOO, not just BR2_FOO. Also add Config.in.legacy handling for it. Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2015-04-27 22:29:05 +02:00
config BR2_CIVETWEB_WITH_LUA
bool "civetweb lua option renamed"
select BR2_LEGACY
select BR2_PACKAGE_CIVETWEB_WITH_LUA
help
civetweb's lua option has been renamed to
BR2_PACKAGE_CIVETWEB_WITH_LUA to be aligned with how other
packages name options.
package/tiff: Rework tiff utilities handling Remove all utility-specific options in favour of a generic option which select either all or no packages. If users want something more fine-grained than that, they can always remove the unnecessary tools in a post-build script. Since tiff has no configure option or Makefile target to prevent the build/install of its utilities specific Makefile targets are called to build the libtiff and, optionally, the utilities. Signed-off-by: Bernd Kuhls <bernd.kuhls@t-online.de> [Arnout: more compact implementation, slightly extend help text] Signed-off-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-04-23 23:18:16 +02:00
config BR2_PACKAGE_TIFF_TIFF2PDF
bool "tiff utility-specific option removed"
select BR2_LEGACY
select BR2_PACKAGE_TIFF_UTILITIES
help
utility-specific options have been removed in favour of
the new option BR2_PACKAGE_TIFF_UTILITIES.
config BR2_PACKAGE_TIFF_TIFFCP
bool "tiff utility-specific option removed"
select BR2_LEGACY
select BR2_PACKAGE_TIFF_UTILITIES
help
utility-specific options have been removed in favour of
the new option BR2_PACKAGE_TIFF_UTILITIES.
rtai: remove option BR2_LINUX_KERNEL_EXT_RTAI_PATCH This commit removes BR2_LINUX_KERNEL_EXT_RTAI_PATCH because this option never worked. It was added in commit 8797a9cd1fe6723db34b0c125d0d9d04e3483e8d, which added package/rtai/ and RTAI as a Linux extension. The option prompt says "Path for RTAI patch file", so let's say you specify /home/foo/bar/myrtai.patch as the value for BR2_LINUX_KERNEL_EXT_RTAI_PATCH. Then the code does: RTAI_PATCH = $(call qstrip,$(BR2_LINUX_KERNEL_EXT_RTAI_PATCH)) and we have a package called 'rtai', so the normal logic of <pkg>_PATCH applies. Since the <pkg>_PATCH value does not contain ftp://, http:// or https://, the package infrastructure will try to download $(RTAI_SITE)/$(RTAI_PATCH), i.e: https://www.rtai.org/userfiles/downloads/RTAI/home/foo/bar/myrtai.patch Pretty clear that it has no chance of working. Now, let's assume an URL is used as the value of BR2_LINUX_KERNEL_EXT_RTAI_PATCH, such as http://foo.com/bar/myrtai.patch. In this case, it will be properly downloaded by the package infrastructure. But then, the following code kicks in: define RTAI_PREPARE_KERNEL $(APPLY_PATCHES) \ $(LINUX_DIR) \ $(dir $(RTAI_PATCH)) \ $(notdir $(RTAI_PATCH)) endef The value of $(dir $(RTAI_PATCH)) will be http://foo.com/bar/. How can $(APPLY_PATCHES) make use of such a stupid patch location? [Thomas: add Config.in.legacy handling, as suggested by Arnout, even if we believe that no-one could have ever used this option.] Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Acked-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
2015-04-21 23:36:28 +02:00
config BR2_LINUX_KERNEL_EXT_RTAI_PATCH
bool "RTAI patch file path has been removed"
Config.in.legacy: add missing select BR2_LEGACY Signed-off-by: Peter Seiderer <ps.report@gmx.net> Acked-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-10-07 23:56:49 +02:00
select BR2_LEGACY
rtai: remove option BR2_LINUX_KERNEL_EXT_RTAI_PATCH This commit removes BR2_LINUX_KERNEL_EXT_RTAI_PATCH because this option never worked. It was added in commit 8797a9cd1fe6723db34b0c125d0d9d04e3483e8d, which added package/rtai/ and RTAI as a Linux extension. The option prompt says "Path for RTAI patch file", so let's say you specify /home/foo/bar/myrtai.patch as the value for BR2_LINUX_KERNEL_EXT_RTAI_PATCH. Then the code does: RTAI_PATCH = $(call qstrip,$(BR2_LINUX_KERNEL_EXT_RTAI_PATCH)) and we have a package called 'rtai', so the normal logic of <pkg>_PATCH applies. Since the <pkg>_PATCH value does not contain ftp://, http:// or https://, the package infrastructure will try to download $(RTAI_SITE)/$(RTAI_PATCH), i.e: https://www.rtai.org/userfiles/downloads/RTAI/home/foo/bar/myrtai.patch Pretty clear that it has no chance of working. Now, let's assume an URL is used as the value of BR2_LINUX_KERNEL_EXT_RTAI_PATCH, such as http://foo.com/bar/myrtai.patch. In this case, it will be properly downloaded by the package infrastructure. But then, the following code kicks in: define RTAI_PREPARE_KERNEL $(APPLY_PATCHES) \ $(LINUX_DIR) \ $(dir $(RTAI_PATCH)) \ $(notdir $(RTAI_PATCH)) endef The value of $(dir $(RTAI_PATCH)) will be http://foo.com/bar/. How can $(APPLY_PATCHES) make use of such a stupid patch location? [Thomas: add Config.in.legacy handling, as suggested by Arnout, even if we believe that no-one could have ever used this option.] Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Acked-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
2015-04-21 23:36:28 +02:00
help
This option has never worked, so it has been removed.
system: remove DES password encoding DES is long dead, it is insecure as hell, and virtually all known crypt(3) implementations now all support at least md5. Besides, the character-space of DES-encoded passwords are a sub-set of the character-space for a clear-text password, so we can't easily differentiate between the two. Since we're going to change the root password prompt to support setting encoded passwords (as well as clear-text passwords), we can't keep DES or we'd be unable to decide whether we'd need to encode the password or not. Remove DES encoding altogether (and add a legacy entry). The default is still md5, and thus there's no backward-compatibility 'select' to add. Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Cc: Lorenzo Catucci <lorenzo@sancho.ccd.uniroma2.it> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-03-24 19:54:15 +01:00
config BR2_TARGET_GENERIC_PASSWD_DES
bool "Encoding passwords with DES has been removed"
select BR2_LEGACY
help
Paswords can now only be encoded with either of md5, sha256 or sha512.
The default is md5, which is stronger that DES (but still pretty weak).
package/gtk2-themes: remove The category just contains gtk2-theme-hicolor... which is a duplicate of hicolor-icon-theme, d'oh! Remove it and select the only one via legacy. Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-04-01 10:56:24 +02:00
config BR2_PACKAGE_GTK2_THEME_HICOLOR
bool "hicolor (default theme) is a duplicate"
select BR2_LEGACY
select BR2_PACKAGE_HICOLOR_ICON_THEME
help
The option was just a duplicate of hicolor icon theme.
valgrind: rename ptrcheck to sgcheck like upstream Signed-off-by: Mike Williams <mike@mikebwilliams.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-03-06 18:17:45 +01:00
config BR2_PACKAGE_VALGRIND_PTRCHECK
bool "valgrind's PTRCheck was renamed to SGCheck"
select BR2_LEGACY
select BR2_PACKAGE_VALGRIND_SGCHECK
help
PTRCheck was renamed to SGCheck in valgrind
###############################################################################
Rename BR2_PREFER_STATIC_LIB to BR2_STATIC_LIBS Since a while, the semantic of BR2_PREFER_STATIC_LIB has been changed from "prefer static libraries when possible" to "use only static libraries". The former semantic didn't make much sense, since the user had absolutely no control/idea of which package would use static libraries, and which packages would not. Therefore, for quite some time, we have been starting to enforce that BR2_PREFER_STATIC_LIB should really build everything with static libraries. As a consequence, this patch renames BR2_PREFER_STATIC_LIB to BR2_STATIC_LIBS, and adjust the Config.in option accordingly. This also helps preparing the addition of other options to select shared, shared+static or just static. Note that we have verified that this commit can be reproduced by simply doing a global rename of BR2_PREFER_STATIC_LIB to BR2_STATIC_LIBS plus adding BR2_PREFER_STATIC_LIB to Config.in.legacy. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Reviewed-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
2014-12-03 22:41:29 +01:00
comment "Legacy options removed in 2015.02"
libgc: Remove duplicated package Remove libgc that is a copy of bdwgc but it's not used by any package and gives an error when building make-4.1. bdwgc is a mandatory dependency for guile. Fixes: http://autobuild.buildroot.net/results/b80a34a602b1241bc03cd43df1a269389d50e75c/ Reported-by: Baruch Siach <baruch@tkos.co.il> Signed-off-by: Pedro Aguilar <paguilar@paguilar.org> [baruch: added Reported-by, Config.in.legacy entry, autobuilder reference] Signed-off-by: Baruch Siach <baruch@tkos.co.il> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2015-02-27 05:38:07 +01:00
config BR2_PACKAGE_LIBGC
bool "libgc package removed"
select BR2_LEGACY
select BR2_PACKAGE_BDWGC
help
libgc has been removed because we have the same package under a
different name, bdwgc.
legacy: add missing option for util-linux' wdctl In 349c9c7 (package/util-linux: add more tool select options), the util-linux' wdctl option was renamed, but a entry in the legacy menu was no added. Add this now. Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Cc: Maxim Mikityanskiy <maxtram95@gmail.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2015-02-07 23:10:14 +01:00
config BR2_PACKAGE_WDCTL
bool "util-linux' wdctl option has been renamed"
select BR2_LEGACY
select BR2_PACKAGE_UTIL_LINUX_WDCTL
help
util-linux' wdctl option has been renamed to BR2_PACKAGE_UTIL_LINUX_WDCTL
to be aligned with how the other options are named.
util-linux: update tool select options Add missing app config options: - line - tunelp Drop app config options no longer supported by util-linux: - arch - ddate Signed-off-by: Danomi Manchego <danomimanchego123@gmail.com> Reviewed-by: Vicente Olivert Riera <Vincent.Riera@imgtec.com> Tested-by: Vicente Olivert Riera <Vincent.Riera@imgtec.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-07-14 04:57:06 +02:00
config BR2_PACKAGE_UTIL_LINUX_ARCH
bool "util-linux' arch option has been removed"
select BR2_LEGACY
help
util-linux' arch was dropped in util-linux 2.23, in favor of
the coreutils version.
config BR2_PACKAGE_UTIL_LINUX_DDATE
bool "util-linux' ddate option has been removed"
select BR2_LEGACY
help
util-linux' ddate was dropped in util-linux 2.23.
package/rpm: don't use sub-options for bzip2 and xz features Allow enabling features depends on the relying packages. Add the old sub-options to Config.in.legacy. Signed-off-by: Romain Naour <romain.naour@openwide.fr> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-01-18 20:53:08 +01:00
config BR2_PACKAGE_RPM_BZIP2_PAYLOADS
bool "rpm's bzip2 payloads option has been removed"
select BR2_LEGACY
select BR2_PACKAGE_BZIP2
help
The bzip2 payloads option rely entirely on the dependant package bzip2.
So, you need to select it to enable this feature.
config BR2_PACKAGE_RPM_XZ_PAYLOADS
bool "rpm's xz payloads option has been removed"
select BR2_LEGACY
select BR2_PACKAGE_XZ
help
The xz payloads option rely entirely on the dependant package xz.
So, you need to select it to enable this feature.
m4: remove deprecated target package It's been deprecated for a year now so remove the target variant. Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Acked-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2015-01-15 15:30:22 +01:00
config BR2_PACKAGE_M4
bool "m4 target package removed"
select BR2_LEGACY
help
The m4 target package has been removed, it's been
deprecated for some time now.
flex: remove deprecated binary in target It's been deprecated for a year now so remove the option. Also rename patch to new naming convention. Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Acked-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2015-01-15 15:30:21 +01:00
config BR2_PACKAGE_FLEX_BINARY
bool "flex binary in target option removed"
select BR2_LEGACY
help
The flex binary in the target option has been removed.
It's been deprecated for some time now and is essentially a
development tool which isn't very useful in the target.
bison: remove deprecated target package It's been deprecated for a year now so remove the target variant. Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Acked-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2015-01-15 15:30:19 +01:00
config BR2_PACKAGE_BISON
bool "bison target package removed"
select BR2_LEGACY
help
The bison target package has been removed, it's been
deprecated for some time now and is essentially a development
tool which isn't very useful in the target.
gob2: remove deprecated target package It's been deprecated for a year now so remove the target variant. Also rename patch to new naming convention. Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Acked-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2015-01-15 15:30:18 +01:00
config BR2_PACKAGE_GOB2
bool "gob2 target package removed"
select BR2_LEGACY
help
The gob2 target package has been removed, it's been
deprecated for some time now and was essentially useless
without a target toolchain.
distcc: remove deprecated package It's been deprecated since feb 2014 and it'll be a year for the 2015.02 release so remove it. And it's basically useless without a target toolchain. Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Acked-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2015-01-15 15:30:17 +01:00
config BR2_PACKAGE_DISTCC
bool "distcc target package removed"
select BR2_LEGACY
help
The distcc target package has been removed, it's been
deprecated for some time now and was essentially useless
without a target toolchain.
haserl: remove deprecated 0.8.x version It'll be a year for the 2015.02 release so remove the old/deprecated 0.8.x version for the release. Also update hash to match sourceforge (original) one. And rename patch to new naming convention. Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Acked-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2015-01-15 15:30:16 +01:00
config BR2_PACKAGE_HASERL_VERSION_0_8_X
bool "haserl 0.8.x version removed"
select BR2_LEGACY
help
The 0.8.x version option for haserl has been removed since it
has been deprecated for some time now.
You should be able to use the 0.9.x version without issues.
package/strongswan: add tools option deprecation notice It's now a split option with pki and scep, with some other tools being deprecated upstream so select both when tools was selected to get as close as possible. Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-01-06 11:35:41 +01:00
config BR2_PACKAGE_STRONGSWAN_TOOLS
bool "strongswan option has been removed"
select BR2_LEGACY
select BR2_PACKAGE_STRONGSWAN_PKI
select BR2_PACKAGE_STRONGSWAN_SCEP
help
The tools option has been removed upstream and the different tools
have been split between the pki and scep options, with others
deprecated.
package/xbmc-addon-xvdr: rename to kodi-addon-xvdr Following the rename of the XBMC project to Kodi, this commit renames the xbmc-addon-xvdr package to kodi-addon-xvdr, and adds the appropriate Config.in.legacy handling. Signed-off-by: Bernd Kuhls <bernd.kuhls@t-online.de> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2014-12-23 18:46:33 +01:00
config BR2_PACKAGE_XBMC_ADDON_XVDR
kodi-addon-xvdr: remove deprecated package We will remove BR2_DEPRECATED, so remove this deprecated package. Signed-off-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2016-10-15 16:51:00 +02:00
bool "xbmc-addon-xvdr removed"
package/xbmc-addon-xvdr: rename to kodi-addon-xvdr Following the rename of the XBMC project to Kodi, this commit renames the xbmc-addon-xvdr package to kodi-addon-xvdr, and adds the appropriate Config.in.legacy handling. Signed-off-by: Bernd Kuhls <bernd.kuhls@t-online.de> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2014-12-23 18:46:33 +01:00
select BR2_LEGACY
help
kodi-addon-xvdr: remove deprecated package We will remove BR2_DEPRECATED, so remove this deprecated package. Signed-off-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2016-10-15 16:51:00 +02:00
According to the github project page:
https://github.com/pipelka/xbmc-addon-xvdr
this package is discontinued.
package/xbmc-addon-xvdr: rename to kodi-addon-xvdr Following the rename of the XBMC project to Kodi, this commit renames the xbmc-addon-xvdr package to kodi-addon-xvdr, and adds the appropriate Config.in.legacy handling. Signed-off-by: Bernd Kuhls <bernd.kuhls@t-online.de> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2014-12-23 18:46:33 +01:00
package/xbmc-pvr-addons: rename to 'kodi-pvr-addons' Following the rename of the XBMC project to Kodi, this commit renames the xbmc-pvr-addons package to kodi-pvr-addons, and adds the appropriate Config.in.legacy handling. Signed-off-by: Bernd Kuhls <bernd.kuhls@t-online.de> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2014-12-23 18:46:30 +01:00
config BR2_PACKAGE_XBMC_PVR_ADDONS
bool "xbmc options have been renamed"
select BR2_LEGACY
select BR2_PACKAGE_KODI_PVR_ADDONS
help
The XBMC media center project was renamed to Kodi entertainment center
package/xbmc: rename to 'kodi', the new upstream project name Background information: http://xbmc.org/introducing-kodi-14. In a first step to bump version to 14.0-Helix, we move the xbmc package to a new directory called kodi. Appropriate Config.in.legacy variables are added. [Thomas: rename patches to the new convention.] Signed-off-by: Bernd Kuhls <bernd.kuhls@t-online.de> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2014-12-23 18:46:27 +01:00
config BR2_PACKAGE_XBMC
bool "xbmc options have been renamed"
select BR2_LEGACY
select BR2_PACKAGE_KODI
help
The XBMC media center project was renamed to Kodi entertainment center
config BR2_PACKAGE_XBMC_ALSA_LIB
bool "xbmc options have been renamed"
select BR2_LEGACY
select BR2_PACKAGE_KODI_ALSA_LIB
help
The XBMC media center project was renamed to Kodi entertainment center
config BR2_PACKAGE_XBMC_AVAHI
bool "xbmc options have been renamed"
select BR2_LEGACY
select BR2_PACKAGE_KODI_AVAHI
help
The XBMC media center project was renamed to Kodi entertainment center
config BR2_PACKAGE_XBMC_DBUS
bool "xbmc options have been renamed"
select BR2_LEGACY
select BR2_PACKAGE_KODI_DBUS
help
The XBMC media center project was renamed to Kodi entertainment center
config BR2_PACKAGE_XBMC_LIBBLURAY
bool "xbmc options have been renamed"
select BR2_LEGACY
select BR2_PACKAGE_KODI_LIBBLURAY
help
The XBMC media center project was renamed to Kodi entertainment center
config BR2_PACKAGE_XBMC_GOOM
bool "xbmc options have been renamed"
select BR2_LEGACY
select BR2_PACKAGE_KODI_GOOM
help
The XBMC media center project was renamed to Kodi entertainment center
config BR2_PACKAGE_XBMC_RSXS
bool "xbmc options have been renamed"
select BR2_LEGACY
select BR2_PACKAGE_KODI_RSXS
help
The XBMC media center project was renamed to Kodi entertainment center
config BR2_PACKAGE_XBMC_LIBCEC
bool "xbmc options have been renamed"
select BR2_LEGACY
select BR2_PACKAGE_KODI_LIBCEC
help
The XBMC media center project was renamed to Kodi entertainment center
config BR2_PACKAGE_XBMC_LIBMICROHTTPD
bool "xbmc options have been renamed"
select BR2_LEGACY
select BR2_PACKAGE_KODI_LIBMICROHTTPD
help
The XBMC media center project was renamed to Kodi entertainment center
config BR2_PACKAGE_XBMC_LIBNFS
bool "xbmc options have been renamed"
select BR2_LEGACY
select BR2_PACKAGE_KODI_LIBNFS
help
The XBMC media center project was renamed to Kodi entertainment center
config BR2_PACKAGE_XBMC_RTMPDUMP
bool "xbmc options have been renamed"
select BR2_LEGACY
select BR2_PACKAGE_KODI_RTMPDUMP
help
The XBMC media center project was renamed to Kodi entertainment center
config BR2_PACKAGE_XBMC_LIBSHAIRPLAY
bool "xbmc options have been renamed"
select BR2_LEGACY
select BR2_PACKAGE_KODI_LIBSHAIRPLAY
help
The XBMC media center project was renamed to Kodi entertainment center
config BR2_PACKAGE_XBMC_LIBSMBCLIENT
bool "xbmc options have been renamed"
select BR2_LEGACY
select BR2_PACKAGE_KODI_LIBSMBCLIENT
help
The XBMC media center project was renamed to Kodi entertainment center
config BR2_PACKAGE_XBMC_LIBTHEORA
bool "xbmc options have been renamed"
select BR2_LEGACY
select BR2_PACKAGE_KODI_LIBTHEORA
help
The XBMC media center project was renamed to Kodi entertainment center
config BR2_PACKAGE_XBMC_LIBUSB
bool "xbmc options have been renamed"
select BR2_LEGACY
select BR2_PACKAGE_KODI_LIBUSB
help
The XBMC media center project was renamed to Kodi entertainment center
config BR2_PACKAGE_XBMC_LIBVA
bool "xbmc options have been renamed"
select BR2_LEGACY
select BR2_PACKAGE_KODI_LIBVA
help
The XBMC media center project was renamed to Kodi entertainment center
config BR2_PACKAGE_XBMC_WAVPACK
bool "xbmc options have been renamed"
select BR2_LEGACY
select BR2_PACKAGE_KODI_WAVPACK
help
The XBMC media center project was renamed to Kodi entertainment center
Rename BR2_PREFER_STATIC_LIB to BR2_STATIC_LIBS Since a while, the semantic of BR2_PREFER_STATIC_LIB has been changed from "prefer static libraries when possible" to "use only static libraries". The former semantic didn't make much sense, since the user had absolutely no control/idea of which package would use static libraries, and which packages would not. Therefore, for quite some time, we have been starting to enforce that BR2_PREFER_STATIC_LIB should really build everything with static libraries. As a consequence, this patch renames BR2_PREFER_STATIC_LIB to BR2_STATIC_LIBS, and adjust the Config.in option accordingly. This also helps preparing the addition of other options to select shared, shared+static or just static. Note that we have verified that this commit can be reproduced by simply doing a global rename of BR2_PREFER_STATIC_LIB to BR2_STATIC_LIBS plus adding BR2_PREFER_STATIC_LIB to Config.in.legacy. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Reviewed-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
2014-12-03 22:41:29 +01:00
config BR2_PREFER_STATIC_LIB
bool "static library option renamed"
legacy: update the BR2_PREFER_STATIC_LIB option Since the refactoring of the type of libraries in the target filesystem, these options belong to a choice, and the default is "shared only". The former option BR2_PREFER_STATIC_LIB has been moved in the legacy menu, and only selects the BR2_STATIC_LIBS ("static only") option. However, because BR2_STATIC_LIBS belongs to a choice, when BR2_PREFER_STATIC_LIB is selected, it does not affect the choice. So, existing Buildroot configurations, which have BR2_PREFER_STATIC_LIB set, will silently end with BR2_SHARED_LIBS ("shared only") enabled. So, the backward compatibility is not kept. Besides, the legacy BR2_PREFER_STATIC_LIB option does not select BR2_LEGACY, so the user is not notified of this legacy option, and the build silently continues with some undesired changes. This patch removes the inefficient BR2_STATIC_LIBS selection, correctly selects the BR2_LEGACY option and extend the help message so the user can easily know how to update his/her Buildroot configuration. Signed-off-by: Samuel Martin <s.martin49@gmail.com> Cc: "Yann E. MORIN" <yann.morin.1998@free.fr> Cc: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Acked-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2014-12-14 17:24:24 +01:00
select BR2_LEGACY
Rename BR2_PREFER_STATIC_LIB to BR2_STATIC_LIBS Since a while, the semantic of BR2_PREFER_STATIC_LIB has been changed from "prefer static libraries when possible" to "use only static libraries". The former semantic didn't make much sense, since the user had absolutely no control/idea of which package would use static libraries, and which packages would not. Therefore, for quite some time, we have been starting to enforce that BR2_PREFER_STATIC_LIB should really build everything with static libraries. As a consequence, this patch renames BR2_PREFER_STATIC_LIB to BR2_STATIC_LIBS, and adjust the Config.in option accordingly. This also helps preparing the addition of other options to select shared, shared+static or just static. Note that we have verified that this commit can be reproduced by simply doing a global rename of BR2_PREFER_STATIC_LIB to BR2_STATIC_LIBS plus adding BR2_PREFER_STATIC_LIB to Config.in.legacy. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Reviewed-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
2014-12-03 22:41:29 +01:00
help
The BR2_PREFER_STATIC_LIB was renamed to BR2_STATIC_LIBS. It
highlights the fact that the option no longer "prefers"
static libraries, but "enforces" static libraries (i.e
shared libraries are completely unused).
legacy: update the BR2_PREFER_STATIC_LIB option Since the refactoring of the type of libraries in the target filesystem, these options belong to a choice, and the default is "shared only". The former option BR2_PREFER_STATIC_LIB has been moved in the legacy menu, and only selects the BR2_STATIC_LIBS ("static only") option. However, because BR2_STATIC_LIBS belongs to a choice, when BR2_PREFER_STATIC_LIB is selected, it does not affect the choice. So, existing Buildroot configurations, which have BR2_PREFER_STATIC_LIB set, will silently end with BR2_SHARED_LIBS ("shared only") enabled. So, the backward compatibility is not kept. Besides, the legacy BR2_PREFER_STATIC_LIB option does not select BR2_LEGACY, so the user is not notified of this legacy option, and the build silently continues with some undesired changes. This patch removes the inefficient BR2_STATIC_LIBS selection, correctly selects the BR2_LEGACY option and extend the help message so the user can easily know how to update his/her Buildroot configuration. Signed-off-by: Samuel Martin <s.martin49@gmail.com> Cc: "Yann E. MORIN" <yann.morin.1998@free.fr> Cc: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Acked-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2014-12-14 17:24:24 +01:00
Take care of updating the type of libraries you want under the
"Build options" menu.
package/xbmc: rename to 'kodi', the new upstream project name Background information: http://xbmc.org/introducing-kodi-14. In a first step to bump version to 14.0-Helix, we move the xbmc package to a new directory called kodi. Appropriate Config.in.legacy variables are added. [Thomas: rename patches to the new convention.] Signed-off-by: Bernd Kuhls <bernd.kuhls@t-online.de> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2014-12-23 18:46:27 +01:00
###############################################################################
package/linux-firmware: prepare new firmware and new revision for iwlwifi There is an upcoming new firmware file for a new chipset supported by iwlwifi, as well as a new revision of the iwlwifi firmware. The patch only prepares the iwlwifi entries so it is easier to add them. Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2014-09-21 20:38:09 +02:00
comment "Legacy options removed in 2014.11"
Config.in.legacy: add legacy handling for the recently removed BR2_x86_generic option Buildroot automatically falls back to a sensible CPU variant, but inform the user of the change anyway so they are aware of it. Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2014-11-09 00:15:24 +01:00
config BR2_x86_generic
bool "x86 generic variant has been removed"
select BR2_LEGACY
help
The generic x86 CPU variant has been removed. Use another
Config.in.legacy: fix typo Signed-off-by: Baruch Siach <baruch@tkos.co.il> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2014-11-09 06:50:01 +01:00
CPU variant instead.
Config.in.legacy: add legacy handling for the recently removed BR2_x86_generic option Buildroot automatically falls back to a sensible CPU variant, but inform the user of the change anyway so they are aware of it. Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2014-11-09 00:15:24 +01:00
gcc: remove version 4.4.x That gcc series is old and is not used as the default version for any of the architectures we support, so this commit gets rid of it. [Thomas: move the Config.in.legacy option at the right location.] Signed-off-by: Andreas Larsson <andreas@gaisler.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2014-10-30 09:29:36 +01:00
config BR2_GCC_VERSION_4_4_X
bool "gcc 4.4.x has been removed"
select BR2_LEGACY
help
The 4.4.x version of gcc has been removed. Use a newer
version instead.
arch: sparc: Add leon3 cpu type and remove sparc{s,h}fleon{,v8} There is support for -mcpu=leon3 from gcc 4.8.3. Use this for LEON systems instead of the non-mainline targets sparcsfleon, sparchfleon, sparcsfleonv8, and sparchfleonv8. [Thomas: add Config.in.legacy handling for the removed options.] Signed-off-by: Andreas Larsson <andreas@gaisler.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2014-10-30 09:29:35 +01:00
config BR2_sparc_sparchfleon
bool "sparchfleon CPU has been removed"
select BR2_LEGACY
help
The sparchfleon CPU was only supported in a patched gcc 4.4
version. Its support has been removed in favor of the leon3
CPU starting from gcc 4.8.x.
config BR2_sparc_sparchfleonv8
bool "sparchfleonv8 CPU has been removed"
select BR2_LEGACY
help
The sparchfleonv8 CPU was only supported in a patched gcc
4.4 version. Its support has been removed in favor of the
leon3 CPU starting from gcc 4.8.x.
config BR2_sparc_sparcsfleon
bool "sparcsfleon CPU has been removed"
select BR2_LEGACY
help
The sparcsfleon CPU was only supported in a patched gcc 4.4
version. Its support has been removed in favor of the leon3
CPU starting from gcc 4.8.x.
config BR2_sparc_sparcsfleonv8
bool "sparcsfleonv8 CPU has been removed"
select BR2_LEGACY
help
The sparcsfleonv8 CPU was only supported in a patched gcc
4.4 version. Its support has been removed in favor of the
leon3 CPU starting from gcc 4.8.x.
xlib_libpciaccess: Rename package to libpciaccess While libpciaccess is part of the X libraries, it does not depend upon X11 or any other X library. Signed-off-by: Bernd Kuhls <bernd.kuhls@t-online.de> Reviewed-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2014-10-18 19:41:30 +02:00
config BR2_PACKAGE_XLIB_LIBPCIACCESS
bool "xlib-libpciaccess option has been renamed"
depends on BR2_PACKAGE_XORG7
select BR2_LEGACY
select BR2_PACKAGE_LIBPCIACCESS
help
libpciaccess neither depends on X11 nor Xlib. Thus the
package has been renamed BR2_PACKAGE_LIBPCIACCESS
package/linux-firmware: install Xceive/Cresta xc4000 and xc5000c Tweak the prompt, because Xceive is now part of Cresta, so the new xc5000c-based devices might be branded under either name. Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2014-09-21 20:38:13 +02:00
config BR2_PACKAGE_LINUX_FIRMWARE_XC5000
bool "Xceive xc5000 option has been renamed"
Config.in.legacy: add missing select BR2_LEGACY Signed-off-by: Peter Seiderer <ps.report@gmx.net> Acked-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-10-07 23:56:49 +02:00
select BR2_LEGACY
package/linux-firmware: install Xceive/Cresta xc4000 and xc5000c Tweak the prompt, because Xceive is now part of Cresta, so the new xc5000c-based devices might be branded under either name. Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2014-09-21 20:38:13 +02:00
select BR2_PACKAGE_LINUX_FIRMWARE_XCx000
help
The Xceive xc5000 option now also handles older firmwares from
Xceive (the xc4000 series), as well as new firmwares (the xc5000c)
from Cresta, who bought Xceive.
package/linux-firmware: add option for Chelsio cxgb4 T5 Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2014-09-21 20:38:12 +02:00
config BR2_PACKAGE_LINUX_FIRMWARE_CXGB4
bool "Chelsio T4 option has been renamed"
Config.in.legacy: add missing select BR2_LEGACY Signed-off-by: Peter Seiderer <ps.report@gmx.net> Acked-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-10-07 23:56:49 +02:00
select BR2_LEGACY
package/linux-firmware: add option for Chelsio cxgb4 T5 Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2014-09-21 20:38:12 +02:00
select BR2_PACKAGE_LINUX_FIRMWARE_CXGB4_T4
help
The Chelsio T4 option BR2_PACKAGE_LINUX_FIRMWARE_CXGB4
has been renamed to BR2_PACKAGE_LINUX_FIRMWARE_CXGB4_T4
to better account for the fact that a T5 variant exists.
package/linux-firmware: prepare new firmware and new revision for iwlwifi There is an upcoming new firmware file for a new chipset supported by iwlwifi, as well as a new revision of the iwlwifi firmware. The patch only prepares the iwlwifi entries so it is easier to add them. Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2014-09-21 20:38:09 +02:00
config BR2_PACKAGE_LINUX_FIRMWARE_IWLWIFI_3160_7260_7
bool "BR2_PACKAGE_LINUX_FIRMWARE_IWLWIFI_3160_7260_7 has been renamed"
Config.in.legacy: add missing select BR2_LEGACY Signed-off-by: Peter Seiderer <ps.report@gmx.net> Acked-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-10-07 23:56:49 +02:00
select BR2_LEGACY
package/linux-firmware: prepare new firmware and new revision for iwlwifi There is an upcoming new firmware file for a new chipset supported by iwlwifi, as well as a new revision of the iwlwifi firmware. The patch only prepares the iwlwifi entries so it is easier to add them. Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2014-09-21 20:38:09 +02:00
help
The option BR2_PACKAGE_LINUX_FIRMWARE_IWLWIFI_3160_7260_7 was
renamed to BR2_PACKAGE_LINUX_FIRMWARE_IWLWIFI_REV_7. You must
select it in:
Target packages -> Hardware handling ->
Firmware -> linux-firmware -> WiFi firmware ->
iwlwifi 3160/726x revision to use (revision 7)
config BR2_PACKAGE_LINUX_FIRMWARE_IWLWIFI_3160_7260_8
bool "BR2_PACKAGE_LINUX_FIRMWARE_IWLWIFI_3160_7260_8 has been renamed"
Config.in.legacy: add missing select BR2_LEGACY Signed-off-by: Peter Seiderer <ps.report@gmx.net> Acked-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-10-07 23:56:49 +02:00
select BR2_LEGACY
package/linux-firmware: prepare new firmware and new revision for iwlwifi There is an upcoming new firmware file for a new chipset supported by iwlwifi, as well as a new revision of the iwlwifi firmware. The patch only prepares the iwlwifi entries so it is easier to add them. Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2014-09-21 20:38:09 +02:00
help
The option BR2_PACKAGE_LINUX_FIRMWARE_IWLWIFI_3160_7260_8 was
renamed to BR2_PACKAGE_LINUX_FIRMWARE_IWLWIFI_REV_8. You must
select it in:
Target packages -> Hardware handling ->
Firmware -> linux-firmware -> WiFi firmware ->
iwlwifi 3160/726x revision to use (revision 8)
package/procps: bump version and rename to procps-ng procps is getting replaced by procps-ng, and there are new versions available! procps-ng is now an autotools package, so get rid of our custom build/install rules. Remove most patches, except for one that still half-applies, so update and rename it. procps is dead, long live procps-ng! Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2014-06-02 22:27:22 +02:00
###############################################################################
comment "Legacy options removed in 2014.08"
libelf: Removes the package The elfutils package provides a more recent version of the libelf. Some packages such as ltrace need this more recent version. Having two packages providing the same library leads to some conflicts or dependency problems. For instance at the end we had only one libelf.a when the 2 packages were selected. Signed-off-by: Gregory CLEMENT <gregory.clement@free-electrons.com> Acked-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2014-08-28 14:21:34 +02:00
config BR2_PACKAGE_LIBELF
bool "libelf has been removed"
select BR2_PACKAGE_ELFUTILS
select BR2_LEGACY
help
The libelf package provided an old version of the libelf library
and is deprecated. The libelf library is now provided by the
elfutils package.
kernel headers: remove deprecated version 3.8 Kernel headers version 3.8.x has been deprecated since 2013.08 and thus can be removed in 2014.08. An automatic selection of 3.9.x headers is performed in the legacy menu. Existing automatic selections of 3.8.x headers are modified to select 3.9.x. As this patch removes the last occurrence of BR2_DEPRECATED_SINCE_2013_08, the symbol is removed too. Signed-off-by: Thomas De Schampheleire <thomas.de.schampheleire@gmail.com> Acked-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2014-06-13 21:21:45 +02:00
config BR2_KERNEL_HEADERS_3_8
bool "kernel headers version 3.8.x are no longer supported"
legacy/kernel-headers: adjust recommended target Previously they were set at next available version, which is problematic since new syscalls can be introduced. So switch to lower available. There's a caveat for 3.1 and 3.0 headers though since there's no lower than 3.2, so keep it at 3.2 for those unfortunately. Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2016-09-09 17:20:55 +02:00
select BR2_KERNEL_HEADERS_3_4
kernel headers: remove deprecated version 3.8 Kernel headers version 3.8.x has been deprecated since 2013.08 and thus can be removed in 2014.08. An automatic selection of 3.9.x headers is performed in the legacy menu. Existing automatic selections of 3.8.x headers are modified to select 3.9.x. As this patch removes the last occurrence of BR2_DEPRECATED_SINCE_2013_08, the symbol is removed too. Signed-off-by: Thomas De Schampheleire <thomas.de.schampheleire@gmail.com> Acked-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2014-06-13 21:21:45 +02:00
select BR2_LEGACY
help
Version 3.8.x of the Linux kernel headers have been deprecated
for more than four buildroot releases and are now removed.
legacy/kernel-headers: adjust recommended target Previously they were set at next available version, which is problematic since new syscalls can be introduced. So switch to lower available. There's a caveat for 3.1 and 3.0 headers though since there's no lower than 3.2, so keep it at 3.2 for those unfortunately. Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2016-09-09 17:20:55 +02:00
As an alternative, version 3.4.x of the headers have been
kernel headers: remove deprecated version 3.8 Kernel headers version 3.8.x has been deprecated since 2013.08 and thus can be removed in 2014.08. An automatic selection of 3.9.x headers is performed in the legacy menu. Existing automatic selections of 3.8.x headers are modified to select 3.9.x. As this patch removes the last occurrence of BR2_DEPRECATED_SINCE_2013_08, the symbol is removed too. Signed-off-by: Thomas De Schampheleire <thomas.de.schampheleire@gmail.com> Acked-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2014-06-13 21:21:45 +02:00
automatically selected in your configuration.
gettext: remove support for gettext-tools on target This commit removes the BR2_PACKAGE_GETTEXT_TOOLS option, which could be used to install gettext tools on the target. This is not needed, because Buildroot is not designed to provide a full development environment on the target, and gettext translation files should be processed on the build machine, using the host gettext tools. Remove this option will allow to optimize the build time of gettext on the target, by only building the gettext runtime libraries. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Tested-by: Andrew Ruder <andrew.ruder@elecsyscorp.com> Reviewed-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
2014-06-01 22:23:30 +02:00
config BR2_PACKAGE_GETTEXT_TOOLS
bool "support for gettext-tools on target has been removed"
select BR2_LEGACY
help
The option to install the gettext utilities on the target
has been removed. This is not necessary as Buildroot is not
designed to provide a full development environment on the
target. gettext tools should be used on the build machine
instead.
package/procps: bump version and rename to procps-ng procps is getting replaced by procps-ng, and there are new versions available! procps-ng is now an autotools package, so get rid of our custom build/install rules. Remove most patches, except for one that still half-applies, so update and rename it. procps is dead, long live procps-ng! Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2014-06-02 22:27:22 +02:00
config BR2_PACKAGE_PROCPS
bool "procps has been replaced by procps-ng"
select BR2_PACKAGE_PROCPS_NG
select BR2_LEGACY
help
The procps package has been replaced by the equivalent procps-ng.
binutils: remove 2.20.1, 2.21 and 2.23.1 - The 2.20.x series is old, it no longer makes sense to support it. - In the 2.21.x series, we still have 2.21.1, so keeping 2.21 doesn't make much sense, so this patch removes it. - Similarly for the 2.23.x series, having both 2.23.1 and 2.23.2 doesn't make much sense, so this patch removes 2.23.1 and keeps 2.23.2. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2014-07-01 20:03:02 +02:00
config BR2_BINUTILS_VERSION_2_20_1
bool "binutils 2.20.1 has been removed"
select BR2_LEGACY
help
The 2.20.1 version of binutils has been removed. Use a newer
version instead.
config BR2_BINUTILS_VERSION_2_21
bool "binutils 2.21 has been removed"
select BR2_LEGACY
help
The 2.21 version of binutils has been removed. Use a newer
version instead.
config BR2_BINUTILS_VERSION_2_23_1
bool "binutils 2.23.1 has been removed"
select BR2_LEGACY
help
The 2.23.1 version of binutils has been removed. Use a newer
version instead.
uclibc: remove version 0.9.32.1 This commit removes the 0.9.32.1 version of uClibc, which is very old, and does not bring any specific advantage over 0.9.33, which has been around for more than two years now. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2014-07-01 20:03:03 +02:00
config BR2_UCLIBC_VERSION_0_9_32
bool "uclibc 0.9.32 has been removed"
select BR2_LEGACY
help
The 0.9.32 version of uClibc has been removed. Use a newer
version instead.
gcc: remove versions 4.3.x and 4.6.x Those gcc series are old and are not used as the default versions for any of the architectures we support, so this commit gets rid of them. The gcc 4.3.x series technically remains used by the LPC32xx defconfigs we have: configs/ea3250_defconfig:BR2_GCC_VERSION_4_3_X=y configs/fdi3250_defconfig:BR2_GCC_VERSION_4_3_X=y configs/phy3250_defconfig:BR2_GCC_VERSION_4_3_X=y Back when those defconfigs were introduced, gcc 4.3 was chosen because it was the only one capable of building a fully working kernel for those ARM-based platforms. However, the original submitter, Alexandre Belloni, no longer has access to the hardware platforms, so he is unable to test if newer gcc versions have fixed the problem. It certainly doesn't make sense to keep gcc 4.3.x just for those three boards, so we'll wait for someone actually using those defconfigs to complain. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2014-07-01 20:03:06 +02:00
config BR2_GCC_VERSION_4_3_X
bool "gcc 4.3.x has been removed"
select BR2_LEGACY
help
The 4.3.x version of gcc has been removed. Use a newer
version instead.
config BR2_GCC_VERSION_4_6_X
bool "gcc 4.6.x has been removed"
select BR2_LEGACY
help
The 4.6.x version of gcc has been removed. Use a newer
version instead.
gdb: remove versions 7.4 and 7.5 We already default to 7.6 for all architectures (except AVR32, ARC and Microblaze that have their specific versions), and we have added 7.7 recently. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2014-07-01 20:03:08 +02:00
config BR2_GDB_VERSION_7_4
bool "gdb 7.4 has been removed"
select BR2_LEGACY
help
The 7.4 version of gdb has been removed. Use a newer version
instead.
config BR2_GDB_VERSION_7_5
bool "gdb 7.5 has been removed"
select BR2_LEGACY
help
The 7.5 version of gdb has been removed. Use a newer version
instead.
busybox: support only one version This commit removes the version selection for the busybox package. Busybox is very well maintained, and bugs are typically fixed in a timely fashion. Moreover, regressions are fairly unlikely in this very stable and well-tested tool. Therefore, there isn't a very compelling reason to have a version selection for Busybox since we don't accept such a version selection for the vast majority of other packages, unless there is a strong reason to do so. Consequently, this commit: * Removes the 1.19.4, 1.20.2 and 1.21.1 Busybox versions, patches and default configuration file. * Moves the 1.22.1 patches from package/busybox/1.22.1 to just package/busybox/ like all other packages. * Renames the default 1.22.1 configuration file to just busybox.config. * Adapts the busybox.mk makefile to encode the current version to use. * Adds appropriate options to Config.in.legacy. However, even though the BR2_BUSYBOX_VERSION_1_22_X is removed, we don't add a Config.in.legacy option for it, since it would cause a legacy warning for virtually *all* users as most people are currently using 1.22.x. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2014-07-01 20:03:09 +02:00
config BR2_BUSYBOX_VERSION_1_19_X
bool "busybox version selection has been removed"
select BR2_LEGACY
help
The possibility of selecting the Busybox version has been
removed. Use the latest version provided by the Busybox
package instead.
config BR2_BUSYBOX_VERSION_1_20_X
bool "busybox version selection has been removed"
select BR2_LEGACY
help
The possibility of selecting the Busybox version has been
removed. Use the latest version provided by the Busybox
package instead.
config BR2_BUSYBOX_VERSION_1_21_X
bool "busybox version selection has been removed"
select BR2_LEGACY
help
The possibility of selecting the Busybox version has been
removed. Use the latest version provided by the Busybox
package instead.
libv4l: Bump version to 1.0.1 Quite some work has been done from 0.8.3 to 1.0.1, and as a result this commit is very intrusive. The biggest change is the move to an autotools package. Then, the options that enable utilities individually have been deprecated and moved to Config.in.legacy. Instead, we introduce new option to select either all the utilities. This change loses granularity in favor of maintainability. [Peter: needs host-pkgconf. Select and use argp-standalone on uClibc] Signed-off-by: Ezequiel Garcia <ezequiel@vanguardiasur.com.ar> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2014-07-05 23:07:40 +02:00
config BR2_PACKAGE_LIBV4L_DECODE_TM6000
bool "decode_tm6000"
select BR2_PACKAGE_LIBV4L_UTILS
select BR2_LEGACY
help
This libv4l option has been deprecated and replaced by a single
option to build all the libv4l utilities.
config BR2_PACKAGE_LIBV4L_IR_KEYTABLE
bool "ir-keytable"
select BR2_PACKAGE_LIBV4L_UTILS
select BR2_LEGACY
help
This libv4l option has been deprecated and replaced by a single
option to build all the libv4l utilities.
config BR2_PACKAGE_LIBV4L_V4L2_COMPLIANCE
bool "v4l2-compliance"
select BR2_PACKAGE_LIBV4L_UTILS
select BR2_LEGACY
help
This libv4l option has been deprecated and replaced by a single
option to build all the libv4l utilities.
config BR2_PACKAGE_LIBV4L_V4L2_CTL
bool "v4l2-ctl"
select BR2_PACKAGE_LIBV4L_UTILS
select BR2_LEGACY
help
This libv4l option has been deprecated and replaced by a single
option to build all the libv4l utilities.
config BR2_PACKAGE_LIBV4L_V4L2_DBG
bool "v4l2-dbg"
select BR2_PACKAGE_LIBV4L_UTILS
select BR2_LEGACY
help
This libv4l option has been deprecated and replaced by a single
option to build all the libv4l utilities.
udev: convert to virtual package This patch converts udev to a virtual package. For the moment, there is only one provider for the udev features: eudev. Packages meant to provide udev-like features must select the symbol BR2_PACKAGE_HAS_UDEV. Packages depending on BR2_ROOTFS_DEVICE_CREATION_DYNAMIC_UDEV or BR2_PACKAGE_UDEV have been converted to use the new symbol. [Peter: move legacy symbols under 2014.05] Signed-off-by: Eric Le Bihan <eric.le.bihan.dev@free.fr> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2014-02-07 14:21:33 +01:00
###############################################################################
comment "Legacy options removed in 2014.05"
evtest: bump version to 1.31 - update version to 1.31 - correct license to GPLv2+ - change download url to official repository - remove evtest-capture support (dropped since 1.31) - change broken project URL to official repository Signed-off-by: Peter Seiderer <ps.report@gmx.net> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2014-04-23 00:12:23 +02:00
config BR2_PACKAGE_EVTEST_CAPTURE
bool "evtest-capture support removed (dropped since evtest 1.31)"
select BR2_LEGACY
help
Support for evtest-capture has been removed (dropped from
evtest package since version 1.31), use evemu package
instead.
kernel headers: remove deprecated versions 3.6 and 3.7 Kernel headers versions 3.6.x and 3.7.x have been deprecated since 2013.05 and thus can be removed in 2014.05. An automatic selection of 3.8.x headers is performed in the legacy menu. An existing automatic selection of 3.6.x headers is modified to select 3.8.x. As this patch removes the last occurrances of BR2_DEPRECATED_SINCE_2013_05, the symbol is removed too. Signed-off-by: Thomas De Schampheleire <thomas.de.schampheleire@gmail.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2014-04-30 20:18:24 +02:00
config BR2_KERNEL_HEADERS_3_6
bool "kernel headers version 3.6.x are no longer supported"
legacy/kernel-headers: adjust recommended target Previously they were set at next available version, which is problematic since new syscalls can be introduced. So switch to lower available. There's a caveat for 3.1 and 3.0 headers though since there's no lower than 3.2, so keep it at 3.2 for those unfortunately. Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2016-09-09 17:20:55 +02:00
select BR2_KERNEL_HEADERS_3_4
kernel headers: remove deprecated versions 3.6 and 3.7 Kernel headers versions 3.6.x and 3.7.x have been deprecated since 2013.05 and thus can be removed in 2014.05. An automatic selection of 3.8.x headers is performed in the legacy menu. An existing automatic selection of 3.6.x headers is modified to select 3.8.x. As this patch removes the last occurrances of BR2_DEPRECATED_SINCE_2013_05, the symbol is removed too. Signed-off-by: Thomas De Schampheleire <thomas.de.schampheleire@gmail.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2014-04-30 20:18:24 +02:00
select BR2_LEGACY
help
Version 3.6.x of the Linux kernel headers have been deprecated
for more than four buildroot releases and are now removed.
legacy/kernel-headers: adjust recommended target Previously they were set at next available version, which is problematic since new syscalls can be introduced. So switch to lower available. There's a caveat for 3.1 and 3.0 headers though since there's no lower than 3.2, so keep it at 3.2 for those unfortunately. Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2016-09-09 17:20:55 +02:00
As an alternative, version 3.4.x of the headers have been
kernel headers: remove deprecated versions 3.6 and 3.7 Kernel headers versions 3.6.x and 3.7.x have been deprecated since 2013.05 and thus can be removed in 2014.05. An automatic selection of 3.8.x headers is performed in the legacy menu. An existing automatic selection of 3.6.x headers is modified to select 3.8.x. As this patch removes the last occurrances of BR2_DEPRECATED_SINCE_2013_05, the symbol is removed too. Signed-off-by: Thomas De Schampheleire <thomas.de.schampheleire@gmail.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2014-04-30 20:18:24 +02:00
automatically selected in your configuration.
config BR2_KERNEL_HEADERS_3_7
bool "kernel headers version 3.7.x are no longer supported"
legacy/kernel-headers: adjust recommended target Previously they were set at next available version, which is problematic since new syscalls can be introduced. So switch to lower available. There's a caveat for 3.1 and 3.0 headers though since there's no lower than 3.2, so keep it at 3.2 for those unfortunately. Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2016-09-09 17:20:55 +02:00
select BR2_KERNEL_HEADERS_3_4
kernel headers: remove deprecated versions 3.6 and 3.7 Kernel headers versions 3.6.x and 3.7.x have been deprecated since 2013.05 and thus can be removed in 2014.05. An automatic selection of 3.8.x headers is performed in the legacy menu. An existing automatic selection of 3.6.x headers is modified to select 3.8.x. As this patch removes the last occurrances of BR2_DEPRECATED_SINCE_2013_05, the symbol is removed too. Signed-off-by: Thomas De Schampheleire <thomas.de.schampheleire@gmail.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2014-04-30 20:18:24 +02:00
select BR2_LEGACY
help
Version 3.7.x of the Linux kernel headers have been deprecated
for more than four buildroot releases and are now removed.
legacy/kernel-headers: adjust recommended target Previously they were set at next available version, which is problematic since new syscalls can be introduced. So switch to lower available. There's a caveat for 3.1 and 3.0 headers though since there's no lower than 3.2, so keep it at 3.2 for those unfortunately. Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2016-09-09 17:20:55 +02:00
As an alternative, version 3.4.x of the headers have been
kernel headers: remove deprecated versions 3.6 and 3.7 Kernel headers versions 3.6.x and 3.7.x have been deprecated since 2013.05 and thus can be removed in 2014.05. An automatic selection of 3.8.x headers is performed in the legacy menu. An existing automatic selection of 3.6.x headers is modified to select 3.8.x. As this patch removes the last occurrances of BR2_DEPRECATED_SINCE_2013_05, the symbol is removed too. Signed-off-by: Thomas De Schampheleire <thomas.de.schampheleire@gmail.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2014-04-30 20:18:24 +02:00
automatically selected in your configuration.
vala: remove deprecated target package The vala target package has been deprecated since 2013.05 and thus can be removed in 2014.05. The host vala support is left untouched. Signed-off-by: Thomas De Schampheleire <thomas.de.schampheleire@gmail.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2014-04-30 20:18:23 +02:00
config BR2_PACKAGE_VALA
bool "vala target package has been removed"
select BR2_LEGACY
help
The 'vala' target package has been removed since it has been
deprecated for more than four buildroot releases.
Note: the host vala package still exists.
system: make the zoneinfo list a system option [Peter: move legacy options under 2014.05] Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Cc: Alexandre Belloni <alexandre.belloni@free-electrons.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2014-04-07 21:58:03 +02:00
config BR2_TARGET_TZ_ZONELIST
default BR2_PACKAGE_TZDATA_ZONELIST if BR2_PACKAGE_TZDATA_ZONELIST != ""
config BR2_PACKAGE_TZDATA_ZONELIST
string "tzdata: the timezone list option has been renamed"
help
The option BR2_PACKAGE_TZDATA_ZONELIST has been renamed to
BR2_TARGET_TZ_ZONELIST, and moved to the "System configuration"
menu. You'll need to select BR2_TARGET_TZ_INFO.
config BR2_PACKAGE_TZDATA_ZONELIST_WRAP
bool
default y if BR2_PACKAGE_TZDATA_ZONELIST != ""
select BR2_LEGACY
package/lua: rename config options Package's options should be named after the package. Lua is an interpreter, but the package is named 'lua'. So we want to name the config option with '_LUA_', not with '_LUA_INTERPRETER_' Besides, naming them with '_LUA_INTERPRETER_' might be confusing, since there is a package named 'luainterpreter'. Since the renamed options are part of a choice, we can't use the legacy options to select the new ones. So we instead instruct the user to go select the appropriate option in the choice. Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Cc: Francois Perrad <fperrad@gmail.com> Reviewed-by: Samuel Martin <s.martin49@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2014-04-05 17:21:43 +02:00
config BR2_PACKAGE_LUA_INTERPRETER_EDITING_NONE
bool "Lua command-line editing none has been renamed"
select BR2_LEGACY
help
The BR2_PACKAGE_LUA_INTERPRETER_EDITING_NONE option has been
renamed to BR2_PACKAGE_LUA_EDITING_NONE. You will have to select
it in the corresponding choice.
config BR2_PACKAGE_LUA_INTERPRETER_READLINE
bool "Lua command-line editing using readline has been renamed"
select BR2_LEGACY
help
The BR2_PACKAGE_LUA_INTERPRETER_READLINE option has been
renamed to BR2_PACKAGE_LUA_READLINE. You will have to select
it in the corresponding choice.
config BR2_PACKAGE_LUA_INTERPRETER_LINENOISE
bool "Lua command-line editing using linenoise has been renamed"
select BR2_LEGACY
help
The BR2_PACKAGE_LUA_INTERPRETER_LINENOISE option has been
renamed to BR2_PACKAGE_LUA_LINENOISE. You will have to select
it in the corresponding choice.
package/dvb-apps: bump revision In this new revision, there is no longer transponders data, so dvb-apps now only installs the dvb-apps utilities. Packages that needs the transponders data have now all been switched to use dtv-scan-tables instead, so we don't need a legacy option for the transponders data. However, we add a legacy option for the utilities option, just to inform the user of the new behaviour. Sadly, a user that had dvb-apps selected just to get the transponders data will now get the full dvb-apps package installed. There's nothing we can really do about this. Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2014-03-28 01:00:24 +01:00
config BR2_PACKAGE_DVB_APPS_UTILS
bool "dvb-apps utilities now built by default"
select BR2_LEGACY
help
The dvb-apps utilities are now always built when the dvb-apps
package is selected.
package/linux-headers: remove 2.6 snapshot As Thomas states: It is completely weird to ask the tarball to be named exactly linux-2.6.tar.bz2. IMO, we should simply get rid of this feature. Make it so! ;-) Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Cc: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Cc: Arnout Vandecappelle <arnout@mind.be> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2014-03-01 15:52:56 +01:00
config BR2_KERNEL_HEADERS_SNAP
bool "Local Linux snapshot support removed"
select BR2_LEGACY
help
Support for using a custom snapshot to install the Linux
kernel headers has been removed.
udev: convert to virtual package This patch converts udev to a virtual package. For the moment, there is only one provider for the udev features: eudev. Packages meant to provide udev-like features must select the symbol BR2_PACKAGE_HAS_UDEV. Packages depending on BR2_ROOTFS_DEVICE_CREATION_DYNAMIC_UDEV or BR2_PACKAGE_UDEV have been converted to use the new symbol. [Peter: move legacy symbols under 2014.05] Signed-off-by: Eric Le Bihan <eric.le.bihan.dev@free.fr> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2014-02-07 14:21:33 +01:00
config BR2_ROOTFS_DEVICE_CREATION_DYNAMIC_UDEV
bool "/dev management by udev removed"
select BR2_LEGACY
help
The 'udev' package has been converted to a virtual package.
systemd: bump to v207 This patch bumps systemd to v207 but also declares it as a provider for the udev virtual package. Starting with systemd 183, udev has been merged into systemd. The udev daemon is now installed as /lib/systemd/systemd-udevd. This means that /dev management using udev is only available if systemd is chosen as init system. When configuring systemd, the following options are available: - activation of systemd-journal-gatewayd, to access the journal via HTTP. - activation of extra features like journal compression and sealing. Support for uClibc has also been removed because: - upstream has no interest in supporting uClibc. - using a shrinked libc brings no advantage, given the size of all the programs included in Systemd. So using glibc does not matter. Signed-off-by: Eric Le Bihan <eric.le.bihan.dev@free.fr> Reviewed-by: Thomas De Schampheleire <thomas.de.schampheleire@gmail.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2014-02-07 14:21:34 +01:00
The providers for this feature are: 'eudev', 'systemd'.
udev: convert to virtual package This patch converts udev to a virtual package. For the moment, there is only one provider for the udev features: eudev. Packages meant to provide udev-like features must select the symbol BR2_PACKAGE_HAS_UDEV. Packages depending on BR2_ROOTFS_DEVICE_CREATION_DYNAMIC_UDEV or BR2_PACKAGE_UDEV have been converted to use the new symbol. [Peter: move legacy symbols under 2014.05] Signed-off-by: Eric Le Bihan <eric.le.bihan.dev@free.fr> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2014-02-07 14:21:33 +01:00
systemd: bump to v207 This patch bumps systemd to v207 but also declares it as a provider for the udev virtual package. Starting with systemd 183, udev has been merged into systemd. The udev daemon is now installed as /lib/systemd/systemd-udevd. This means that /dev management using udev is only available if systemd is chosen as init system. When configuring systemd, the following options are available: - activation of systemd-journal-gatewayd, to access the journal via HTTP. - activation of extra features like journal compression and sealing. Support for uClibc has also been removed because: - upstream has no interest in supporting uClibc. - using a shrinked libc brings no advantage, given the size of all the programs included in Systemd. So using glibc does not matter. Signed-off-by: Eric Le Bihan <eric.le.bihan.dev@free.fr> Reviewed-by: Thomas De Schampheleire <thomas.de.schampheleire@gmail.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2014-02-07 14:21:34 +01:00
Therefore, if you are not using 'systemd' as init system, you
must choose 'Dynamic using eudev' in the '/dev management'
menu to get the same behaviour as in your old configuration.
If you are using 'systemd', its internal implementation of
'udev' will be used automatically.
udev: convert to virtual package This patch converts udev to a virtual package. For the moment, there is only one provider for the udev features: eudev. Packages meant to provide udev-like features must select the symbol BR2_PACKAGE_HAS_UDEV. Packages depending on BR2_ROOTFS_DEVICE_CREATION_DYNAMIC_UDEV or BR2_PACKAGE_UDEV have been converted to use the new symbol. [Peter: move legacy symbols under 2014.05] Signed-off-by: Eric Le Bihan <eric.le.bihan.dev@free.fr> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2014-02-07 14:21:33 +01:00
You must also check the packages depending on 'udev' are still
selected.
config BR2_PACKAGE_UDEV
bool "udev is now a virtual package"
select BR2_LEGACY
select BR2_PACKAGE_HAS_UDEV
help
The 'udev' package has been converted to a virtual package.
systemd: bump to v207 This patch bumps systemd to v207 but also declares it as a provider for the udev virtual package. Starting with systemd 183, udev has been merged into systemd. The udev daemon is now installed as /lib/systemd/systemd-udevd. This means that /dev management using udev is only available if systemd is chosen as init system. When configuring systemd, the following options are available: - activation of systemd-journal-gatewayd, to access the journal via HTTP. - activation of extra features like journal compression and sealing. Support for uClibc has also been removed because: - upstream has no interest in supporting uClibc. - using a shrinked libc brings no advantage, given the size of all the programs included in Systemd. So using glibc does not matter. Signed-off-by: Eric Le Bihan <eric.le.bihan.dev@free.fr> Reviewed-by: Thomas De Schampheleire <thomas.de.schampheleire@gmail.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2014-02-07 14:21:34 +01:00
The providers for this feature are: 'eudev', 'systemd'.
udev: convert to virtual package This patch converts udev to a virtual package. For the moment, there is only one provider for the udev features: eudev. Packages meant to provide udev-like features must select the symbol BR2_PACKAGE_HAS_UDEV. Packages depending on BR2_ROOTFS_DEVICE_CREATION_DYNAMIC_UDEV or BR2_PACKAGE_UDEV have been converted to use the new symbol. [Peter: move legacy symbols under 2014.05] Signed-off-by: Eric Le Bihan <eric.le.bihan.dev@free.fr> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2014-02-07 14:21:33 +01:00
Your old configuration refers to packages depending on 'udev',
either for build or at runtime.
systemd: bump to v207 This patch bumps systemd to v207 but also declares it as a provider for the udev virtual package. Starting with systemd 183, udev has been merged into systemd. The udev daemon is now installed as /lib/systemd/systemd-udevd. This means that /dev management using udev is only available if systemd is chosen as init system. When configuring systemd, the following options are available: - activation of systemd-journal-gatewayd, to access the journal via HTTP. - activation of extra features like journal compression and sealing. Support for uClibc has also been removed because: - upstream has no interest in supporting uClibc. - using a shrinked libc brings no advantage, given the size of all the programs included in Systemd. So using glibc does not matter. Signed-off-by: Eric Le Bihan <eric.le.bihan.dev@free.fr> Reviewed-by: Thomas De Schampheleire <thomas.de.schampheleire@gmail.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2014-02-07 14:21:34 +01:00
Check that a 'udev' provider is selected. If you are not using
'systemd' as init system, 'eudev' should be selected, which is
the case if '/dev management' is set to 'Dynamic using eudev'.
If you are using 'systemd', its internal implementation of 'udev'
is used.
udev: convert to virtual package This patch converts udev to a virtual package. For the moment, there is only one provider for the udev features: eudev. Packages meant to provide udev-like features must select the symbol BR2_PACKAGE_HAS_UDEV. Packages depending on BR2_ROOTFS_DEVICE_CREATION_DYNAMIC_UDEV or BR2_PACKAGE_UDEV have been converted to use the new symbol. [Peter: move legacy symbols under 2014.05] Signed-off-by: Eric Le Bihan <eric.le.bihan.dev@free.fr> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2014-02-07 14:21:33 +01:00
config BR2_PACKAGE_UDEV_RULES_GEN
systemd: bump to v207 This patch bumps systemd to v207 but also declares it as a provider for the udev virtual package. Starting with systemd 183, udev has been merged into systemd. The udev daemon is now installed as /lib/systemd/systemd-udevd. This means that /dev management using udev is only available if systemd is chosen as init system. When configuring systemd, the following options are available: - activation of systemd-journal-gatewayd, to access the journal via HTTP. - activation of extra features like journal compression and sealing. Support for uClibc has also been removed because: - upstream has no interest in supporting uClibc. - using a shrinked libc brings no advantage, given the size of all the programs included in Systemd. So using glibc does not matter. Signed-off-by: Eric Le Bihan <eric.le.bihan.dev@free.fr> Reviewed-by: Thomas De Schampheleire <thomas.de.schampheleire@gmail.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2014-02-07 14:21:34 +01:00
bool "udev rules generation handled by provider"
udev: convert to virtual package This patch converts udev to a virtual package. For the moment, there is only one provider for the udev features: eudev. Packages meant to provide udev-like features must select the symbol BR2_PACKAGE_HAS_UDEV. Packages depending on BR2_ROOTFS_DEVICE_CREATION_DYNAMIC_UDEV or BR2_PACKAGE_UDEV have been converted to use the new symbol. [Peter: move legacy symbols under 2014.05] Signed-off-by: Eric Le Bihan <eric.le.bihan.dev@free.fr> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2014-02-07 14:21:33 +01:00
select BR2_LEGACY
systemd: bump to v207 This patch bumps systemd to v207 but also declares it as a provider for the udev virtual package. Starting with systemd 183, udev has been merged into systemd. The udev daemon is now installed as /lib/systemd/systemd-udevd. This means that /dev management using udev is only available if systemd is chosen as init system. When configuring systemd, the following options are available: - activation of systemd-journal-gatewayd, to access the journal via HTTP. - activation of extra features like journal compression and sealing. Support for uClibc has also been removed because: - upstream has no interest in supporting uClibc. - using a shrinked libc brings no advantage, given the size of all the programs included in Systemd. So using glibc does not matter. Signed-off-by: Eric Le Bihan <eric.le.bihan.dev@free.fr> Reviewed-by: Thomas De Schampheleire <thomas.de.schampheleire@gmail.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2014-02-07 14:21:34 +01:00
select BR2_PACKAGE_EUDEV if !BR2_INIT_SYSTEMD
select BR2_PACKAGE_EUDEV_RULES_GEN if !BR2_INIT_SYSTEMD
udev: convert to virtual package This patch converts udev to a virtual package. For the moment, there is only one provider for the udev features: eudev. Packages meant to provide udev-like features must select the symbol BR2_PACKAGE_HAS_UDEV. Packages depending on BR2_ROOTFS_DEVICE_CREATION_DYNAMIC_UDEV or BR2_PACKAGE_UDEV have been converted to use the new symbol. [Peter: move legacy symbols under 2014.05] Signed-off-by: Eric Le Bihan <eric.le.bihan.dev@free.fr> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2014-02-07 14:21:33 +01:00
help
The 'udev' package has been converted to a virtual package.
systemd: bump to v207 This patch bumps systemd to v207 but also declares it as a provider for the udev virtual package. Starting with systemd 183, udev has been merged into systemd. The udev daemon is now installed as /lib/systemd/systemd-udevd. This means that /dev management using udev is only available if systemd is chosen as init system. When configuring systemd, the following options are available: - activation of systemd-journal-gatewayd, to access the journal via HTTP. - activation of extra features like journal compression and sealing. Support for uClibc has also been removed because: - upstream has no interest in supporting uClibc. - using a shrinked libc brings no advantage, given the size of all the programs included in Systemd. So using glibc does not matter. Signed-off-by: Eric Le Bihan <eric.le.bihan.dev@free.fr> Reviewed-by: Thomas De Schampheleire <thomas.de.schampheleire@gmail.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2014-02-07 14:21:34 +01:00
The providers for this feature are: 'eudev', 'systemd'.
udev: convert to virtual package This patch converts udev to a virtual package. For the moment, there is only one provider for the udev features: eudev. Packages meant to provide udev-like features must select the symbol BR2_PACKAGE_HAS_UDEV. Packages depending on BR2_ROOTFS_DEVICE_CREATION_DYNAMIC_UDEV or BR2_PACKAGE_UDEV have been converted to use the new symbol. [Peter: move legacy symbols under 2014.05] Signed-off-by: Eric Le Bihan <eric.le.bihan.dev@free.fr> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2014-02-07 14:21:33 +01:00
systemd: bump to v207 This patch bumps systemd to v207 but also declares it as a provider for the udev virtual package. Starting with systemd 183, udev has been merged into systemd. The udev daemon is now installed as /lib/systemd/systemd-udevd. This means that /dev management using udev is only available if systemd is chosen as init system. When configuring systemd, the following options are available: - activation of systemd-journal-gatewayd, to access the journal via HTTP. - activation of extra features like journal compression and sealing. Support for uClibc has also been removed because: - upstream has no interest in supporting uClibc. - using a shrinked libc brings no advantage, given the size of all the programs included in Systemd. So using glibc does not matter. Signed-off-by: Eric Le Bihan <eric.le.bihan.dev@free.fr> Reviewed-by: Thomas De Schampheleire <thomas.de.schampheleire@gmail.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2014-02-07 14:21:34 +01:00
If you are not using 'systemd' as init system, udev rules
generation will be handled by 'eudev'. Check that
'/dev management' is set to 'Dynamic using eudev' to get
the same behaviour as in your old configuration.
udev: convert to virtual package This patch converts udev to a virtual package. For the moment, there is only one provider for the udev features: eudev. Packages meant to provide udev-like features must select the symbol BR2_PACKAGE_HAS_UDEV. Packages depending on BR2_ROOTFS_DEVICE_CREATION_DYNAMIC_UDEV or BR2_PACKAGE_UDEV have been converted to use the new symbol. [Peter: move legacy symbols under 2014.05] Signed-off-by: Eric Le Bihan <eric.le.bihan.dev@free.fr> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2014-02-07 14:21:33 +01:00
systemd: bump to v207 This patch bumps systemd to v207 but also declares it as a provider for the udev virtual package. Starting with systemd 183, udev has been merged into systemd. The udev daemon is now installed as /lib/systemd/systemd-udevd. This means that /dev management using udev is only available if systemd is chosen as init system. When configuring systemd, the following options are available: - activation of systemd-journal-gatewayd, to access the journal via HTTP. - activation of extra features like journal compression and sealing. Support for uClibc has also been removed because: - upstream has no interest in supporting uClibc. - using a shrinked libc brings no advantage, given the size of all the programs included in Systemd. So using glibc does not matter. Signed-off-by: Eric Le Bihan <eric.le.bihan.dev@free.fr> Reviewed-by: Thomas De Schampheleire <thomas.de.schampheleire@gmail.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2014-02-07 14:21:34 +01:00
If you are using 'systemd', it internal implementation of 'udev'
will generate the rules.
udev: convert to virtual package This patch converts udev to a virtual package. For the moment, there is only one provider for the udev features: eudev. Packages meant to provide udev-like features must select the symbol BR2_PACKAGE_HAS_UDEV. Packages depending on BR2_ROOTFS_DEVICE_CREATION_DYNAMIC_UDEV or BR2_PACKAGE_UDEV have been converted to use the new symbol. [Peter: move legacy symbols under 2014.05] Signed-off-by: Eric Le Bihan <eric.le.bihan.dev@free.fr> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2014-02-07 14:21:33 +01:00
config BR2_PACKAGE_UDEV_ALL_EXTRAS
bool "udev extras removed"
select BR2_LEGACY
help
The 'udev' package has been converted to a virtual package.
systemd: bump to v207 This patch bumps systemd to v207 but also declares it as a provider for the udev virtual package. Starting with systemd 183, udev has been merged into systemd. The udev daemon is now installed as /lib/systemd/systemd-udevd. This means that /dev management using udev is only available if systemd is chosen as init system. When configuring systemd, the following options are available: - activation of systemd-journal-gatewayd, to access the journal via HTTP. - activation of extra features like journal compression and sealing. Support for uClibc has also been removed because: - upstream has no interest in supporting uClibc. - using a shrinked libc brings no advantage, given the size of all the programs included in Systemd. So using glibc does not matter. Signed-off-by: Eric Le Bihan <eric.le.bihan.dev@free.fr> Reviewed-by: Thomas De Schampheleire <thomas.de.schampheleire@gmail.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2014-02-07 14:21:34 +01:00
The providers for this feature are: 'eudev', 'systemd'.
udev: convert to virtual package This patch converts udev to a virtual package. For the moment, there is only one provider for the udev features: eudev. Packages meant to provide udev-like features must select the symbol BR2_PACKAGE_HAS_UDEV. Packages depending on BR2_ROOTFS_DEVICE_CREATION_DYNAMIC_UDEV or BR2_PACKAGE_UDEV have been converted to use the new symbol. [Peter: move legacy symbols under 2014.05] Signed-off-by: Eric Le Bihan <eric.le.bihan.dev@free.fr> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2014-02-07 14:21:33 +01:00
The option to enable the extra features of 'udev' (gudev, ...)
has been removed. These features are automatically enabled in
the 'udev' providers if the dependencies are selected. For
example, selecting 'libglib2' will trigger the build of gudev.
xlib_libpthread-stubs: Rename package to libpthread-stubs Signed-off-by: Bernd Kuhls <berndkuhls@hotmail.com> Signed-Off-By: Paul Cercueil <paul@crapouillou.net> Signed-off-by: Spenser Gilliland <spenser@gillilanding.com> Acked-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2014-03-01 16:41:10 +01:00
config BR2_PACKAGE_XLIB_LIBPTHREAD_STUBS
bool "xlib-libpthread-stubs option has been renamed"
depends on BR2_PACKAGE_XORG7
select BR2_LEGACY
select BR2_PACKAGE_LIBPTHREAD_STUBS
help
The pthread stubs neither depend on X11 nor Xlib. Thus the
package has been renamed BR2_PACKAGE_LIBPTHREAD_STUBS
libnfc-llcp: rename to libllcp and bump version This package has been renamed upstream to libllcp. Also, the current package we have in Buildroot fails to compile due to a version bump of it's main dependence, libnfc. A version bump is required because this package has been adapted upstream to work with libnfc-1.7.0-rc6. Signed-off-by: Vicente Olivert Riera <Vincent.Riera@imgtec.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2014-01-10 11:06:19 +01:00
###############################################################################
legacy: move 2014.02 header Legacy LIBNFC_LLCP belongs to the 2014.02 cycle. Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2014-01-19 23:30:42 +01:00
comment "Legacy options removed in 2014.02"
arch: remove sh2, sh3 and sh3eb support This patch removes the sh2, sh3 and sh3eb support, because the user base is inexistent, and the Linux support for these architectures is poor. The sh2a support is preserved, because at least one user expressed interest in this architecture, and is actually using it: http://lists.busybox.net/pipermail/buildroot/2013-April/070399.html Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2014-02-04 15:25:34 +01:00
config BR2_sh2
bool "sh2 support removed"
Config.in.legacy: add missing select BR2_LEGACY Signed-off-by: Peter Seiderer <ps.report@gmx.net> Acked-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-10-07 23:56:49 +02:00
select BR2_LEGACY
arch: remove sh2, sh3 and sh3eb support This patch removes the sh2, sh3 and sh3eb support, because the user base is inexistent, and the Linux support for these architectures is poor. The sh2a support is preserved, because at least one user expressed interest in this architecture, and is actually using it: http://lists.busybox.net/pipermail/buildroot/2013-April/070399.html Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2014-02-04 15:25:34 +01:00
help
Due to an inexistent user base and generally poor Linux
support, the support for the SH2 architecture was removed.
config BR2_sh3
bool "sh3 support removed"
Config.in.legacy: add missing select BR2_LEGACY Signed-off-by: Peter Seiderer <ps.report@gmx.net> Acked-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-10-07 23:56:49 +02:00
select BR2_LEGACY
arch: remove sh2, sh3 and sh3eb support This patch removes the sh2, sh3 and sh3eb support, because the user base is inexistent, and the Linux support for these architectures is poor. The sh2a support is preserved, because at least one user expressed interest in this architecture, and is actually using it: http://lists.busybox.net/pipermail/buildroot/2013-April/070399.html Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2014-02-04 15:25:34 +01:00
help
Due to an inexistent user base and generally poor Linux
support, the support for the SH3 architecture was removed.
config BR2_sh3eb
bool "sh3eb support removed"
Config.in.legacy: add missing select BR2_LEGACY Signed-off-by: Peter Seiderer <ps.report@gmx.net> Acked-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-10-07 23:56:49 +02:00
select BR2_LEGACY
arch: remove sh2, sh3 and sh3eb support This patch removes the sh2, sh3 and sh3eb support, because the user base is inexistent, and the Linux support for these architectures is poor. The sh2a support is preserved, because at least one user expressed interest in this architecture, and is actually using it: http://lists.busybox.net/pipermail/buildroot/2013-April/070399.html Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2014-02-04 15:25:34 +01:00
help
Due to an inexistent user base and generally poor Linux
support, the support for the SH3eb architecture was removed.
kernel-headers: remove deprecated versions 3.1, 3.3, 3.5 The Linux kernel headers versions 3.1, 3.3, and 3.5 have been deprecated since 2013.02 and thus can be removed in 2014.02. For legacy handling, we automatically select versions 3.2, 3.4, and 3.6, respectively. Additionally, this patch removes the now unused symbol BR2_DEPRECATED_SINCE_2013_02. Signed-off-by: Thomas De Schampheleire <thomas.de.schampheleire@gmail.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2014-02-05 14:50:59 +01:00
config BR2_KERNEL_HEADERS_3_1
bool "kernel headers version 3.1.x are no longer supported"
select BR2_KERNEL_HEADERS_3_2
select BR2_LEGACY
help
Version 3.1.x of the Linux kernel headers have been deprecated
for more than four buildroot releases and are now removed.
As an alternative, version 3.2.x of the headers have been
automatically selected in your configuration.
config BR2_KERNEL_HEADERS_3_3
bool "kernel headers version 3.3.x are no longer supported"
legacy/kernel-headers: adjust recommended target Previously they were set at next available version, which is problematic since new syscalls can be introduced. So switch to lower available. There's a caveat for 3.1 and 3.0 headers though since there's no lower than 3.2, so keep it at 3.2 for those unfortunately. Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2016-09-09 17:20:55 +02:00
select BR2_KERNEL_HEADERS_3_2
kernel-headers: remove deprecated versions 3.1, 3.3, 3.5 The Linux kernel headers versions 3.1, 3.3, and 3.5 have been deprecated since 2013.02 and thus can be removed in 2014.02. For legacy handling, we automatically select versions 3.2, 3.4, and 3.6, respectively. Additionally, this patch removes the now unused symbol BR2_DEPRECATED_SINCE_2013_02. Signed-off-by: Thomas De Schampheleire <thomas.de.schampheleire@gmail.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2014-02-05 14:50:59 +01:00
select BR2_LEGACY
help
Version 3.3.x of the Linux kernel headers have been deprecated
for more than four buildroot releases and are now removed.
legacy/kernel-headers: adjust recommended target Previously they were set at next available version, which is problematic since new syscalls can be introduced. So switch to lower available. There's a caveat for 3.1 and 3.0 headers though since there's no lower than 3.2, so keep it at 3.2 for those unfortunately. Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2016-09-09 17:20:55 +02:00
As an alternative, version 3.2.x of the headers have been
kernel-headers: remove deprecated versions 3.1, 3.3, 3.5 The Linux kernel headers versions 3.1, 3.3, and 3.5 have been deprecated since 2013.02 and thus can be removed in 2014.02. For legacy handling, we automatically select versions 3.2, 3.4, and 3.6, respectively. Additionally, this patch removes the now unused symbol BR2_DEPRECATED_SINCE_2013_02. Signed-off-by: Thomas De Schampheleire <thomas.de.schampheleire@gmail.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2014-02-05 14:50:59 +01:00
automatically selected in your configuration.
config BR2_KERNEL_HEADERS_3_5
bool "kernel headers version 3.5.x are no longer supported"
legacy/kernel-headers: adjust recommended target Previously they were set at next available version, which is problematic since new syscalls can be introduced. So switch to lower available. There's a caveat for 3.1 and 3.0 headers though since there's no lower than 3.2, so keep it at 3.2 for those unfortunately. Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2016-09-09 17:20:55 +02:00
select BR2_KERNEL_HEADERS_3_4
kernel-headers: remove deprecated versions 3.1, 3.3, 3.5 The Linux kernel headers versions 3.1, 3.3, and 3.5 have been deprecated since 2013.02 and thus can be removed in 2014.02. For legacy handling, we automatically select versions 3.2, 3.4, and 3.6, respectively. Additionally, this patch removes the now unused symbol BR2_DEPRECATED_SINCE_2013_02. Signed-off-by: Thomas De Schampheleire <thomas.de.schampheleire@gmail.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2014-02-05 14:50:59 +01:00
select BR2_LEGACY
help
Version 3.5.x of the Linux kernel headers have been deprecated
for more than four buildroot releases and are now removed.
legacy/kernel-headers: adjust recommended target Previously they were set at next available version, which is problematic since new syscalls can be introduced. So switch to lower available. There's a caveat for 3.1 and 3.0 headers though since there's no lower than 3.2, so keep it at 3.2 for those unfortunately. Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2016-09-09 17:20:55 +02:00
As an alternative, version 3.4.x of the headers have been
kernel-headers: remove deprecated versions 3.1, 3.3, 3.5 The Linux kernel headers versions 3.1, 3.3, and 3.5 have been deprecated since 2013.02 and thus can be removed in 2014.02. For legacy handling, we automatically select versions 3.2, 3.4, and 3.6, respectively. Additionally, this patch removes the now unused symbol BR2_DEPRECATED_SINCE_2013_02. Signed-off-by: Thomas De Schampheleire <thomas.de.schampheleire@gmail.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2014-02-05 14:50:59 +01:00
automatically selected in your configuration.
gdb: remove deprecated versions 7.2.x and 7.3.x Gdb versions 7.2.x and 7.3.x have been deprecated since 2013.02 and thus can be removed in 2014.02. For legacy handling, version 7.5.x is automatically selected. Signed-off-by: Thomas De Schampheleire <thomas.de.schampheleire@gmail.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2014-02-05 14:50:58 +01:00
config BR2_GDB_VERSION_7_2
bool "gdb 7.2.x is no longer supported"
gdb: remove versions 7.4 and 7.5 We already default to 7.6 for all architectures (except AVR32, ARC and Microblaze that have their specific versions), and we have added 7.7 recently. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2014-07-01 20:03:08 +02:00
select BR2_GDB_VERSION_7_6
gdb: remove deprecated versions 7.2.x and 7.3.x Gdb versions 7.2.x and 7.3.x have been deprecated since 2013.02 and thus can be removed in 2014.02. For legacy handling, version 7.5.x is automatically selected. Signed-off-by: Thomas De Schampheleire <thomas.de.schampheleire@gmail.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2014-02-05 14:50:58 +01:00
select BR2_LEGACY
help
Version 7.2.x of gdb has been deprecated for more than four
buildroot releases and is now removed. As an alternative, gdb
7.5.x has been automatically selected in your configuration.
config BR2_GDB_VERSION_7_3
bool "gdb 7.3.x is no longer supported"
gdb: remove versions 7.4 and 7.5 We already default to 7.6 for all architectures (except AVR32, ARC and Microblaze that have their specific versions), and we have added 7.7 recently. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2014-07-01 20:03:08 +02:00
select BR2_GDB_VERSION_7_6
gdb: remove deprecated versions 7.2.x and 7.3.x Gdb versions 7.2.x and 7.3.x have been deprecated since 2013.02 and thus can be removed in 2014.02. For legacy handling, version 7.5.x is automatically selected. Signed-off-by: Thomas De Schampheleire <thomas.de.schampheleire@gmail.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2014-02-05 14:50:58 +01:00
select BR2_LEGACY
help
Version 7.3.x of gdb has been deprecated for more than four
buildroot releases and is now removed. As an alternative, gdb
7.5.x has been automatically selected in your configuration.
ccache: remove deprecated target package The ccache target package has been deprecated since 2013.02 and thus can be removed in 2014.02. This does not change anything about host ccache (used for speeding up builds). Signed-off-by: Thomas De Schampheleire <thomas.de.schampheleire@gmail.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2014-02-05 14:50:57 +01:00
config BR2_PACKAGE_CCACHE
bool "ccache target package has been removed"
select BR2_LEGACY
help
The 'ccache' target package has been removed since it has been
deprecated for more than four buildroot releases.
Note: using ccache for speeding up builds is still supported.
packages: remove support for documentation on target This patch removes deprecated symbol BR2_HAVE_DOCUMENTATION and all its usage. Additionally, it removes the now unused BR2_DEPRECATED_SINCE_2012_11. Signed-off-by: Thomas De Schampheleire <thomas.de.schampheleire@gmail.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2014-02-05 14:50:56 +01:00
config BR2_HAVE_DOCUMENTATION
bool "support for documentation on target has been removed"
select BR2_LEGACY
help
Support for documentation on target has been removed since it has
been deprecated for more than four buildroot releases.
automake: remove deprecated target package The automake support on target has been deprecated for more than four buildroot releases and thus can be removed. This doesn't change anything about the host automake support. Signed-off-by: Thomas De Schampheleire <thomas.de.schampheleire@gmail.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2014-02-05 14:50:55 +01:00
config BR2_PACKAGE_AUTOMAKE
bool "automake target package has been removed"
select BR2_LEGACY
help
The 'automake' target package has been removed since it has been
deprecated for more than four buildroot releases.
Note: the host automake still exists.
autoconf: remove deprecated target package The autoconf support on target has been deprecated for more than four buildroot releases and thus can be removed. This doesn't change anything about the host autoconf support. Signed-off-by: Thomas De Schampheleire <thomas.de.schampheleire@gmail.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2014-02-05 14:50:54 +01:00
config BR2_PACKAGE_AUTOCONF
bool "autoconf target package has been removed"
select BR2_LEGACY
help
The 'autoconf' target package has been removed since it has been
deprecated for more than four buildroot releases.
Note: the host autoconf still exists.
xstroke: remove deprecated package xstroke has been deprecated since 2013.02 and thus can be removed in 2014.02. Signed-off-by: Thomas De Schampheleire <thomas.de.schampheleire@gmail.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2014-02-05 14:50:53 +01:00
config BR2_PACKAGE_XSTROKE
bool "xstroke has been removed"
select BR2_LEGACY
help
The 'xstroke' package has been removed since it has been
deprecated for more than four buildroot releases.
lzma: remove deprecated target package The on-target lzma package has been deprecated for a long time, so remove it. This does not remove the support for generating lzma-compressed rootfs images. Signed-off-by: Thomas De Schampheleire <thomas.de.schampheleire@gmail.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2014-01-21 08:54:12 +01:00
config BR2_PACKAGE_LZMA
bool "lzma target package has been removed"
select BR2_LEGACY
help
The 'lzma' target package has been removed since it has been
deprecated for more than four buildroot releases.
Note: generating lzma-compressed rootfs images is still supported.
ttcp: remove deprecated package Since this is the only package depending on BR2_DEPRECATED_SINCE_2012_05, remove that symbol as well. Signed-off-by: Thomas De Schampheleire <thomas.de.schampheleire@gmail.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2014-01-21 08:54:10 +01:00
config BR2_PACKAGE_TTCP
bool "ttcp has been removed"
select BR2_LEGACY
help
The 'ttcp' package has been removed since it has been
deprecated for more than four buildroot releases.
libnfc-llcp: rename to libllcp and bump version This package has been renamed upstream to libllcp. Also, the current package we have in Buildroot fails to compile due to a version bump of it's main dependence, libnfc. A version bump is required because this package has been adapted upstream to work with libnfc-1.7.0-rc6. Signed-off-by: Vicente Olivert Riera <Vincent.Riera@imgtec.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2014-01-10 11:06:19 +01:00
config BR2_PACKAGE_LIBNFC_LLCP
Config.in.legacy: fix misc. problems with libnfc-llcp removal The Config.in.legacy entry associated with the replacement of libnfc-llcp was broken in multiple ways: - it was not correctly added within the section for 2014.02 deprecation (recently fixed by Yann E. Morin with commit f169e5e1055600fda1b3ff0c852ee84d2ec80460) - it still had select/depend statements from the original symbol, which should not be added in Config.in.legacy. - it did not select the replacement symbol as to make the transition for users more convenient. - indentation of the help text was not tab+2spaces. Signed-off-by: Thomas De Schampheleire <thomas.de.schampheleire@gmail.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2014-01-21 08:54:13 +01:00
bool "libnfc-llcp has been replaced by libllcp"
libnfc-llcp: rename to libllcp and bump version This package has been renamed upstream to libllcp. Also, the current package we have in Buildroot fails to compile due to a version bump of it's main dependence, libnfc. A version bump is required because this package has been adapted upstream to work with libnfc-1.7.0-rc6. Signed-off-by: Vicente Olivert Riera <Vincent.Riera@imgtec.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2014-01-10 11:06:19 +01:00
select BR2_LEGACY
Config.in.legacy: fix misc. problems with libnfc-llcp removal The Config.in.legacy entry associated with the replacement of libnfc-llcp was broken in multiple ways: - it was not correctly added within the section for 2014.02 deprecation (recently fixed by Yann E. Morin with commit f169e5e1055600fda1b3ff0c852ee84d2ec80460) - it still had select/depend statements from the original symbol, which should not be added in Config.in.legacy. - it did not select the replacement symbol as to make the transition for users more convenient. - indentation of the help text was not tab+2spaces. Signed-off-by: Thomas De Schampheleire <thomas.de.schampheleire@gmail.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2014-01-21 08:54:13 +01:00
select BR2_PACKAGE_LIBLLCP
libnfc-llcp: rename to libllcp and bump version This package has been renamed upstream to libllcp. Also, the current package we have in Buildroot fails to compile due to a version bump of it's main dependence, libnfc. A version bump is required because this package has been adapted upstream to work with libnfc-1.7.0-rc6. Signed-off-by: Vicente Olivert Riera <Vincent.Riera@imgtec.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2014-01-10 11:06:19 +01:00
help
The 'libnfc-llcp' package has been removed since upstream renamed
Config.in.legacy: fix misc. problems with libnfc-llcp removal The Config.in.legacy entry associated with the replacement of libnfc-llcp was broken in multiple ways: - it was not correctly added within the section for 2014.02 deprecation (recently fixed by Yann E. Morin with commit f169e5e1055600fda1b3ff0c852ee84d2ec80460) - it still had select/depend statements from the original symbol, which should not be added in Config.in.legacy. - it did not select the replacement symbol as to make the transition for users more convenient. - indentation of the help text was not tab+2spaces. Signed-off-by: Thomas De Schampheleire <thomas.de.schampheleire@gmail.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2014-01-21 08:54:13 +01:00
to 'libllcp'. We have added a new package for 'libllcp' and bumped
the version at the same time.
libnfc-llcp: rename to libllcp and bump version This package has been renamed upstream to libllcp. Also, the current package we have in Buildroot fails to compile due to a version bump of it's main dependence, libnfc. A version bump is required because this package has been adapted upstream to work with libnfc-1.7.0-rc6. Signed-off-by: Vicente Olivert Riera <Vincent.Riera@imgtec.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2014-01-10 11:06:19 +01:00
Rename MySQL client package MySQL client package has been renamed to MySQL. [Peter: fixup help text] Signed-off-by: Marcelo Gutiérrez <kuyurix@gmail.com> Reviewed-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2014-01-21 15:08:28 +01:00
config BR2_PACKAGE_MYSQL_CLIENT
bool "MySQL client renamed to MySQL"
select BR2_LEGACY
select BR2_PACKAGE_MYSQL
help
The option has been renamed BR2_PACKAGE_MYSQL
squashfs3: remove deprecated package/rootfs [Peter: remove now unused BR2_DEPRECATED_SINCE_2010_05 symbol] Signed-off-by: Thomas De Schampheleire <thomas.de.schampheleire@gmail.com> Acked-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2014-01-03 17:02:53 +01:00
config BR2_PACKAGE_SQUASHFS3
bool "squashfs3 has been removed"
select BR2_LEGACY
select BR2_PACKAGE_SQUASHFS
help
The 'squashfs3' package has been removed since it has been
deprecated for more than four buildroot releases. Package
'squashfs' (4) has been selected automatically as replacement.
config BR2_TARGET_ROOTFS_SQUASHFS3
bool "squashfs3 rootfs support has been removed"
select BR2_LEGACY
help
Together with the removal of the squashfs3 package, support
for squashfs3 root filesystems has been removed too. Squashfs
root filesystems will automatically use squashfs4 now.
Remove deprecated package netkitbase and netkittelnet [Peter: fixup Config.in.legacy indentation] Signed-off-by: Arnaud Aujon <arnaud.aujon@gmail.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2013-12-15 20:23:12 +01:00
config BR2_PACKAGE_NETKITBASE
bool "netkitbase has been removed"
select BR2_LEGACY
help
The 'netkitbase' package has been removed since it has been
deprecated since 2012.11. This package provided 'inetd'
which is replaced by 'xinet' and 'ping' which is replaced by
'busybox' or 'fping'.
config BR2_PACKAGE_NETKITTELNET
bool "netkittelnet has been removed"
select BR2_LEGACY
help
The 'netkittelnet' package has been removed since it has
been deprecated since 2012.11. 'busybox' provides a telnet
client and should be used instead.
luasql-sqlite3: renamed like with LuaRocks Signed-off-by: Francois Perrad <francois.perrad@gadz.org> [yann.morin.1998@free.fr: select BR2_PACKAGE_SQLITE] Signed-off-by: Yann E. MORIN <yann.morin.1998@free.fr> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2014-01-11 16:42:09 +01:00
config BR2_PACKAGE_LUASQL
bool "luasql has been replaced by luasql-sqlite3"
select BR2_PACKAGE_LUASQL_SQLITE3
select BR2_LEGACY
help
The option has been renamed BR2_PACKAGE_LUASQL_SQLITE3.
lua-cjson: restore official name (need by LuaRocks) Signed-off-by: Francois Perrad <francois.perrad@gadz.org> Signed-off-by: Yann E. MORIN <yann.morin.1998@free.fr> Reviewed-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2014-01-11 16:42:08 +01:00
config BR2_PACKAGE_LUACJSON
bool "luacjson has been replaced by lua-cjson"
select BR2_PACKAGE_LUA_CJSON
select BR2_LEGACY
help
The option has been renamed BR2_PACKAGE_LUA_CJSON.
module-init-tools: remove package This commit removes the module-init-tools package and adds the relevant Config.in.legacy entries to ease the migration for users. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2013-08-27 19:28:34 +02:00
###############################################################################
comment "Legacy options removed in 2013.11"
lvm2: replace !BR2_PACKAGE_LVM2_DMSETUP_ONLY by BR2_PACKAGE_LVM2_STANDARD_INSTALL BR2_PACKAGE_LVM2_DMSETUP_ONLY is a "negative" option that disables build and install of part of the suite. This option cannot be unselected by other config options, which gives a problem for BR2_PACKAGE_UDISKS_LVM2: it needs BR2_PACKAGE_LVM2_APP_LIBRARY, which requires the full suite. Therefore, replace the negative BR2_PACKAGE_LVM2_DMSETUP_ONLY by a positive BR2_PACKAGE_LVM2_STANDARD_INSTALL. To make sure that existing defconfigs keep working, the new option defaults to y unless the legacy BR2_PACKAGE_LVM2_DMSETUP_ONLY was selected. Fixes http://autobuild.buildroot.net/results/ea4627cae45e972ebba5b33a2b2871ce7f46fedc/ Signed-off-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2013-11-28 09:29:28 +01:00
config BR2_PACKAGE_LVM2_DMSETUP_ONLY
bool "lvm2's 'dmsetup only' option removed"
select BR2_LEGACY
help
The BR2_PACKAGE_LVM2_DMSETUP_ONLY was a negative option, which
led to problems with other packages that need the full lvm2
suite. Therefore, the option has been replaced with the positive
BR2_PACKAGE_LVM2_STANDARD_INSTALL option.
# Note: BR2_PACKAGE_LVM2_DMSETUP_ONLY is still referenced in package/lvm2/Config.in
# in order to automatically propagate old configs
qt: remove the BR2_PACKAGE_QT_JAVASCRIPTCORE option The BR2_PACKAGE_QT_JAVASCRIPTCORE option was available to force the activation or disabling of the JIT compiler in the Qt Javascript interpreter. However, the JIT compiler is not available for all architectures, so forcing its activation does not always work. Moreover, Qt knows by itself for which architectures JIT support is possible, and will automatically enable it if possible. Therefore, this option was in fact useless, and causing build problems when enabled on architectures for which the JIT support was not available. This commit removes this option and there is no replacement: Qt will enable JIT at compile time when possible. Fixes: http://autobuild.buildroot.org/results/aae/aaeb82753b7654eeca679ded5d0211ceebda3ea2/build-end.log http://autobuild.buildroot.org/results/367/3670e4f03ff0ce114c90bd7139243d82c427b52a/build-end.log Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2013-11-07 20:07:21 +01:00
config BR2_PACKAGE_QT_JAVASCRIPTCORE
bool "qt javascriptcore option removed"
select BR2_LEGACY
help
The BR2_PACKAGE_QT_JAVASCRIPTCORE option was available to
force the activation or disabling of the JIT compiler in the
Qt Javascript interpreter. However, the JIT compiler is not
available for all architectures, so forcing its activation
does not always work. Moreover, Qt knows by itself for which
architectures JIT support is possible, and will
automatically enable it if possible.
Therefore, this option was in fact useless, and causing
build problems when enabled on architectures for which the
JIT support was not available. It has been removed, and
there is no replacement: Qt will enable JIT at compile time
when possible.
module-init-tools: remove package This commit removes the module-init-tools package and adds the relevant Config.in.legacy entries to ease the migration for users. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2013-08-27 19:28:34 +02:00
config BR2_PACKAGE_MODULE_INIT_TOOLS
bool "module-init-tools replaced by kmod"
select BR2_PACKAGE_KMOD
select BR2_PACKAGE_KMOD_TOOLS
Config.in.legacy: select BR2_LEGACY for module-init-tools legacy option Commit 94c72087f3 ("module-init-tools: remove package") removed the module-init-tools package and therefore added the corresponding config option in Config.in.legacy. However, the commit forgot to add the "select BR2_LEGACY" that ensures the build cannot proceed until the user has acknowledged the change (i.e kmod replacing module-init-tools). This commit adds this missing "select BR2_LEGACY". Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Acked-by: Thomas De Schampheleire <thomas.de.schampheleire@gmail.com> Acked-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2013-11-07 20:09:48 +01:00
select BR2_LEGACY
module-init-tools: remove package This commit removes the module-init-tools package and adds the relevant Config.in.legacy entries to ease the migration for users. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2013-08-27 19:28:34 +02:00
help
The 'module-init-tools' package has been removed, since it
has been depracated upstream and replaced by 'kmod'.
u-boot: add support for custom Mercurial repository Signed-off-by: Thomas De Schampheleire <thomas.de.schampheleire@gmail.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2013-09-02 22:07:55 +02:00
config BR2_TARGET_UBOOT_CUSTOM_GIT_REPO_URL
string "u-boot: the git repository URL option has been renamed"
help
The option BR2_TARGET_UBOOT_CUSTOM_GIT_REPO_URL has
been renamed to BR2_TARGET_UBOOT_CUSTOM_REPO_URL.
config BR2_TARGET_UBOOT_CUSTOM_GIT_REPO_URL_WRAP
bool
default y if BR2_TARGET_UBOOT_CUSTOM_GIT_REPO_URL != ""
select BR2_LEGACY
# Note: BR2_TARGET_UBOOT_CUSTOM_GIT_REPO_URL is still referenced from
# boot/uboot/Config.in
config BR2_TARGET_UBOOT_CUSTOM_GIT_VERSION
string "u-boot: the git repository version option has been renamed"
help
The option BR2_TARGET_UBOOT_CUSTOM_GIT_VERSION has
been renamed to BR2_TARGET_UBOOT_CUSTOM_REPO_VERSION.
config BR2_TARGET_UBOOT_CUSTOM_GIT_VERSION_WRAP
bool
default y if BR2_TARGET_UBOOT_CUSTOM_GIT_VERSION != ""
select BR2_LEGACY
# Note: BR2_TARGET_UBOOT_CUSTOM_GIT_VERSION is still referenced from
# boot/uboot/Config.in
linux: add support for custom Mercurial repository Signed-off-by: Thomas De Schampheleire <thomas.de.schampheleire@gmail.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2013-09-02 22:07:54 +02:00
config BR2_LINUX_KERNEL_CUSTOM_GIT_REPO_URL
string "linux: the git repository URL option has been renamed"
help
The option BR2_LINUX_KERNEL_CUSTOM_GIT_REPO_URL has
been renamed to
BR2_LINUX_KERNEL_CUSTOM_REPO_URL.
config BR2_LINUX_KERNEL_CUSTOM_GIT_REPO_URL_WRAP
bool
default y if BR2_LINUX_KERNEL_CUSTOM_GIT_REPO_URL != ""
select BR2_LEGACY
# Note: BR2_LINUX_KERNEL_CUSTOM_GIT_REPO_URL is still referenced from
# linux/Config.in
config BR2_LINUX_KERNEL_CUSTOM_GIT_VERSION
string "linux: the git repository version option has been renamed"
help
The option BR2_LINUX_KERNEL_CUSTOM_GIT_VERSION has
been renamed to
BR2_LINUX_KERNEL_CUSTOM_REPO_VERSION.
config BR2_LINUX_KERNEL_CUSTOM_GIT_VERSION_WRAP
bool
default y if BR2_LINUX_KERNEL_CUSTOM_GIT_VERSION != ""
select BR2_LEGACY
# Note: BR2_LINUX_KERNEL_CUSTOM_GIT_VERSION is still referenced from
# linux/Config.in
legacy: print removal date in menuconfig Show the user how old the legacy options are, as a subtle suggestion for him to update mopre often. ;-) Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Acked-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2013-06-30 00:38:12 +02:00
###############################################################################
comment "Legacy options removed in 2013.08"
dosfstools: bump to version 3.0.18 And update Config.in & Config.in.legacy entries to reflect upstream changes to tool naming. Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2013-06-10 16:14:31 +02:00
legacy: add a legacy option for BR2_ARM_OABI As Arnout noted, we removed the BR2_ARM_OABI option without adding the corresponding option in Config.in.legacy, so users upgrading to Buildroot 2013.08 with an OABI configuration would get migrated automatically to EABI without any warning. This commit introduces such a legacy option, so that such users would be explicitly warned about the removal of OABI support. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2013-08-10 19:20:01 +02:00
config BR2_ARM_OABI
bool "ARM OABI support has been removed"
select BR2_LEGACY
help
The support for the ARM OABI was deprecated since a while,
and has been removed completely from Buildroot. It is also
deprecated in upstream gcc, since gcc 4.7. People should
switch to EABI instead, which should not be a problem as
long as you don't have pre-built OABI binaries in your
system that you can't recompile.
dosfstools: bump to version 3.0.18 And update Config.in & Config.in.legacy entries to reflect upstream changes to tool naming. Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2013-06-10 16:14:31 +02:00
config BR2_PACKAGE_DOSFSTOOLS_DOSFSCK
bool "dosfstools dosfsck renamed to fsck.fat"
select BR2_LEGACY
select BR2_PACKAGE_DOSFSTOOLS_FSCK_FAT
help
dosfsck was renamed upstream to fsck.fat for consistency.
config BR2_PACKAGE_DOSFSTOOLS_DOSFSLABEL
bool "dosfstools dosfslabel renamed to fatlabel"
select BR2_LEGACY
select BR2_PACKAGE_DOSFSTOOLS_FATLABEL
help
doslabel was renamed upstream to fatlabel for consistency.
config BR2_PACKAGE_DOSFSTOOLS_MKDOSFS
bool "dosfstools mkdosfs renamed to mkfs.fat"
select BR2_LEGACY
select BR2_PACKAGE_DOSFSTOOLS_MKFS_FAT
help
mkdosfs was renamed upstream to mkfs.fat for consistency.
elf2flt: convert to the package infrastructure [Peter: Correct legacy position] Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2013-06-30 21:28:57 +02:00
config BR2_ELF2FLT
bool "the elf2flt option has been renamed"
select BR2_LEGACY
help
The BR2_ELF2FLT option has been renamed to
BR2_PACKAGE_HOST_ELF2FLT due to the conversion of elf2flt to
the package infrastructure.
toolchain: remove the old BR2_VFP_FLOAT option Now that we have a much better way of selecting between the various VFP versions and capabilities, the BR2_VFP_FLOAT version no longer makes sense. This commit gets rid of it, and adds the appropriate Config.in.legacy code. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2013-07-16 10:03:17 +02:00
config BR2_VFP_FLOAT
bool "the ARM VFP floating point option has been renamed"
select BR2_LEGACY
help
Due to a major refactoring of the floating-point handling of
the ARM architecture support, the BR2_VFP_FLOAT option has
been replaced with a choice of options that allows to select
between various VFP versions/capabilities.
legacy: marked BR2_PACKAGE_GCC_TARGET and BR2_HAVE_DEVFILES as removed These 2 symbols were removed when the gcc has been converted to the Buildroot package infrastructures. Signed-off-by: Samuel Martin <s.martin49@gmail.com> Cc: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Acked-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2013-08-30 06:08:59 +02:00
config BR2_PACKAGE_GCC_TARGET
bool "gcc on the target filesystem has been removed"
select BR2_LEGACY
help
The support for gcc in the target filesystem was deprecated
since a while, and has been removed completely from Buildroot.
See Buildroot's documentation for more explanations.
config BR2_HAVE_DEVFILES
bool "development files in target filesystem has been removed"
select BR2_LEGACY
help
The installation of the development files in the target
filesystem was deprecated since a while, and has been removed
completely from Buildroot.
See Buildroot's documentation for more explanations.
legacy: print removal date in menuconfig Show the user how old the legacy options are, as a subtle suggestion for him to update mopre often. ;-) Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Acked-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2013-06-30 00:38:12 +02:00
###############################################################################
comment "Legacy options removed in 2013.05"
legacy: add options for the legacy Realtek WiFi options in linux-firmware Reported-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Cc: Peter Korsgaard <jacmet@uclibc.org> Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2013-06-04 13:49:53 +02:00
config BR2_PACKAGE_LINUX_FIRMWARE_RTL_8192
bool "Realtek 8192 replaced by Realtek 81xx"
select BR2_LEGACY
select BR2_PACKAGE_LINUX_FIRMWARE_RTL_81XX
help
Now covers the whole Realtek 81xx familly: 8188/8192.
config BR2_PACKAGE_LINUX_FIRMWARE_RTL_8712
bool "Realtek 8712 replaced by Realtek 87xx"
select BR2_LEGACY
select BR2_PACKAGE_LINUX_FIRMWARE_RTL_87XX
help
Now covers the whole Realtek 87xx familly: 8712/8723.
Legacy: make the menu a normal menu. The help text is moved to comments. Signed-off-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2013-02-05 06:34:32 +01:00
endmenu
*config: improve handling of BR2_LEGACY In 8a46d4bf1f the randpackageconfig and allpackageyesconfig were extended with disabling all the legacy options, otherwise the resulting config couldn't be built. However, that didn't work for randconfig and allyesconfig. This commit reverts 8a46d4bf1f and replaces it with a different approach: skipping of the legacy config options is passed explicitly through the environment variable SKIP_LEGACY, which forces BR2_SKIP_LEGACY to y. The new option BR2_SKIP_LEGACY completely disables the legacy handling, which effectively removes all the legacy options from the .config. However, in that case no values are set for the legacy options so a subsequent oldconfig will query them. Therefore, run an additional olddefconfig. [Peter: fix s/BR2_LEGACY/SKIP_LEGACY/ typo] Signed-off-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be> [yann.morin.1998@free.fr: do not rely on a user-visible option, works perfectly well with only blind options set from the environment] Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2015-04-11 01:49:02 +02:00
endif # !SKIP_LEGACY
Reference in New Issue Copy Permalink