docs/manual/adding-packages-python.txt: fix outdated Python 3 explanation
authorRaphaël Mélotte <raphael.melotte@essensium.com>
Mon, 9 Sep 2019 11:58:07 +0000 (13:58 +0200)
committerThomas Petazzoni <thomas.petazzoni@bootlin.com>
Tue, 10 Sep 2019 17:29:21 +0000 (19:29 +0200)
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>
docs/manual/adding-packages-python.txt

index 15137cfd6d57db6316390925e5c6c747aa495966..74e2e78b29b904a3fa77d3935e21a853d5432107 100644 (file)
@@ -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