Galaxy assumes that tools that write to stderr indicate failure. There's apparently some way to set up regexps to get around that, but I don't know where to do that (or if indeed that would work).

Command-line debugging works some, except when the web server's environment (path, etc.) differs from command line. Or the problem is in how Galaxy interprets output; e.g. "stderr
means error" as described above.

John Chilton suggested I try using the logging facility, but
throws an exception when I try to do that:
An error occurred running this job:uploaded csra file No handlers could be found for logger "galaxy.datatypes.binary"

So it's back to square one. Debugging without even a working print
statement is pretty difficult. Even trying log = logging.getLogger()
or log = logging.getLogger('wsgi') produces exceptions. I would assume
there'd be a way to set up logging in universe_wsgi.ini, but none of
the logging parameters seem to set up a root logger that tools can


On 10/12/12 10:55 AM, wrote:
> You can get to the captured stdout/stderr in the UI by clicking the
> info (i) button for the dataset. The way I would normally debug
> outside of the Galaxy UI is to take the command line generated by
> Galaxy (which should be logged) and run it outside Galaxy.
> -- jt
Please keep all replies on the list by using "reply all"
in your mail client.  To manage your subscriptions to this
and other Galaxy lists, please use the interface at:

Reply via email to