bash-4.1 introduces a new read-only variable (BASHOPTS). it'll need to be filtered when saving/restoring the environment. i dont know how you guys manage these save/restore steps, but portage shows multiple: /var/tmp/portage/app-shells/bash-4.1_rc1/temp/environment: line 7: declare: BASHOPTS: readonly variable you'll probably want to get this fixed before bash-4.1 is released and i add to the tree ...
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.