2016-02-11 15:30:59 +0100, Makarius:
[...]
> The problem is a deeper one, though: export -f in bash no longer
> works for systems that have /bin/sh -> dash (i.e. Debian and
> Ubuntu).
[...]
Note that pdksh/posh/mksh also strip those variables which it
can't map to shell variable names (and have
On 2016-02-11 14:40 +0100, Makarius wrote:
> In any case, the Debian guys need to get involved, but I am myself
> not a member of that society.
Why? It's an upstream patch, it's not Debian specific.
https://ftp.gnu.org/gnu/bash/bash-4.3-patches/bash43-027
Adapt your software instead?
--
Olof
On Thu, 11 Feb 2016, Makarius wrote:
After reading the official (!) sources of bash-4.3, I've found out the
following: Not the bash guys are introducing this ill-formed name
decoration "%%", but the Debian guys. See
http://sourcesdev.debian.net/patches/bash/4.3-14/bash43-027.diff
This means
On Thu, 11 Feb 2016, Olof Johansson wrote:
On 2016-02-11 14:40 +0100, Makarius wrote:
In any case, the Debian guys need to get involved, but I am myself
not a member of that society.
Why? It's an upstream patch, it's not Debian specific.
On 02/10/2016 08:18 AM, Joachim Breitner wrote:
> Dear dash developers,
>
> a change in 0.5.8, very likely this one
> http://git.kernel.org/cgit/utils/dash/dash.git/commit/?id=46d3c1a614f11f0d40a7e73376359618ff07abcd
> broke the exporting of bash shell functions via the environment.
Not a bug.
On 02/10/2016 08:54:40 Eric Blake wrote:
That said, preserving any unusable environment variables unchanged,
rather than scrubbing them, may be slightly nicer behavior, but I'm not
sure it's worth the bloat to dash to do so.
> Exporting bash functions via the environment might be a rarely