https://bugzilla.wikimedia.org/show_bug.cgi?id=55151
Web browser: --- Bug ID: 55151 Summary: pywikipediabot should use standard output Product: Pywikibot Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: Unprioritized Component: General Assignee: Pywikipedia-bugs@lists.wikimedia.org Reporter: legoktm.wikipedia@gmail.com Classification: Unclassified Mobile Platform: ---
Originally from: http://sourceforge.net/p/pywikipediabot/bugs/1580/ Reported by: tgr_ Created on: 2013-02-17 14:02:13 Subject: pywikipediabot should use standard output Original description: All pywikipedia messages go to standard error, making the proper running of such bots from cron very difficult. Normal messages should go to standard output, and only suprising messages (python errors, block notifications, new message notifcations) should go to standard error.
https://bugzilla.wikimedia.org/show_bug.cgi?id=55151
--- Comment #1 from Kunal Mehta (Legoktm) legoktm.wikipedia@gmail.com --- Data that can be used for further processing ('pipe') should be sent to stdout. All messages that are only relevant for the user should be sent to stderr. Errors should not be detected by checking if anything was written to stderr, but by checking the return value (which will be non-zero if an error occurred).
Basically, this is a well-known cron problem. See, for instance, http://habilis.net/cronic/
https://bugzilla.wikimedia.org/show_bug.cgi?id=55151
--- Comment #2 from Kunal Mehta (Legoktm) legoktm.wikipedia@gmail.com --- I disagree. Non-zero return value is for errors from which the application could not recover. There might be errors or unexpected important events which do not cause the bot to fail but should be reported nevertheless. (For example if an interwikibot gets a talk page message on one of the many wikis it visits, that should be reported, maybe the bot should stop working on that wiki until the owner can check the message, but it certainly should not stop working on all other wikis.)
If you want to show human-readable output to humans, and machine-processable output to scripts, the proper solution for that is to detect (via sys.stdout.isatty()) whether you are writing to a terminal, and format accordingly (and allow overriding the behavior via a command line switch). That is how sophisticated command line applications usually operate; compare, for example, the output from 'ls' and 'ls | cat'.
https://bugzilla.wikimedia.org/show_bug.cgi?id=55151
--- Comment #3 from Kunal Mehta (Legoktm) legoktm.wikipedia@gmail.com --- > /dev/null was invented to suppress screen output. To prevent scripts of using this option is a misuse. Even if the script is not run from cron, operator may wish not to see messages and his screen scrolled.
https://bugzilla.wikimedia.org/show_bug.cgi?id=55151
Kunal Mehta (Legoktm) legoktm.wikipedia@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- See Also| |https://sourceforge.net/p/p | |ywikipediabot/bugs/1580
https://bugzilla.wikimedia.org/show_bug.cgi?id=55151
Amir Ladsgroup ladsgroup@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Priority|Unprioritized |Normal CC| |ladsgroup@gmail.com Summary|pywikipediabot should use |pywikibot should use |standard output |standard output
--- Comment #4 from Amir Ladsgroup ladsgroup@gmail.com --- I think it would be good since jsub tasks in labs save output in two different files. one .out and one .err
pywikipedia-bugs@lists.wikimedia.org