On Thu, 03 Oct 2013 13:15:25 -0700 Russ Allbery <[email protected]> wrote:
> Andrew Deason <[email protected]> writes: > > > I'm not sure if it matters, and sorry if this is getting too far off > > topic, but I'm not following this as the reason. It's invoking > > /usr/share/debconf/frontend, which at least for a debian system I'm > > glancing at, is a perl script, so of course the perl isn't going to > > honor 'set -x'. But if you mean that that perl reinvokes the original > > postinst shell script, I don't see how it could do so; how does it know > > which script to run? > > See /usr/share/debconf/confmodule. Basically, it passes in $0. But it's not, according to the 'set -x' output. There is no script filename passed to .../frontend. It's running this, which is why I put it back in the quoted context: > > > + exec /usr/share/debconf/frontend configure > I suspect the actual problem isn't so much that, now that I've looked > at it more, but with this bit: > > # Only do this once. > if [ -z "$DEBCONF_REDIR" ]; then But we're not running this. If we ran that, it would appear in the 'set -x' output at least once, before output was redirected. (Unless .../frontend is re-running the script and redirecting output before it runs the script, but as mentioned above, I don't see how it could be doing that.) -- Andrew Deason [email protected] _______________________________________________ OpenAFS-info mailing list [email protected] https://lists.openafs.org/mailman/listinfo/openafs-info
