Summary: | sys-apps/portage: add support to delay export of "A" variable until last moment | ||
---|---|---|---|
Product: | Portage Development | Reporter: | Zac Medico <zmedico> |
Component: | Core - Ebuild Support | Assignee: | Portage team <dev-portage> |
Status: | RESOLVED WONTFIX | ||
Severity: | enhancement | CC: | zmedico |
Priority: | Normal | Keywords: | PATCH |
Version: | unspecified | ||
Hardware: | All | ||
OS: | All | ||
See Also: |
https://bugs.gentoo.org/show_bug.cgi?id=719202 https://github.com/gentoo/portage/pull/552 https://bugs.gentoo.org/show_bug.cgi?id=721088 https://bugs.gentoo.org/show_bug.cgi?id=830187 |
||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
Zac Medico
![]() Patch posted for review: https://archives.gentoo.org/gentoo-portage-dev/message/2c620e1f1b1b05a6af4c0ba9a3d81ad7 https://github.com/gentoo/portage/pull/552 (In reply to Zac Medico from comment #0) > In order to prepare for future EAPIs where the "A" variable will not be > exported, it would make sense for portage to delay export of the "A" > variable until the last moment. In theory, and ebuild could use "export -n > A" to suppress "[Errno 7] Argument list too long" errors when spawning > subprocesses. They could use "export -n A" in theory, but it wouldn't be practical, so I'll close this bug in favor of bug 721088. |