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

4778 lines
146 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
Config.in*: re-wrap help text ... to follow the convention <tab><2 spaces><62 chars>. Signed-off-by: Ricardo Martincoski <ricardo.martincoski@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
2018-04-01 07:08:39 +02:00
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.
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
# 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
linux-headers: drop old unsupported 4.{10,11,12,13,15} versions These versions received their last updated more than three months ago and are no longer supported according to https://www.kernel.org/category/releases.html, so drop them and add legacy entries. Signed-off-by: Bernd Kuhls <bernd.kuhls@t-online.de> [Thomas: select an older kernel headers (4.9) rather than a newer one (4.14) in the legacy handling of 4.10, 4.11, 4.12 and 4.13.] Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
2018-08-24 20:41:33 +02:00
###############################################################################
system cfg: remove mkpasswd MD5 format option As SHA256 is now default, removing weak MD5 option. C libraries now all support the SHA methods. glibc 2.7+ uclibc (bdd8362a88 package/uclibc: defconfig: enable sha-256...) musl 1.1.14+ One issue this would prevent, is a host tool issue with a FIPS enabled system where weak ciphers/methods are disabled. It seems the crypt(3) call is impacted by /proc/sys/crypto/fips_enabled (per crypt(3) man page). It results in mkpasswd returning "(EPERM) crypt failed." Rather then create a Buildroot host dependency check, this patch removes the potential corner case from being selected. Acked-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Cc: "Yann E. MORIN" <yann.morin.1998@free.fr> Signed-off-by: Matthew Weber <matthew.weber@rockwellcollins.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2018-12-06 03:06:29 +01:00
Config.in.legacy: fix separator comment location When the fis and gadgetfs-test packages were removed, their respective options in Config.in.legacy were placed before the "Legacy options removed in 2020.02", while they should have been placed after. Let's fix that. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
2020-02-03 16:47:34 +01:00
comment "Legacy options removed in 2020.02"
package/qt5: drop 5.6 support As discussed during the FOSDEM2019 develop days, Qt 5.6 is very old (5.6.3 was released in September 2017, and 5.6.x became EOL in March 2019), so drop it before the new Buildroot LTS release: https://elinux.org/Buildroot:DeveloperDaysFOSDEM2019#Qt5_versions_to_support:_keep_5.6_or_a_newer_LTS.3F And add legacy handling for it. There are a number of places where code checks for BR2_PACKAGE_QT5_VERSION_LATEST, so leave that as a blind option for now to not break the build. Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2020-02-26 15:45:32 +01:00
config BR2_PACKAGE_QT5_VERSION_5_6
bool "qt 5.6 support removed"
select BR2_LEGACY
help
Support for Qt 5.6 is EOL and has been removed. The current
version (5.12 or later) has been selected instead.
package/libcurl: rename curl binary config symbol Package optional or choice config symbols are usually prefixed with the package config symbol name. Rename BR2_PACKAGE_CURL to BR2_PACKAGE_LIBCURL_CURL to conform. Update references to the old name. Cc: Matt Weber <matthew.weber@rockwellcollins.com> Signed-off-by: Baruch Siach <baruch@tkos.co.il> Reviewed-by: Matt Weber <matthew.weber@rockwellcollins.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2020-02-10 13:06:59 +01:00
config BR2_PACKAGE_CURL
bool "BR2_PACKAGE_CURL was renamed"
select BR2_PACKAGE_LIBCURL_CURL
select BR2_LEGACY
help
The BR2_PACKAGE_CURL config symbol was renamed to
BR2_PACKAGE_LIBCURL_CURL.
package/gstreamer/*: remove packages Gstreamer 0.10 has been deprecated upstream since 2012 and is missing a lot of features and (security) fixes compared to gstreamer1, so remove it. All gstreamer-0.10 sub packages depends on gstreamer, so we only need to add a legacy entry for that. Signed-off-by: Peter Korsgaard <peter@korsgaard.com> Signed-off-by: Yann E. MORIN <yann.morin.1998@free.fr>
2020-02-07 15:50:25 +01:00
config BR2_PACKAGE_GSTREAMER
bool "gstreamer-0.10 removed"
select BR2_LEGACY
help
Gstreamer-0.10 package was removed. It has been deprecated
upstream since 2012, and is missing a lot of features and
fixes compared to gstreamer-1.x.
package/nvidia-tegra23-binaries: drop gstreamer 0.10.x support With the upcoming removal of gstreamer 0.10, the logic for installing binaries using gstreamer 0.10.x in nvidia-tegra23-binaries must go as well. Signed-off-by: Peter Korsgaard <peter@korsgaard.com> Signed-off-by: Yann E. MORIN <yann.morin.1998@free.fr>
2020-02-07 15:50:24 +01:00
config BR2_PACKAGE_NVIDIA_TEGRA23_BINARIES_GSTREAMER_PLUGINS
bool "nvidia-tegra23 binaries gstreamer 0.10.x support removed"
select BR2_LEGACY
help
Gstreamer 0.10.x is no longer available in Buildroot, so
neither is the support in nvidia-tegra23 binaries.
config BR2_PACKAGE_NVIDIA_TEGRA23_BINARIES_NV_SAMPLE_APPS
bool "nvidia-tegra23 binaries sample apps removed"
select BR2_LEGACY
help
Gstreamer 0.10.x is no longer available in Buildroot, so
neither is the support in nvidia-tegra23 binaries.
package/freerdp: drop gstreamer 0.10.x support With the upcoming removal of gstreamer 0.10, the logic for building freerdp with support for it must go as well. As there is now a single option for gstreamer (1.x) support, convert the gstreamer support choice to a normal option for simplicity. Signed-off-by: Peter Korsgaard <peter@korsgaard.com> Signed-off-by: Yann E. MORIN <yann.morin.1998@free.fr>
2020-02-07 15:50:23 +01:00
config BR2_PACKAGE_FREERDP_GSTREAMER
bool "freerdp gstreamer 0.10.x support removed"
select BR2_LEGACY
help
Gstreamer 0.10.x is no longer available in Buildroot, so
neither is the support in freerdp.
package/opencv3: drop gstreamer 0.10.x support With the upcoming removal of gstreamer 0.10, the logic for building opencv3 with support for it must go as well. As there is now a single option for gstreamer (1.x) support, convert the gstreamer support choice to a normal option for simplicity. Signed-off-by: Peter Korsgaard <peter@korsgaard.com> Signed-off-by: Yann E. MORIN <yann.morin.1998@free.fr>
2020-02-07 15:50:22 +01:00
config BR2_PACKAGE_OPENCV3_WITH_GSTREAMER
bool "opencv3 gstreamer 0.10.x support removed"
select BR2_LEGACY
help
Gstreamer 0.10.x is no longer available in Buildroot, so
neither is the support in opencv3.
package/opencv: drop gstreamer 0.10.x support With the upcoming removal of gstreamer 0.10, the logic for building opencv with support for it must go as well. As there is now a single option for gstreamer (1.x) support, convert the gstreamer support choice to a normal option for simplicity. Signed-off-by: Peter Korsgaard <peter@korsgaard.com> Signed-off-by: Yann E. MORIN <yann.morin.1998@free.fr>
2020-02-07 15:50:21 +01:00
config BR2_PACKAGE_OPENCV_WITH_GSTREAMER
bool "opencv gstreamer 0.10.x support removed"
select BR2_LEGACY
help
Gstreamer 0.10.x is no longer available in Buildroot, so
neither is the support in opencv.
package/libplayer: remove package Libplayer is dead upstream. The mercurial repo is no longer online, it hasn't seen any releases since 2010 and the mplayer backend was removed from Buildroot in 2018. With the upcoming removal of gstreamer 0.10, there is no longer any backends available in Buildroot, so remove the package. Signed-off-by: Peter Korsgaard <peter@korsgaard.com> Signed-off-by: Yann E. MORIN <yann.morin.1998@free.fr>
2020-02-07 15:50:20 +01:00
config BR2_PACKAGE_LIBPLAYER
bool "libplayer package was removed"
select BR2_LEGACY
help
The libplayer package was removed. The latest release is
from 2010 and none of the backends are available in
Buildroot any more.
package/gcc: remove gcc 5.5 or1k fork Remove the old gcc 5.5 fork for or1k architecture that start to fail to build with recent version of Binutils >= 2.32 with the following error: host-gcc-final-or1k-musl-5.4.0-20170218/build/./gcc/crtbeginS.o: addend should be zero for plt relocations host/or1k-buildroot-linux-uclibc/bin/ld: final link failed: bad value https://gitlab.com/kubu93/buildroot/-/jobs/391938988 Signed-off-by: Romain Naour <romain.naour@gmail.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2020-01-02 23:04:15 +01:00
config BR2_GCC_VERSION_OR1K
bool "gcc 5.x fork for or1k has been removed"
select BR2_LEGACY
help
Support for gcc 5.x for or1k has been removed. The current
default version (9.x or later) has been selected instead.
package/bluez_utils: drop package BlueZ 4.x is deprecated since a long time (BlueZ 5.x has been released in 2012) so drop it. For cwiid, sconeserver and ussp-push, replace bluez_utils by bluez5_utils. All other packages already support bluez5_utils so just drop bluez_utils. Signed-off-by: Fabrice Fontaine <fontaine.fabrice@gmail.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2020-01-12 23:08:39 +01:00
config BR2_PACKAGE_BLUEZ_UTILS
bool "bluez-utils was removed"
select BR2_LEGACY
Config.in.legacy: fix selection of bluez5_utils Select BR2_PACKAGE_BLUEZ5_UTILS only if all its reverse dependencies are selected Signed-off-by: Fabrice Fontaine <fontaine.fabrice@gmail.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2020-02-11 00:01:37 +01:00
select BR2_PACKAGE_BLUEZ5_UTILS if BR2_TOOLCHAIN_HEADERS_AT_LEAST_3_4 \
&& BR2_TOOLCHAIN_HAS_SYNC_4
package/bluez_utils: drop package BlueZ 4.x is deprecated since a long time (BlueZ 5.x has been released in 2012) so drop it. For cwiid, sconeserver and ussp-push, replace bluez_utils by bluez5_utils. All other packages already support bluez5_utils so just drop bluez_utils. Signed-off-by: Fabrice Fontaine <fontaine.fabrice@gmail.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2020-01-12 23:08:39 +01:00
help
The bluez-utils (BlueZ 4.x) package was removed as it is
deprecated since a long time. As an alternative, the
bluez5-utils (BlueZ 5.x) has been automatically selected in
your configuration.
package/gadgetfs-test: remove package Remove gadgetfs-test as gadgetfs has been deprecated in favour of functionfs. Signed-off-by: Mark Corbin <mark@dibsco.co.uk> Signed-off-by: Yann E. MORIN <yann.morin.1998@free.fr>
2020-02-03 15:40:57 +01:00
config BR2_PACKAGE_GADGETFS_TEST
bool "gadgetfs-test was removed"
select BR2_LEGACY
help
The gadgetfs-test package was removed. Gadgetfs has been
deprecated in favour of functionfs. Consider using
gadget-tool (gt) instead.
package/fis: remove package Remove fis as RedBoot hasn't been updated for over 10 years. Signed-off-by: Mark Corbin <mark@dibsco.co.uk> Signed-off-by: Yann E. MORIN <yann.morin.1998@free.fr>
2020-02-03 14:57:26 +01:00
config BR2_PACKAGE_FIS
bool "fis was removed"
select BR2_LEGACY
help
The fis package was removed.
package/{refpolicy,libsepol}: move policy version selection from refpolicy to libsepol Currently, a user sets a policy version via the refpolicy package. Having the option here has a few disadvantages: - The Refpolicy package is not technically needed to use SELinux. - When building a modular policy, Refpolicy will ignore the version string and build the highest version possible which will cause libsemanage to possibly fail when loading the policy. Specifying a manual policy version in /etc/selinux/semanage.conf forces libsemanage to load a specific policy version, which fixes the above issue. However, because refpolicy currently defines the policy version, libsemanage does not have a way to determine the policy version, as refpolicy is not a dependency of libsemanage. To work around these limitations, move the policy version number selection to libsepol, as a system using SELinux always requires this library. Signed-off-by: Adam Duskett <aduskett@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
2020-02-03 14:29:49 +01:00
config BR2_PACKAGE_REFPOLICY_POLICY_VERSION
string "refpolicy policy version"
help
The refpolicy policy version option has been moved to the
libsepol package.
config BR2_PACKAGE_REFPOLICY_POLICY_VERSION_WRAP
bool
default y if BR2_PACKAGE_REFPOLICY_POLICY_VERSION != ""
select BR2_LEGACY
package/celt051: drop package Remove celt051 package as celt has been merged into the IETF Opus codec and is now obsolete (see http://celt-codec.org/). The only reverse dependency of celt051 is spice. Opus support on spice has been added upstream 6 years ago with: https://gitlab.freedesktop.org/spice/spice/commit/ce9b714137a767b81f2d3c40b5f3ce0d5cf70fc8 Spice disabled celt by default since version 0.14.1 and: https://gitlab.freedesktop.org/spice/spice-common/commit/72b0d603e128cd3af15974fe6b3e4b56ea9c6f34 Spice evens error out, by default, if Opus is missing but not explicitly disabeld since: https://gitlab.freedesktop.org/spice/spice-common/commit/f5224738425a7e97e1c32ea85bb3b243e50d4e22 This will also fix a static build failure on spice with celt051 and opus. Fixes: - http://autobuild.buildroot.org/results/96c786f85d35f33508e9c71778043d16b87f72cd Signed-off-by: Fabrice Fontaine <fontaine.fabrice@gmail.com> [yann.morin.1998@free.fr: slight rephrasing in legacy help] Signed-off-by: Yann E. MORIN <yann.morin.1998@free.fr>
2020-01-24 21:09:31 +01:00
config BR2_PACKAGE_CELT051
bool "celt051 package was removed"
select BR2_LEGACY
select BR2_PACKAGE_OPUS
help
The celt051 package was removed as it is now obsolete since
the CELT codec has been merged into the IETF Opus codec. As
a result, the opus package has been automatically selected
in your configuration.
package/wireguard: change to the wireguard-tools package With the kernel support for WireGuard getting mainlined, the upstream repo has been split in a wireguard-tools repo for the userspace tooling and wireguard-linux-compat for the kernel side (for 3.10+ legacy kernels). So rename the package to wireguard-tools, use the new upstream and drop the kernel module handling. Also add Config.in.legacy handling for existing users. Signed-off-by: Peter Korsgaard <peter@korsgaard.com> Signed-off-by: Yann E. MORIN <yann.morin.1998@free.fr>
2020-01-09 10:16:18 +01:00
config BR2_PACKAGE_WIREGUARD
bool "wireguard package renamed"
depends on BR2_TOOLCHAIN_HEADERS_AT_LEAST_3_10
select BR2_LEGACY
package/wireguard-linux-compat: new package With the kernel support for WireGuard getting mainlined, the upstream repo has been split in a wireguard-tools repo for the userspace tooling and wireguard-linux-compat for the kernel side (for 3.10+ legacy kernels). Add a wireguard-linux-compat for the compatibility out-of-tree kernel module, and update the Config.in.legacy handling to use it. Signed-off-by: Peter Korsgaard <peter@korsgaard.com> Signed-off-by: Yann E. MORIN <yann.morin.1998@free.fr>
2020-01-09 10:16:19 +01:00
select BR2_PACKAGE_WIREGUARD_LINUX_COMPAT if BR2_LINUX_KERNEL
package/wireguard: change to the wireguard-tools package With the kernel support for WireGuard getting mainlined, the upstream repo has been split in a wireguard-tools repo for the userspace tooling and wireguard-linux-compat for the kernel side (for 3.10+ legacy kernels). So rename the package to wireguard-tools, use the new upstream and drop the kernel module handling. Also add Config.in.legacy handling for existing users. Signed-off-by: Peter Korsgaard <peter@korsgaard.com> Signed-off-by: Yann E. MORIN <yann.morin.1998@free.fr>
2020-01-09 10:16:18 +01:00
select BR2_PACKAGE_WIREGUARD_TOOLS
help
package/wireguard-linux-compat: new package With the kernel support for WireGuard getting mainlined, the upstream repo has been split in a wireguard-tools repo for the userspace tooling and wireguard-linux-compat for the kernel side (for 3.10+ legacy kernels). Add a wireguard-linux-compat for the compatibility out-of-tree kernel module, and update the Config.in.legacy handling to use it. Signed-off-by: Peter Korsgaard <peter@korsgaard.com> Signed-off-by: Yann E. MORIN <yann.morin.1998@free.fr>
2020-01-09 10:16:19 +01:00
The wireguard package has been renamed to wireguard-tools
for the userspace tooling and wireguard-linux-compat for the
kernel side for legacy (<5.6) kernels to match upstream.
package/wireguard: change to the wireguard-tools package With the kernel support for WireGuard getting mainlined, the upstream repo has been split in a wireguard-tools repo for the userspace tooling and wireguard-linux-compat for the kernel side (for 3.10+ legacy kernels). So rename the package to wireguard-tools, use the new upstream and drop the kernel module handling. Also add Config.in.legacy handling for existing users. Signed-off-by: Peter Korsgaard <peter@korsgaard.com> Signed-off-by: Yann E. MORIN <yann.morin.1998@free.fr>
2020-01-09 10:16:18 +01:00
package/perl-net-ping: remove it Net::Ping is a Perl core module (ie. bundled with perl) Signed-off-by: Francois Perrad <francois.perrad@gadz.org> Signed-off-by: Yann E. MORIN <yann.morin.1998@free.fr>
2020-01-08 16:10:41 +01:00
config BR2_PACKAGE_PERL_NET_PING
bool "perl-net-ping was removed"
select BR2_LEGACY
help
Net::Ping is a Perl core module (ie. bundled with perl).
package/perl-mime-base64: remove it MIME::Base64 is a Perl core module (ie. bundled with perl) Signed-off-by: Francois Perrad <francois.perrad@gadz.org> Signed-off-by: Yann E. MORIN <yann.morin.1998@free.fr>
2020-01-08 16:10:40 +01:00
config BR2_PACKAGE_PERL_MIME_BASE64
bool "perl-mime-base64 was removed"
select BR2_LEGACY
help
MIME::Base64 is a Perl core module (ie. bundled with perl).
package/perl-digest-md5: remove it Digest::MD5 is a Perl core module (ie. bundled with perl) Signed-off-by: Francois Perrad <francois.perrad@gadz.org> Signed-off-by: Yann E. MORIN <yann.morin.1998@free.fr>
2020-01-08 16:10:38 +01:00
config BR2_PACKAGE_PERL_DIGEST_MD5
bool "perl-digest-md5 was removed"
select BR2_LEGACY
help
Digest::MD5 is a Perl core module (ie. bundled with perl).
package/erlang-p1-iconv: remove package This package was a dependency to ejabberd-18.09. It is not anymore use by any package nor maintain upstream, so remove it. Signed-off-by: Johan Oudinet <johan.oudinet@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
2020-01-06 17:11:15 +01:00
config BR2_PACKAGE_ERLANG_P1_ICONV
bool "erlang-p1-iconv has been removed"
select BR2_LEGACY
help
The erlang-p1-iconv package was no longer used by ejabberd,
and was no longer maintained upstream, so it was removed.
package/linux-headers: drop support for 5.3.x headers The 5.3.x series is now EOL so remove the option and add legacy handling for it. Signed-off-by: Bernd Kuhls <bernd.kuhls@t-online.de> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2020-01-04 16:56:50 +01:00
config BR2_KERNEL_HEADERS_5_3
bool "kernel headers version 5.3.x are no longer supported"
select BR2_LEGACY
help
Version 5.3.x of the Linux kernel headers are no longer
maintained upstream and are now removed.
package/python-scapy3k: remove package Scapy3k is deprecated since Scapy supports Python 3. Scapy should be used instead. See https://bugs.busybox.net/show_bug.cgi?id=12376 Signed-off-by: Gabriel Potter <gabriel@potter.fr> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
2019-12-04 00:28:32 +01:00
config BR2_PACKAGE_PYTHON_SCAPY3K
bool "python-scapy3k is replaced by python-scapy"
select BR2_LEGACY
select BR2_PACKAGE_PYTHON_SCAPY
help
python-scapy3k has been deprecated, since python-scapy has
gained Python 3 support. Use BR2_PACKAGE_PYTHON_SCAPY
instead.
package/binutils: remove version 2.30 Now that binutils 2.33.1 has been introduced, and we have moved to 2.32 as the default version, it is time to drop support for binutils 2.30. Signed-off-by: Romain Naour <romain.naour@gmail.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2019-11-30 16:17:52 +01:00
config BR2_BINUTILS_VERSION_2_30_X
bool "binutils version 2.30 support removed"
select BR2_LEGACY
help
Support for binutils version 2.30 has been removed. The
current default version (2.31 or later) has been selected
instead.
package/rpi-userland: bump version to 5070cb7f - rebased 0003-Disable-Werror-everywhere.patch - remove vcfiled support (upstream removed, see [1]) [1] https://github.com/raspberrypi/userland/commit/f00a1189b9f8246dc24c45985de599c50b8c62a5 Signed-off-by: Peter Seiderer <ps.report@gmx.net> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
2019-11-09 10:45:18 +01:00
config BR2_PACKAGE_RPI_USERLAND_START_VCFILED
bool "rpi-userland start vcfiled was removed"
select BR2_LEGACY
help
The vcfiled support was removed upstream.
package/wpa_supplicant: security bump version to 2.9 Fixes https://w1.fi/security/2019-6/ Removed patch applied upstream: http://w1.fi/cgit/hostap/commit/?id=f2973fa39d6109f0f34969e91551a98dc340d537 Removed all other upstream patches which are included in this release. Release notes: http://lists.infradead.org/pipermail/hostap/2019-April/039979.html http://lists.infradead.org/pipermail/hostap/2019-August/040373.html Support for the old dbus interface was removed upstream: http://w1.fi/cgit/hostap/commit/?id=6a8dee76d4090287c016680c009b1334e01b5fbd Removed Config.in option, removed _NEW from remaining dbus option, select BR2_PACKAGE_DBUS when needed and added Config.in.legacy options. Signed-off-by: Bernd Kuhls <bernd.kuhls@t-online.de> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2019-08-25 21:28:43 +02:00
comment "Legacy options removed in 2019.11"
legacy: add missing entry for openvmtools' procps removal Commit 2be4232d98 removed the config option for openvmtools' procps support, but forgot to add it to the legacy menu. Signed-off-by: Yann E. MORIN <yann.morin.1998@free.fr>
2019-11-10 21:14:47 +01:00
config BR2_PACKAGE_OPENVMTOOLS_PROCPS
Config.in.legacy: fix small typo Fix small typo: oenvmtools -> openvmtools Signed-off-by: Fabrice Fontaine <fontaine.fabrice@gmail.com> Signed-off-by: Yann E. MORIN <yann.morin.1998@free.fr>
2019-11-10 21:41:51 +01:00
bool "openvmtools' procps support was removed"
legacy: add missing entry for openvmtools' procps removal Commit 2be4232d98 removed the config option for openvmtools' procps support, but forgot to add it to the legacy menu. Signed-off-by: Yann E. MORIN <yann.morin.1998@free.fr>
2019-11-10 21:14:47 +01:00
select BR2_LEGACY
help
Upstream stopped supporting this option a while ago.
package/alljoyn*: Remove the Alljoyn framework packages The upstream Alljoyn project is dead since the AllSeen Alliance merged with the Open Connectivity Foundation back in 2016. No other package depends on Alljoyn, so it can be removed. Signed-off-by: Titouan Christophe <titouan.christophe@railnova.eu> [Peter: fixup legacy option text] Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2019-10-31 18:37:21 +01:00
config BR2_PACKAGE_ALLJOYN
bool "alljoyn was removed"
select BR2_LEGACY
help
The alljoyn framework is dead
config BR2_PACKAGE_ALLJOYN_BASE
bool "alljoyn-base was removed"
select BR2_LEGACY
help
The alljoyn framework is dead
config BR2_PACKAGE_ALLJOYN_BASE_CONTROLPANEL
bool "alljoyn-base control panel was removed"
select BR2_LEGACY
help
The alljoyn framework is dead
config BR2_PACKAGE_ALLJOYN_BASE_NOTIFICATION
bool "alljoyn-base notification was removed"
select BR2_LEGACY
help
The alljoyn framework is dead
config BR2_PACKAGE_ALLJOYN_BASE_ONBOARDING
bool "alljoyn-base onboarding was removed"
select BR2_LEGACY
help
The alljoyn framework is dead
config BR2_PACKAGE_ALLJOYN_TCL_BASE
bool "alljoyn-tcl-base was removed"
select BR2_LEGACY
help
The alljoyn framework is dead
config BR2_PACKAGE_ALLJOYN_TCL
bool "alljoyn-tcl was removed"
select BR2_LEGACY
help
The alljoyn framework is dead
toolchain: expose BR2_TOOLCHAIN_EXTRA_EXTERNAL_LIBS for all toolchain types This patch extends the "copy extra GCC libraries to target" feature to also work for internal toolchains. The variable has been renamed to be BR2_TOOLCHAIN_EXTRA_LIBS and the configuration option moved under the generic toolchain package. For external toolchains, the step that does the copy is still in the copy_toolchain_lib_root() helper which copies from the sysroot to the target. For the internal toolchain, the host gcc-final package does a post install hook to copy the libraries from the toolchain build folders to both the sysroot and target(!static). Examples where this can be useful is for adding debug libraries to the target like the GCC libsanitizer (libasan/liblsan/...). Cc: Markus Mayer <mmayer@broadcom.com> Signed-off-by: Matthew Weber <matthew.weber@rockwellcollins.com> Signed-off-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be>
2019-10-27 21:59:02 +01:00
config BR2_TOOLCHAIN_EXTRA_EXTERNAL_LIBS
string "toolchain-external extra libs option has been renamed"
help
The option BR2_TOOLCHAIN_EXTRA_EXTERNAL_LIBS has
been renamed to BR2_TOOLCHAIN_EXTRA_LIBS.
config BR2_TOOLCHAIN_EXTRA_EXTERNAL_LIBS_WRAP
bool
default y if BR2_TOOLCHAIN_EXTRA_EXTERNAL_LIBS != ""
select BR2_LEGACY
package/python-pysnmp-apps: remove package The package was renamed to snmpclitools and is no longer maintained. Signed-off-by: Asaf Kahlon <asafka7@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
2019-10-09 19:24:20 +02:00
config BR2_PACKAGE_PYTHON_PYSNMP_APPS
bool "python-pysnmp-apps was removed"
select BR2_LEGACY
select BR2_PACKAGE_SNMPCLITOOLS
help
Following upstream changes, the python-pysnmp-apps package
has been removed, and snmpclitools should be used as a
replacement.
package/linux-headers: drop support for 5.2.x headers The 5.2.x series is now EOL so remove the option and add legacy handling for it. Signed-off-by: Bernd Kuhls <bernd.kuhls@t-online.de> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2019-10-18 05:59:53 +02:00
config BR2_KERNEL_HEADERS_5_2
bool "kernel headers version 5.2.x are no longer supported"
select BR2_LEGACY
help
Version 5.2.x of the Linux kernel headers are no longer
maintained upstream and are now removed.
boot/riscv-pk: Remove obselete bootloader The RISCV Proxy Kernel (AKA BBL) isn't being used by most distros so has very limited testing. It has been replaced by OpenSBI and been deprecated for awhile, so let's just remove it. Signed-off-by: Alistair Francis <alistair.francis@wdc.com> Signed-off-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be>
2019-10-08 18:32:19 +02:00
config BR2_TARGET_RISCV_PK
bool "riscv-pk was removed"
select BR2_LEGACY
help
The RISC-V Proxy Kernel (pk) and Berkley Boot Loader (BBL)
have been replaced with OpenSBI.
package/sqlite: bump version to 3.30.0 Release notes: https://www.sqlite.org/releaselog/3_30_0.html Changed Config.in option from stat3 to stat4 https://www.sqlite.org/compile.html#enable_stat3 "This option used to cause the ANALYZE command to collect index histogram data in the sqlite_stat3 table. But that functionality was superceded by SQLITE_ENABLE_STAT4 as of SQLite version 3.8.1 (2013-10-17). The SQLITE_ENABLE_STAT3 compile-time option continued to be supported through version 3.29.0 (2019-07-10) but has now become a no-op." Signed-off-by: Bernd Kuhls <bernd.kuhls@t-online.de> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
2019-10-06 11:22:31 +02:00
config BR2_PACKAGE_SQLITE_STAT3
bool "sqlite stat3 support was removed"
select BR2_LEGACY
help
Upstream removed the support for stat3.
package/linux-headers: drop support for 5.1.x headers The 5.1.x series is now EOL and 5.3.x has been added, so remove the option and add legacy handling for it. Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2019-10-01 23:25:22 +02:00
config BR2_KERNEL_HEADERS_5_1
bool "kernel headers version 5.1.x are no longer supported"
select BR2_LEGACY
help
Version 5.1.x of the Linux kernel headers are no longer
maintained upstream and are now removed.
package/devmem2: remove package It was here just for backwards compatibility and is not used by any package or board after commits 59856480b6 packages/devmem2: remove from all board configurations 2f6e3eae55 package/ti-gfx: do not use devmem2 in script There are address casting issues with 32bit access on a 64bit bus (like on the SoC FPGA ARM processors) with this tool. The Busybox version of devmem is the most up to date and supports quadword access. Fixes: https://bugs.busybox.net/show_bug.cgi?id=10171 Signed-off-by: Carlos Santos <unixmania@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
2019-08-14 12:29:57 +02:00
config BR2_PACKAGE_DEVMEM2
bool "devmem2 package was removed"
select BR2_LEGACY
help
Use the the Busybox devmem utility, instead, which provides
the same functionality.
package/ustr: remove package This package was only used by libsemanage, but it is no longer used since SELinux 2.7, so drop it. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com> Signed-off-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be>
2019-09-22 11:06:23 +02:00
config BR2_PACKAGE_USTR
bool "ustr package removed"
select BR2_LEGACY
help
The 'ustr' package was only used by SELinux libsemanage, but
since SELinux 2.7, ustr is no longer used. Therefore, we
removed this package from Buildroot.
package/kodi-screensaver-planestate: remove package This package is incompatible with Kodi 18.x, configure is broken: CMake Error at output/host/x86_64-buildroot-linux-uclibc/sysroot/usr/share/kodi/cmake/AddonHelpers.cmake:197 (message): "@ADDON_DEPENDS@" not found in addon.xml.in. This package is also not part of the upstream binary repo: https://github.com/xbmc/repo-binary-addons Signed-off-by: Bernd Kuhls <bernd.kuhls@t-online.de> Signed-off-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be>
2019-09-21 21:28:08 +02:00
config BR2_PACKAGE_KODI_SCREENSAVER_PLANESTATE
bool "kodi-screensaver-planestate package was removed"
select BR2_LEGACY
help
This package is incompatible with Kodi 18.x.
package/kodi-visualisation-waveforhue: remove package This package is incompatible with Kodi 18.x, configure is broken: CMake Error at output/host/x86_64-buildroot-linux-uclibc/sysroot/usr/share/kodi/cmake/AddonHelpers.cmake:197 (message): "@ADDON_DEPENDS@" not found in addon.xml.in. For details read PR 2857 of https://github.com/LibreELEC/LibreELEC.tv Signed-off-by: Bernd Kuhls <bernd.kuhls@t-online.de> Signed-off-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be>
2019-09-21 21:28:07 +02:00
config BR2_PACKAGE_KODI_VISUALISATION_WAVEFORHUE
bool "kodi-visualisation-waveforhue package was removed"
select BR2_LEGACY
help
This package is incompatible with Kodi 18.x.
package/kodi-audiodecoder-opus: remove package This package is incompatible with Kodi 18.x, configure is broken: CMake Error at output/host/x86_64-buildroot-linux-uclibc/sysroot/usr/share/kodi/cmake/AddonHelpers.cmake:197 (message): "@ADDON_DEPENDS@" not found in addon.xml.in. This package is also not part of the upstream binary repo: https://github.com/xbmc/repo-binary-addons Signed-off-by: Bernd Kuhls <bernd.kuhls@t-online.de> Signed-off-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be>
2019-09-21 21:28:06 +02:00
config BR2_PACKAGE_KODI_AUDIODECODER_OPUS
bool "kodi-audiodecoder-opus package was removed"
select BR2_LEGACY
help
This package is incompatible with Kodi 18.x.
package/mesa3d: rename OSMesa option This option is renamed in order to match the naming used by the meson buildsystem. Signed-off-by: Romain Naour <romain.naour@smile.fr> Signed-off-by: Bernd Kuhls <bernd.kuhls@t-online.de> Signed-off-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be>
2019-09-20 18:38:38 +02:00
config BR2_PACKAGE_MESA3D_OSMESA
bool "mesa OSMesa option renamed"
package/mesa3d: add OSMesa classic needs dri swrast The meson build system now check if dri swrast is enabled when OSMesa classic is enabled. See: https://cgit.freedesktop.org/mesa/mesa/commit/?id=cbbd5bb889a2c271a504c379f36a7cb717a85af4 Signed-off-by: Romain Naour <romain.naour@smile.fr> Signed-off-by: Bernd Kuhls <bernd.kuhls@t-online.de> Signed-off-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be>
2019-09-20 18:38:39 +02:00
select BR2_PACKAGE_MESA3D_OSMESA_CLASSIC if BR2_PACKAGE_MESA3D_DRI_DRIVER_SWRAST
package/mesa3d: rename OSMesa option This option is renamed in order to match the naming used by the meson buildsystem. Signed-off-by: Romain Naour <romain.naour@smile.fr> Signed-off-by: Bernd Kuhls <bernd.kuhls@t-online.de> Signed-off-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be>
2019-09-20 18:38:38 +02:00
select BR2_LEGACY
help
The option was renamed in order to match the naming used
by the meson buildsystem.
package/hostapd: remove support for Realtek drivers After hostapd update to 2.9, the patch provided no longer works, although applies. Moreover, AP support for Realtek chips is broken anyway in kernels > 4.9. Signed-off-by: Alexander Mukhin <alexander.i.mukhin@gmail.com> [Thomas: add Config.in.legacy handling] Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
2019-09-06 12:21:00 +02:00
config BR2_PACKAGE_HOSTAPD_DRIVER_RTW
bool "hostapd rtl871xdrv driver removed"
select BR2_LEGACY
help
Since the update of hostapd to 2.9, the patch provided for
the rtl871xdrv no longer works, although it
applies. Moreover, AP support for Realtek chips is broken
anyway in kernels > 4.9. Therefore, this option has been
removed.
package/wpa_supplicant: security bump version to 2.9 Fixes https://w1.fi/security/2019-6/ Removed patch applied upstream: http://w1.fi/cgit/hostap/commit/?id=f2973fa39d6109f0f34969e91551a98dc340d537 Removed all other upstream patches which are included in this release. Release notes: http://lists.infradead.org/pipermail/hostap/2019-April/039979.html http://lists.infradead.org/pipermail/hostap/2019-August/040373.html Support for the old dbus interface was removed upstream: http://w1.fi/cgit/hostap/commit/?id=6a8dee76d4090287c016680c009b1334e01b5fbd Removed Config.in option, removed _NEW from remaining dbus option, select BR2_PACKAGE_DBUS when needed and added Config.in.legacy options. Signed-off-by: Bernd Kuhls <bernd.kuhls@t-online.de> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2019-08-25 21:28:43 +02:00
config BR2_PACKAGE_WPA_SUPPLICANT_DBUS_NEW
bool "new dbus support option in wpa_supplicant was renamed"
select BR2_PACKAGE_WPA_SUPPLICANT_DBUS if BR2_TOOLCHAIN_HAS_THREADS
select BR2_LEGACY
help
The new dbus support option was renamed.
config BR2_PACKAGE_WPA_SUPPLICANT_DBUS_OLD
bool "old dbus support in wpa_supplicant was removed"
select BR2_LEGACY
help
The old dbus support was removed.
package/gdb: remove gdb 8.0.x 8.3 is around and 8.2 is the default version, so drop 8.0. Keep 7.12 which is the latest version that doesn't requires C++11 support. Signed-off-by: Romain Naour <romain.naour@gmail.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2019-06-05 14:40:16 +02:00
comment "Legacy options removed in 2019.08"
boot/ts4800-mrboot: remove package Since the ts4800_defconfig has been removed, the ts4800-mrboot package is no longer useful, therefore we drop it. Cc: Patrick Keroulas <patrick.keroulas@savoirfairelinux.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2019-08-29 14:00:46 +02:00
config BR2_TARGET_TS4800_MBRBOOT
bool "ts4800-mbrboot package was removed"
select BR2_LEGACY
help
The defconfig for the TS4800 platform has been removed, so
the ts4800-mbrboot package, containing the boot code for
this specific platform has been removed as welL.
package/libamcodec: remove package Package is not needed anymore after support for odroid2c was dropped: https://git.buildroot.net/buildroot/commit/?id=b80712a16ae3deb65331a7923aa878e13e2e66b6 Signed-off-by: Bernd Kuhls <bernd.kuhls@t-online.de> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
2019-08-10 12:59:55 +02:00
config BR2_PACKAGE_LIBAMCODEC
bool "liamcodec package was removed"
select BR2_LEGACY
help
Support for odroidc2 based systems was removed, making the
libamcodec package useless.
package/odroid-scripts: remove package Package is not needed anymore after support for odroid2c was dropped: https://git.buildroot.net/buildroot/commit/?id=b80712a16ae3deb65331a7923aa878e13e2e66b6 Signed-off-by: Bernd Kuhls <bernd.kuhls@t-online.de> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
2019-08-10 12:59:54 +02:00
config BR2_PACKAGE_ODROID_SCRIPTS
bool "odroid-scripts package was removed"
select BR2_LEGACY
help
Support for odroidc2 based systems was removed, making the
odroid-scripts package useless.
package/odroid-mali: remove package Package is not needed anymore after support for odroid2c was dropped: https://git.buildroot.net/buildroot/commit/?id=b80712a16ae3deb65331a7923aa878e13e2e66b6 Signed-off-by: Bernd Kuhls <bernd.kuhls@t-online.de> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
2019-08-10 12:59:53 +02:00
config BR2_PACKAGE_ODROID_MALI
bool "odroid-mali package was removed"
select BR2_LEGACY
help
Support for odroidc2 based systems was removed, making the
odroid-mali package useless.
package/kodi: remove AMLogic support Kodi 19 will remove specific support for AMLogic: https://github.com/xbmc/xbmc/pull/16043 Also buildroot dropped support for the odroid2c defconfig: https://git.buildroot.net/buildroot/commit/?id=b80712a16ae3deb65331a7923aa878e13e2e66b6 Signed-off-by: Bernd Kuhls <bernd.kuhls@t-online.de> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
2019-08-10 12:59:52 +02:00
config BR2_PACKAGE_KODI_PLATFORM_AML
bool "Kodi AMLogic support was removed"
select BR2_LEGACY
help
Support for AMLogic was removed due to the removal of the
odroidc2 defconfig.
package/gcc: remove version 6.5 gcc 9.1 is around, gcc 8.3 is the default version, so drop 6.5 in order to reduce the gcc choice. Keep gcc 5.5 since it still used by beaglebone_qt5_defconfig. Signed-off-by: Romain Naour <romain.naour@smile.fr> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2019-08-02 15:09:36 +02:00
config BR2_GCC_VERSION_6_X
bool "gcc 6.x support removed"
select BR2_LEGACY
help
Support for gcc version 6.x has been removed. The current
default version (8.x or later) has been selected instead.
package/gcc: remove gcc 4.9 In order to reduce the number of choice in gcc selection, remove the gcc 4.9 version. This version was kept due to libstdc++ ABI-incompatible changes and other build issues with kernel and bootloader as reported by Arnout [1]. Since then, gcc 4.9 is not supported any more since glibc 2.29 [2] and recent kernel and bootloaders has been fixed to use more recent compiler version. [1] http://lists.busybox.net/pipermail/buildroot/2017-June/194374.html [2] https://www.sourceware.org/ml/libc-alpha/2019-01/msg00723.html Signed-off-by: Romain Naour <romain.naour@smile.fr> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2019-08-02 15:09:35 +02:00
config BR2_GCC_VERSION_4_9_X
bool "gcc 4.9.x support removed"
select BR2_LEGACY
help
Support for gcc version 4.9.x has been removed. The current
default version (8.x or later) has been selected instead.
package/gdb: remove gdb 7.12.1 gdb 7.12.1 was released on 21 Jan 2017 [1] and is the last version that doesn't requires a C++11 compiler. Since Buildroot now support three other gdb versions (8.1, 8.2 and 8.3), reduce the number of choice by dropping 7.12.1. Remove BR2_PACKAGE_GDB_NEEDS_CXX11 symbol since it's not useful anymore. [1] https://lists.gnu.org/archive/html/info-gnu/2017-01/msg00009.html Signed-off-by: Romain Naour <romain.naour@smile.fr> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2019-08-02 15:09:31 +02:00
config BR2_GDB_VERSION_7_12
bool "gdb 7.12.x has been removed"
select BR2_LEGACY
help
The 7.12.x version of gdb has been removed. Use a newer
version instead.
package/x11r7/xapp_mkfontdir: remove package app_mkfontscale now includes the mkfontdir script: https://lists.x.org/archives/xorg-announce/2019-March/002988.html Signed-off-by: Bernd Kuhls <bernd.kuhls@t-online.de> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
2019-06-02 12:45:19 +02:00
config BR2_PACKAGE_XAPP_MKFONTDIR
bool "mkfontdir is now included in xapp_mkfontscale"
select BR2_PACKAGE_XAPP_MKFONTSCALE
select BR2_LEGACY
help
xapp_mkfontscale now includes the mkfontdir script previously
distributed separately for compatibility with older X11
versions.
package/gdb: remove gdb 8.0.x 8.3 is around and 8.2 is the default version, so drop 8.0. Keep 7.12 which is the latest version that doesn't requires C++11 support. Signed-off-by: Romain Naour <romain.naour@gmail.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2019-06-05 14:40:16 +02:00
config BR2_GDB_VERSION_8_0
bool "gdb 8.0.x has been removed"
select BR2_LEGACY
help
The 8.0.x version of gdb has been removed. Use a newer
version instead.
Config.in.legacy: add legacy entry for 4.20.x headers Commit b3bba8e4254 (package/linux-headers: drop support 4.20 headers) removed the option for 4.20.x kernel headers, but forgot to add a legacy option. Add that now. Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2019-06-18 13:57:31 +02:00
config BR2_KERNEL_HEADERS_4_20
bool "kernel headers version 4.20.x are no longer supported"
select BR2_LEGACY
help
Version 4.20.x of the Linux kernel headers are no longer
maintained upstream and are now removed.
package/linux-headers: drop support for 5.x headers The 5.0.x series is now EOL and vulnerable to the "TCP SACK PANIC" issue. Drop support for it in linux-headers. Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2019-06-18 13:57:33 +02:00
config BR2_KERNEL_HEADERS_5_0
bool "kernel headers version 5.0.x are no longer supported"
select BR2_LEGACY
help
Version 5.0.x of the Linux kernel headers are no longer
maintained upstream and are now removed.
package/gst-plugins-bad: remove apexsink support apexsink does not build with OpenSSL 1.1.x so remove this option especially because there is no more apexsink option in gstreamer1 (since version 1.12) Fixes: - http://autobuild.buildroot.org/results/a29e8a8509190fc4b3c419dae2301cf72a601f62 Signed-off-by: Fabrice Fontaine <fontaine.fabrice@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
2019-03-05 23:01:04 +01:00
comment "Legacy options removed in 2019.05"
arch/csky: remove BR2_CSKY_DSP option The DSP extention is in fact no longer used for C-SKY, nor supported by C-SKY gcc, so we remove it. Signed-off-by: Guo Ren <ren_guo@c-sky.com> Cc: Thomas Petazzoni <thomas.petazzoni@bootlin.com> [Thomas: split from the VDSP patch, add Config.in.legacy] Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
2019-05-31 08:38:59 +02:00
config BR2_CSKY_DSP
bool "C-SKY DSP support removed"
select BR2_LEGACY
help
Config.in.legacy: fix check-package warnings Fixes the following warnings: Config.in.legacy:153: help text: <tab><2 spaces><62 chars> (http://nightly.buildroot.org/#writing-rules-config-in) Config.in.legacy:154: help text: <tab><2 spaces><62 chars> (http://nightly.buildroot.org/#writing-rules-config-in) Config.in.legacy:155: help text: <tab><2 spaces><62 chars> (http://nightly.buildroot.org/#writing-rules-config-in) Config.in.legacy:156: help text: <tab><2 spaces><62 chars> (http://nightly.buildroot.org/#writing-rules-config-in) which were introduced in commit 55c642287819a062d52e7f290c76ada778772fba ("arch/csky: remove BR2_CSKY_DSP option") Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
2019-06-01 14:44:41 +02:00
C-SKY DSP instruction support for ck810 / ck807 was removed,
as it was no longer supported in C-SKY gcc. Perhaps the VDSP
instructions should be used instead, using the BR2_CSKY_VDSP
option.
arch/csky: remove BR2_CSKY_DSP option The DSP extention is in fact no longer used for C-SKY, nor supported by C-SKY gcc, so we remove it. Signed-off-by: Guo Ren <ren_guo@c-sky.com> Cc: Thomas Petazzoni <thomas.petazzoni@bootlin.com> [Thomas: split from the VDSP patch, add Config.in.legacy] Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
2019-05-31 08:38:59 +02:00
package/gstreamer1/gst1-plugins-{base, good, bad, ugly}: bump to 1.16.0 Group these patches because of several changes to the plugin packages. Changes: - Remove upstreamed patches: - 0001-fdkaacenc-Remove-MODE_2_1.patch - 0002-fdkaacdec-Use-WAV-channel-mapping-instead-of-interle.patch - Add BR2_PACKAGE_GST1_PLUGINS_BAD_PLUGIN_COMPOSITOR to Config.in.legacy as this plugin is moved to gst1-plugins-base. - Add BR2_PACKAGE_GST1_PLUGINS_BAD_PLUGIN_IQA to Config.in.legacy as this the plugin is now removed. - Add BR2_PACKAGE_GST1_PLUGINS_BAD_PLUGIN_OPENCV to Config.in.legacy as the plugin now requires opencv3 with the bgsegm opencv_contrib module, which is not in Buildroot. - Add BR2_PACKAGE_GST1_PLUGINS_BAD_PLUGIN_STEREO to Config.in.legacy as this plugin is merged with the audiofx plugin in gst1-plugins-good. - Add BR2_PACKAGE_GST1_PLUGINS_BAD_PLUGIN_VCD to Config.in.legacy as this plugin is removed. - Remove COPYING.LIB from gst-plugins-base mk file and hash file as it no longer exists. - Add BR2_PACKAGE_GST1_PLUGINS_BASE_PLUGIN_COMPOSITOR to gst1-plugins-base.mk - Add BR2_PACKAGE_GST1_PLUGINS_BASE_PLUGIN_OVERLAYCOMPOSITION to gst1-plugins-base. - Add mjpegtools to the dependencies of BR2_PACKAGE_GST1_PLUGINS_BAD_PLUGIN_MPEG2ENC - Remove BR2_PACKAGE_GST1_PLUGINS_BAD_PLUGIN_IQA because it now depends on the package dssim which isn't available in Buildroot. - Remove upstream patch 0001-gstrtspconnection-Security-loophole-making-heap-over.patch Signed-off-by: Adam Duskett <Aduskett@gmail.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2019-05-02 17:16:16 +02:00
config BR2_PACKAGE_GST1_PLUGINS_BAD_PLUGIN_COMPOSITOR
bool "compositor moved to gst1-plugins-base"
select BR2_PACKAGE_GST1_PLUGINS_BASE_PLUGIN_COMPOSITOR
select BR2_LEGACY
help
The gst1-plugins-bad compositor plugin has moved
to gst1-plugins-base.
config BR2_PACKAGE_GST1_PLUGINS_BAD_PLUGIN_IQA
bool "gst-plugins-bad IQA option was removed"
Config.in.legacy: fix check-package warning Order is type, depends, select. Signed-off-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be>
2019-05-05 23:55:11 +02:00
select BR2_LEGACY
package/gstreamer1/gst1-plugins-{base, good, bad, ugly}: bump to 1.16.0 Group these patches because of several changes to the plugin packages. Changes: - Remove upstreamed patches: - 0001-fdkaacenc-Remove-MODE_2_1.patch - 0002-fdkaacdec-Use-WAV-channel-mapping-instead-of-interle.patch - Add BR2_PACKAGE_GST1_PLUGINS_BAD_PLUGIN_COMPOSITOR to Config.in.legacy as this plugin is moved to gst1-plugins-base. - Add BR2_PACKAGE_GST1_PLUGINS_BAD_PLUGIN_IQA to Config.in.legacy as this the plugin is now removed. - Add BR2_PACKAGE_GST1_PLUGINS_BAD_PLUGIN_OPENCV to Config.in.legacy as the plugin now requires opencv3 with the bgsegm opencv_contrib module, which is not in Buildroot. - Add BR2_PACKAGE_GST1_PLUGINS_BAD_PLUGIN_STEREO to Config.in.legacy as this plugin is merged with the audiofx plugin in gst1-plugins-good. - Add BR2_PACKAGE_GST1_PLUGINS_BAD_PLUGIN_VCD to Config.in.legacy as this plugin is removed. - Remove COPYING.LIB from gst-plugins-base mk file and hash file as it no longer exists. - Add BR2_PACKAGE_GST1_PLUGINS_BASE_PLUGIN_COMPOSITOR to gst1-plugins-base.mk - Add BR2_PACKAGE_GST1_PLUGINS_BASE_PLUGIN_OVERLAYCOMPOSITION to gst1-plugins-base. - Add mjpegtools to the dependencies of BR2_PACKAGE_GST1_PLUGINS_BAD_PLUGIN_MPEG2ENC - Remove BR2_PACKAGE_GST1_PLUGINS_BAD_PLUGIN_IQA because it now depends on the package dssim which isn't available in Buildroot. - Remove upstream patch 0001-gstrtspconnection-Security-loophole-making-heap-over.patch Signed-off-by: Adam Duskett <Aduskett@gmail.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2019-05-02 17:16:16 +02:00
help
The gst1-plugins-bad IQA option was removed.
config BR2_PACKAGE_GST1_PLUGINS_BAD_PLUGIN_OPENCV
bool "gst-plugins-bad opencv option was removed"
select BR2_LEGACY
help
The gst1-plugins-bad opencv option was removed because
buildroot does not have the opencv_contrib package which
is required for the bgsegm module which gst1-plugins-bad
now requires along with opencv3.
config BR2_PACKAGE_GST1_PLUGINS_BAD_PLUGIN_STEREO
bool "stereo was merged into audiofx in gst1-plugins-good"
select BR2_LEGACY
select BR2_PACKAGE_GST1_PLUGINS_GOOD_PLUGIN_AUDIOFX
help
The gst1-plugins-bad stereo plugin has merged with the
gst1-plugins-base audiofx plugin.
config BR2_PACKAGE_GST1_PLUGINS_BAD_PLUGIN_VCD
bool "gst-plugins-bad vcd plugin was removed."
select BR2_LEGACY
help
The gst1-plugins-bad vcd plugin was removed.
package/lunit: remove package it was replaced by its fork lunitx which supports all versions of Lua. Signed-off-by: Francois Perrad <francois.perrad@gadz.org> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
2019-04-03 15:06:09 +02:00
config BR2_PACKAGE_LUNIT
bool "lunit package removed"
select BR2_LEGACY
select BR2_PACKAGE_LUA_LUNITX
help
The lunit package was removed in favor of its fork lunitx,
which supports all versions of Lua.
package/ffmpeg: bump to version 4.1.2 FFserver is not supported anymore Remove patch 0001: fixed upstream in cae6f806a6367c7760ab6ed059d343d4a8eebd56 Remove patch 0002 to 0004: accepted upstream Signed-off-by: Louis-Paul Cordier <lpdev@cordier.org> [Bernd: bump to 4.1.2] Signed-off-by: Bernd Kuhls <bernd.kuhls@t-online.de> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
2019-03-23 13:28:18 +01:00
config BR2_PACKAGE_FFMPEG_FFSERVER
bool "ffmpeg ffserver removed"
select BR2_LEGACY
help
On July 10th, 2016, ffserver program has been dropped.
package/libump: remove package This library was previously a part of sunxi-mali. Signed-off-by: Francois Perrad <francois.perrad@gadz.org> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
2019-03-06 16:24:26 +01:00
config BR2_PACKAGE_LIBUMP
bool "libump package removed"
select BR2_LEGACY
help
The libump package was removed, it was only used as a
dependency of sunxi-mali, which itself was removed.
package/sunxi-mali: remove package The package sunxi-mali-mainline is available for recent kernels. Signed-off-by: Francois Perrad <francois.perrad@gadz.org> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
2019-03-06 16:24:25 +01:00
config BR2_PACKAGE_SUNXI_MALI
bool "sunxi-mali package removed"
select BR2_LEGACY
select BR2_PACKAGE_SUNXI_MALI_MAINLINE
help
The sunxi-mali package was removed, as the
sunxi-mali-mainline package replaces it for mainline
kernels on Allwinner platforms.
package/binutils: remove version 2.29 We are back with 3 binutils version in Buildroot. Now CFI support is always present for NIOSII. Signed-off-by: Romain Naour <romain.naour@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
2019-03-13 00:08:39 +01:00
config BR2_BINUTILS_VERSION_2_29_X
bool "binutils version 2.29 support removed"
select BR2_LEGACY
help
Support for binutils version 2.29 has been removed. The
current default version (2.31 or later) has been selected
instead.
package/binutils: remove version 2.28 Signed-off-by: Romain Naour <romain.naour@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
2019-03-13 00:08:38 +01:00
config BR2_BINUTILS_VERSION_2_28_X
bool "binutils version 2.28 support removed"
select BR2_LEGACY
help
Support for binutils version 2.28 has been removed. The
current default version (2.31 or later) has been selected
instead.
package/gst-plugins-bad: remove apexsink support apexsink does not build with OpenSSL 1.1.x so remove this option especially because there is no more apexsink option in gstreamer1 (since version 1.12) Fixes: - http://autobuild.buildroot.org/results/a29e8a8509190fc4b3c419dae2301cf72a601f62 Signed-off-by: Fabrice Fontaine <fontaine.fabrice@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
2019-03-05 23:01:04 +01:00
config BR2_PACKAGE_GST_PLUGINS_BAD_PLUGIN_APEXSINK
bool "gst-plugins-bad apexsink option removed"
select BR2_LEGACY
help
The gst-plugins-bad apexsink option was removed.
package/lua: remove 5.2.x version At this time : - Lua 5.3.5 will be the last one of its serie. - Lua 5.4 is up coming (lua-5.4.0-work2 is already available). - Lua 5.2.4 was released on 2015. For various reasons in the Lua ecosystem, the Lua 5.1 will stay. On BR, Lua 5.3 is the default version since 2016.02. So, the serie which could be removed is the 5.2.x. We could wait some days for other user feedback. Note: see discussion when 5.3.x was introduced : http://lists.busybox.net/pipermail/buildroot/2015-January/117638.html Signed-off-by: Francois Perrad <francois.perrad@gadz.org> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
2018-12-02 11:25:06 +01:00
comment "Legacy options removed in 2019.02"
package/qt: remove package Qt4 has been marked obsolete for close to 1 year, since commit 3538b5fb10 (qt: mark as obsolete) and is no longer supported upstream since December 2015: https://blog.qt.io/blog/2015/05/26/qt-4-8-7-released/ So now finally remove it as the in tree users have been removed. Signed-off-by: Peter Korsgaard <peter@korsgaard.com> Signed-off-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be>
2019-02-06 15:10:58 +01:00
config BR2_PACKAGE_QT
bool "qt package removed"
select BR2_LEGACY
help
The qt package was removed.
package/qtuio: remove package The qtuio package uses the obsolete qt4 package, which we are about to remove, so remove qtuio as well. CC: Stephan Hoffmann <sho@relinux.de> Signed-off-by: Peter Korsgaard <peter@korsgaard.com> Signed-off-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be>
2019-02-06 15:10:52 +01:00
config BR2_PACKAGE_QTUIO
bool "qtuio package removed"
select BR2_LEGACY
help
The qtuio package was removed.
package/pinentry: remove qt4 option The qt4 option uses the obsolete qt4 package, which we are about to remove, so remove the pinentry-qt4 option as well. Signed-off-by: Peter Korsgaard <peter@korsgaard.com> Signed-off-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be>
2019-02-06 15:10:51 +01:00
config BR2_PACKAGE_PINENTRY_QT4
bool "pinentry-qt4 option removed"
select BR2_LEGACY
help
The pinentry-qt4 option was removed.
package/poppler: remove qt option The qt option uses the obsolete qt4 package, which we are about to remove, so remove the poppler qt option as well. Signed-off-by: Peter Korsgaard <peter@korsgaard.com> Signed-off-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be>
2019-02-06 15:10:50 +01:00
config BR2_PACKAGE_POPPLER_QT
bool "poppler qt option removed"
select BR2_LEGACY
help
The poppler qt option was removed.
package/opencv3: remove qt backend option The qt backend option uses the obsolete qt4 package, which we are about to remove, so remove the qt backend option as well. Signed-off-by: Peter Korsgaard <peter@korsgaard.com> Signed-off-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be>
2019-02-06 15:10:49 +01:00
config BR2_PACKAGE_OPENCV3_WITH_QT
bool "opencv3 qt backend option removed"
select BR2_LEGACY
help
The opencv3 qt backend option was removed.
package/opencv: remove qt backend option The qt backend option uses the obsolete qt4 package, which we are about to remove, so remove the qt backend option as well. Signed-off-by: Peter Korsgaard <peter@korsgaard.com> Signed-off-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be>
2019-02-06 15:10:48 +01:00
config BR2_PACKAGE_OPENCV_WITH_QT
bool "opencv qt backend option removed"
select BR2_LEGACY
help
The opencv qt backend option was removed.
package/amd-catalyst: remove control center option The control center option uses the obsolete qt4 package, which we are about to remove, so remote the cccle option as well. Signed-off-by: Peter Korsgaard <peter@korsgaard.com> Signed-off-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be>
2019-02-06 15:10:47 +01:00
config BR2_PACKAGE_AMD_CATALYST_CCCLE
bool "catalyst control center option removed"
select BR2_LEGACY
help
The AMD Catalyst Control Center option was removed.
package/sdl: remove qtopia video driver option The qtopia option uses the obsolete qt4 package, which we are about to remove, to remove the qtopia option as well. Signed-off-by: Peter Korsgaard <peter@korsgaard.com> [Arnout: move the enable-qtopia=no option to the beginning] Signed-off-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be>
2019-02-06 15:10:46 +01:00
config BR2_PACKAGE_SDL_QTOPIA
bool "sdl qtopia video driver option removed"
select BR2_LEGACY
help
The SDL QTopia video driver option was removed.
package/python-pyqt: remove package The python-pyqt package uses the obsolete qt4 package, which we are about to remove, so remove python-pyqt as well. CC: Gwenhael Goavec-Merou <gwenhael.goavec-merou@trabucayre.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com> Signed-off-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be>
2019-02-06 15:10:44 +01:00
config BR2_PACKAGE_PYTHON_PYQT
bool "python-pyqt package removed"
select BR2_LEGACY
help
The python-pyqt package was removed. Consider python-pyqt5
instead.
package/gnuradio: remove qtgui option The gr-qtgui option uses python-pyqt/Qt4, which we are about to remove, so remove the option. Signed-off-by: Peter Korsgaard <peter@korsgaard.com> Signed-off-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be>
2019-02-06 15:10:43 +01:00
config BR2_PACKAGE_GNURADIO_QTGUI
bool "gnuradio gr-qtgui option removed"
select BR2_LEGACY
help
The gr-qtgui option was removed.
package/luacrypto: remove package Fixes: http://autobuild.buildroot.net/results/afd/afdc598b80356a8301d890232466de421f7779d5/ Luacrypto fails to build with openssl 1.1.x. The package has not seen any functional changes since it was added in 2013 and has no reverse dependencies. The upstream repository (https://github.com/starius/luacrypto) explicitly states: this project is deprecated, use luaossl So remove the package. Signed-off-by: Peter Korsgaard <peter@korsgaard.com> Reviewed-by: Matthew Weber <matthew.weber@rockwellcollins.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
2019-02-05 21:03:09 +01:00
config BR2_PACKAGE_LUACRYPTO
bool "luacrypto package removed"
select BR2_LEGACY
help
The luacrypto package was removed. Consider luaossl instead.
package/tn5250: remove package The latest (0.17.4) tn5250 release is from 2008, doesn't build with openssl 1.1.x and was dropped from Debian in 2011 because nobody cared to maintain it: https://packages.qa.debian.org/t/tn5250.html Given all of that, it is unlikely to be used much, so remove it. Signed-off-by: Peter Korsgaard <peter@korsgaard.com> Acked-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2019-02-05 20:01:09 +01:00
config BR2_PACKAGE_TN5250
bool "tn5250 package removed"
select BR2_LEGACY
help
The tn5250 package was removed.
package/boost: bump to version 1.69.0 - Remove fifth patch (already in version) - Remove BR2_PACKAGE_BOOST_SIGNALS as signals is now removed. Its removal was announced in 1.68 and its deprecation was announced in 1.54. Users are encouraged to use Signals2 instead. Signed-off-by: Fabrice Fontaine <fontaine.fabrice@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
2019-01-13 18:43:16 +01:00
config BR2_PACKAGE_BOOST_SIGNALS
bool "Boost signals removed"
select BR2_LEGACY
help
Its removal was announced in boost 1.68 and its deprecation
was announced in 1.54. Users are encouraged to use Signals2
instead.
package/fftw: remove as regular package fftw is no longer a package: only fftw-single, fftw-double, fftw-long-double and fftw-quad are. fftw.mk only contains some common definitions that are used by the different fftw variants. The old BR2_PACKAGE_FFTW_PRECISION_* options, which are no longer used anywhere, are moved to Config.in.legacy. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com> Signed-off-by: Gwenhael Goavec-Merou <gwenhael.goavec-merou@trabucayre.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
2019-01-21 14:51:10 +01:00
config BR2_PACKAGE_FFTW_PRECISION_SINGLE
bool "single"
select BR2_LEGACY
select BR2_PACKAGE_FFTW_SINGLE
help
This option has been removed in favor of
BR2_PACKAGE_FFTW_SINGLE.
config BR2_PACKAGE_FFTW_PRECISION_DOUBLE
bool "double"
select BR2_LEGACY
select BR2_PACKAGE_FFTW_DOUBLE
help
This option has been removed in favor of
BR2_PACKAGE_FFTW_DOUBLE.
config BR2_PACKAGE_FFTW_PRECISION_LONG_DOUBLE
bool "long double"
depends on !(BR2_TOOLCHAIN_BUILDROOT_UCLIBC && \
(BR2_arm || BR2_mips || BR2_mipsel))
select BR2_LEGACY
select BR2_PACKAGE_FFTW_LONG_DOUBLE
help
This option has been removed in favor of
BR2_PACKAGE_FFTW_LONG_DOUBLE.
config BR2_PACKAGE_FFTW_PRECISION_QUAD
bool "quad"
depends on (BR2_i386 || BR2_x86_64) && BR2_USE_WCHAR
select BR2_LEGACY
select BR2_PACKAGE_FFTW_QUAD
help
This option has been removed in favor of
BR2_PACKAGE_FFTW_QUAD.
package/lua: remove 5.2.x version At this time : - Lua 5.3.5 will be the last one of its serie. - Lua 5.4 is up coming (lua-5.4.0-work2 is already available). - Lua 5.2.4 was released on 2015. For various reasons in the Lua ecosystem, the Lua 5.1 will stay. On BR, Lua 5.3 is the default version since 2016.02. So, the serie which could be removed is the 5.2.x. We could wait some days for other user feedback. Note: see discussion when 5.3.x was introduced : http://lists.busybox.net/pipermail/buildroot/2015-January/117638.html Signed-off-by: Francois Perrad <francois.perrad@gadz.org> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
2018-12-02 11:25:06 +01:00
config BR2_PACKAGE_LUA_5_2
bool "Lua 5.2.x version removed"
select BR2_LEGACY
select BR2_PACKAGE_LUA_5_3
help
The Lua 5.2.x version was removed.
system cfg: remove mkpasswd MD5 format option As SHA256 is now default, removing weak MD5 option. C libraries now all support the SHA methods. glibc 2.7+ uclibc (bdd8362a88 package/uclibc: defconfig: enable sha-256...) musl 1.1.14+ One issue this would prevent, is a host tool issue with a FIPS enabled system where weak ciphers/methods are disabled. It seems the crypt(3) call is impacted by /proc/sys/crypto/fips_enabled (per crypt(3) man page). It results in mkpasswd returning "(EPERM) crypt failed." Rather then create a Buildroot host dependency check, this patch removes the potential corner case from being selected. Acked-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Cc: "Yann E. MORIN" <yann.morin.1998@free.fr> Signed-off-by: Matthew Weber <matthew.weber@rockwellcollins.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2018-12-06 03:06:29 +01:00
config BR2_TARGET_GENERIC_PASSWD_MD5
bool "target passwd md5 format support has been removed"
select BR2_LEGACY
help
The default has been moved to SHA256 and all C libraries
now support that method by default
linux-headers: drop old unsupported 4.{10,11,12,13,15} versions These versions received their last updated more than three months ago and are no longer supported according to https://www.kernel.org/category/releases.html, so drop them and add legacy entries. Signed-off-by: Bernd Kuhls <bernd.kuhls@t-online.de> [Thomas: select an older kernel headers (4.9) rather than a newer one (4.14) in the legacy handling of 4.10, 4.11, 4.12 and 4.13.] Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
2018-08-24 20:41:33 +02:00
comment "Legacy options removed in 2018.11"
boot/xloader: remove package U-boot has provided SPL support as a viable replacement for the 2nd stage bootloader on TI platforms. The X-loader project hasn't had a commit in the log since 12-05-2011. (https://gitorious.org/x-loader/x-loader) Signed-off-by: Matthew Weber <matthew.weber@rockwellcollins.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2018-09-20 23:54:24 +02:00
config BR2_TARGET_XLOADER
bool "xloader has been removed"
select BR2_LEGACY
help
The package has been removed as u-boot SPL provides
similar functionality
package/tidsp-binaries: remove package The suit of TI OMAP3 dsp tools/libraries are being removed as the upstream projects are no longer active. Suggest using Buildroot 2018.02.x LTS if the feature is still required. Signed-off-by: Matthew Weber <matthew.weber@rockwellcollins.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2018-10-15 18:46:44 +02:00
config BR2_PACKAGE_TIDSP_BINARIES
bool "tidsp-binaries package removed"
select BR2_LEGACY
help
The tidsp-binaries package was removed.
package/dsp-tools: remove package The suit of TI OMAP3 dsp tools/libraries are being removed as the upstream projects are no longer active. The dsp-tools package used the tidsp-binaries package. Suggest using Buildroot 2018.02.x LTS if the feature is still required. Signed-off-by: Matthew Weber <matthew.weber@rockwellcollins.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2018-10-15 18:46:43 +02:00
config BR2_PACKAGE_DSP_TOOLS
bool "dsp-tools package removed"
select BR2_LEGACY
help
The dsp-tools package was removed.
package/gst-dsp: remove package The suit of TI OMAP3 dsp tools/libraries are being removed as the upstream projects are no longer active. The gst-dsp package used the tidsp-binaries package. Suggest using Buildroot 2018.02.x LTS if the feature is still required. Signed-off-by: Matthew Weber <matthew.weber@rockwellcollins.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2018-10-15 18:46:42 +02:00
config BR2_PACKAGE_GST_DSP
bool "gst-dsp package removed"
select BR2_LEGACY
help
The gst-dsp package was removed.
bootutils: drop package As suggested by Romain Naour during review of patch 976582 (https://patchwork.ozlabs.org/patch/976582), drop bootutils as "upstream is dead since 2009" and "BootUtils is a collection of utilities to facilitate booting of modern Kernel 2.6 based systems" Signed-off-by: Fabrice Fontaine <fontaine.fabrice@gmail.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2018-09-30 16:02:06 +02:00
config BR2_PACKAGE_BOOTUTILS
bool "bootutils package removed"
select BR2_LEGACY
help
The bootutils package was removed.
package/expedite: remove package As noticed with the last version bump [1], expedite is not actively maintained by upstream [2]. [1] http://lists.busybox.net/pipermail/buildroot/2018-September/231763.html [2] https://sourceforge.net/p/enlightenment/mailman/message/36428571 Signed-off-by: Romain Naour <romain.naour@gmail.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2018-09-30 14:55:46 +02:00
config BR2_PACKAGE_EXPEDITE
bool "expedite package has been removed"
select BR2_LEGACY
help
expedite is not actively maintained anymore.
https://sourceforge.net/p/enlightenment/mailman/message/36428571
package/{mesa3d, mesa3d-headers}: bump version to 18.2.0 Upstream unconditionally enabled floating-point textures: https://cgit.freedesktop.org/mesa/mesa/commit/?h=18.2&id=66673bef941af344314fe9c91cad8cd330b245eb x11 support depends on xlib_libXrandr now: https://cgit.freedesktop.org/mesa/mesa/commit/configure.ac?h=18.2&id=3f960c1338713d317ce6463be68cee162c968d8d Removed 0003-musl-time-h.patch, patch was applied upstream. Signed-off-by: Bernd Kuhls <bernd.kuhls@t-online.de> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
2018-09-10 18:30:00 +02:00
config BR2_PACKAGE_MESA3D_OPENGL_TEXTURE_FLOAT
bool "mesa3d opengl texture float option removed"
select BR2_LEGACY
help
mesa3d now unconditionally enables floating-point textures,
as the corresponding patent has expired.
linux-headers: drop old unsupported 4.{10,11,12,13,15} versions These versions received their last updated more than three months ago and are no longer supported according to https://www.kernel.org/category/releases.html, so drop them and add legacy entries. Signed-off-by: Bernd Kuhls <bernd.kuhls@t-online.de> [Thomas: select an older kernel headers (4.9) rather than a newer one (4.14) in the legacy handling of 4.10, 4.11, 4.12 and 4.13.] Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
2018-08-24 20:41:33 +02:00
config BR2_KERNEL_HEADERS_4_10
bool "kernel headers version 4.10.x are no longer supported"
select BR2_LEGACY
help
Version 4.10.x of the Linux kernel headers are no longer
legacy: don't select kernel headers The kernel headers versions are parts of a choice, so we can't select them. Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Cc: Thomas Petazzoni <thomas.petazzoni@bootlin.com> Cc: Peter Korsgaard <peter@korsgaard.com> Cc: Bernd Kuhls <bernd.kuhls@t-online.de> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2018-10-04 22:00:29 +02:00
maintained upstream and are now removed.
linux-headers: drop old unsupported 4.{10,11,12,13,15} versions These versions received their last updated more than three months ago and are no longer supported according to https://www.kernel.org/category/releases.html, so drop them and add legacy entries. Signed-off-by: Bernd Kuhls <bernd.kuhls@t-online.de> [Thomas: select an older kernel headers (4.9) rather than a newer one (4.14) in the legacy handling of 4.10, 4.11, 4.12 and 4.13.] Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
2018-08-24 20:41:33 +02:00
config BR2_KERNEL_HEADERS_4_11
bool "kernel headers version 4.11.x are no longer supported"
select BR2_LEGACY
help
Version 4.11.x of the Linux kernel headers are no longer
legacy: don't select kernel headers The kernel headers versions are parts of a choice, so we can't select them. Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Cc: Thomas Petazzoni <thomas.petazzoni@bootlin.com> Cc: Peter Korsgaard <peter@korsgaard.com> Cc: Bernd Kuhls <bernd.kuhls@t-online.de> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2018-10-04 22:00:29 +02:00
maintained upstream and are now removed.
linux-headers: drop old unsupported 4.{10,11,12,13,15} versions These versions received their last updated more than three months ago and are no longer supported according to https://www.kernel.org/category/releases.html, so drop them and add legacy entries. Signed-off-by: Bernd Kuhls <bernd.kuhls@t-online.de> [Thomas: select an older kernel headers (4.9) rather than a newer one (4.14) in the legacy handling of 4.10, 4.11, 4.12 and 4.13.] Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
2018-08-24 20:41:33 +02:00
config BR2_KERNEL_HEADERS_4_12
bool "kernel headers version 4.12.x are no longer supported"
select BR2_LEGACY
help
Version 4.12.x of the Linux kernel headers are no longer
legacy: don't select kernel headers The kernel headers versions are parts of a choice, so we can't select them. Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Cc: Thomas Petazzoni <thomas.petazzoni@bootlin.com> Cc: Peter Korsgaard <peter@korsgaard.com> Cc: Bernd Kuhls <bernd.kuhls@t-online.de> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2018-10-04 22:00:29 +02:00
maintained upstream and are now removed.
linux-headers: drop old unsupported 4.{10,11,12,13,15} versions These versions received their last updated more than three months ago and are no longer supported according to https://www.kernel.org/category/releases.html, so drop them and add legacy entries. Signed-off-by: Bernd Kuhls <bernd.kuhls@t-online.de> [Thomas: select an older kernel headers (4.9) rather than a newer one (4.14) in the legacy handling of 4.10, 4.11, 4.12 and 4.13.] Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
2018-08-24 20:41:33 +02:00
config BR2_KERNEL_HEADERS_4_13
bool "kernel headers version 4.13.x are no longer supported"
select BR2_LEGACY
help
Version 4.13.x of the Linux kernel headers are no longer
legacy: don't select kernel headers The kernel headers versions are parts of a choice, so we can't select them. Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Cc: Thomas Petazzoni <thomas.petazzoni@bootlin.com> Cc: Peter Korsgaard <peter@korsgaard.com> Cc: Bernd Kuhls <bernd.kuhls@t-online.de> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2018-10-04 22:00:29 +02:00
maintained upstream and are now removed.
linux-headers: drop old unsupported 4.{10,11,12,13,15} versions These versions received their last updated more than three months ago and are no longer supported according to https://www.kernel.org/category/releases.html, so drop them and add legacy entries. Signed-off-by: Bernd Kuhls <bernd.kuhls@t-online.de> [Thomas: select an older kernel headers (4.9) rather than a newer one (4.14) in the legacy handling of 4.10, 4.11, 4.12 and 4.13.] Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
2018-08-24 20:41:33 +02:00
config BR2_KERNEL_HEADERS_4_15
bool "kernel headers version 4.15.x are no longer supported"
select BR2_LEGACY
help
Version 4.15.x of the Linux kernel headers are no longer
legacy: don't select kernel headers The kernel headers versions are parts of a choice, so we can't select them. Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Cc: Thomas Petazzoni <thomas.petazzoni@bootlin.com> Cc: Peter Korsgaard <peter@korsgaard.com> Cc: Bernd Kuhls <bernd.kuhls@t-online.de> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2018-10-04 22:00:29 +02:00
maintained upstream and are now removed.
linux-headers: drop old unsupported 4.{10,11,12,13,15} versions These versions received their last updated more than three months ago and are no longer supported according to https://www.kernel.org/category/releases.html, so drop them and add legacy entries. Signed-off-by: Bernd Kuhls <bernd.kuhls@t-online.de> [Thomas: select an older kernel headers (4.9) rather than a newer one (4.14) in the legacy handling of 4.10, 4.11, 4.12 and 4.13.] Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
2018-08-24 20:41:33 +02:00
package/linux-headers: really drop the 4.17 choice Currently, the build fails when the kernel headers 4.17 are selected: package/linux-headers/linux-headers.mk:149: *** LINUX_HEADERS_SITE cannot be empty when LINUX_HEADERS_SOURCE is not. Stop. This is caused by an hickup during the last merge of the next branch, where the value for 4.17 got dropped from BR2_DEFAULT_KERNEL_HEADERS, but the choice entry was left in. The correct fix against that hickup would be to restore the 4.17 value. But since 4.17 is no longer maintained, the proper fix is to really drop 4.17 altogether. For good this time! ;-) Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Cc: Peter Korsgaard <peter@korsgaard.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2018-10-04 22:00:30 +02:00
config BR2_KERNEL_HEADERS_4_17
bool "kernel headers version 4.17.x are no longer supported"
select BR2_LEGACY
help
Version 4.17.x of the Linux kernel headers are no longer
maintained upstream and are now removed.
libnftnl: drop useless BR2_PACKAGE_LIBNFTNL_XML Commit fa0d1ebff99 (libnftnl: bump to version 1.0.9) removed the mxml dependency. Remove the redundant BR2_PACKAGE_LIBNFTNL_XML config symbol as well. Cc: Yegor Yefremov <yegorslists@googlemail.com> Signed-off-by: Baruch Siach <baruch@tkos.co.il> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
2018-11-16 07:40:43 +01:00
config BR2_PACKAGE_LIBNFTNL_XML
bool "libnftl no longer supports XML output"
select BR2_LEGACY
help
libnftnl removed integration with libmxml.
package/linux-headers: drop obsolete 3.2.x / 4.{1, 16, 18}.x versions According to https://www.kernel.org/category/releases.html, these kernel versions are no longer supported, so drop them now that we have added 4.20.x Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2019-01-02 14:52:45 +01:00
config BR2_KERNEL_HEADERS_3_2
bool "kernel headers version 3.2.x are no longer supported"
select BR2_LEGACY
help
Version 3.2.x of the Linux kernel headers are no longer
maintained upstream and are now removed.
config BR2_KERNEL_HEADERS_4_1
bool "kernel headers version 4.1.x are no longer supported"
select BR2_LEGACY
help
Version 4.1.x of the Linux kernel headers are no longer
maintained upstream and are now removed.
config BR2_KERNEL_HEADERS_4_16
bool "kernel headers version 4.16.x are no longer supported"
select BR2_LEGACY
help
Version 4.16.x of the Linux kernel headers are no longer
maintained upstream and are now removed.
config BR2_KERNEL_HEADERS_4_18
bool "kernel headers version 4.18.x are no longer supported"
select BR2_LEGACY
help
Version 4.18.x of the Linux kernel headers are no longer
maintained upstream and are now removed.
package/gdb: remove 7.10 Now that 8.1 has been added and 8.0 is the default version, let's remove the old 7.10 release. Signed-off-by: Romain Naour <romain.naour@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2018-06-24 15:53:09 +02:00
###############################################################################
comment "Legacy options removed in 2018.08"
package/docker-engine: split docker-{cli, engine}, bump to v18.09.0 Docker upstream has split the Docker daemon and CLI into separate codebases: - github.com/docker/engine: daemon, "dockerd" binary - github.com/docker/cli: "docker" command line interface This commit splits the docker-engine package into docker-engine and docker-cli. Conveniently, the Docker project has begun maintaining two separate release-tagged repositories for the CLI and daemon as of v18.06-ce-rc1. Previous versions were tagged in a common "docker-ce" repository which makes compilation awkward for Buildroot, especially due to some limitations in the new Go package infrastructure. Docker repositories "engine" and "cli" recently started tagging releases. Select the latest stable release, v18.09.0. The CLI is no longer automatically included with the engine. Users will need to select BR2_PACKAGE_DOCKER_CLI to produce a both docker and dockerd target binaries. Docker CLI can be statically compiled. This enables usage of the system docker client binary to access the parent daemon API from within containers, where shared libraries are not available. While at it, drop the useless host-go dependency from docker-engine, since it's already added by the golang-package infrastructure. Signed-off-by: Christian Stewart <christian@paral.in> [Thomas: drop the host-go dependency from both docker-cli and docker-engine] Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
2018-11-27 09:56:55 +01:00
config BR2_PACKAGE_DOCKER_ENGINE_STATIC_CLIENT
bool "docker-engine static client option renamed"
select BR2_LEGACY
select BR2_PACKAGE_DOCKER_CLI_STATIC
help
BR2_PACKAGE_DOCKER_ENGINE_STATIC_CLIENT has been renamed to
BR2_PACKAGE_DOCKER_CLI_STATIC, following the package split of
docker-engine and docker-cli.
package/x11r7/xserver_xorg-server: bump version to 1.20.0 Rebased patch 0001 after upstream commit: https://cgit.freedesktop.org/xorg/xserver/commit/configure.ac?id=e0748b10a8621066b404d713a76826907da777b9 Removed patch 0004, applied upstream: https://cgit.freedesktop.org/xorg/xserver/commit/glx/glxscreens.c?id=d16133e3e293fe16b291114d344fbd5a61d5ed65 Added legacy handling for internal version option. Signed-off-by: Bernd Kuhls <bernd.kuhls@t-online.de> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
2018-07-21 16:16:48 +02:00
config BR2_PACKAGE_XSERVER_XORG_SERVER_V_1_19
bool "Modular X.org server was updated to version 1.20.0"
select BR2_LEGACY
select BR2_PACKAGE_XSERVER_XORG_SERVER_V_1_20
help
Modular X.org server was updated to version 1.20.0
package/x11r7/xproto_*: mass removal The new package xorgproto will combine and replace all current xproto_* packages. For details read https://lists.x.org/archives/xorg-announce/2018-February/002835.html After switching to xorgproto the old xproto_* packages are removed. 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@bootlin.com>
2018-07-21 16:16:44 +02:00
config BR2_PACKAGE_XPROTO_APPLEWMPROTO
bool "xproto-applewmproto package replaced by xorgproto"
select BR2_LEGACY
select BR2_PACKAGE_XORGPROTO
help
The xproto-applewmproto package has been replaced by the
xorgproto package, which combines all xproto_* packages.
config BR2_PACKAGE_XPROTO_BIGREQSPROTO
bool "xproto-bigreqsproto package replaced by xorgproto"
select BR2_LEGACY
select BR2_PACKAGE_XORGPROTO
help
The xproto-bigreqsproto package has been replaced by the
xorgproto package, which combines all xproto_* packages.
config BR2_PACKAGE_XPROTO_COMPOSITEPROTO
bool "xproto-compositeproto package replaced by xorgproto"
select BR2_LEGACY
select BR2_PACKAGE_XORGPROTO
help
The xproto-compositeproto package has been replaced by the
xorgproto package, which combines all xproto_* packages.
config BR2_PACKAGE_XPROTO_DAMAGEPROTO
bool "xproto-dameproto package replaced by xorgproto"
select BR2_LEGACY
select BR2_PACKAGE_XORGPROTO
help
The xproto-dameproto package has been replaced by the
xorgproto package, which combines all xproto_* packages.
config BR2_PACKAGE_XPROTO_DMXPROTO
bool "xproto-dmxproto package replaced by xorgproto"
select BR2_LEGACY
select BR2_PACKAGE_XORGPROTO
help
The xproto-dmxproto package has been replaced by the
xorgproto package, which combines all xproto_* packages.
config BR2_PACKAGE_XPROTO_DRI2PROTO
bool "xproto-dri2proto package replaced by xorgproto"
select BR2_LEGACY
select BR2_PACKAGE_XORGPROTO
help
The xproto-dri2proto package has been replaced by the
xorgproto package, which combines all xproto_* packages.
config BR2_PACKAGE_XPROTO_DRI3PROTO
bool "xproto-dri3proto package replaced by xorgproto"
select BR2_LEGACY
select BR2_PACKAGE_XORGPROTO
help
The xproto-dri3proto package has been replaced by the
xorgproto package, which combines all xproto_* packages.
config BR2_PACKAGE_XPROTO_FIXESPROTO
bool "xproto-fixesproto package replaced by xorgproto"
select BR2_LEGACY
select BR2_PACKAGE_XORGPROTO
help
The xproto-fixesproto package has been replaced by the
xorgproto package, which combines all xproto_* packages.
config BR2_PACKAGE_XPROTO_FONTCACHEPROTO
bool "xproto-fontcacheproto package replaced by xorgproto"
select BR2_LEGACY
select BR2_PACKAGE_XORGPROTO
help
The xproto-fontcacheproto package has been replaced by the
xorgproto package, which combines all xproto_* packages.
config BR2_PACKAGE_XPROTO_FONTSPROTO
bool "xproto-fontsproto package replaced by xorgproto"
select BR2_LEGACY
select BR2_PACKAGE_XORGPROTO
help
The xproto-fontsproto package has been replaced by the
xorgproto package, which combines all xproto_* packages.
config BR2_PACKAGE_XPROTO_GLPROTO
bool "xproto-glproto package replaced by xorgproto"
select BR2_LEGACY
select BR2_PACKAGE_XORGPROTO
help
The xproto-glproto package has been replaced by the
xorgproto package, which combines all xproto_* packages.
config BR2_PACKAGE_XPROTO_INPUTPROTO
bool "xproto-inputproto package replaced by xorgproto"
select BR2_LEGACY
select BR2_PACKAGE_XORGPROTO
help
The xproto-inputproto package has been replaced by the
xorgproto package, which combines all xproto_* packages.
config BR2_PACKAGE_XPROTO_KBPROTO
bool "xproto-kbproto package replaced by xorgproto"
select BR2_LEGACY
select BR2_PACKAGE_XORGPROTO
help
The xproto-kbproto package has been replaced by the
xorgproto package, which combines all xproto_* packages.
config BR2_PACKAGE_XPROTO_PRESENTPROTO
bool "xproto-presentproto package replaced by xorgproto"
select BR2_LEGACY
select BR2_PACKAGE_XORGPROTO
help
The xproto-presentproto package has been replaced by the
xorgproto package, which combines all xproto_* packages.
config BR2_PACKAGE_XPROTO_RANDRPROTO
bool "xproto-randrproto package replaced by xorgproto"
select BR2_LEGACY
select BR2_PACKAGE_XORGPROTO
help
The xproto-randrproto package has been replaced by the
xorgproto package, which combines all xproto_* packages.
config BR2_PACKAGE_XPROTO_RECORDPROTO
bool "xproto-recordproto package replaced by xorgproto"
select BR2_LEGACY
select BR2_PACKAGE_XORGPROTO
help
The xproto-recordproto package has been replaced by the
xorgproto package, which combines all xproto_* packages.
config BR2_PACKAGE_XPROTO_RENDERPROTO
bool "xproto-renderproto package replaced by xorgproto"
select BR2_LEGACY
select BR2_PACKAGE_XORGPROTO
help
The xproto-renderproto package has been replaced by the
xorgproto package, which combines all xproto_* packages.
config BR2_PACKAGE_XPROTO_RESOURCEPROTO
bool "xproto-resourceproto package replaced by xorgproto"
select BR2_LEGACY
select BR2_PACKAGE_XORGPROTO
help
The xproto-resourceproto package has been replaced by the
xorgproto package, which combines all xproto_* packages.
config BR2_PACKAGE_XPROTO_SCRNSAVERPROTO
bool "xproto-scrnsaverprot package replaced by xorgproto"
select BR2_LEGACY
select BR2_PACKAGE_XORGPROTO
help
The xproto-scrnsaverprot package has been replaced by the
xorgproto package, which combines all xproto_* packages.
config BR2_PACKAGE_XPROTO_VIDEOPROTO
bool "xproto-videoproto package replaced by xorgproto"
select BR2_LEGACY
select BR2_PACKAGE_XORGPROTO
help
The xproto-videoproto package has been replaced by the
xorgproto package, which combines all xproto_* packages.
config BR2_PACKAGE_XPROTO_WINDOWSWMPROTO
bool "xproto-windowswmproto package replaced by xorgproto"
select BR2_LEGACY
select BR2_PACKAGE_XORGPROTO
help
The xproto-windowswmproto package has been replaced by the
xorgproto package, which combines all xproto_* packages.
config BR2_PACKAGE_XPROTO_XCMISCPROTO
bool "xproto-xcmiscproto package replaced by xorgproto"
select BR2_LEGACY
select BR2_PACKAGE_XORGPROTO
help
The xproto-xcmiscproto package has been replaced by the
xorgproto package, which combines all xproto_* packages.
config BR2_PACKAGE_XPROTO_XEXTPROTO
bool "xproto-xextproto package replaced by xorgproto"
select BR2_LEGACY
select BR2_PACKAGE_XORGPROTO
help
The xproto-xextproto package has been replaced by the
xorgproto package, which combines all xproto_* packages.
config BR2_PACKAGE_XPROTO_XF86BIGFONTPROTO
bool "xproto-xf86bigfontproto package replaced by xorgproto"
select BR2_LEGACY
select BR2_PACKAGE_XORGPROTO
help
The xproto-xf86bigfontproto package has been replaced by the
xorgproto package, which combines all xproto_* packages.
config BR2_PACKAGE_XPROTO_XF86DGAPROTO
bool "xproto-xf86dgaproto package replaced by xorgproto"
select BR2_LEGACY
select BR2_PACKAGE_XORGPROTO
help
The xproto-xf86dgaproto package has been replaced by the
xorgproto package, which combines all xproto_* packages.
config BR2_PACKAGE_XPROTO_XF86DRIPROTO
bool "xproto-xf86driproto package replaced by xorgproto"
select BR2_LEGACY
select BR2_PACKAGE_XORGPROTO
help
The xproto-xf86driproto package has been replaced by the
xorgproto package, which combines all xproto_* packages.
config BR2_PACKAGE_XPROTO_XF86VIDMODEPROTO
bool "xproto-xf86vidmodeproto package replaced by xorgproto"
select BR2_LEGACY
select BR2_PACKAGE_XORGPROTO
help
The xproto-xf86vidmodeproto package has been replaced by the
xorgproto package, which combines all xproto_* packages.
config BR2_PACKAGE_XPROTO_XINERAMAPROTO
bool "xproto-xineramaproto package replaced by xorgproto"
select BR2_LEGACY
select BR2_PACKAGE_XORGPROTO
help
The xproto-xineramaproto package has been replaced by the
xorgproto package, which combines all xproto_* packages.
config BR2_PACKAGE_XPROTO_XPROTO
bool "xproto-xproto package replaced by xorgproto"
select BR2_LEGACY
select BR2_PACKAGE_XORGPROTO
help
The xproto-xproto package has been replaced by the
xorgproto package, which combines all xproto_* packages.
config BR2_PACKAGE_XPROTO_XPROXYMANAGEMENTPROTOCOL
bool "xproto-xproxymanagementprotocol package replaced by xorgproto"
select BR2_LEGACY
select BR2_PACKAGE_XORGPROTO
help
The xproto-xproxymanagementprotocol package has been
replaced by the xorgproto package, which combines all
xproto_* packages.
gst1-plugins-${base, good, bad, ugly}: bump to 1.14.1 These are grouped together because several plugins have been re-arranged and there is no way to individually update each plugin package. Changes: Add the following to gst1-plugins-base and remove them from plugins-bad: - opengl - gles2 - glx - egl - x11 - dispmanx - audiomixer Add the following to plugins-good and remove them from plugins-ugly: - lame - mpg123 moved --disable-qt from plugins-bad to plugins-good Delete upstream patch from gst1-plugins-ugly ([1]) - 0001-x264enc-fix-build-with-newer-x264-with-support-for-m.patch Also add hashes for the license files. [1] https://cgit.freedesktop.org/gstreamer/gst-plugins-ugly/commit/?id=83c38dc44622611c1f67dd26e4cb383c5aef90f6 Signed-off-by: Adam Duskett <aduskett@gmail.com> [Upate to 1.14.1] [Removed legacy lame/mpg123 option, add Config.in.legacy handling] [remove leftover audiomixer handling from gst1-plugins-bad.mk] [remove upstream patch from gst1-plugins-ugly] Signed-off-by: Peter Seiderer <ps.report@gmx.net> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
2018-06-24 00:35:22 +02:00
config BR2_PACKAGE_GST1_PLUGINS_BAD_LIB_OPENGL_OPENGL
bool "gst1-plugins-bad opengl option moved to gst1-plugins-base"
select BR2_LEGACY
select BR2_PACKAGE_GST1_PLUGINS_BASE_LIB_OPENGL_OPENGL
help
The opengl option has been moved from gst1-plugins-bad to
gst1-plugins-base.
config BR2_PACKAGE_GST1_PLUGINS_BAD_LIB_OPENGL_GLES2
bool "gst1-plugins-bad gles2 option moved to gst1-plugins-base"
select BR2_LEGACY
select BR2_PACKAGE_GST1_PLUGINS_BASE_LIB_OPENGL_GLES2
help
The gles2 option has been moved from gst1-plugins-bad to
gst1-plugins-base.
config BR2_PACKAGE_GST1_PLUGINS_BAD_LIB_OPENGL_GLX
bool "gst1-plugins-bad glx option moved to gst1-plugins-base"
select BR2_LEGACY
select BR2_PACKAGE_GST1_PLUGINS_BASE_LIB_OPENGL_GLX
help
The glx option has been moved from gst1-plugins-bad to
gst1-plugins-base.
config BR2_PACKAGE_GST1_PLUGINS_BAD_LIB_OPENGL_EGL
bool "gst1-plugins-bad egl option moved to gst1-plugins-base"
select BR2_LEGACY
select BR2_PACKAGE_GST1_PLUGINS_BASE_LIB_OPENGL_EGL
help
The egl option has been moved from gst1-plugins-bad to
gst1-plugins-base.
config BR2_PACKAGE_GST1_PLUGINS_BAD_LIB_OPENGL_X11
bool "gst1-plugins-bad x11 option moved to gst1-plugins-base"
select BR2_LEGACY
select BR2_PACKAGE_GST1_PLUGINS_BASE_LIB_OPENGL_X11
help
The x11 option has been moved from gst1-plugins-bad to
gst1-plugins-base.
config BR2_PACKAGE_GST1_PLUGINS_BAD_LIB_OPENGL_WAYLAND
bool "gst1-plugins-bad wayland option moved to gst1-plugins-base"
select BR2_LEGACY
select BR2_PACKAGE_GST1_PLUGINS_BASE_LIB_OPENGL_WAYLAND
help
The wayland option has been moved from gst1-plugins-bad to
gst1-plugins-base.
config BR2_PACKAGE_GST1_PLUGINS_BAD_LIB_OPENGL_DISPMANX
bool "gst1-plugins-bad dispmanx option moved to gst1-plugins-base"
select BR2_LEGACY
select BR2_PACKAGE_GST1_PLUGINS_BASE_LIB_OPENGL_DISPMANX
help
The dispmanx option has been moved from gst1-plugins-mad to
gst1-plugins-base.
config BR2_PACKAGE_GST1_PLUGINS_BAD_PLUGIN_AUDIOMIXER
bool "gst1-plugins-bad audiomixer option moved to gst1-plugins-base"
select BR2_LEGACY
select BR2_PACKAGE_GST1_PLUGINS_BASE_PLUGIN_AUDIOMIXER
help
The audiomixer option has been moved from gst1-plugins-bad to
gst1-plugins-base.
config BR2_PACKAGE_GST1_PLUGINS_UGLY_PLUGIN_LAME
bool "gst1-plugins-ugly lame option moved to gst1-plugins-good"
select BR2_LEGACY
select BR2_PACKAGE_GST1_PLUGINS_GOOD_PLUGIN_LAME
help
The lame option has been moved from gst1-plugins-ugly to
gst1-plugins-good.
config BR2_PACKAGE_GST1_PLUGINS_UGLY_PLUGIN_MPG123
bool "gst1-plugins-ugly mpg123 option moved to gst1-plugins-good"
select BR2_LEGACY
select BR2_PACKAGE_GST1_PLUGINS_GOOD_PLUGIN_MPG123
help
The mpg123 option has been moved from gst1-plugins-ugly to
gst1-plugins-good.
package/gdb: remove 7.11 Now that 8.1 has been added and 8.0 is the default version, let's remove the old 7.11 release. Signed-off-by: Romain Naour <romain.naour@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2018-06-24 15:53:10 +02:00
config BR2_GDB_VERSION_7_11
bool "gdb 7.11 has been removed"
select BR2_LEGACY
help
The 7.11 version of gdb has been removed. Use a newer version
instead.
package/gdb: remove 7.10 Now that 8.1 has been added and 8.0 is the default version, let's remove the old 7.10 release. Signed-off-by: Romain Naour <romain.naour@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2018-06-24 15:53:09 +02:00
config BR2_GDB_VERSION_7_10
bool "gdb 7.10 has been removed"
select BR2_LEGACY
help
The 7.10 version of gdb has been removed. Use a newer version
instead.
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
###############################################################################
package/kodi-adsp-*: remove packages Those packages are unmaintained and not in a working state, for details see https://github.com/xbmc/xbmc/pull/13723 Signed-off-by: Bernd Kuhls <bernd.kuhls@t-online.de> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
2018-04-01 15:58:08 +02:00
comment "Legacy options removed in 2018.05"
libmediaart: rename options to have proper prefix Options should be prefixed by BR2_PACKAGE_LIBMEDIAART and not BR2_PACKAGE_MEDIAART, but package was using both prefixes. This was found as default symbol was defined as BR2_PACKAGE_LIBMEDIAART_BACKEND_NONE (correct prefix), but symbol was actually BR2_PACKAGE_MEDIAART_BACKEND_NONE). This commit therefore renames the incorrectly named options, and adds Config.in.legacy handling. Since the options are part of a choice, the legacy handling cannot select the new options, and is only here to inform the user. Fixes: c443830a57 libmediaart: new package Signed-off-by: Petr Vorel <petr.vorel@gmail.com> [Thomas: improve commit log, add Config.in.legacy handling] Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com> Acked-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2018-05-13 21:07:36 +02:00
config BR2_PACKAGE_MEDIAART_BACKEND_NONE
bool "libmediaart none backend option renamed"
select BR2_LEGACY
help
For consistency reasons, the option
BR2_PACKAGE_MEDIAART_BACKEND_NONE has been renamed to
BR2_PACKAGE_LIBMEDIAART_BACKEND_NONE
config BR2_PACKAGE_MEDIAART_BACKEND_GDK_PIXBUF
bool "libmediaart gdk-pixbuf backend option renamed"
select BR2_LEGACY
help
For consistency reasons, the option
BR2_PACKAGE_MEDIAART_BACKEND_GDK_PIXBUF has been renamed to
BR2_PACKAGE_LIBMEDIAART_BACKEND_GDK_PIXBUF
config BR2_PACKAGE_MEDIAART_BACKEND_GDK_PIXBUF
bool "libmediaart qt backend option renamed"
select BR2_LEGACY
help
For consistency reasons, the option
BR2_PACKAGE_MEDIAART_BACKEND_QT has been renamed to
BR2_PACKAGE_LIBMEDIAART_BACKEND_QT
package/ti-sgx-km: properly handle legacy for renamed options Commit b54c5464cc (ti-sgx-km: rename options to have proper prefix) forgot to add defaults from legacy options, and notices in Config.in.legacy that legacy options are still referenced in the package itself. Reported-by: Arnout Vandecappelle <arnout@mind.be> Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Cc: Arnout Vandecappelle <arnout@mind.be> Cc: Thomas Petazzoni <thomas.petazzoni@bootlin.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
2018-05-29 19:31:46 +02:00
# Note: BR2_PACKAGE_TI_SGX_AM335X is still referenced from
# package/ti-sgx-km/Config.in
ti-sgx-km: rename options to have proper prefix The sub-options of the ti-sgx-km package had their name option prefixed by BR2_PACKAGE_TI_SGX, while the prefix should be BR2_PACKAGE_TI_SGX_KM. This commit fixes that, and adds the necessary Config.in.legacy handling. Since those options are part of a choice, the legacy handling cannot select the new name of the options, so the legacy handling only informs the user of the rename. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com> Acked-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2018-05-13 21:07:35 +02:00
config BR2_PACKAGE_TI_SGX_AM335X
bool "ti-sgx-km AM335X option renamed"
select BR2_LEGACY
help
For consistency reasons, the option
BR2_PACKAGE_TI_SGX_AM335X has been renamed to
BR2_PACKAGE_TI_SGX_KM_AM335X.
package/ti-sgx-km: properly handle legacy for renamed options Commit b54c5464cc (ti-sgx-km: rename options to have proper prefix) forgot to add defaults from legacy options, and notices in Config.in.legacy that legacy options are still referenced in the package itself. Reported-by: Arnout Vandecappelle <arnout@mind.be> Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Cc: Arnout Vandecappelle <arnout@mind.be> Cc: Thomas Petazzoni <thomas.petazzoni@bootlin.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
2018-05-29 19:31:46 +02:00
# Note: BR2_PACKAGE_TI_SGX_AM437X is still referenced from
# package/ti-sgx-km/Config.in
ti-sgx-km: rename options to have proper prefix The sub-options of the ti-sgx-km package had their name option prefixed by BR2_PACKAGE_TI_SGX, while the prefix should be BR2_PACKAGE_TI_SGX_KM. This commit fixes that, and adds the necessary Config.in.legacy handling. Since those options are part of a choice, the legacy handling cannot select the new name of the options, so the legacy handling only informs the user of the rename. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com> Acked-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2018-05-13 21:07:35 +02:00
config BR2_PACKAGE_TI_SGX_AM437X
bool "ti-sgx-km AM437X option renamed"
select BR2_LEGACY
help
For consistency reasons, the option
BR2_PACKAGE_TI_SGX_AM437X has been renamed to
BR2_PACKAGE_TI_SGX_KM_AM437X.
package/ti-sgx-km: properly handle legacy for renamed options Commit b54c5464cc (ti-sgx-km: rename options to have proper prefix) forgot to add defaults from legacy options, and notices in Config.in.legacy that legacy options are still referenced in the package itself. Reported-by: Arnout Vandecappelle <arnout@mind.be> Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Cc: Arnout Vandecappelle <arnout@mind.be> Cc: Thomas Petazzoni <thomas.petazzoni@bootlin.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
2018-05-29 19:31:46 +02:00
# Note: BR2_PACKAGE_TI_SGX_AM4430 is still referenced from
# package/ti-sgx-km/Config.in
ti-sgx-km: rename options to have proper prefix The sub-options of the ti-sgx-km package had their name option prefixed by BR2_PACKAGE_TI_SGX, while the prefix should be BR2_PACKAGE_TI_SGX_KM. This commit fixes that, and adds the necessary Config.in.legacy handling. Since those options are part of a choice, the legacy handling cannot select the new name of the options, so the legacy handling only informs the user of the rename. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com> Acked-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2018-05-13 21:07:35 +02:00
config BR2_PACKAGE_TI_SGX_AM4430
bool "ti-sgx-km AM4430 option renamed"
select BR2_LEGACY
help
For consistency reasons, the option
BR2_PACKAGE_TI_SGX_AM4430 has been renamed to
BR2_PACKAGE_TI_SGX_KM_AM4430.
package/ti-sgx-km: properly handle legacy for renamed options Commit b54c5464cc (ti-sgx-km: rename options to have proper prefix) forgot to add defaults from legacy options, and notices in Config.in.legacy that legacy options are still referenced in the package itself. Reported-by: Arnout Vandecappelle <arnout@mind.be> Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Cc: Arnout Vandecappelle <arnout@mind.be> Cc: Thomas Petazzoni <thomas.petazzoni@bootlin.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
2018-05-29 19:31:46 +02:00
# Note: BR2_PACKAGE_TI_SGX_AM5430 is still referenced from
# package/ti-sgx-km/Config.in
ti-sgx-km: rename options to have proper prefix The sub-options of the ti-sgx-km package had their name option prefixed by BR2_PACKAGE_TI_SGX, while the prefix should be BR2_PACKAGE_TI_SGX_KM. This commit fixes that, and adds the necessary Config.in.legacy handling. Since those options are part of a choice, the legacy handling cannot select the new name of the options, so the legacy handling only informs the user of the rename. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com> Acked-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2018-05-13 21:07:35 +02:00
config BR2_PACKAGE_TI_SGX_AM5430
bool "ti-sgx-km AM5430 option renamed"
select BR2_LEGACY
help
For consistency reasons, the option
BR2_PACKAGE_TI_SGX_AM5430 has been renamed to
BR2_PACKAGE_TI_SGX_KM_AM5430.
janus-gateway: rename options to have proper prefix The sub-options of the janus-gateway package had their name option prefixed by BR2_PACKAGE_JANUS, while the prefix should be BR2_PACKAGE_JANUS_GATEWAY. This commit fixes that, and adds the necessary Config.in.legacy handling. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com> Acked-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2018-05-13 21:07:34 +02:00
config BR2_PACKAGE_JANUS_AUDIO_BRIDGE
bool "janus-gateway audio-bridge option renamed"
select BR2_LEGACY
select BR2_PACKAGE_JANUS_GATEWAY_AUDIO_BRIDGE
help
For consistency reasons, the janus-gateway option
BR2_PACKAGE_JANUS_AUDIO_BRIDGE has been renamed to
BR2_PACKAGE_JANUS_GATEWAY_AUDIO_BRIDGE.
config BR2_PACKAGE_JANUS_ECHO_TEST
bool "janus-gateway echo-test option renamed"
select BR2_LEGACY
select BR2_PACKAGE_JANUS_GATEWAY_ECHO_TEST
help
For consistency reasons, the janus-gateway option
BR2_PACKAGE_JANUS_ECHO_TEST has been renamed to
BR2_PACKAGE_JANUS_GATEWAY_ECHO_TEST.
config BR2_PACKAGE_JANUS_RECORDPLAY
bool "janus-gateway recordplay option renamed"
select BR2_LEGACY
select BR2_PACKAGE_JANUS_GATEWAY_RECORDPLAY
help
For consistency reasons, the janus-gateway option
BR2_PACKAGE_JANUS_RECORDPLAY has been renamed to
BR2_PACKAGE_JANUS_GATEWAY_RECORDPLAY.
config BR2_PACKAGE_JANUS_SIP_GATEWAY
bool "janus-gateway sip-gateway option renamed"
select BR2_LEGACY
select BR2_PACKAGE_JANUS_GATEWAY_SIP_GATEWAY
help
For consistency reasons, the janus-gateway option
BR2_PACKAGE_JANUS_SIP_GATEWAY has been renamed to
BR2_PACKAGE_JANUS_GATEWAY_SIP_GATEWAY.
config BR2_PACKAGE_JANUS_STREAMING
bool "janus-gateway streaming option renamed"
select BR2_LEGACY
select BR2_PACKAGE_JANUS_GATEWAY_STREAMING
help
For consistency reasons, the janus-gateway option
BR2_PACKAGE_JANUS_STREAMING has been renamed to
BR2_PACKAGE_JANUS_GATEWAY_STREAMING.
config BR2_PACKAGE_JANUS_TEXT_ROOM
bool "janus-gateway text-room option renamed"
select BR2_LEGACY
select BR2_PACKAGE_JANUS_GATEWAY_TEXT_ROOM
help
For consistency reasons, the janus-gateway option
BR2_PACKAGE_JANUS_TEXT_ROOM has been renamed to
BR2_PACKAGE_JANUS_GATEWAY_TEXT_ROOM.
config BR2_PACKAGE_JANUS_VIDEO_CALL
bool "janus-gateway video-call option renamed"
select BR2_LEGACY
select BR2_PACKAGE_JANUS_GATEWAY_VIDEO_CALL
help
For consistency reasons, the janus-gateway option
BR2_PACKAGE_JANUS_VIDEO_CALL has been renamed to
BR2_PACKAGE_JANUS_GATEWAY_VIDEO_CALL.
config BR2_PACKAGE_JANUS_VIDEO_ROOM
bool "janus-gateway video-room option renamed"
select BR2_LEGACY
select BR2_PACKAGE_JANUS_GATEWAY_VIDEO_ROOM
help
For consistency reasons, the janus-gateway option
BR2_PACKAGE_JANUS_VIDEO_ROOM has been renamed to
BR2_PACKAGE_JANUS_GATEWAY_VIDEO_ROOM.
config BR2_PACKAGE_JANUS_MQTT
bool "janus-gateway mqtt option renamed"
select BR2_LEGACY
select BR2_PACKAGE_JANUS_GATEWAY_MQTT
help
For consistency reasons, the janus-gateway option
BR2_PACKAGE_JANUS_MQTT has been renamed to
BR2_PACKAGE_JANUS_GATEWAY_MQTT.
config BR2_PACKAGE_JANUS_RABBITMQ
bool "janus-gateway rabbitmq option renamed"
select BR2_LEGACY
select BR2_PACKAGE_JANUS_GATEWAY_RABBITMQ
help
For consistency reasons, the janus-gateway option
BR2_PACKAGE_JANUS_RABBITMQ has been renamed to
BR2_PACKAGE_JANUS_GATEWAY_RABBITMQ.
config BR2_PACKAGE_JANUS_REST
bool "janus-gateway rest option renamed"
select BR2_LEGACY
select BR2_PACKAGE_JANUS_GATEWAY_REST
help
For consistency reasons, the janus-gateway option
BR2_PACKAGE_JANUS_REST has been renamed to
BR2_PACKAGE_JANUS_GATEWAY_REST.
config BR2_PACKAGE_JANUS_UNIX_SOCKETS
bool "janus-gateway unix-sockets option renamed"
select BR2_LEGACY
select BR2_PACKAGE_JANUS_GATEWAY_UNIX_SOCKETS
help
For consistency reasons, the janus-gateway option
BR2_PACKAGE_JANUS_UNIX_SOCKETS has been renamed to
BR2_PACKAGE_JANUS_GATEWAY_UNIX_SOCKETS.
config BR2_PACKAGE_JANUS_WEBSOCKETS
bool "janus-gateway websockets option renamed"
select BR2_LEGACY
select BR2_PACKAGE_JANUS_GATEWAY_WEBSOCKETS
help
For consistency reasons, the janus-gateway option
BR2_PACKAGE_JANUS_WEBSOCKETS has been renamed to
BR2_PACKAGE_JANUS_GATEWAY_WEBSOCKETS.
ipsec-tools: rename options to have proper prefix A number of options in the ipsec-tools package had their Config.in option prefixed by BR2_PACKAGE_IPSEC, while the prefix should be BR2_PACKAGE_IPSEC_TOOLS. This commit fixes that, and adds the necessary Config.in.legacy handling. Since those options are part of a choice, the legacy handling cannot select the new name of the options, so the legacy handling only informs the user of the rename. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com> Acked-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2018-05-13 21:07:33 +02:00
config BR2_PACKAGE_IPSEC_SECCTX_DISABLE
bool "ipsec-tools security context disable option renamed"
select BR2_LEGACY
help
For consistency reasons, the option
BR2_PACKAGE_IPSEC_SECCTX_DISABLE was renamed to
BR2_PACKAGE_IPSEC_TOOLS_SECCTX_DISABLE.
config BR2_PACKAGE_IPSEC_SECCTX_ENABLE
bool "ipsec-tools SELinux security context enable option renamed"
select BR2_LEGACY
help
For consistency reasons, the option
BR2_PACKAGE_IPSEC_SECCTX_ENABLE was renamed to
BR2_PACKAGE_IPSEC_TOOLS_SECCTX_ENABLE.
config BR2_PACKAGE_IPSEC_SECCTX_KERNEL
bool "ipsec-tools kernel security context enable option renamed"
select BR2_LEGACY
help
For consistency reasons, the option
BR2_PACKAGE_IPSEC_SECCTX_KERNEL was renamed to
BR2_PACKAGE_IPSEC_TOOLS_SECCTX_KERNEL.
libftdi: rename option to have proper prefix The option name BR2_PACKAGE_LIBTFDI_CPP obviously had a typo: it should have been named BR2_PACKAGE_LIBFTDI_CPP, and add the necessary Config.in.legacy handling. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com> Acked-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2018-05-13 21:07:32 +02:00
config BR2_PACKAGE_LIBTFDI_CPP
bool "libftdi C++ bindings option renamed"
select BR2_LEGACY
select BR2_PACKAGE_LIBFTDI_CPP
help
The option BR2_PACKAGE_LIBTFDI_CPP was renamed to
BR2_PACKAGE_LIBFTDI_CPP in order to fix a typo in the option
name.
jquery-ui-themes: rename options to have proper prefix The choice options to select the specific jquery-ui theme to install had a prefix of BR2_PACKAGE_JQUERY_UI_THEME_ instead of BR2_PACKAGE_JQUERY_UI_THEMES_. This commit fixes that, and adds Config.in.legacy handling. It's worth mentioning that since those options are part of a choice, the legacy handling cannot select the new name of the option: we can simply inform the user about the renaming. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com> Acked-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2018-05-13 21:07:31 +02:00
config BR2_PACKAGE_JQUERY_UI_THEME_BLACK_TIE
bool "jquery-ui-themes option black-tie renamed"
select BR2_LEGACY
help
For consistency reasons, the jquery-ui-themes option for the
black-tie theme has been renamed from
BR2_PACKAGE_JQUERY_UI_THEME_BLACK_TIE to
BR2_PACKAGE_JQUERY_UI_THEMES_BLACK_TIE.
config BR2_PACKAGE_JQUERY_UI_THEME_BLITZER
bool "jquery-ui-themes option blitzer renamed"
select BR2_LEGACY
help
For consistency reasons, the jquery-ui-themes option for the
blitzer theme has been renamed from
BR2_PACKAGE_JQUERY_UI_THEME_BLITZER to
BR2_PACKAGE_JQUERY_UI_THEMES_BLITZER.
config BR2_PACKAGE_JQUERY_UI_THEME_CUPERTINO
bool "jquery-ui-themes option cupertino renamed"
select BR2_LEGACY
help
For consistency reasons, the jquery-ui-themes option for the
cupertino theme has been renamed from
BR2_PACKAGE_JQUERY_UI_THEME_CUPERTINO to
BR2_PACKAGE_JQUERY_UI_THEMES_CUPERTINO.
config BR2_PACKAGE_JQUERY_UI_THEME_DARK_HIVE
bool "jquery-ui-themes option dark-hive renamed"
select BR2_LEGACY
help
For consistency reasons, the jquery-ui-themes option for the
dark-hive theme has been renamed from
BR2_PACKAGE_JQUERY_UI_THEME_DARK_HIVE to
BR2_PACKAGE_JQUERY_UI_THEMES_DARK_HIVE.
config BR2_PACKAGE_JQUERY_UI_THEME_DOT_LUV
bool "jquery-ui-themes option dot-luv renamed"
select BR2_LEGACY
help
For consistency reasons, the jquery-ui-themes option for the
dot-luv theme has been renamed from
BR2_PACKAGE_JQUERY_UI_THEME_DOT_LUV to
BR2_PACKAGE_JQUERY_UI_THEMES_DOT_LUV.
config BR2_PACKAGE_JQUERY_UI_THEME_EGGPLANT
bool "jquery-ui-themes option eggplant renamed"
select BR2_LEGACY
help
For consistency reasons, the jquery-ui-themes option for the
eggplant theme has been renamed from
BR2_PACKAGE_JQUERY_UI_THEME_EGGPLANT to
BR2_PACKAGE_JQUERY_UI_THEMES_EGGPLANT.
config BR2_PACKAGE_JQUERY_UI_THEME_EXCITE_BIKE
bool "jquery-ui-themes option excite-bike renamed"
select BR2_LEGACY
help
For consistency reasons, the jquery-ui-themes option for the
excite-bike theme has been renamed from
BR2_PACKAGE_JQUERY_UI_THEME_EXCITE_BIKE to
BR2_PACKAGE_JQUERY_UI_THEMES_EXCITE_BIKE.
config BR2_PACKAGE_JQUERY_UI_THEME_FLICK
bool "jquery-ui-themes option flick renamed"
select BR2_LEGACY
help
For consistency reasons, the jquery-ui-themes option for the
flick theme has been renamed from
BR2_PACKAGE_JQUERY_UI_THEME_FLICK to
BR2_PACKAGE_JQUERY_UI_THEMES_FLICK.
config BR2_PACKAGE_JQUERY_UI_THEME_HOT_SNEAKS
bool "jquery-ui-themes option hot-sneaks renamed"
select BR2_LEGACY
help
For consistency reasons, the jquery-ui-themes option for the
hot-sneaks theme has been renamed from
BR2_PACKAGE_JQUERY_UI_THEME_HOT_SNEAKS to
BR2_PACKAGE_JQUERY_UI_THEMES_HOT_SNEAKS.
config BR2_PACKAGE_JQUERY_UI_THEME_HUMANITY
bool "jquery-ui-themes option humanity renamed"
select BR2_LEGACY
help
For consistency reasons, the jquery-ui-themes option for the
humanity theme has been renamed from
BR2_PACKAGE_JQUERY_UI_THEME_HUMANITY to
BR2_PACKAGE_JQUERY_UI_THEMES_HUMANITY.
config BR2_PACKAGE_JQUERY_UI_THEME_LE_FROG
bool "jquery-ui-themes option le-frog renamed"
select BR2_LEGACY
help
For consistency reasons, the jquery-ui-themes option for the
le-frog theme has been renamed from
BR2_PACKAGE_JQUERY_UI_THEME_LE_FROG to
BR2_PACKAGE_JQUERY_UI_THEMES_LE_FROG.
config BR2_PACKAGE_JQUERY_UI_THEME_MINT_CHOC
bool "jquery-ui-themes option mint-choc renamed"
select BR2_LEGACY
help
For consistency reasons, the jquery-ui-themes option for the
mint-choc theme has been renamed from
BR2_PACKAGE_JQUERY_UI_THEME_MINT_CHOC to
BR2_PACKAGE_JQUERY_UI_THEMES_MINT_CHOC.
config BR2_PACKAGE_JQUERY_UI_THEME_OVERCAST
bool "jquery-ui-themes option overcast renamed"
select BR2_LEGACY
help
For consistency reasons, the jquery-ui-themes option for the
overcast theme has been renamed from
BR2_PACKAGE_JQUERY_UI_THEME_OVERCAST to
BR2_PACKAGE_JQUERY_UI_THEMES_OVERCAST.
config BR2_PACKAGE_JQUERY_UI_THEME_PEPPER_GRINDER
bool "jquery-ui-themes option pepper-grinder renamed"
select BR2_LEGACY
help
For consistency reasons, the jquery-ui-themes option for the
pepper-grinder theme has been renamed from
BR2_PACKAGE_JQUERY_UI_THEME_PEPPER_GRINDER to
BR2_PACKAGE_JQUERY_UI_THEMES_PEPPER_GRINDER.
config BR2_PACKAGE_JQUERY_UI_THEME_REDMOND
bool "jquery-ui-themes option redmond renamed"
select BR2_LEGACY
help
For consistency reasons, the jquery-ui-themes option for the
redmond theme has been renamed from
BR2_PACKAGE_JQUERY_UI_THEME_REDMOND to
BR2_PACKAGE_JQUERY_UI_THEMES_REDMOND.
config BR2_PACKAGE_JQUERY_UI_THEME_SMOOTHNESS
bool "jquery-ui-themes option smoothness renamed"
select BR2_LEGACY
help
For consistency reasons, the jquery-ui-themes option for the
smoothness theme has been renamed from
BR2_PACKAGE_JQUERY_UI_THEME_SMOOTHNESS to
BR2_PACKAGE_JQUERY_UI_THEMES_SMOOTHNESS.
config BR2_PACKAGE_JQUERY_UI_THEME_SOUTH_STREET
bool "jquery-ui-themes option south-street renamed"
select BR2_LEGACY
help
For consistency reasons, the jquery-ui-themes option for the
south-street theme has been renamed from
BR2_PACKAGE_JQUERY_UI_THEME_SOUTH_STREET to
BR2_PACKAGE_JQUERY_UI_THEMES_SOUTH_STREET.
config BR2_PACKAGE_JQUERY_UI_THEME_START
bool "jquery-ui-themes option start renamed"
select BR2_LEGACY
help
For consistency reasons, the jquery-ui-themes option for the
start theme has been renamed from
BR2_PACKAGE_JQUERY_UI_THEME_START to
BR2_PACKAGE_JQUERY_UI_THEMES_START.
config BR2_PACKAGE_JQUERY_UI_THEME_SUNNY
bool "jquery-ui-themes option sunny renamed"
select BR2_LEGACY
help
For consistency reasons, the jquery-ui-themes option for the
sunny theme has been renamed from
BR2_PACKAGE_JQUERY_UI_THEME_SUNNY to
BR2_PACKAGE_JQUERY_UI_THEMES_SUNNY.
config BR2_PACKAGE_JQUERY_UI_THEME_SWANKY_PURSE
bool "jquery-ui-themes option swanky-purse renamed"
select BR2_LEGACY
help
For consistency reasons, the jquery-ui-themes option for the
swanky-purse theme has been renamed from
BR2_PACKAGE_JQUERY_UI_THEME_SWANKY_PURSE to
BR2_PACKAGE_JQUERY_UI_THEMES_SWANKY_PURSE.
config BR2_PACKAGE_JQUERY_UI_THEME_TRONTASTIC
bool "jquery-ui-themes option trontastic renamed"
select BR2_LEGACY
help
For consistency reasons, the jquery-ui-themes option for the
trontastic theme has been renamed from
BR2_PACKAGE_JQUERY_UI_THEME_TRONTASTIC to
BR2_PACKAGE_JQUERY_UI_THEMES_TRONTASTIC.
config BR2_PACKAGE_JQUERY_UI_THEME_UI_DARKNESS
bool "jquery-ui-themes option ui-darkness renamed"
select BR2_LEGACY
help
For consistency reasons, the jquery-ui-themes option for the
ui-darkness theme has been renamed from
BR2_PACKAGE_JQUERY_UI_THEME_UI_DARKNESS to
BR2_PACKAGE_JQUERY_UI_THEMES_UI_DARKNESS.
config BR2_PACKAGE_JQUERY_UI_THEME_UI_LIGHTNESS
bool "jquery-ui-themes option ui-lightness renamed"
select BR2_LEGACY
help
For consistency reasons, the jquery-ui-themes option for the
ui-lightness theme has been renamed from
BR2_PACKAGE_JQUERY_UI_THEME_UI_LIGHTNESS to
BR2_PACKAGE_JQUERY_UI_THEMES_UI_LIGHTNESS.
config BR2_PACKAGE_JQUERY_UI_THEME_VADER
bool "jquery-ui-themes option vader renamed"
select BR2_LEGACY
help
For consistency reasons, the jquery-ui-themes option for the
vader theme has been renamed from
BR2_PACKAGE_JQUERY_UI_THEME_VADER to
BR2_PACKAGE_JQUERY_UI_THEMES_VADER.
bluez5_utils: rename options to have the proper suffix The bluez5_utils Config.in options had a bogus prefix: BR2_PACKAGE_BLUEZ5 instead of the expected BR2_PACKAGE_BLUEZ5_UTILS. This commit fixes that, and adds the appropriate Config.in.legacy handling. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com> Acked-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2018-05-13 21:07:30 +02:00
config BR2_PACKAGE_BLUEZ5_PLUGINS_HEALTH
bool "bluez5-utils health plugin option renamed"
select BR2_LEGACY
select BR2_PACKAGE_BLUEZ5_UTILS_PLUGINS_HEALTH
help
For consistency reasons, the option
BR2_PACKAGE_BLUEZ5_PLUGINS_HEALTH has been renamed to
BR2_PACKAGE_BLUEZ5_UTILS_PLUGINS_HEALTH.
config BR2_PACKAGE_BLUEZ5_PLUGINS_MIDI
bool "bluez5-utils midi plugin option renamed"
select BR2_LEGACY
select BR2_PACKAGE_BLUEZ5_UTILS_PLUGINS_MIDI
help
For consistency reasons, the option
BR2_PACKAGE_BLUEZ5_PLUGINS_MIDI has been renamed to
BR2_PACKAGE_BLUEZ5_UTILS_PLUGINS_MIDI.
config BR2_PACKAGE_BLUEZ5_PLUGINS_NFC
bool "bluez5-utils nfc plugin option renamed"
select BR2_LEGACY
select BR2_PACKAGE_BLUEZ5_UTILS_PLUGINS_NFC
help
For consistency reasons, the option
BR2_PACKAGE_BLUEZ5_PLUGINS_NFC has been renamed to
BR2_PACKAGE_BLUEZ5_UTILS_PLUGINS_NFC.
config BR2_PACKAGE_BLUEZ5_PLUGINS_SAP
bool "bluez5-utils sap plugin option renamed"
select BR2_LEGACY
select BR2_PACKAGE_BLUEZ5_UTILS_PLUGINS_SAP
help
For consistency reasons, the option
BR2_PACKAGE_BLUEZ5_PLUGINS_SAP has been renamed to
BR2_PACKAGE_BLUEZ5_UTILS_PLUGINS_SAP.
config BR2_PACKAGE_BLUEZ5_PLUGINS_SIXAXIS
bool "bluez5-utils sixaxis plugin option renamed"
select BR2_LEGACY
select BR2_PACKAGE_BLUEZ5_UTILS_PLUGINS_SIXAXIS
help
For consistency reasons, the option
BR2_PACKAGE_BLUEZ5_PLUGINS_SIXAXIS has been renamed to
BR2_PACKAGE_BLUEZ5_UTILS_PLUGINS_SIXAXIS.
package/transmission: remove BR2_PACKAGE_TRANSMISSION_REMOTE Commit 6e223241e1bb58a27eb890291f9f5c1fcc6a0818 ("Add Transmission package"), which added the transmission package, introduced a BR2_PACKAGE_TRANSMISSION_REMOTE Config.in option, supposedly matching the --enable-remote/--disable-remote transmission option. However, transmission as of version 2.33 packaged by this initial commit, did not have a --enable-remote/--disable-remote option, and it was apparently never part of transmission. Therefore, this commit removes this useless option. Since the transmission-remote tool is automatically built when the daemon is enabled, the Config.in.legacy handling selects BR2_PACKAGE_TRANSMISSION_DAEMON. Signed-off-by: Bernd Kuhls <bernd.kuhls@t-online.de> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
2018-05-02 08:05:40 +02:00
config BR2_PACKAGE_TRANSMISSION_REMOTE
bool "transmission remote tool option removed"
select BR2_LEGACY
select BR2_PACKAGE_TRANSMISSION_DAEMON
help
Upstream does not provide a separate configure option for
the tool transmission-remote, it is built when the
transmission daemon has been enabled. Therefore, Buildroot
has automatically enabled BR2_PACKAGE_TRANSMISSION_DAEMON
for you.
libkcapi: split BR2_PACKAGE_LIBKCAPI_APPS Since commit https://github.com/smuellerDD/libkcapi/commit/af313accf18887b4f6dbd7306c2389ddf271c9b7, hasher test application depends on dlfcn.h. To avoid putting all apps under !BR2_STATIC_LIBS dependency, split BR2_PACKAGE_LIBKCAPI_APPS into several variables. Moreover, BR2_USE_MMU is only a dependency of BR2_PACKAGE_LIBKCAPI_TEST as other applications don't use fork. Finally, enc or dgst applications could be enabled in a next patch if needed. Fixes: - http://autobuild.buildroot.net/results/7c57f3025030eff41a5cde52759821249859caf1 Signed-off-by: Fabrice Fontaine <fontaine.fabrice@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
2018-05-07 00:09:01 +02:00
config BR2_PACKAGE_LIBKCAPI_APPS
bool "libkcapi test applications removed"
select BR2_LEGACY
select BR2_PACKAGE_LIBKCAPI_HASHER if !BR2_STATIC_LIBS
select BR2_PACKAGE_LIBKCAPI_RNGAPP
select BR2_PACKAGE_LIBKCAPI_SPEED
select BR2_PACKAGE_LIBKCAPI_TEST
help
Test applications (hasher, rng read, speed-test, test) now
have their own configuration options in the libkcapi menu.
package/mplayer: remove package This package causes numerous build errors. During the last hackaton it was decided to remove this package: http://lists.busybox.net/pipermail/buildroot/2018-April/217514.html Fixes http://autobuild.buildroot.net/results/bda/bda461391c9e02e313fda887b75099e619527a7a/ Signed-off-by: Bernd Kuhls <bernd.kuhls@t-online.de> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
2018-05-01 09:10:17 +02:00
config BR2_PACKAGE_MPLAYER
bool "mplayer package removed"
select BR2_LEGACY
help
The mplayer package was removed.
config BR2_PACKAGE_MPLAYER_MPLAYER
bool "mplayer package removed"
select BR2_LEGACY
help
The mplayer package was removed.
config BR2_PACKAGE_MPLAYER_MENCODER
bool "mplayer package removed"
select BR2_LEGACY
help
The mplayer package was removed.
package/libplayer: remove mplayer support Signed-off-by: Bernd Kuhls <bernd.kuhls@t-online.de> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
2018-05-01 09:10:14 +02:00
config BR2_PACKAGE_LIBPLAYER_MPLAYER
bool "mplayer support in libplayer removed"
select BR2_LEGACY
help
The mplayer package was removed.
iqvlinux: remove package This package contains a kernel module from Intel, which could only be used together with Intel userspace tools provided under NDA, which also come with the same kernel module. The copy of the kernel module available on SourceForge is only provided to comply with the GPLv2 requirement. Intel engineers were even surprised it even built and were not willing to make any effort to fix their tarball naming to contain a version number. Therefore, it does not make sense for Buildroot to provide such a package. See https://sourceforge.net/p/e1000/bugs/589/ for the discussion. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com> Acked-by: Carlos Santos <casantos@datacom.ind.br> Acked-by: Romain Naour <romain.naour@gmail.com> [Thomas: - remove double "only" noticed by Carlos - fix typo packaged -> package noticed by Romain - fix check-package warning noticed by Ricardo] Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
2018-04-04 18:00:09 +02:00
config BR2_PACKAGE_IQVLINUX
bool "iqvlinux package removed"
select BR2_LEGACY
help
This package contained a kernel module from Intel, which
could only be used together with Intel userspace tools
provided under NDA, which also come with the same kernel
module. The copy of the kernel module available on
SourceForge is provided only to comply with the GPLv2
requirement. Intel engineers were even surprised it even
built and were not willing to make any effort to fix their
tarball naming to contain a version number. Therefore, it
does not make sense for Buildroot to provide such a package.
See https://sourceforge.net/p/e1000/bugs/589/ for the
discussion.
arch: drop BR2_BINFMT_FLAT_SEP_DATA support This was only used by Blackfin, so there's no good reason to keep it. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
2018-04-05 21:50:18 +02:00
config BR2_BINFMT_FLAT_SEP_DATA
bool "binfmt FLAT with separate code and data removed"
select BR2_LEGACY
help
This FLAT binary format was only used on Blackfin, which has
been removed.
arch: remove Blackfin architecture The Blackfin architecture has for a long time been complicated to maintain, with poor support in upstream binutils/gcc. As of April 2018, the Blackfin architecture has been dropped from the upstream Linux kernel. Also, the Analog Device engineer who used to be in touch with the Buildroot community also privately said we should drop the support for this architecture, which Analog Devices is no longer using, promoting and maintaining. The BR2_BINFMT_FLAT_SEP_DATA option becomes unselectable, it will be removed in a future commit. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com> Reviewed-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
2018-04-05 21:50:17 +02:00
config BR2_bfin
bool "Blackfin architecture support removed"
select BR2_LEGACY
help
Following the removal of Blackfin support for the upstream
Linux kernel, Buildroot has removed support for this CPU
architecture.
package/kodi-adsp-*: remove packages Those packages are unmaintained and not in a working state, for details see https://github.com/xbmc/xbmc/pull/13723 Signed-off-by: Bernd Kuhls <bernd.kuhls@t-online.de> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
2018-04-01 15:58:08 +02:00
config BR2_PACKAGE_KODI_ADSP_BASIC
bool "kodi-adsp-basic package removed"
select BR2_LEGACY
help
kodi-adsp-basic is unmaintained
config BR2_PACKAGE_KODI_ADSP_FREESURROUND
bool "kodi-adsp-freesurround package removed"
select BR2_LEGACY
help
kodi-adsp-freesurround is unmaintained
###############################################################################
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_LEGACY
help
Version 3.4.x of the Linux kernel headers are no longer
legacy: don't select kernel headers The kernel headers versions are parts of a choice, so we can't select them. Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Cc: Thomas Petazzoni <thomas.petazzoni@bootlin.com> Cc: Peter Korsgaard <peter@korsgaard.com> Cc: Bernd Kuhls <bernd.kuhls@t-online.de> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2018-10-04 22:00:29 +02:00
maintained upstream and are now removed.
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_10
bool "kernel headers version 3.10.x are no longer supported"
select BR2_LEGACY
help
Version 3.10.x of the Linux kernel headers are no longer
legacy: don't select kernel headers The kernel headers versions are parts of a choice, so we can't select them. Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Cc: Thomas Petazzoni <thomas.petazzoni@bootlin.com> Cc: Peter Korsgaard <peter@korsgaard.com> Cc: Bernd Kuhls <bernd.kuhls@t-online.de> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2018-10-04 22:00:29 +02:00
maintained upstream and are now removed.
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_12
bool "kernel headers version 3.12.x are no longer supported"
select BR2_LEGACY
help
Version 3.12.x of the Linux kernel headers are no longer
legacy: don't select kernel headers The kernel headers versions are parts of a choice, so we can't select them. Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Cc: Thomas Petazzoni <thomas.petazzoni@bootlin.com> Cc: Peter Korsgaard <peter@korsgaard.com> Cc: Bernd Kuhls <bernd.kuhls@t-online.de> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2018-10-04 22:00:29 +02:00
maintained upstream and are now removed.
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
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
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
Config.in*: re-wrap help text ... to follow the convention <tab><2 spaces><62 chars>. Signed-off-by: Ricardo Martincoski <ricardo.martincoski@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
2018-04-01 07:08:39 +02:00
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 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
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
Config.in*: re-wrap help text ... to follow the convention <tab><2 spaces><62 chars>. Signed-off-by: Ricardo Martincoski <ricardo.martincoski@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
2018-04-01 07:08:39 +02:00
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
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
Config.in*: re-wrap help text ... to follow the convention <tab><2 spaces><62 chars>. Signed-off-by: Ricardo Martincoski <ricardo.martincoski@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
2018-04-01 07:08:39 +02:00
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.
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_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
Config.in*: re-wrap help text ... to follow the convention <tab><2 spaces><62 chars>. Signed-off-by: Ricardo Martincoski <ricardo.martincoski@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
2018-04-01 07:08:39 +02:00
The nbd client option has been renamed to
BR2_PACKAGE_NBD_CLIENT.
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_SERVER
bool "nbd server option was renamed"
select BR2_LEGACY
select BR2_PACKAGE_NBD_SERVER
help
Config.in*: re-wrap help text ... to follow the convention <tab><2 spaces><62 chars>. Signed-off-by: Ricardo Martincoski <ricardo.martincoski@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
2018-04-01 07:08:39 +02:00
The nbd server option has been renamed to
BR2_PACKAGE_NBD_SERVER.
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
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_LEGACY
help
Version 4.8.x of the Linux kernel headers are no longer
legacy: don't select kernel headers The kernel headers versions are parts of a choice, so we can't select them. Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Cc: Thomas Petazzoni <thomas.petazzoni@bootlin.com> Cc: Peter Korsgaard <peter@korsgaard.com> Cc: Bernd Kuhls <bernd.kuhls@t-online.de> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2018-10-04 22:00:29 +02:00
maintained upstream 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
config BR2_KERNEL_HEADERS_3_18
bool "kernel headers version 3.18.x are no longer supported"
select BR2_LEGACY
help
Version 3.18.x of the Linux kernel headers are no longer
legacy: don't select kernel headers The kernel headers versions are parts of a choice, so we can't select them. Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Cc: Thomas Petazzoni <thomas.petazzoni@bootlin.com> Cc: Peter Korsgaard <peter@korsgaard.com> Cc: Bernd Kuhls <bernd.kuhls@t-online.de> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2018-10-04 22:00:29 +02:00
maintained upstream 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
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_LEGACY
help
Version 4.7.x of the Linux kernel headers are no longer
legacy: don't select kernel headers The kernel headers versions are parts of a choice, so we can't select them. Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Cc: Thomas Petazzoni <thomas.petazzoni@bootlin.com> Cc: Peter Korsgaard <peter@korsgaard.com> Cc: Bernd Kuhls <bernd.kuhls@t-online.de> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2018-10-04 22:00:29 +02:00
maintained upstream 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
config BR2_KERNEL_HEADERS_4_6
bool "kernel headers version 4.6.x are no longer supported"
select BR2_LEGACY
help
Version 4.6.x of the Linux kernel headers are no longer
legacy: don't select kernel headers The kernel headers versions are parts of a choice, so we can't select them. Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Cc: Thomas Petazzoni <thomas.petazzoni@bootlin.com> Cc: Peter Korsgaard <peter@korsgaard.com> Cc: Bernd Kuhls <bernd.kuhls@t-online.de> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2018-10-04 22:00:29 +02:00
maintained upstream 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
config BR2_KERNEL_HEADERS_4_5
bool "kernel headers version 4.5.x are no longer supported"
select BR2_LEGACY
help
Version 4.5.x of the Linux kernel headers are no longer
legacy: don't select kernel headers The kernel headers versions are parts of a choice, so we can't select them. Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Cc: Thomas Petazzoni <thomas.petazzoni@bootlin.com> Cc: Peter Korsgaard <peter@korsgaard.com> Cc: Bernd Kuhls <bernd.kuhls@t-online.de> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2018-10-04 22:00:29 +02:00
maintained upstream 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
config BR2_KERNEL_HEADERS_3_14
bool "kernel headers version 3.14.x are no longer supported"
select BR2_LEGACY
help
Version 3.14.x of the Linux kernel headers are no longer
legacy: don't select kernel headers The kernel headers versions are parts of a choice, so we can't select them. Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Cc: Thomas Petazzoni <thomas.petazzoni@bootlin.com> Cc: Peter Korsgaard <peter@korsgaard.com> Cc: Bernd Kuhls <bernd.kuhls@t-online.de> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2018-10-04 22:00:29 +02:00
maintained upstream 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
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.
Config.in*: re-wrap help text ... to follow the convention <tab><2 spaces><62 chars>. Signed-off-by: Ricardo Martincoski <ricardo.martincoski@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
2018-04-01 07:08:39 +02:00
Upstream doesn't provide any prebuilt toolchain anymore, use
the Buildroot toolchain instead.
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
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_LEGACY
help
Version 4.3.x of the Linux kernel headers are no longer
legacy: don't select kernel headers The kernel headers versions are parts of a choice, so we can't select them. Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Cc: Thomas Petazzoni <thomas.petazzoni@bootlin.com> Cc: Peter Korsgaard <peter@korsgaard.com> Cc: Bernd Kuhls <bernd.kuhls@t-online.de> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2018-10-04 22:00:29 +02:00
maintained upstream and are now removed.
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_2
bool "kernel headers version 4.2.x are no longer supported"
select BR2_LEGACY
help
Version 4.2.x of the Linux kernel headers are no longer
legacy: don't select kernel headers The kernel headers versions are parts of a choice, so we can't select them. Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Cc: Thomas Petazzoni <thomas.petazzoni@bootlin.com> Cc: Peter Korsgaard <peter@korsgaard.com> Cc: Bernd Kuhls <bernd.kuhls@t-online.de> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2018-10-04 22:00:29 +02:00
maintained upstream and are now removed.
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
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
Config.in*: re-wrap help text ... to follow the convention <tab><2 spaces><62 chars>. Signed-off-by: Ricardo Martincoski <ricardo.martincoski@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
2018-04-01 07:08:39 +02:00
handhelds.org project and it hasn't seen development since
2006. Use opkg as a replacement.
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
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"
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.
config BR2_KERNEL_HEADERS_3_19
bool "kernel headers version 3.19.x are no longer supported"
select BR2_LEGACY
help
Config.in*: re-wrap help text ... to follow the convention <tab><2 spaces><62 chars>. Signed-off-by: Ricardo Martincoski <ricardo.martincoski@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
2018-04-01 07:08:39 +02:00
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 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
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
Config.in*: re-wrap help text ... to follow the convention <tab><2 spaces><62 chars>. Signed-off-by: Ricardo Martincoski <ricardo.martincoski@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
2018-04-01 07:08:39 +02:00
With EFL 1.18, libevas-generic-loaders is now provided by the
efl package.
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
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
Config.in*: re-wrap help text ... to follow the convention <tab><2 spaces><62 chars>. Signed-off-by: Ricardo Martincoski <ricardo.martincoski@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
2018-04-01 07:08:39 +02:00
The option to select a local directory as the source of the
Linux kernel has been removed. It hurts reproducibility of
builds.
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
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
Config.in*: re-wrap help text ... to follow the convention <tab><2 spaces><62 chars>. Signed-off-by: Ricardo Martincoski <ricardo.martincoski@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
2018-04-01 07:08:39 +02:00
The libfslvpuwrap has been renamed to match the renamed
package.
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
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
Config.in*: re-wrap help text ... to follow the convention <tab><2 spaces><62 chars>. Signed-off-by: Ricardo Martincoski <ricardo.martincoski@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
2018-04-01 07:08:39 +02:00
The libfslparser 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
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"
select BR2_LEGACY
help
Config.in*: re-wrap help text ... to follow the convention <tab><2 spaces><62 chars>. Signed-off-by: Ricardo Martincoski <ricardo.martincoski@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
2018-04-01 07:08:39 +02:00
Version 3.17.x of the Linux kernel headers have been
deprecated for more than four buildroot releases and are now
removed.
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
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
Config.in*: re-wrap help text ... to follow the convention <tab><2 spaces><62 chars>. Signed-off-by: Ricardo Martincoski <ricardo.martincoski@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
2018-04-01 07:08:39 +02:00
This option depends on BR2_ENABLE_DEBUG which should not be
used by packages anymore.
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_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"
select BR2_LEGACY
help
Config.in*: re-wrap help text ... to follow the convention <tab><2 spaces><62 chars>. Signed-off-by: Ricardo Martincoski <ricardo.martincoski@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
2018-04-01 07:08:39 +02:00
Version 3.16.x of the Linux kernel headers have been
deprecated for more than four buildroot releases and are now
removed.
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
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
Config.in*: re-wrap help text ... to follow the convention <tab><2 spaces><62 chars>. Signed-off-by: Ricardo Martincoski <ricardo.martincoski@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
2018-04-01 07:08:39 +02:00
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.
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
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
Config.in*: re-wrap help text ... to follow the convention <tab><2 spaces><62 chars>. Signed-off-by: Ricardo Martincoski <ricardo.martincoski@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
2018-04-01 07:08:39 +02:00
The libelementary package has been renamed to match the
upstream name.
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
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,
Config.in*: re-wrap help text ... to follow the convention <tab><2 spaces><62 chars>. Signed-off-by: Ricardo Martincoski <ricardo.martincoski@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
2018-04-01 07:08:39 +02:00
to avoid ambiguities with Info-Zip's UnZip which has been
added in the unzip package.
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
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
Config.in*: re-wrap help text ... to follow the convention <tab><2 spaces><62 chars>. Signed-off-by: Ricardo Martincoski <ricardo.martincoski@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
2018-04-01 07:08:39 +02:00
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
Config.in*: re-wrap help text ... to follow the convention <tab><2 spaces><62 chars>. Signed-off-by: Ricardo Martincoski <ricardo.martincoski@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
2018-04-01 07:08:39 +02:00
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.
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
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
Config.in*: re-wrap help text ... to follow the convention <tab><2 spaces><62 chars>. Signed-off-by: Ricardo Martincoski <ricardo.martincoski@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
2018-04-01 07:08:39 +02:00
Schifra package has been maked broken since 2014.11 release
and haven't been fixed since then.
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
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
Config.in*: re-wrap help text ... to follow the convention <tab><2 spaces><62 chars>. Signed-off-by: Ricardo Martincoski <ricardo.martincoski@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
2018-04-01 07:08:39 +02:00
ZXing no longer provides the cpp bindings, it has been renamed
to BR2_PACKAGE_ZXING_CPP which uses a new upstream.
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
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_LEGACY
help
Version 3.0.x of the Linux kernel headers have been deprecated
for more than four buildroot releases and are now removed.
config BR2_KERNEL_HEADERS_3_11
bool "kernel headers version 3.11.x are no longer supported"
select BR2_LEGACY
help
Config.in*: re-wrap help text ... to follow the convention <tab><2 spaces><62 chars>. Signed-off-by: Ricardo Martincoski <ricardo.martincoski@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
2018-04-01 07:08:39 +02:00
Version 3.11.x of the Linux kernel headers have been
deprecated for more than four buildroot releases and are now
removed.
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_13
bool "kernel headers version 3.13.x are no longer supported"
select BR2_LEGACY
help
Config.in*: re-wrap help text ... to follow the convention <tab><2 spaces><62 chars>. Signed-off-by: Ricardo Martincoski <ricardo.martincoski@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
2018-04-01 07:08:39 +02:00
Version 3.13.x of the Linux kernel headers have been
deprecated for more than four buildroot releases and are now
removed.
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_15
bool "kernel headers version 3.15.x are no longer supported"
select BR2_LEGACY
help
Config.in*: re-wrap help text ... to follow the convention <tab><2 spaces><62 chars>. Signed-off-by: Ricardo Martincoski <ricardo.martincoski@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
2018-04-01 07:08:39 +02:00
Version 3.15.x of the Linux kernel headers have been
deprecated for more than four buildroot releases and are now
removed.
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
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
bool "libsemanage python bindings removed"
Config.in*: fix attributes order ... to follow the convention: type, default, depends on, select, help. Signed-off-by: Ricardo Martincoski <ricardo.martincoski@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
2018-04-01 07:08:33 +02:00
depends on BR2_PACKAGE_PYTHON
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
Config.in*: re-wrap help text ... to follow the convention <tab><2 spaces><62 chars>. Signed-off-by: Ricardo Martincoski <ricardo.martincoski@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
2018-04-01 07:08:39 +02:00
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).
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
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
Config.in*: re-wrap help text ... to follow the convention <tab><2 spaces><62 chars>. Signed-off-by: Ricardo Martincoski <ricardo.martincoski@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
2018-04-01 07:08:39 +02:00
libgc has been removed because we have the same package under
a different name, bdwgc.
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
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
Config.in*: re-wrap help text ... to follow the convention <tab><2 spaces><62 chars>. Signed-off-by: Ricardo Martincoski <ricardo.martincoski@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
2018-04-01 07:08:39 +02:00
util-linux' wdctl option has been renamed to
BR2_PACKAGE_UTIL_LINUX_WDCTL to be aligned with how the other
options are named.
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
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
Config.in*: re-wrap help text ... to follow the convention <tab><2 spaces><62 chars>. Signed-off-by: Ricardo Martincoski <ricardo.martincoski@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
2018-04-01 07:08:39 +02:00
The bzip2 payloads option rely entirely on the dependant
package bzip2. So, you need to select it to enable this
feature.
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_XZ_PAYLOADS
bool "rpm's xz payloads option has been removed"
select BR2_LEGACY
select BR2_PACKAGE_XZ
help
Config.in*: re-wrap help text ... to follow the convention <tab><2 spaces><62 chars>. Signed-off-by: Ricardo Martincoski <ricardo.martincoski@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
2018-04-01 07:08:39 +02:00
The xz payloads option rely entirely on the dependant package
xz. So, you need to select it to enable this feature.
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
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
Config.in*: re-wrap help text ... to follow the convention <tab><2 spaces><62 chars>. Signed-off-by: Ricardo Martincoski <ricardo.martincoski@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
2018-04-01 07:08:39 +02:00
The tools option has been removed upstream and the different
tools have been split between the pki and scep options, with
others deprecated.
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
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
Config.in*: re-wrap help text ... to follow the convention <tab><2 spaces><62 chars>. Signed-off-by: Ricardo Martincoski <ricardo.martincoski@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
2018-04-01 07:08:39 +02:00
The XBMC media center project was renamed to Kodi
entertainment center
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
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
Config.in*: re-wrap help text ... to follow the convention <tab><2 spaces><62 chars>. Signed-off-by: Ricardo Martincoski <ricardo.martincoski@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
2018-04-01 07:08:39 +02:00
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_ALSA_LIB
bool "xbmc options have been renamed"
select BR2_LEGACY
select BR2_PACKAGE_KODI_ALSA_LIB
help
Config.in*: re-wrap help text ... to follow the convention <tab><2 spaces><62 chars>. Signed-off-by: Ricardo Martincoski <ricardo.martincoski@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
2018-04-01 07:08:39 +02:00
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_AVAHI
bool "xbmc options have been renamed"
select BR2_LEGACY
select BR2_PACKAGE_KODI_AVAHI
help
Config.in*: re-wrap help text ... to follow the convention <tab><2 spaces><62 chars>. Signed-off-by: Ricardo Martincoski <ricardo.martincoski@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
2018-04-01 07:08:39 +02:00
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_DBUS
bool "xbmc options have been renamed"
select BR2_LEGACY
select BR2_PACKAGE_KODI_DBUS
help
Config.in*: re-wrap help text ... to follow the convention <tab><2 spaces><62 chars>. Signed-off-by: Ricardo Martincoski <ricardo.martincoski@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
2018-04-01 07:08:39 +02:00
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_LIBBLURAY
bool "xbmc options have been renamed"
select BR2_LEGACY
select BR2_PACKAGE_KODI_LIBBLURAY
help
Config.in*: re-wrap help text ... to follow the convention <tab><2 spaces><62 chars>. Signed-off-by: Ricardo Martincoski <ricardo.martincoski@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
2018-04-01 07:08:39 +02:00
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_GOOM
bool "xbmc options have been renamed"
select BR2_LEGACY
select BR2_PACKAGE_KODI_GOOM
help
Config.in*: re-wrap help text ... to follow the convention <tab><2 spaces><62 chars>. Signed-off-by: Ricardo Martincoski <ricardo.martincoski@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
2018-04-01 07:08:39 +02:00
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_RSXS
bool "xbmc options have been renamed"
select BR2_LEGACY
select BR2_PACKAGE_KODI_RSXS
help
Config.in*: re-wrap help text ... to follow the convention <tab><2 spaces><62 chars>. Signed-off-by: Ricardo Martincoski <ricardo.martincoski@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
2018-04-01 07:08:39 +02:00
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_LIBCEC
bool "xbmc options have been renamed"
select BR2_LEGACY
select BR2_PACKAGE_KODI_LIBCEC
help
Config.in*: re-wrap help text ... to follow the convention <tab><2 spaces><62 chars>. Signed-off-by: Ricardo Martincoski <ricardo.martincoski@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
2018-04-01 07:08:39 +02:00
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_LIBMICROHTTPD
bool "xbmc options have been renamed"
select BR2_LEGACY
select BR2_PACKAGE_KODI_LIBMICROHTTPD
help
Config.in*: re-wrap help text ... to follow the convention <tab><2 spaces><62 chars>. Signed-off-by: Ricardo Martincoski <ricardo.martincoski@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
2018-04-01 07:08:39 +02:00
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_LIBNFS
bool "xbmc options have been renamed"
select BR2_LEGACY
select BR2_PACKAGE_KODI_LIBNFS
help
Config.in*: re-wrap help text ... to follow the convention <tab><2 spaces><62 chars>. Signed-off-by: Ricardo Martincoski <ricardo.martincoski@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
2018-04-01 07:08:39 +02:00
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_RTMPDUMP
bool "xbmc options have been renamed"
select BR2_LEGACY
select BR2_PACKAGE_KODI_RTMPDUMP
help
Config.in*: re-wrap help text ... to follow the convention <tab><2 spaces><62 chars>. Signed-off-by: Ricardo Martincoski <ricardo.martincoski@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
2018-04-01 07:08:39 +02:00
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_LIBSHAIRPLAY
bool "xbmc options have been renamed"
select BR2_LEGACY
select BR2_PACKAGE_KODI_LIBSHAIRPLAY
help
Config.in*: re-wrap help text ... to follow the convention <tab><2 spaces><62 chars>. Signed-off-by: Ricardo Martincoski <ricardo.martincoski@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
2018-04-01 07:08:39 +02:00
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_LIBSMBCLIENT
bool "xbmc options have been renamed"
select BR2_LEGACY
select BR2_PACKAGE_KODI_LIBSMBCLIENT
help
Config.in*: re-wrap help text ... to follow the convention <tab><2 spaces><62 chars>. Signed-off-by: Ricardo Martincoski <ricardo.martincoski@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
2018-04-01 07:08:39 +02:00
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_LIBTHEORA
bool "xbmc options have been renamed"
select BR2_LEGACY
select BR2_PACKAGE_KODI_LIBTHEORA
help
Config.in*: re-wrap help text ... to follow the convention <tab><2 spaces><62 chars>. Signed-off-by: Ricardo Martincoski <ricardo.martincoski@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
2018-04-01 07:08:39 +02:00
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_LIBUSB
bool "xbmc options have been renamed"
select BR2_LEGACY
select BR2_PACKAGE_KODI_LIBUSB
help
Config.in*: re-wrap help text ... to follow the convention <tab><2 spaces><62 chars>. Signed-off-by: Ricardo Martincoski <ricardo.martincoski@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
2018-04-01 07:08:39 +02:00
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_LIBVA
bool "xbmc options have been renamed"
select BR2_LEGACY
select BR2_PACKAGE_KODI_LIBVA
help
Config.in*: re-wrap help text ... to follow the convention <tab><2 spaces><62 chars>. Signed-off-by: Ricardo Martincoski <ricardo.martincoski@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
2018-04-01 07:08:39 +02:00
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_WAVPACK
bool "xbmc options have been renamed"
select BR2_LEGACY
select BR2_PACKAGE_KODI_WAVPACK
help
Config.in*: re-wrap help text ... to follow the convention <tab><2 spaces><62 chars>. Signed-off-by: Ricardo Martincoski <ricardo.martincoski@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
2018-04-01 07:08:39 +02:00
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
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
Config.in*: re-wrap help text ... to follow the convention <tab><2 spaces><62 chars>. Signed-off-by: Ricardo Martincoski <ricardo.martincoski@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
2018-04-01 07:08:39 +02:00
Xceive (the xc4000 series), as well as new firmwares (the
xc5000c) from Cresta, who bought Xceive.
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
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
Config.in*: re-wrap help text ... to follow the convention <tab><2 spaces><62 chars>. Signed-off-by: Ricardo Martincoski <ricardo.martincoski@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
2018-04-01 07:08:39 +02:00
The libelf package provided an old version of the libelf
library and is deprecated. The libelf library is now provided
by the elfutils package.
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
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"
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.
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
Config.in*: re-wrap help text ... to follow the convention <tab><2 spaces><62 chars>. Signed-off-by: Ricardo Martincoski <ricardo.martincoski@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
2018-04-01 07:08:39 +02:00
The procps package has been replaced by the equivalent
procps-ng.
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
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
Config.in*: re-wrap help text ... to follow the convention <tab><2 spaces><62 chars>. Signed-off-by: Ricardo Martincoski <ricardo.martincoski@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
2018-04-01 07:08:39 +02:00
This libv4l option has been deprecated and replaced by a
single option to build all the libv4l utilities.
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_IR_KEYTABLE
bool "ir-keytable"
select BR2_PACKAGE_LIBV4L_UTILS
select BR2_LEGACY
help
Config.in*: re-wrap help text ... to follow the convention <tab><2 spaces><62 chars>. Signed-off-by: Ricardo Martincoski <ricardo.martincoski@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
2018-04-01 07:08:39 +02:00
This libv4l option has been deprecated and replaced by a
single option to build all the libv4l utilities.
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_V4L2_COMPLIANCE
bool "v4l2-compliance"
select BR2_PACKAGE_LIBV4L_UTILS
select BR2_LEGACY
help
Config.in*: re-wrap help text ... to follow the convention <tab><2 spaces><62 chars>. Signed-off-by: Ricardo Martincoski <ricardo.martincoski@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
2018-04-01 07:08:39 +02:00
This libv4l option has been deprecated and replaced by a
single option to build all the libv4l utilities.
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_V4L2_CTL
bool "v4l2-ctl"
select BR2_PACKAGE_LIBV4L_UTILS
select BR2_LEGACY
help
Config.in*: re-wrap help text ... to follow the convention <tab><2 spaces><62 chars>. Signed-off-by: Ricardo Martincoski <ricardo.martincoski@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
2018-04-01 07:08:39 +02:00
This libv4l option has been deprecated and replaced by a
single option to build all the libv4l utilities.
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_V4L2_DBG
bool "v4l2-dbg"
select BR2_PACKAGE_LIBV4L_UTILS
select BR2_LEGACY
help
Config.in*: re-wrap help text ... to follow the convention <tab><2 spaces><62 chars>. Signed-off-by: Ricardo Martincoski <ricardo.martincoski@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
2018-04-01 07:08:39 +02:00
This libv4l option has been deprecated and replaced by a
single option to build all the libv4l utilities.
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
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"
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.
config BR2_KERNEL_HEADERS_3_7
bool "kernel headers version 3.7.x are no longer supported"
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.
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
Config.in*: re-wrap help text ... to follow the convention <tab><2 spaces><62 chars>. Signed-off-by: Ricardo Martincoski <ricardo.martincoski@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
2018-04-01 07:08:39 +02:00
BR2_TARGET_TZ_ZONELIST, and moved to the "System
configuration" menu. You'll need to select BR2_TARGET_TZ_INFO.
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_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
Config.in*: re-wrap help text ... to follow the convention <tab><2 spaces><62 chars>. Signed-off-by: Ricardo Martincoski <ricardo.martincoski@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
2018-04-01 07:08:39 +02:00
renamed to BR2_PACKAGE_LUA_EDITING_NONE. You will have to
select it in the corresponding choice.
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_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'.
Config.in*: re-wrap help text ... to follow the convention <tab><2 spaces><62 chars>. Signed-off-by: Ricardo Martincoski <ricardo.martincoski@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
2018-04-01 07:08:39 +02:00
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
Config.in*: re-wrap help text ... to follow the convention <tab><2 spaces><62 chars>. Signed-off-by: Ricardo Martincoski <ricardo.martincoski@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
2018-04-01 07:08:39 +02: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_LEGACY
help
Version 3.1.x of the Linux kernel headers have been deprecated
for more than four buildroot releases and are now removed.
config BR2_KERNEL_HEADERS_3_3
bool "kernel headers version 3.3.x are no longer supported"
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.
config BR2_KERNEL_HEADERS_3_5
bool "kernel headers version 3.5.x are no longer supported"
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.
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
Config.in*: re-wrap help text ... to follow the convention <tab><2 spaces><62 chars>. Signed-off-by: Ricardo Martincoski <ricardo.martincoski@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
2018-04-01 07:08:39 +02:00
Support for documentation on target has been removed since it
has been deprecated for more than four buildroot releases.
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
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
Config.in*: re-wrap help text ... to follow the convention <tab><2 spaces><62 chars>. Signed-off-by: Ricardo Martincoski <ricardo.martincoski@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
2018-04-01 07:08:39 +02:00
The 'automake' target package 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
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
Config.in*: re-wrap help text ... to follow the convention <tab><2 spaces><62 chars>. Signed-off-by: Ricardo Martincoski <ricardo.martincoski@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
2018-04-01 07:08:39 +02:00
The 'autoconf' target package has been removed since it has
been deprecated for more than four buildroot releases.
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
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.
Config.in*: re-wrap help text ... to follow the convention <tab><2 spaces><62 chars>. Signed-off-by: Ricardo Martincoski <ricardo.martincoski@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
2018-04-01 07:08:39 +02:00
Note: generating lzma-compressed rootfs images is still
supported.
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
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
Config.in*: re-wrap help text ... to follow the convention <tab><2 spaces><62 chars>. Signed-off-by: Ricardo Martincoski <ricardo.martincoski@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
2018-04-01 07:08:39 +02:00
The 'libnfc-llcp' package has been removed since upstream
renamed 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
Config.in*: re-wrap help text ... to follow the convention <tab><2 spaces><62 chars>. Signed-off-by: Ricardo Martincoski <ricardo.martincoski@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
2018-04-01 07:08:39 +02:00
suite. Therefore, the option has been replaced with the
positive BR2_PACKAGE_LVM2_STANDARD_INSTALL option.
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
# 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: 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