Summary: | BASHOPTS needs filtering from environment with bash-4.1 | ||
---|---|---|---|
Product: | Portage Development | Reporter: | SpanKY <vapier> |
Component: | Core - Ebuild Support | Assignee: | Portage team <dev-portage> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | ciaran.mccreesh, ferringb |
Priority: | High | Keywords: | InVCS |
Version: | unspecified | ||
Hardware: | All | ||
OS: | All | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Bug Depends on: | |||
Bug Blocks: | 288499 |
Description
SpanKY
![]() It should be fixed in r15130. Thanks for the heads up, committing it now, will hit the tree w/in the week or so as pkgcore 0.5.7. Thanks. Is there a rough estimate of when 4.1's going to be out? I'm wondering whether it's worth backporting and doing a minor release with this in. no idea really ... the bash release process doesnt seem to be consistent: http://lists.gnu.org/archive/html/bug-bash/2009-12/msg00139.html (In reply to comment #1) > It should be fixed in r15130. This is in portage-2.1.7.16 and 2.2_rc61. If the message is just a warning then I guess there's we don't need to make bash-4.1 block older portage. ive added bash-4.1 to the tree now (no KEYWORDS atm) if there's some version it should block, now is the time to commit and/or comment ive added !<sys-apps/portage-2.1.7.16 (In reply to comment #6) > ive added !<sys-apps/portage-2.1.7.16 I've backported the fix to portage-2.1.6.7_p1, and adjusted the blocker accordingly. This should not hurt people upgrading from later portage-2.1.6.x or 2.1.7.x releases, since the message about BASHOPTS being readonly is only cosmetic. |