On Tue, Aug 16, 2011 at 12:33:03AM +0200, Michael Karcher wrote:
> Some hints to the reported bug: I ran the perl debugger on Adrian's
> machine investigating the issue a bit, but did not do a full
> investigation. This is what I came up with:
> 
> The download step crashes (i.e. the exec dies) at the point the
> "downloading" message is printed to to stdout (Utility.pm:206), because
> $stdout is undef at that point. It has been set to undef by the
> preparation of the download restoring $stdout from $saved_stdout, the
> latter being undefined. A breakpoint to open_log which should initialize
> $saved_stdout did not trigger, so open_log was not called.
> 
> I did not investigate further why there was no call to open_log.

Many thanks for doing this.

It's probably due to the removal of the "main log" (as opposed to
"package log") with the removal of "batch mode" in 0.62.4-1.  It
may be that the download routine is making use of a variable that
is now undef where it previously wasn't.  It should be easily
corrected.


Thanks again,
Roger

-- 
  .''`.  Roger Leigh
 : :' :  Debian GNU/Linux             http://people.debian.org/~rleigh/
 `. `'   Printing on GNU/Linux?       http://gutenprint.sourceforge.net/
   `-    GPG Public Key: 0x25BFB848   Please GPG sign your mail.

Attachment: signature.asc
Description: Digital signature

Reply via email to