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

28 lines
1.1 KiB
Plaintext
Raw Normal View History

efibootmgr: new package A Linux user-space application to modify the Intel Extensible Firmware Interface (EFI) Boot Manager. This application can create and destroy boot entries, change the boot order, change the next running boot option, and more. The only issue found was that it was trying to include headers from the host, so $(STAGING_DIR) has been prepended to the include path so that the package finds the right headers. efibootmgr depends on the libraries provided by efivar. Signed-off-by: Erico Nunes <nunes.erico@gmail.com> [Thomas: - change the "depends on" for efivar to a "select", and propagate the relevant dependencies. - the license is GPLv2+, not GPLv2. - move the Makefile tweak to a post-patch hook rather than doing it as part of the build step.] Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2016-04-21 03:23:56 +02:00
config BR2_PACKAGE_EFIBOOTMGR
bool "efibootmgr"
efivar: introduce BR2_PACKAGE_EFIVAR_ARCH_SUPPORTS efivar only makes sense on platforms that support UEFI. UEFI is only supported by some architectures at the moment, being mostly employed on platforms such as x86, x86_64 and aarch64. Some other platforms such as MIPS and PowerPC may have some unofficial UEFI support. UEFI is also limited to little endian architectures. efivar was being supported in Buildroot without architecture restrictions so far, however this has led to the creation of a number of hacks in the recipes, mostly for architectures that are not supported by UEFI. In order to avoid spending more time to debug these failures and maintaining more hacks for unsupported architectures, efivar can be restricted to that platforms where it makes sense and where it is more likely to receive some testing and actual usage. The existing hacks for the now unsupported architectures are removed, and the dependency is propagated to efibootmgr as it depends on efivar. Signed-off-by: Erico Nunes <nunes.erico@gmail.com> Cc: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2016-12-06 00:07:17 +01:00
depends on BR2_PACKAGE_EFIVAR_ARCH_SUPPORTS # efivar
efivar: not available for static builds efivar uses dlfcn.h which is not available in static builds configuration. Also propagate dependency to efibootmgr. This commit also does s/requires/needs/ in comment while at it. Fixes: http://autobuild.buildroot.net/results/ab3/ab32ccacfac2e65e1fcb307058d06c3d0122979d/ Signed-off-by: Rahul Bedarkar <rahul.bedarkar@imgtec.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2016-12-05 17:08:22 +01:00
depends on !BR2_STATIC_LIBS # efivar
efibootmgr: new package A Linux user-space application to modify the Intel Extensible Firmware Interface (EFI) Boot Manager. This application can create and destroy boot entries, change the boot order, change the next running boot option, and more. The only issue found was that it was trying to include headers from the host, so $(STAGING_DIR) has been prepended to the include path so that the package finds the right headers. efibootmgr depends on the libraries provided by efivar. Signed-off-by: Erico Nunes <nunes.erico@gmail.com> [Thomas: - change the "depends on" for efivar to a "select", and propagate the relevant dependencies. - the license is GPLv2+, not GPLv2. - move the Makefile tweak to a post-patch hook rather than doing it as part of the build step.] Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2016-04-21 03:23:56 +02:00
depends on BR2_TOOLCHAIN_HEADERS_AT_LEAST_3_12 # efivar
efibootmrg: Allow build with uClibc Details at https://github.com/rhinstaller/efibootmgr/issues/61. Signed-off-by: Andy Shevchenko <andriy.shevchenko@linux.intel.com> [Thomas: efivar still doesn't build on musl, so same for efibootmgr.] Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2016-11-27 15:32:04 +01:00
depends on !BR2_TOOLCHAIN_USES_MUSL # efivar
efibootmgr: fix reverse dependency from efivar efivar minimum gcc version dependency changed from 4.7 to 4.9 in the last efivar bump, so this must be reflected in efibootmgr Config.in as well. Signed-off-by: Erico Nunes <nunes.erico@gmail.com> Cc: Peter Korsgaard <peter@korsgaard.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2016-10-02 21:15:37 +02:00
depends on BR2_TOOLCHAIN_GCC_AT_LEAST_4_9 # efivar
efivar: introduce BR2_PACKAGE_EFIVAR_ARCH_SUPPORTS efivar only makes sense on platforms that support UEFI. UEFI is only supported by some architectures at the moment, being mostly employed on platforms such as x86, x86_64 and aarch64. Some other platforms such as MIPS and PowerPC may have some unofficial UEFI support. UEFI is also limited to little endian architectures. efivar was being supported in Buildroot without architecture restrictions so far, however this has led to the creation of a number of hacks in the recipes, mostly for architectures that are not supported by UEFI. In order to avoid spending more time to debug these failures and maintaining more hacks for unsupported architectures, efivar can be restricted to that platforms where it makes sense and where it is more likely to receive some testing and actual usage. The existing hacks for the now unsupported architectures are removed, and the dependency is propagated to efibootmgr as it depends on efivar. Signed-off-by: Erico Nunes <nunes.erico@gmail.com> Cc: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2016-12-06 00:07:17 +01:00
depends on !BR2_TOOLCHAIN_EXTERNAL_CODESOURCERY_MIPS
efibootmgr: depends on wchar After commit 3ae07b4746 recently, efibootmgr now selects BR2_PACKAGE_GETTEXT if the toolchain requires it. gettext depends on wchar, so this dependency should be propagated as well. menuconfig currently complains loudly if you select efibootmgr, with an error such as: warning: (... && BR2_PACKAGE_EFIBOOTMGR ... && ) selects BR2_PACKAGE_GETTEXT which has unmet direct dependencies (BR2_USE_WCHAR) Signed-off-by: Erico Nunes <nunes.erico@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2016-12-06 00:07:18 +01:00
depends on BR2_USE_WCHAR # gettext
efibootmrg: Allow build with uClibc Details at https://github.com/rhinstaller/efibootmgr/issues/61. Signed-off-by: Andy Shevchenko <andriy.shevchenko@linux.intel.com> [Thomas: efivar still doesn't build on musl, so same for efibootmgr.] Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2016-11-27 15:32:04 +01:00
select BR2_PACKAGE_GETTEXT if BR2_NEEDS_GETTEXT
efibootmgr: new package A Linux user-space application to modify the Intel Extensible Firmware Interface (EFI) Boot Manager. This application can create and destroy boot entries, change the boot order, change the next running boot option, and more. The only issue found was that it was trying to include headers from the host, so $(STAGING_DIR) has been prepended to the include path so that the package finds the right headers. efibootmgr depends on the libraries provided by efivar. Signed-off-by: Erico Nunes <nunes.erico@gmail.com> [Thomas: - change the "depends on" for efivar to a "select", and propagate the relevant dependencies. - the license is GPLv2+, not GPLv2. - move the Makefile tweak to a post-patch hook rather than doing it as part of the build step.] Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2016-04-21 03:23:56 +02:00
select BR2_PACKAGE_EFIVAR
help
A Linux user-space application to modify the Intel Extensible
Firmware Interface (EFI) Boot Manager. This application can create
and destroy boot entries, change the boot order, change the next
running boot option, and more.
https://github.com/rhinstaller/efibootmgr
efibootmgr: depends on wchar After commit 3ae07b4746 recently, efibootmgr now selects BR2_PACKAGE_GETTEXT if the toolchain requires it. gettext depends on wchar, so this dependency should be propagated as well. menuconfig currently complains loudly if you select efibootmgr, with an error such as: warning: (... && BR2_PACKAGE_EFIBOOTMGR ... && ) selects BR2_PACKAGE_GETTEXT which has unmet direct dependencies (BR2_USE_WCHAR) Signed-off-by: Erico Nunes <nunes.erico@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2016-12-06 00:07:18 +01:00
comment "efibootmgr needs a glibc or uClibc toolchain w/ wchar, dynamic library, headers >= 3.12, gcc >= 4.9"
efivar: introduce BR2_PACKAGE_EFIVAR_ARCH_SUPPORTS efivar only makes sense on platforms that support UEFI. UEFI is only supported by some architectures at the moment, being mostly employed on platforms such as x86, x86_64 and aarch64. Some other platforms such as MIPS and PowerPC may have some unofficial UEFI support. UEFI is also limited to little endian architectures. efivar was being supported in Buildroot without architecture restrictions so far, however this has led to the creation of a number of hacks in the recipes, mostly for architectures that are not supported by UEFI. In order to avoid spending more time to debug these failures and maintaining more hacks for unsupported architectures, efivar can be restricted to that platforms where it makes sense and where it is more likely to receive some testing and actual usage. The existing hacks for the now unsupported architectures are removed, and the dependency is propagated to efibootmgr as it depends on efivar. Signed-off-by: Erico Nunes <nunes.erico@gmail.com> Cc: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2016-12-06 00:07:17 +01:00
depends on BR2_PACKAGE_EFIVAR_ARCH_SUPPORTS
efivar: not available for static builds efivar uses dlfcn.h which is not available in static builds configuration. Also propagate dependency to efibootmgr. This commit also does s/requires/needs/ in comment while at it. Fixes: http://autobuild.buildroot.net/results/ab3/ab32ccacfac2e65e1fcb307058d06c3d0122979d/ Signed-off-by: Rahul Bedarkar <rahul.bedarkar@imgtec.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2016-12-05 17:08:22 +01:00
depends on BR2_STATIC_LIBS || \
!BR2_TOOLCHAIN_HEADERS_AT_LEAST_3_12 || \
efibootmrg: Allow build with uClibc Details at https://github.com/rhinstaller/efibootmgr/issues/61. Signed-off-by: Andy Shevchenko <andriy.shevchenko@linux.intel.com> [Thomas: efivar still doesn't build on musl, so same for efibootmgr.] Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2016-11-27 15:32:04 +01:00
BR2_TOOLCHAIN_USES_MUSL || \
efibootmgr: depends on wchar After commit 3ae07b4746 recently, efibootmgr now selects BR2_PACKAGE_GETTEXT if the toolchain requires it. gettext depends on wchar, so this dependency should be propagated as well. menuconfig currently complains loudly if you select efibootmgr, with an error such as: warning: (... && BR2_PACKAGE_EFIBOOTMGR ... && ) selects BR2_PACKAGE_GETTEXT which has unmet direct dependencies (BR2_USE_WCHAR) Signed-off-by: Erico Nunes <nunes.erico@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2016-12-06 00:07:18 +01:00
!BR2_TOOLCHAIN_GCC_AT_LEAST_4_9 || \
!BR2_USE_WCHAR
efivar: introduce BR2_PACKAGE_EFIVAR_ARCH_SUPPORTS efivar only makes sense on platforms that support UEFI. UEFI is only supported by some architectures at the moment, being mostly employed on platforms such as x86, x86_64 and aarch64. Some other platforms such as MIPS and PowerPC may have some unofficial UEFI support. UEFI is also limited to little endian architectures. efivar was being supported in Buildroot without architecture restrictions so far, however this has led to the creation of a number of hacks in the recipes, mostly for architectures that are not supported by UEFI. In order to avoid spending more time to debug these failures and maintaining more hacks for unsupported architectures, efivar can be restricted to that platforms where it makes sense and where it is more likely to receive some testing and actual usage. The existing hacks for the now unsupported architectures are removed, and the dependency is propagated to efibootmgr as it depends on efivar. Signed-off-by: Erico Nunes <nunes.erico@gmail.com> Cc: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2016-12-06 00:07:17 +01:00
depends on !BR2_TOOLCHAIN_EXTERNAL_CODESOURCERY_MIPS
Reference in New Issue Copy Permalink