All of lore.kernel.org
 help / color / mirror / Atom feed
* [Buildroot] [PATCH RFC 1/1] Config.in: remove experimental status of per-package SDK and target
@ 2026-01-02 22:20 Bernd Kuhls
  2026-01-02 22:25 ` Thomas Petazzoni via buildroot
  0 siblings, 1 reply; 2+ messages in thread
From: Bernd Kuhls @ 2026-01-02 22:20 UTC (permalink / raw)
  To: buildroot

The last buildroot commit mentioning "per-pack" dates back to 2024:

$ LC_ALL=C git log --graph --pretty=format:'%h - %d %s (%cr) <%an>' --abbrev-commit -- | grep per-pack | head -n 1
* aa3ba97554 -  package/mender-grubenv: Fix per-package building (1 year, 3 months ago) <Adam Duskett>

so it should be safe to say that enabling BR2_PER_PACKAGE_DIRECTORIES
is not considered experimental anymore.

Signed-off-by: Bernd Kuhls <bernd@kuhls.net>
---
 Config.in                     |  5 +----
 docs/manual/common-usage.adoc | 10 +++-------
 2 files changed, 4 insertions(+), 11 deletions(-)

diff --git a/Config.in b/Config.in
index d730f2034b..477db11f1c 100644
--- a/Config.in
+++ b/Config.in
@@ -788,7 +788,7 @@ config BR2_REPRODUCIBLE
 	  packages behave properly to ensure reproducibility.
 
 config BR2_PER_PACKAGE_DIRECTORIES
-	bool "Use per-package directories (experimental)"
+	bool "Use per-package directories"
 	help
 	  This option will change the build process of Buildroot
 	  package to use per-package target and host directories.
@@ -802,9 +802,6 @@ config BR2_PER_PACKAGE_DIRECTORIES
 
 	    - Enable top-level parallel build.
 
-	  This is labeled as an experimental feature, as not all
-	  packages behave properly with per-package directories.
-
 endmenu
 
 config BR2_TIME_BITS_64
diff --git a/docs/manual/common-usage.adoc b/docs/manual/common-usage.adoc
index 7437a7c3c0..dc8eddc4e2 100644
--- a/docs/manual/common-usage.adoc
+++ b/docs/manual/common-usage.adoc
@@ -402,9 +402,6 @@ utils/size-stats-compare -h
 === Top-level parallel build
 
 .Note
-This section deals with a very experimental feature, which is known to
-break even in some non-unusual situations. Use at your own risk.
-
 Buildroot has always been capable of using parallel build on a per
 package basis: each package is built by Buildroot using +make -jN+ (or
 the equivalent invocation for non-make-based build systems). The level
@@ -414,10 +411,9 @@ adjusted using the +BR2_JLEVEL+ configuration option.
 Until 2020.02, Buildroot was however building packages in a serial
 fashion: each package was built one after the other, without
 parallelization of the build between packages. As of 2020.02,
-Buildroot has experimental support for *top-level parallel build*,
-which allows some signicant build time savings by building packages
-that have no dependency relationship in parallel. This feature is
-however marked as experimental and is known not to work in some cases.
+Buildroot added support for *top-level parallel build*, which allows
+some signicant build time savings by building packages that have no
+dependency relationship in parallel.
 
 In order to use top-level parallel build, one must:
 
-- 
2.47.3

_______________________________________________
buildroot mailing list
buildroot@buildroot.org
https://lists.buildroot.org/mailman/listinfo/buildroot

^ permalink raw reply related	[flat|nested] 2+ messages in thread

* Re: [Buildroot] [PATCH RFC 1/1] Config.in: remove experimental status of per-package SDK and target
  2026-01-02 22:20 [Buildroot] [PATCH RFC 1/1] Config.in: remove experimental status of per-package SDK and target Bernd Kuhls
@ 2026-01-02 22:25 ` Thomas Petazzoni via buildroot
  0 siblings, 0 replies; 2+ messages in thread
From: Thomas Petazzoni via buildroot @ 2026-01-02 22:25 UTC (permalink / raw)
  To: Bernd Kuhls; +Cc: buildroot

Hello Bernd,

On Fri,  2 Jan 2026 23:20:22 +0100
Bernd Kuhls <bernd@kuhls.net> wrote:

> The last buildroot commit mentioning "per-pack" dates back to 2024:
> 
> $ LC_ALL=C git log --graph --pretty=format:'%h - %d %s (%cr) <%an>' --abbrev-commit -- | grep per-pack | head -n 1
> * aa3ba97554 -  package/mender-grubenv: Fix per-package building (1 year, 3 months ago) <Adam Duskett>
> 
> so it should be safe to say that enabling BR2_PER_PACKAGE_DIRECTORIES
> is not considered experimental anymore.
> 
> Signed-off-by: Bernd Kuhls <bernd@kuhls.net>

There are actually a few things that are still broken. For example
"make <foo>-reconfigure", "make <foo>-rebuild" and "make
<foo>-reinstall" are broken with per-package directories.

Thomas
-- 
Thomas Petazzoni, co-owner and CEO, Bootlin
Embedded Linux and Kernel engineering and training
https://bootlin.com
_______________________________________________
buildroot mailing list
buildroot@buildroot.org
https://lists.buildroot.org/mailman/listinfo/buildroot

^ permalink raw reply	[flat|nested] 2+ messages in thread

end of thread, other threads:[~2026-01-02 22:25 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2026-01-02 22:20 [Buildroot] [PATCH RFC 1/1] Config.in: remove experimental status of per-package SDK and target Bernd Kuhls
2026-01-02 22:25 ` Thomas Petazzoni via buildroot

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.