docs/manual/adding-packages-python.txt: fix outdated Python 3 explanation
Python packages should no longer depend on BR2_PACKAGE_PYTHON in their config file, unless they are only compatible with Python 2. Signed-off-by: Raphaël Mélotte <raphael.melotte@essensium.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
This commit is contained in:
parent
25b0bca954
commit
b5c553ba59
@ -67,9 +67,13 @@ Python build system, but are not Python modules, can freely choose
|
||||
their name (existing examples in Buildroot are +scons+ and
|
||||
+supervisor+).
|
||||
|
||||
In their +Config.in+ file, they should depend on +BR2_PACKAGE_PYTHON+
|
||||
so that when Buildroot will enable Python 3 usage for modules, we will
|
||||
be able to enable Python modules progressively on Python 3.
|
||||
Packages that are only compatible with one version of Python (as in:
|
||||
Python 2 or Python 3) should depend on that version explicitely in
|
||||
their +Config.in+ file (+BR2_PACKAGE_PYTHON+ for Python 2,
|
||||
+BR2_PACKAGE_PYTHON3+ for Python 3). Packages that are compatible
|
||||
with both versions should not explicitely depend on them in their
|
||||
+Config.in+ file, since that condition is already expressed for the
|
||||
whole "External python modules" menu.
|
||||
|
||||
The main macro of the Python package infrastructure is
|
||||
+python-package+. It is similar to the +generic-package+ macro. It is
|
||||
|
Loading…
Reference in New Issue
Block a user