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

160 lines
4.3 KiB
Plaintext
Raw Normal View History

bluez5_utils: new package This patch adds Bluez 5.x. Its API is not backwards compatible with BlueZ 4 so it is packaged separately from BlueZ 4. BlueZ utils will use systemd and/or udev if enabled. It contains a hook to install the GATT support tool, which is always built but not installed by default. [Thomas: - Add dependency on 3.4 kernel headers - Add options for OBEX support and client support, to make the libical and readline dependencies optional. - Rewrap Config.in help text. - Adapt indentation in .mk file. - Bump to version 5.21. - Use BR2_PACKAGE_HAS_UDEV instead of BR2_PACKAGE_UDEV.] Signed-off-by: Marcin Bis <marcin@bis.org.pl> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2014-03-31 10:58:00 +02:00
config BR2_PACKAGE_BLUEZ5_UTILS
package/bluez5_utils: Clean up descriptions The descriptions in this package have grown pretty confusing over time. Try to make this a bit more consistent and up-to-date. * drop references to old kernel versions not supported by BR anymore * Remove "Bluez 5.x" string from options * consistently use the term "plugin" (plugins implement profiles) * make mentioned profile appreviations upper-case * make descriptions closer to the ones in BlueZ Readme [0] * make clear that "tests" refers to the python test scripts [0] https://git.kernel.org/pub/scm/bluetooth/bluez.git/tree/README?h=5.58 Signed-off-by: Michael Nosthoff <buildroot@heine.tech> Signed-off-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be> [Arnout: - remove more 5.x references; - Use official spelling BlueZ in main help text]
2021-04-21 15:17:23 +02:00
bool "bluez-utils"
bluez5_utils: new package This patch adds Bluez 5.x. Its API is not backwards compatible with BlueZ 4 so it is packaged separately from BlueZ 4. BlueZ utils will use systemd and/or udev if enabled. It contains a hook to install the GATT support tool, which is always built but not installed by default. [Thomas: - Add dependency on 3.4 kernel headers - Add options for OBEX support and client support, to make the libical and readline dependencies optional. - Rewrap Config.in help text. - Adapt indentation in .mk file. - Bump to version 5.21. - Use BR2_PACKAGE_HAS_UDEV instead of BR2_PACKAGE_UDEV.] Signed-off-by: Marcin Bis <marcin@bis.org.pl> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2014-03-31 10:58:00 +02:00
depends on BR2_USE_WCHAR # libglib2
depends on BR2_TOOLCHAIN_HAS_THREADS # dbus, libglib2
depends on BR2_USE_MMU # dbus
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
depends on !BR2_STATIC_LIBS # uses dlfcn
bluez5_utils: new package This patch adds Bluez 5.x. Its API is not backwards compatible with BlueZ 4 so it is packaged separately from BlueZ 4. BlueZ utils will use systemd and/or udev if enabled. It contains a hook to install the GATT support tool, which is always built but not installed by default. [Thomas: - Add dependency on 3.4 kernel headers - Add options for OBEX support and client support, to make the libical and readline dependencies optional. - Rewrap Config.in help text. - Adapt indentation in .mk file. - Bump to version 5.21. - Use BR2_PACKAGE_HAS_UDEV instead of BR2_PACKAGE_UDEV.] Signed-off-by: Marcin Bis <marcin@bis.org.pl> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2014-03-31 10:58:00 +02:00
depends on BR2_TOOLCHAIN_HEADERS_AT_LEAST_3_4
bluez5_utils: depends on BR2_TOOLCHAIN_HAS_SYNC_4 It uses __sync_fetch_and_add_4() and other 32-bit atomics, fixes: http://autobuild.buildroot.net/results/498/4984850d872448c5702eac79b831891f77ad3cf0/ Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2016-02-07 17:43:15 +01:00
depends on BR2_TOOLCHAIN_HAS_SYNC_4
bluez5_utils: new package This patch adds Bluez 5.x. Its API is not backwards compatible with BlueZ 4 so it is packaged separately from BlueZ 4. BlueZ utils will use systemd and/or udev if enabled. It contains a hook to install the GATT support tool, which is always built but not installed by default. [Thomas: - Add dependency on 3.4 kernel headers - Add options for OBEX support and client support, to make the libical and readline dependencies optional. - Rewrap Config.in help text. - Adapt indentation in .mk file. - Bump to version 5.21. - Use BR2_PACKAGE_HAS_UDEV instead of BR2_PACKAGE_UDEV.] Signed-off-by: Marcin Bis <marcin@bis.org.pl> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2014-03-31 10:58:00 +02:00
select BR2_PACKAGE_DBUS
select BR2_PACKAGE_LIBGLIB2
help
package/bluez5_utils: Clean up descriptions The descriptions in this package have grown pretty confusing over time. Try to make this a bit more consistent and up-to-date. * drop references to old kernel versions not supported by BR anymore * Remove "Bluez 5.x" string from options * consistently use the term "plugin" (plugins implement profiles) * make mentioned profile appreviations upper-case * make descriptions closer to the ones in BlueZ Readme [0] * make clear that "tests" refers to the python test scripts [0] https://git.kernel.org/pub/scm/bluetooth/bluez.git/tree/README?h=5.58 Signed-off-by: Michael Nosthoff <buildroot@heine.tech> Signed-off-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be> [Arnout: - remove more 5.x references; - Use official spelling BlueZ in main help text]
2021-04-21 15:17:23 +02:00
BlueZ utils
bluez5_utils: new package This patch adds Bluez 5.x. Its API is not backwards compatible with BlueZ 4 so it is packaged separately from BlueZ 4. BlueZ utils will use systemd and/or udev if enabled. It contains a hook to install the GATT support tool, which is always built but not installed by default. [Thomas: - Add dependency on 3.4 kernel headers - Add options for OBEX support and client support, to make the libical and readline dependencies optional. - Rewrap Config.in help text. - Adapt indentation in .mk file. - Bump to version 5.21. - Use BR2_PACKAGE_HAS_UDEV instead of BR2_PACKAGE_UDEV.] Signed-off-by: Marcin Bis <marcin@bis.org.pl> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2014-03-31 10:58:00 +02:00
package/bluez5_utils: Clean up descriptions The descriptions in this package have grown pretty confusing over time. Try to make this a bit more consistent and up-to-date. * drop references to old kernel versions not supported by BR anymore * Remove "Bluez 5.x" string from options * consistently use the term "plugin" (plugins implement profiles) * make mentioned profile appreviations upper-case * make descriptions closer to the ones in BlueZ Readme [0] * make clear that "tests" refers to the python test scripts [0] https://git.kernel.org/pub/scm/bluetooth/bluez.git/tree/README?h=5.58 Signed-off-by: Michael Nosthoff <buildroot@heine.tech> Signed-off-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be> [Arnout: - remove more 5.x references; - Use official spelling BlueZ in main help text]
2021-04-21 15:17:23 +02:00
Provides Stack, Library and Tooling for Bluetooth Classic
and Bluetooth LE.
bluez5_utils: new package This patch adds Bluez 5.x. Its API is not backwards compatible with BlueZ 4 so it is packaged separately from BlueZ 4. BlueZ utils will use systemd and/or udev if enabled. It contains a hook to install the GATT support tool, which is always built but not installed by default. [Thomas: - Add dependency on 3.4 kernel headers - Add options for OBEX support and client support, to make the libical and readline dependencies optional. - Rewrap Config.in help text. - Adapt indentation in .mk file. - Bump to version 5.21. - Use BR2_PACKAGE_HAS_UDEV instead of BR2_PACKAGE_UDEV.] Signed-off-by: Marcin Bis <marcin@bis.org.pl> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2014-03-31 10:58:00 +02:00
package/bluez5_utils: Clean up descriptions The descriptions in this package have grown pretty confusing over time. Try to make this a bit more consistent and up-to-date. * drop references to old kernel versions not supported by BR anymore * Remove "Bluez 5.x" string from options * consistently use the term "plugin" (plugins implement profiles) * make mentioned profile appreviations upper-case * make descriptions closer to the ones in BlueZ Readme [0] * make clear that "tests" refers to the python test scripts [0] https://git.kernel.org/pub/scm/bluetooth/bluez.git/tree/README?h=5.58 Signed-off-by: Michael Nosthoff <buildroot@heine.tech> Signed-off-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be> [Arnout: - remove more 5.x references; - Use official spelling BlueZ in main help text]
2021-04-21 15:17:23 +02:00
BlueZ utils will use systemd and/or udev if enabled.
bluez5_utils: new package This patch adds Bluez 5.x. Its API is not backwards compatible with BlueZ 4 so it is packaged separately from BlueZ 4. BlueZ utils will use systemd and/or udev if enabled. It contains a hook to install the GATT support tool, which is always built but not installed by default. [Thomas: - Add dependency on 3.4 kernel headers - Add options for OBEX support and client support, to make the libical and readline dependencies optional. - Rewrap Config.in help text. - Adapt indentation in .mk file. - Bump to version 5.21. - Use BR2_PACKAGE_HAS_UDEV instead of BR2_PACKAGE_UDEV.] Signed-off-by: Marcin Bis <marcin@bis.org.pl> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2014-03-31 10:58:00 +02:00
http://www.bluez.org
http://www.kernel.org/pub/linux/bluetooth
if BR2_PACKAGE_BLUEZ5_UTILS
config BR2_PACKAGE_BLUEZ5_UTILS_OBEX
bool "build OBEX support"
package/libical: bump version to v1.0.1 and switch to cmake Project moved to github according to http://sourceforge.net/projects/freeassociation "As of 2014-06-14, this project may now be found at http://github.com/libical." [Thomas: propagate the C++ dependency to bluez5_utils OBEX support, which selects libical.] Signed-off-by: Bernd Kuhls <bernd.kuhls@t-online.de> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-05-02 11:15:04 +02:00
depends on BR2_INSTALL_LIBSTDCPP
package/b*/Config.in: fix ordering of statements The check-package script when ran gives warnings on ordering issues on all of these Config files. This patch cleans up all warnings related to the ordering in the Config files for packages starting with the letter b in the package directory. The appropriate ordering is: type, default, depends on, select, help See http://nightly.buildroot.org/#_config_files for more information. Signed-off-by: Adam Duskett <Adamduskett@outlook.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2017-04-22 19:17:49 +02:00
select BR2_PACKAGE_LIBICAL
bluez5_utils: new package This patch adds Bluez 5.x. Its API is not backwards compatible with BlueZ 4 so it is packaged separately from BlueZ 4. BlueZ utils will use systemd and/or udev if enabled. It contains a hook to install the GATT support tool, which is always built but not installed by default. [Thomas: - Add dependency on 3.4 kernel headers - Add options for OBEX support and client support, to make the libical and readline dependencies optional. - Rewrap Config.in help text. - Adapt indentation in .mk file. - Bump to version 5.21. - Use BR2_PACKAGE_HAS_UDEV instead of BR2_PACKAGE_UDEV.] Signed-off-by: Marcin Bis <marcin@bis.org.pl> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2014-03-31 10:58:00 +02:00
help
package/bluez5_utils: Clean up descriptions The descriptions in this package have grown pretty confusing over time. Try to make this a bit more consistent and up-to-date. * drop references to old kernel versions not supported by BR anymore * Remove "Bluez 5.x" string from options * consistently use the term "plugin" (plugins implement profiles) * make mentioned profile appreviations upper-case * make descriptions closer to the ones in BlueZ Readme [0] * make clear that "tests" refers to the python test scripts [0] https://git.kernel.org/pub/scm/bluetooth/bluez.git/tree/README?h=5.58 Signed-off-by: Michael Nosthoff <buildroot@heine.tech> Signed-off-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be> [Arnout: - remove more 5.x references; - Use official spelling BlueZ in main help text]
2021-04-21 15:17:23 +02:00
Enable OBEX support.
bluez5_utils: new package This patch adds Bluez 5.x. Its API is not backwards compatible with BlueZ 4 so it is packaged separately from BlueZ 4. BlueZ utils will use systemd and/or udev if enabled. It contains a hook to install the GATT support tool, which is always built but not installed by default. [Thomas: - Add dependency on 3.4 kernel headers - Add options for OBEX support and client support, to make the libical and readline dependencies optional. - Rewrap Config.in help text. - Adapt indentation in .mk file. - Bump to version 5.21. - Use BR2_PACKAGE_HAS_UDEV instead of BR2_PACKAGE_UDEV.] Signed-off-by: Marcin Bis <marcin@bis.org.pl> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2014-03-31 10:58:00 +02:00
package/libical: bump version to v1.0.1 and switch to cmake Project moved to github according to http://sourceforge.net/projects/freeassociation "As of 2014-06-14, this project may now be found at http://github.com/libical." [Thomas: propagate the C++ dependency to bluez5_utils OBEX support, which selects libical.] Signed-off-by: Bernd Kuhls <bernd.kuhls@t-online.de> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-05-02 11:15:04 +02:00
comment "OBEX support needs a toolchain w/ C++"
depends on !BR2_INSTALL_LIBSTDCPP
bluez5_utils: new package This patch adds Bluez 5.x. Its API is not backwards compatible with BlueZ 4 so it is packaged separately from BlueZ 4. BlueZ utils will use systemd and/or udev if enabled. It contains a hook to install the GATT support tool, which is always built but not installed by default. [Thomas: - Add dependency on 3.4 kernel headers - Add options for OBEX support and client support, to make the libical and readline dependencies optional. - Rewrap Config.in help text. - Adapt indentation in .mk file. - Bump to version 5.21. - Use BR2_PACKAGE_HAS_UDEV instead of BR2_PACKAGE_UDEV.] Signed-off-by: Marcin Bis <marcin@bis.org.pl> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2014-03-31 10:58:00 +02:00
config BR2_PACKAGE_BLUEZ5_UTILS_CLIENT
bool "build CLI client"
select BR2_PACKAGE_READLINE
help
package/bluez5_utils: Clean up descriptions The descriptions in this package have grown pretty confusing over time. Try to make this a bit more consistent and up-to-date. * drop references to old kernel versions not supported by BR anymore * Remove "Bluez 5.x" string from options * consistently use the term "plugin" (plugins implement profiles) * make mentioned profile appreviations upper-case * make descriptions closer to the ones in BlueZ Readme [0] * make clear that "tests" refers to the python test scripts [0] https://git.kernel.org/pub/scm/bluetooth/bluez.git/tree/README?h=5.58 Signed-off-by: Michael Nosthoff <buildroot@heine.tech> Signed-off-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be> [Arnout: - remove more 5.x references; - Use official spelling BlueZ in main help text]
2021-04-21 15:17:23 +02:00
Build the command line client "bluetoothctl".
bluez5_utils: new package This patch adds Bluez 5.x. Its API is not backwards compatible with BlueZ 4 so it is packaged separately from BlueZ 4. BlueZ utils will use systemd and/or udev if enabled. It contains a hook to install the GATT support tool, which is always built but not installed by default. [Thomas: - Add dependency on 3.4 kernel headers - Add options for OBEX support and client support, to make the libical and readline dependencies optional. - Rewrap Config.in help text. - Adapt indentation in .mk file. - Bump to version 5.21. - Use BR2_PACKAGE_HAS_UDEV instead of BR2_PACKAGE_UDEV.] Signed-off-by: Marcin Bis <marcin@bis.org.pl> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2014-03-31 10:58:00 +02:00
package/bluez5_utils: expose more disable options BlueZ builds a lot of Classic BT profiles by default but allows to disable them. This is especially handy when only BLE is needed and enabled in the kernel. Otherwise this yields warnings like this on bootup: profiles/network/bnep.c:bnep_init() kernel lacks bnep-protocol support src/plugin.c:plugin_init() System does not support network plugin Also it allows to disable btmon which should not be needed on production systems and is ~800KB in size. Expose those options but default to 'y' to no break existing configurations. Signed-off-by: Michael Nosthoff <buildroot@heine.tech> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
2021-07-26 22:12:42 +02:00
config BR2_PACKAGE_BLUEZ5_UTILS_MONITOR
bool "build monitor utility"
help
Build monitor utility btmon.
package/bluez5_utils: make tools optional The tools are currently always build and installed. In many cases those tools are not needed in a production system. So make this step optional. This saves up to 2MB on the target. Further tweak the deprecated option. It has effects when the --enable-tools is set as well as when --enable-client is set. So explain this in the options description and update the install step for gatttool to only be added when client is enabled. Signed-off-by: Michael Nosthoff <buildroot@heine.tech> Signed-off-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be>
2021-07-31 22:38:03 +02:00
config BR2_PACKAGE_BLUEZ5_UTILS_TOOLS
bool "build tools"
help
Build tools like bluemoon, btattach, hex2hcd, l2test,
l2ping, mpris-proxy, rctest.
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_DEPRECATED
package/bluez5_utils: Clean up descriptions The descriptions in this package have grown pretty confusing over time. Try to make this a bit more consistent and up-to-date. * drop references to old kernel versions not supported by BR anymore * Remove "Bluez 5.x" string from options * consistently use the term "plugin" (plugins implement profiles) * make mentioned profile appreviations upper-case * make descriptions closer to the ones in BlueZ Readme [0] * make clear that "tests" refers to the python test scripts [0] https://git.kernel.org/pub/scm/bluetooth/bluez.git/tree/README?h=5.58 Signed-off-by: Michael Nosthoff <buildroot@heine.tech> Signed-off-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be> [Arnout: - remove more 5.x references; - Use official spelling BlueZ in main help text]
2021-04-21 15:17:23 +02:00
bool "install deprecated tools"
package/bluez5_utils: make tools optional The tools are currently always build and installed. In many cases those tools are not needed in a production system. So make this step optional. This saves up to 2MB on the target. Further tweak the deprecated option. It has effects when the --enable-tools is set as well as when --enable-client is set. So explain this in the options description and update the install step for gatttool to only be added when client is enabled. Signed-off-by: Michael Nosthoff <buildroot@heine.tech> Signed-off-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be>
2021-07-31 22:38:03 +02:00
depends on BR2_PACKAGE_BLUEZ5_UTILS_CLIENT || BR2_PACKAGE_BLUEZ5_UTILS_TOOLS
bluez5_utils: new package This patch adds Bluez 5.x. Its API is not backwards compatible with BlueZ 4 so it is packaged separately from BlueZ 4. BlueZ utils will use systemd and/or udev if enabled. It contains a hook to install the GATT support tool, which is always built but not installed by default. [Thomas: - Add dependency on 3.4 kernel headers - Add options for OBEX support and client support, to make the libical and readline dependencies optional. - Rewrap Config.in help text. - Adapt indentation in .mk file. - Bump to version 5.21. - Use BR2_PACKAGE_HAS_UDEV instead of BR2_PACKAGE_UDEV.] Signed-off-by: Marcin Bis <marcin@bis.org.pl> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2014-03-31 10:58:00 +02:00
help
package/bluez5_utils: make tools optional The tools are currently always build and installed. In many cases those tools are not needed in a production system. So make this step optional. This saves up to 2MB on the target. Further tweak the deprecated option. It has effects when the --enable-tools is set as well as when --enable-client is set. So explain this in the options description and update the install step for gatttool to only be added when client is enabled. Signed-off-by: Michael Nosthoff <buildroot@heine.tech> Signed-off-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be>
2021-07-31 22:38:03 +02:00
Build deprecated tools.
When "build tools" is selected these tools are installed:
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
hciattach, hciconfig, hcitool, hcidump, rfcomm, sdptool,
package/bluez5_utils: make tools optional The tools are currently always build and installed. In many cases those tools are not needed in a production system. So make this step optional. This saves up to 2MB on the target. Further tweak the deprecated option. It has effects when the --enable-tools is set as well as when --enable-client is set. So explain this in the options description and update the install step for gatttool to only be added when client is enabled. Signed-off-by: Michael Nosthoff <buildroot@heine.tech> Signed-off-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be>
2021-07-31 22:38:03 +02:00
ciptool.
When CLI client is enabled "gatttool" is installed.
bluez5_utils: new package This patch adds Bluez 5.x. Its API is not backwards compatible with BlueZ 4 so it is packaged separately from BlueZ 4. BlueZ utils will use systemd and/or udev if enabled. It contains a hook to install the GATT support tool, which is always built but not installed by default. [Thomas: - Add dependency on 3.4 kernel headers - Add options for OBEX support and client support, to make the libical and readline dependencies optional. - Rewrap Config.in help text. - Adapt indentation in .mk file. - Bump to version 5.21. - Use BR2_PACKAGE_HAS_UDEV instead of BR2_PACKAGE_UDEV.] Signed-off-by: Marcin Bis <marcin@bis.org.pl> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2014-03-31 10:58:00 +02:00
bluez5_utils: gatttool depends on bluez5_utils client The gatttool utility uses readline, and is therefore built only if --enable-client is used, i.e when bluez5_utils client applications are enabled. Therefore, this commit makes BR2_PACKAGE_BLUEZ5_UTILS_GATTTOOL depend on BR2_PACKAGE_BLUEZ5_UTILS_CLIENT. It also moves BR2_PACKAGE_BLUEZ5_UTILS_GATTTOOL to be right below the BR2_PACKAGE_BLUEZ5_UTILS_CLIENT definition. Fixes: http://autobuild.buildroot.org/results/f2b/f2b8b1bf5d50e6223a9a6d6858320975edb2a25a/ Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2014-08-14 20:28:34 +02:00
config BR2_PACKAGE_BLUEZ5_UTILS_EXPERIMENTAL
package/bluez5_utils: Clean up descriptions The descriptions in this package have grown pretty confusing over time. Try to make this a bit more consistent and up-to-date. * drop references to old kernel versions not supported by BR anymore * Remove "Bluez 5.x" string from options * consistently use the term "plugin" (plugins implement profiles) * make mentioned profile appreviations upper-case * make descriptions closer to the ones in BlueZ Readme [0] * make clear that "tests" refers to the python test scripts [0] https://git.kernel.org/pub/scm/bluetooth/bluez.git/tree/README?h=5.58 Signed-off-by: Michael Nosthoff <buildroot@heine.tech> Signed-off-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be> [Arnout: - remove more 5.x references; - Use official spelling BlueZ in main help text]
2021-04-21 15:17:23 +02:00
bool "build experimental tools"
bluez5_utils: gatttool depends on bluez5_utils client The gatttool utility uses readline, and is therefore built only if --enable-client is used, i.e when bluez5_utils client applications are enabled. Therefore, this commit makes BR2_PACKAGE_BLUEZ5_UTILS_GATTTOOL depend on BR2_PACKAGE_BLUEZ5_UTILS_CLIENT. It also moves BR2_PACKAGE_BLUEZ5_UTILS_GATTTOOL to be right below the BR2_PACKAGE_BLUEZ5_UTILS_CLIENT definition. Fixes: http://autobuild.buildroot.org/results/f2b/f2b8b1bf5d50e6223a9a6d6858320975edb2a25a/ Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2014-08-14 20:28:34 +02:00
help
package/bluez5_utils: Clean up descriptions The descriptions in this package have grown pretty confusing over time. Try to make this a bit more consistent and up-to-date. * drop references to old kernel versions not supported by BR anymore * Remove "Bluez 5.x" string from options * consistently use the term "plugin" (plugins implement profiles) * make mentioned profile appreviations upper-case * make descriptions closer to the ones in BlueZ Readme [0] * make clear that "tests" refers to the python test scripts [0] https://git.kernel.org/pub/scm/bluetooth/bluez.git/tree/README?h=5.58 Signed-off-by: Michael Nosthoff <buildroot@heine.tech> Signed-off-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be> [Arnout: - remove more 5.x references; - Use official spelling BlueZ in main help text]
2021-04-21 15:17:23 +02:00
Build experimental tools. This is currently only the
"Nokia OBEX PC Suite tool". So, only if OBEX support is
enabled this option has an effect.
bluez5_utils: gatttool depends on bluez5_utils client The gatttool utility uses readline, and is therefore built only if --enable-client is used, i.e when bluez5_utils client applications are enabled. Therefore, this commit makes BR2_PACKAGE_BLUEZ5_UTILS_GATTTOOL depend on BR2_PACKAGE_BLUEZ5_UTILS_CLIENT. It also moves BR2_PACKAGE_BLUEZ5_UTILS_GATTTOOL to be right below the BR2_PACKAGE_BLUEZ5_UTILS_CLIENT definition. Fixes: http://autobuild.buildroot.org/results/f2b/f2b8b1bf5d50e6223a9a6d6858320975edb2a25a/ Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2014-08-14 20:28:34 +02:00
package/bluez5_utils: make a single option for avrcp and a2dp Build of avrcp without a2dp is broken since commit fb9fc969d91f69851b4c70dba512b607e52bda7b: /home/buildroot/autobuild/run/instance-3/output-1/host/opt/ext-toolchain/bin/../lib/gcc/x86_64-buildroot-linux-uclibc/9.3.0/../../../../x86_64-buildroot-linux-uclibc/bin/ld: profiles/audio/bluetoothd-avrcp.o: in function `avrcp_handle_set_volume': avrcp.c:(.text+0x9c4): undefined reference to `media_transport_update_device_volume' However, build of a2dp without avrcp is also broken: /data/buildroot-autobuilder/instance-0/output-1/host/opt/ext-toolchain/bin/../lib/gcc/riscv32-buildroot-linux-gnu/10.2.0/../../../../riscv32-buildroot-linux-gnu/bin/ld: profiles/audio/bluetoothd-media.o: in function `.L50': media.c:(.text+0x508): undefined reference to `avrcp_unregister_player' /data/buildroot-autobuilder/instance-0/output-1/host/opt/ext-toolchain/bin/../lib/gcc/riscv32-buildroot-linux-gnu/10.2.0/../../../../riscv32-buildroot-linux-gnu/bin/ld: profiles/audio/bluetoothd-media.o: in function `match_endpoint_by_path': media.c:(.text+0x824): undefined reference to `avrcp_register_player' Fixes: - http://autobuild.buildroot.org/results/d54cdfc03212fff772a863d1bc8afd3cfb605831 - http://autobuild.buildroot.org/results/64d75af986a4d6e9c5a176efb6e22046f4d82350 So make a single audio option for a2dp and avrcp Signed-off-by: Fabrice Fontaine <fontaine.fabrice@gmail.com> Reviewed-by: Michael Nosthoff <buildroot@heine.tech> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
2021-07-27 09:25:23 +02:00
config BR2_PACKAGE_BLUEZ5_UTILS_PLUGINS_AUDIO
bool "build audio plugins (a2dp and avrcp)"
package/bluez5_utils: expose more disable options BlueZ builds a lot of Classic BT profiles by default but allows to disable them. This is especially handy when only BLE is needed and enabled in the kernel. Otherwise this yields warnings like this on bootup: profiles/network/bnep.c:bnep_init() kernel lacks bnep-protocol support src/plugin.c:plugin_init() System does not support network plugin Also it allows to disable btmon which should not be needed on production systems and is ~800KB in size. Expose those options but default to 'y' to no break existing configurations. Signed-off-by: Michael Nosthoff <buildroot@heine.tech> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
2021-07-26 22:12:42 +02:00
help
package/bluez5_utils: make a single option for avrcp and a2dp Build of avrcp without a2dp is broken since commit fb9fc969d91f69851b4c70dba512b607e52bda7b: /home/buildroot/autobuild/run/instance-3/output-1/host/opt/ext-toolchain/bin/../lib/gcc/x86_64-buildroot-linux-uclibc/9.3.0/../../../../x86_64-buildroot-linux-uclibc/bin/ld: profiles/audio/bluetoothd-avrcp.o: in function `avrcp_handle_set_volume': avrcp.c:(.text+0x9c4): undefined reference to `media_transport_update_device_volume' However, build of a2dp without avrcp is also broken: /data/buildroot-autobuilder/instance-0/output-1/host/opt/ext-toolchain/bin/../lib/gcc/riscv32-buildroot-linux-gnu/10.2.0/../../../../riscv32-buildroot-linux-gnu/bin/ld: profiles/audio/bluetoothd-media.o: in function `.L50': media.c:(.text+0x508): undefined reference to `avrcp_unregister_player' /data/buildroot-autobuilder/instance-0/output-1/host/opt/ext-toolchain/bin/../lib/gcc/riscv32-buildroot-linux-gnu/10.2.0/../../../../riscv32-buildroot-linux-gnu/bin/ld: profiles/audio/bluetoothd-media.o: in function `match_endpoint_by_path': media.c:(.text+0x824): undefined reference to `avrcp_register_player' Fixes: - http://autobuild.buildroot.org/results/d54cdfc03212fff772a863d1bc8afd3cfb605831 - http://autobuild.buildroot.org/results/64d75af986a4d6e9c5a176efb6e22046f4d82350 So make a single audio option for a2dp and avrcp Signed-off-by: Fabrice Fontaine <fontaine.fabrice@gmail.com> Reviewed-by: Michael Nosthoff <buildroot@heine.tech> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
2021-07-27 09:25:23 +02:00
Build plugins for audio profiles (for A2DP and AVRCP).
package/bluez5_utils: expose more disable options BlueZ builds a lot of Classic BT profiles by default but allows to disable them. This is especially handy when only BLE is needed and enabled in the kernel. Otherwise this yields warnings like this on bootup: profiles/network/bnep.c:bnep_init() kernel lacks bnep-protocol support src/plugin.c:plugin_init() System does not support network plugin Also it allows to disable btmon which should not be needed on production systems and is ~800KB in size. Expose those options but default to 'y' to no break existing configurations. Signed-off-by: Michael Nosthoff <buildroot@heine.tech> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
2021-07-26 22:12:42 +02:00
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_UTILS_PLUGINS_HEALTH
bluez5_utils: allow enabling formerly experimental plugins Disregard to increase just minor version BlueZ 5.44 is drastically different in a way what plugins that used to be enabled by the --enable-experimental configure option, now have their own option. Extend Buildroot package to cover these plugins. Cc: Marcin Bis <marcin@bis.org.pl> Cc: Bernd Kuhls <bernd.kuhls@t-online.de> Signed-off-by: Andy Shevchenko <andriy.shevchenko@linux.intel.com> Signed-off-by: Baruch Siach <baruch@tkos.co.il> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2017-05-01 14:59:43 +02:00
bool "build health plugin"
help
package/bluez5_utils: Clean up descriptions The descriptions in this package have grown pretty confusing over time. Try to make this a bit more consistent and up-to-date. * drop references to old kernel versions not supported by BR anymore * Remove "Bluez 5.x" string from options * consistently use the term "plugin" (plugins implement profiles) * make mentioned profile appreviations upper-case * make descriptions closer to the ones in BlueZ Readme [0] * make clear that "tests" refers to the python test scripts [0] https://git.kernel.org/pub/scm/bluetooth/bluez.git/tree/README?h=5.58 Signed-off-by: Michael Nosthoff <buildroot@heine.tech> Signed-off-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be> [Arnout: - remove more 5.x references; - Use official spelling BlueZ in main help text]
2021-04-21 15:17:23 +02:00
Build plugin for health profiles.
bluez5_utils: allow enabling formerly experimental plugins Disregard to increase just minor version BlueZ 5.44 is drastically different in a way what plugins that used to be enabled by the --enable-experimental configure option, now have their own option. Extend Buildroot package to cover these plugins. Cc: Marcin Bis <marcin@bis.org.pl> Cc: Bernd Kuhls <bernd.kuhls@t-online.de> Signed-off-by: Andy Shevchenko <andriy.shevchenko@linux.intel.com> Signed-off-by: Baruch Siach <baruch@tkos.co.il> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2017-05-01 14:59:43 +02:00
package/bluez5_utils: expose more disable options BlueZ builds a lot of Classic BT profiles by default but allows to disable them. This is especially handy when only BLE is needed and enabled in the kernel. Otherwise this yields warnings like this on bootup: profiles/network/bnep.c:bnep_init() kernel lacks bnep-protocol support src/plugin.c:plugin_init() System does not support network plugin Also it allows to disable btmon which should not be needed on production systems and is ~800KB in size. Expose those options but default to 'y' to no break existing configurations. Signed-off-by: Michael Nosthoff <buildroot@heine.tech> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
2021-07-26 22:12:42 +02:00
config BR2_PACKAGE_BLUEZ5_UTILS_PLUGINS_HID
bool "build hid plugin"
package/bluez5_utils: hid needs hog Build of hid without hog is broken since commit fb9fc969d91f69851b4c70dba512b607e52bda7b: /home/buildroot/autobuild/instance-3/output-1/host/opt/ext-toolchain/bin/../lib/gcc/i586-buildroot-linux-musl/9.3.0/../../../../i586-buildroot-linux-musl/bin/ld: profiles/input/bluetoothd-manager.o: in function `input_init': manager.c:(.text+0x2fd): undefined reference to `input_set_auto_sec' Fixes: - http://autobuild.buildroot.org/results/9222879c9fe958e01e33f69531270355ea016d17 Signed-off-by: Fabrice Fontaine <fontaine.fabrice@gmail.com> Reviewed-by: Michael Nosthoff <buildroot@heine.tech> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
2021-07-27 09:20:11 +02:00
select BR2_PACKAGE_BLUEZ5_UTILS_PLUGINS_HOG
package/bluez5_utils: expose more disable options BlueZ builds a lot of Classic BT profiles by default but allows to disable them. This is especially handy when only BLE is needed and enabled in the kernel. Otherwise this yields warnings like this on bootup: profiles/network/bnep.c:bnep_init() kernel lacks bnep-protocol support src/plugin.c:plugin_init() System does not support network plugin Also it allows to disable btmon which should not be needed on production systems and is ~800KB in size. Expose those options but default to 'y' to no break existing configurations. Signed-off-by: Michael Nosthoff <buildroot@heine.tech> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
2021-07-26 22:12:42 +02:00
help
Build plugin for HID (input) profiles.
config BR2_PACKAGE_BLUEZ5_UTILS_PLUGINS_HOG
bool "build hog plugin"
help
Build plugin for HoG (input) profiles.
package/bluez5_utils: add mesh support Mesh support was already added in version 5.47. Signed-off-by: Jörg Krause <joerg.krause@embedded.rocks> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
2020-03-16 17:52:51 +01:00
config BR2_PACKAGE_BLUEZ5_UTILS_PLUGINS_MESH
package/bluez5_utils: Clean up descriptions The descriptions in this package have grown pretty confusing over time. Try to make this a bit more consistent and up-to-date. * drop references to old kernel versions not supported by BR anymore * Remove "Bluez 5.x" string from options * consistently use the term "plugin" (plugins implement profiles) * make mentioned profile appreviations upper-case * make descriptions closer to the ones in BlueZ Readme [0] * make clear that "tests" refers to the python test scripts [0] https://git.kernel.org/pub/scm/bluetooth/bluez.git/tree/README?h=5.58 Signed-off-by: Michael Nosthoff <buildroot@heine.tech> Signed-off-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be> [Arnout: - remove more 5.x references; - Use official spelling BlueZ in main help text]
2021-04-21 15:17:23 +02:00
bool "build mesh plugin"
package/ell: needs headers >= 4.12 ell needs headers >= 4.12 since version 0.31 and https://git.kernel.org/pub/scm/libs/ell/ell.git/commit?id=fa950995a48bbcd8f0d3dfbbe9a7f768aba5c50f Indeed NLM_F_CAPPED, NLM_F_ACK_TLVS, NLMSGERR_ATTR_MSG and NETLINK_EXT_ACK are only available since https://github.com/torvalds/linux/commit/2d4bc93368f5a0ddb57c8c885cdad9c9b7a10ed5 So add this dependency to ell and its reverse dependencies Fixes: - http://autobuild.buildroot.org/results/bafc0ee2a3bcb2418a3612da38eb9dcd586b57d4 Signed-off-by: Fabrice Fontaine <fontaine.fabrice@gmail.com> Signed-off-by: Yann E. MORIN <yann.morin.1998@free.fr>
2020-06-05 21:48:25 +02:00
depends on BR2_TOOLCHAIN_HEADERS_AT_LEAST_4_12 # ell
package/bluez5_utils: enable support for external ell Bluez5' support for the mesh profile needs ell, the Embedded Linux Library, at least version 0.28. Although Bluez5 bundles an internal copy of ell version 0.28, we prefer building with external libraries. Signed-off-by: Jörg Krause <joerg.krause@embedded.rocks> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
2020-03-16 17:52:53 +01:00
select BR2_PACKAGE_ELL
package/bluez5_utils: add mesh support Mesh support was already added in version 5.47. Signed-off-by: Jörg Krause <joerg.krause@embedded.rocks> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
2020-03-16 17:52:51 +01:00
select BR2_PACKAGE_JSON_C
select BR2_PACKAGE_READLINE
help
package/bluez5_utils: Clean up descriptions The descriptions in this package have grown pretty confusing over time. Try to make this a bit more consistent and up-to-date. * drop references to old kernel versions not supported by BR anymore * Remove "Bluez 5.x" string from options * consistently use the term "plugin" (plugins implement profiles) * make mentioned profile appreviations upper-case * make descriptions closer to the ones in BlueZ Readme [0] * make clear that "tests" refers to the python test scripts [0] https://git.kernel.org/pub/scm/bluetooth/bluez.git/tree/README?h=5.58 Signed-off-by: Michael Nosthoff <buildroot@heine.tech> Signed-off-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be> [Arnout: - remove more 5.x references; - Use official spelling BlueZ in main help text]
2021-04-21 15:17:23 +02:00
Build plugin for Mesh support.
package/bluez5_utils: add mesh support Mesh support was already added in version 5.47. Signed-off-by: Jörg Krause <joerg.krause@embedded.rocks> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
2020-03-16 17:52:51 +01:00
package/ell: needs headers >= 4.12 ell needs headers >= 4.12 since version 0.31 and https://git.kernel.org/pub/scm/libs/ell/ell.git/commit?id=fa950995a48bbcd8f0d3dfbbe9a7f768aba5c50f Indeed NLM_F_CAPPED, NLM_F_ACK_TLVS, NLMSGERR_ATTR_MSG and NETLINK_EXT_ACK are only available since https://github.com/torvalds/linux/commit/2d4bc93368f5a0ddb57c8c885cdad9c9b7a10ed5 So add this dependency to ell and its reverse dependencies Fixes: - http://autobuild.buildroot.org/results/bafc0ee2a3bcb2418a3612da38eb9dcd586b57d4 Signed-off-by: Fabrice Fontaine <fontaine.fabrice@gmail.com> Signed-off-by: Yann E. MORIN <yann.morin.1998@free.fr>
2020-06-05 21:48:25 +02:00
comment "mesh profile needs a toolchain w/ headers >= 4.12"
depends on !BR2_TOOLCHAIN_HEADERS_AT_LEAST_4_12
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_UTILS_PLUGINS_MIDI
package/bluez5_utils: Clean up descriptions The descriptions in this package have grown pretty confusing over time. Try to make this a bit more consistent and up-to-date. * drop references to old kernel versions not supported by BR anymore * Remove "Bluez 5.x" string from options * consistently use the term "plugin" (plugins implement profiles) * make mentioned profile appreviations upper-case * make descriptions closer to the ones in BlueZ Readme [0] * make clear that "tests" refers to the python test scripts [0] https://git.kernel.org/pub/scm/bluetooth/bluez.git/tree/README?h=5.58 Signed-off-by: Michael Nosthoff <buildroot@heine.tech> Signed-off-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be> [Arnout: - remove more 5.x references; - Use official spelling BlueZ in main help text]
2021-04-21 15:17:23 +02:00
bool "build midi plugin"
bluez5_utils: allow building the midi profile The midi profile was introduced in BlueZ 5.44. Cc: Marcin Bis <marcin@bis.org.pl> Signed-off-by: Andy Shevchenko <andriy.shevchenko@linux.intel.com> Signed-off-by: Baruch Siach <baruch@tkos.co.il> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2017-05-01 14:59:44 +02:00
select BR2_PACKAGE_ALSA_LIB
select BR2_PACKAGE_ALSA_LIB_SEQ
help
package/bluez5_utils: Clean up descriptions The descriptions in this package have grown pretty confusing over time. Try to make this a bit more consistent and up-to-date. * drop references to old kernel versions not supported by BR anymore * Remove "Bluez 5.x" string from options * consistently use the term "plugin" (plugins implement profiles) * make mentioned profile appreviations upper-case * make descriptions closer to the ones in BlueZ Readme [0] * make clear that "tests" refers to the python test scripts [0] https://git.kernel.org/pub/scm/bluetooth/bluez.git/tree/README?h=5.58 Signed-off-by: Michael Nosthoff <buildroot@heine.tech> Signed-off-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be> [Arnout: - remove more 5.x references; - Use official spelling BlueZ in main help text]
2021-04-21 15:17:23 +02:00
Build MIDI support via ALSA sequencer.
bluez5_utils: allow building the midi profile The midi profile was introduced in BlueZ 5.44. Cc: Marcin Bis <marcin@bis.org.pl> Signed-off-by: Andy Shevchenko <andriy.shevchenko@linux.intel.com> Signed-off-by: Baruch Siach <baruch@tkos.co.il> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2017-05-01 14:59:44 +02:00
package/bluez5_utils: expose more disable options BlueZ builds a lot of Classic BT profiles by default but allows to disable them. This is especially handy when only BLE is needed and enabled in the kernel. Otherwise this yields warnings like this on bootup: profiles/network/bnep.c:bnep_init() kernel lacks bnep-protocol support src/plugin.c:plugin_init() System does not support network plugin Also it allows to disable btmon which should not be needed on production systems and is ~800KB in size. Expose those options but default to 'y' to no break existing configurations. Signed-off-by: Michael Nosthoff <buildroot@heine.tech> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
2021-07-26 22:12:42 +02:00
config BR2_PACKAGE_BLUEZ5_UTILS_PLUGINS_NETWORK
bool "build network plugin"
default y
help
Build plugin for PANU, NAP, GN profiles.
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_UTILS_PLUGINS_NFC
bluez5_utils: allow enabling formerly experimental plugins Disregard to increase just minor version BlueZ 5.44 is drastically different in a way what plugins that used to be enabled by the --enable-experimental configure option, now have their own option. Extend Buildroot package to cover these plugins. Cc: Marcin Bis <marcin@bis.org.pl> Cc: Bernd Kuhls <bernd.kuhls@t-online.de> Signed-off-by: Andy Shevchenko <andriy.shevchenko@linux.intel.com> Signed-off-by: Baruch Siach <baruch@tkos.co.il> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2017-05-01 14:59:43 +02:00
bool "build nfc plugin"
help
package/bluez5_utils: Clean up descriptions The descriptions in this package have grown pretty confusing over time. Try to make this a bit more consistent and up-to-date. * drop references to old kernel versions not supported by BR anymore * Remove "Bluez 5.x" string from options * consistently use the term "plugin" (plugins implement profiles) * make mentioned profile appreviations upper-case * make descriptions closer to the ones in BlueZ Readme [0] * make clear that "tests" refers to the python test scripts [0] https://git.kernel.org/pub/scm/bluetooth/bluez.git/tree/README?h=5.58 Signed-off-by: Michael Nosthoff <buildroot@heine.tech> Signed-off-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be> [Arnout: - remove more 5.x references; - Use official spelling BlueZ in main help text]
2021-04-21 15:17:23 +02:00
Build plugin for NFC pairing.
bluez5_utils: allow enabling formerly experimental plugins Disregard to increase just minor version BlueZ 5.44 is drastically different in a way what plugins that used to be enabled by the --enable-experimental configure option, now have their own option. Extend Buildroot package to cover these plugins. Cc: Marcin Bis <marcin@bis.org.pl> Cc: Bernd Kuhls <bernd.kuhls@t-online.de> Signed-off-by: Andy Shevchenko <andriy.shevchenko@linux.intel.com> Signed-off-by: Baruch Siach <baruch@tkos.co.il> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2017-05-01 14:59:43 +02:00
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_UTILS_PLUGINS_SAP
bluez5_utils: allow enabling formerly experimental plugins Disregard to increase just minor version BlueZ 5.44 is drastically different in a way what plugins that used to be enabled by the --enable-experimental configure option, now have their own option. Extend Buildroot package to cover these plugins. Cc: Marcin Bis <marcin@bis.org.pl> Cc: Bernd Kuhls <bernd.kuhls@t-online.de> Signed-off-by: Andy Shevchenko <andriy.shevchenko@linux.intel.com> Signed-off-by: Baruch Siach <baruch@tkos.co.il> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2017-05-01 14:59:43 +02:00
bool "build sap plugin"
help
package/bluez5_utils: Clean up descriptions The descriptions in this package have grown pretty confusing over time. Try to make this a bit more consistent and up-to-date. * drop references to old kernel versions not supported by BR anymore * Remove "Bluez 5.x" string from options * consistently use the term "plugin" (plugins implement profiles) * make mentioned profile appreviations upper-case * make descriptions closer to the ones in BlueZ Readme [0] * make clear that "tests" refers to the python test scripts [0] https://git.kernel.org/pub/scm/bluetooth/bluez.git/tree/README?h=5.58 Signed-off-by: Michael Nosthoff <buildroot@heine.tech> Signed-off-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be> [Arnout: - remove more 5.x references; - Use official spelling BlueZ in main help text]
2021-04-21 15:17:23 +02:00
Build plugin for SAP profile.
bluez5_utils: allow enabling formerly experimental plugins Disregard to increase just minor version BlueZ 5.44 is drastically different in a way what plugins that used to be enabled by the --enable-experimental configure option, now have their own option. Extend Buildroot package to cover these plugins. Cc: Marcin Bis <marcin@bis.org.pl> Cc: Bernd Kuhls <bernd.kuhls@t-online.de> Signed-off-by: Andy Shevchenko <andriy.shevchenko@linux.intel.com> Signed-off-by: Baruch Siach <baruch@tkos.co.il> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2017-05-01 14:59:43 +02:00
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_UTILS_PLUGINS_SIXAXIS
bluez5_utils: add ability to build sixaxis plugin [Thomas: add missing udev dependency.] Signed-off-by: Eric Limpens <limpens@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-07-16 10:46:14 +02:00
bool "build sixaxis plugin"
depends on BR2_PACKAGE_HAS_UDEV
package/bluez5_utils: drop default y as discussed on the mailinglist this drops the default y entry for the now optional plugins and tools. This might break backward compatibility but gives new users a smaller initial footprint. Further add a select for the options that required the HID plugin at runtime. Signed-off-by: Michael Nosthoff <buildroot@heine.tech> Signed-off-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be>
2021-07-31 22:38:04 +02:00
select BR2_PACKAGE_BLUEZ5_UTILS_PLUGINS_HID # runtime
bluez5_utils: add ability to build sixaxis plugin [Thomas: add missing udev dependency.] Signed-off-by: Eric Limpens <limpens@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-07-16 10:46:14 +02:00
help
package/bluez5_utils: Clean up descriptions The descriptions in this package have grown pretty confusing over time. Try to make this a bit more consistent and up-to-date. * drop references to old kernel versions not supported by BR anymore * Remove "Bluez 5.x" string from options * consistently use the term "plugin" (plugins implement profiles) * make mentioned profile appreviations upper-case * make descriptions closer to the ones in BlueZ Readme [0] * make clear that "tests" refers to the python test scripts [0] https://git.kernel.org/pub/scm/bluetooth/bluez.git/tree/README?h=5.58 Signed-off-by: Michael Nosthoff <buildroot@heine.tech> Signed-off-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be> [Arnout: - remove more 5.x references; - Use official spelling BlueZ in main help text]
2021-04-21 15:17:23 +02:00
Build sixaxis plugin (support Sony Dualshock
package/b*/Config.in: fix help text wrapping The check-package script when ran gives warnings on text wrapping on all of these Config files. This patch cleans up all warnings related to the text wrapping for the Config files starting with the letter b in the package directory. The appropriate indentation is: <tab><2 spaces><62 chars> See http://nightly.buildroot.org/#writing-rules-config-in for more information. Signed-off-by: Adam Duskett <aduskett@codeblue.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2017-05-05 16:08:06 +02:00
controller)
bluez5_utils: add ability to build sixaxis plugin [Thomas: add missing udev dependency.] Signed-off-by: Eric Limpens <limpens@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-07-16 10:46:14 +02:00
comment "sixaxis plugin needs udev /dev management"
depends on !BR2_PACKAGE_HAS_UDEV
bluez5_utils: gatttool depends on bluez5_utils client The gatttool utility uses readline, and is therefore built only if --enable-client is used, i.e when bluez5_utils client applications are enabled. Therefore, this commit makes BR2_PACKAGE_BLUEZ5_UTILS_GATTTOOL depend on BR2_PACKAGE_BLUEZ5_UTILS_CLIENT. It also moves BR2_PACKAGE_BLUEZ5_UTILS_GATTTOOL to be right below the BR2_PACKAGE_BLUEZ5_UTILS_CLIENT definition. Fixes: http://autobuild.buildroot.org/results/f2b/f2b8b1bf5d50e6223a9a6d6858320975edb2a25a/ Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2014-08-14 20:28:34 +02:00
config BR2_PACKAGE_BLUEZ5_UTILS_TEST
package/bluez5_utils: Clean up descriptions The descriptions in this package have grown pretty confusing over time. Try to make this a bit more consistent and up-to-date. * drop references to old kernel versions not supported by BR anymore * Remove "Bluez 5.x" string from options * consistently use the term "plugin" (plugins implement profiles) * make mentioned profile appreviations upper-case * make descriptions closer to the ones in BlueZ Readme [0] * make clear that "tests" refers to the python test scripts [0] https://git.kernel.org/pub/scm/bluetooth/bluez.git/tree/README?h=5.58 Signed-off-by: Michael Nosthoff <buildroot@heine.tech> Signed-off-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be> [Arnout: - remove more 5.x references; - Use official spelling BlueZ in main help text]
2021-04-21 15:17:23 +02:00
bool "install test scripts"
bluez5_utils: gatttool depends on bluez5_utils client The gatttool utility uses readline, and is therefore built only if --enable-client is used, i.e when bluez5_utils client applications are enabled. Therefore, this commit makes BR2_PACKAGE_BLUEZ5_UTILS_GATTTOOL depend on BR2_PACKAGE_BLUEZ5_UTILS_CLIENT. It also moves BR2_PACKAGE_BLUEZ5_UTILS_GATTTOOL to be right below the BR2_PACKAGE_BLUEZ5_UTILS_CLIENT definition. Fixes: http://autobuild.buildroot.org/results/f2b/f2b8b1bf5d50e6223a9a6d6858320975edb2a25a/ Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2014-08-14 20:28:34 +02:00
help
package/bluez5_utils: Clean up descriptions The descriptions in this package have grown pretty confusing over time. Try to make this a bit more consistent and up-to-date. * drop references to old kernel versions not supported by BR anymore * Remove "Bluez 5.x" string from options * consistently use the term "plugin" (plugins implement profiles) * make mentioned profile appreviations upper-case * make descriptions closer to the ones in BlueZ Readme [0] * make clear that "tests" refers to the python test scripts [0] https://git.kernel.org/pub/scm/bluetooth/bluez.git/tree/README?h=5.58 Signed-off-by: Michael Nosthoff <buildroot@heine.tech> Signed-off-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be> [Arnout: - remove more 5.x references; - Use official spelling BlueZ in main help text]
2021-04-21 15:17:23 +02:00
Install the python test scripts from the "test" directory.
bluez5_utils: gatttool depends on bluez5_utils client The gatttool utility uses readline, and is therefore built only if --enable-client is used, i.e when bluez5_utils client applications are enabled. Therefore, this commit makes BR2_PACKAGE_BLUEZ5_UTILS_GATTTOOL depend on BR2_PACKAGE_BLUEZ5_UTILS_CLIENT. It also moves BR2_PACKAGE_BLUEZ5_UTILS_GATTTOOL to be right below the BR2_PACKAGE_BLUEZ5_UTILS_CLIENT definition. Fixes: http://autobuild.buildroot.org/results/f2b/f2b8b1bf5d50e6223a9a6d6858320975edb2a25a/ Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2014-08-14 20:28:34 +02:00
package/{bluez5_utils, bluez5_utils-headers}: bump to version 5.55 Add a config option to explicitly enable the hid2hci tool, which is not build by default anymore. Signed-off-by: Jörg Krause <joerg.krause@embedded.rocks> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
2020-09-11 08:43:52 +02:00
config BR2_PACKAGE_BLUEZ5_UTILS_TOOLS_HID2HCI
bool "build hid2hci tool"
depends on BR2_PACKAGE_HAS_UDEV
package/bluez5_utils: drop default y as discussed on the mailinglist this drops the default y entry for the now optional plugins and tools. This might break backward compatibility but gives new users a smaller initial footprint. Further add a select for the options that required the HID plugin at runtime. Signed-off-by: Michael Nosthoff <buildroot@heine.tech> Signed-off-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be>
2021-07-31 22:38:04 +02:00
select BR2_PACKAGE_BLUEZ5_UTILS_PLUGINS_HID # runtime
package/bluez5_utils: hid2hci needs tools Fixes: http://autobuild.buildroot.net/results/9f91d530c22cad053d89a7bf54c4567d3012d05e http://autobuild.buildroot.net/results/80b90e1b6fee99ed7bf4aed87a14311a12469993 http://autobuild.buildroot.net/results/444eaab22b140b26a730c7fdd4bada71a8d6fef2 Signed-off-by: Michael Nosthoff <buildroot@heine.tech> Signed-off-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be>
2021-08-03 14:33:27 +02:00
select BR2_PACKAGE_BLUEZ5_UTILS_TOOLS
package/{bluez5_utils, bluez5_utils-headers}: bump to version 5.55 Add a config option to explicitly enable the hid2hci tool, which is not build by default anymore. Signed-off-by: Jörg Krause <joerg.krause@embedded.rocks> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
2020-09-11 08:43:52 +02:00
help
package/bluez5_utils: Clean up descriptions The descriptions in this package have grown pretty confusing over time. Try to make this a bit more consistent and up-to-date. * drop references to old kernel versions not supported by BR anymore * Remove "Bluez 5.x" string from options * consistently use the term "plugin" (plugins implement profiles) * make mentioned profile appreviations upper-case * make descriptions closer to the ones in BlueZ Readme [0] * make clear that "tests" refers to the python test scripts [0] https://git.kernel.org/pub/scm/bluetooth/bluez.git/tree/README?h=5.58 Signed-off-by: Michael Nosthoff <buildroot@heine.tech> Signed-off-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be> [Arnout: - remove more 5.x references; - Use official spelling BlueZ in main help text]
2021-04-21 15:17:23 +02:00
Build hid2hci tool
package/{bluez5_utils, bluez5_utils-headers}: bump to version 5.55 Add a config option to explicitly enable the hid2hci tool, which is not build by default anymore. Signed-off-by: Jörg Krause <joerg.krause@embedded.rocks> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
2020-09-11 08:43:52 +02:00
comment "hid2hci tool needs udev /dev management"
depends on !BR2_PACKAGE_HAS_UDEV
bluez5_utils: new package This patch adds Bluez 5.x. Its API is not backwards compatible with BlueZ 4 so it is packaged separately from BlueZ 4. BlueZ utils will use systemd and/or udev if enabled. It contains a hook to install the GATT support tool, which is always built but not installed by default. [Thomas: - Add dependency on 3.4 kernel headers - Add options for OBEX support and client support, to make the libical and readline dependencies optional. - Rewrap Config.in help text. - Adapt indentation in .mk file. - Bump to version 5.21. - Use BR2_PACKAGE_HAS_UDEV instead of BR2_PACKAGE_UDEV.] Signed-off-by: Marcin Bis <marcin@bis.org.pl> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2014-03-31 10:58:00 +02:00
endif
package/bluez5_utils: Only CLI client depends on !uClibc Tested using this minimal defconfig BR2_KERNEL_HEADERS_3_4=y BR2_TOOLCHAIN_BUILDROOT_WCHAR=y BR2_PACKAGE_BLUEZ5_UTILS=y BR2_PACKAGE_BLUEZ5_UTILS_EXPERIMENTAL=y BR2_PACKAGE_BLUEZ5_UTILS_TEST=y Signed-off-by: Bernd Kuhls <bernd.kuhls@t-online.de> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2017-01-25 22:43:58 +01:00
comment "bluez5-utils needs a toolchain w/ wchar, threads, headers >= 3.4, dynamic library"
bluez5_utils: needs ipv6 Fixes: http://autobuild.buildroot.net/results/bd2/bd262b626358563110609dde411e96dc980ebf6a/ Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2014-08-04 12:19:54 +02:00
depends on !BR2_USE_WCHAR || !BR2_TOOLCHAIN_HAS_THREADS || \
package/bluez5_utils: Only CLI client depends on !uClibc Tested using this minimal defconfig BR2_KERNEL_HEADERS_3_4=y BR2_TOOLCHAIN_BUILDROOT_WCHAR=y BR2_PACKAGE_BLUEZ5_UTILS=y BR2_PACKAGE_BLUEZ5_UTILS_EXPERIMENTAL=y BR2_PACKAGE_BLUEZ5_UTILS_TEST=y Signed-off-by: Bernd Kuhls <bernd.kuhls@t-online.de> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2017-01-25 22:43:58 +01:00
!BR2_TOOLCHAIN_HEADERS_AT_LEAST_3_4 || BR2_STATIC_LIBS
bluez5_utils: depends on BR2_TOOLCHAIN_HAS_SYNC_4 It uses __sync_fetch_and_add_4() and other 32-bit atomics, fixes: http://autobuild.buildroot.net/results/498/4984850d872448c5702eac79b831891f77ad3cf0/ Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2016-02-07 17:43:15 +01:00
depends on BR2_TOOLCHAIN_HAS_SYNC_4
bluez5_utils: add comment mmu depends Otherwise it shows up indirectly when toolchain options aren't enough and then vanishes when they are fulfilled. Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2014-08-04 15:20:25 +02:00
depends on BR2_USE_MMU
Reference in New Issue Copy Permalink