[20:54:08] [telegram] I'm using pywikibot in a user facing CLI tool. The verbose messages that cannot be turned of is a UX disaster. It cludders the output. [20:59:14] [telegram] You should be able to control everything logging related, see https://phabricator.wikimedia.org/diffusion/PWBC/browse/master/pywikibot/logging.py (re @DennisPriskorn: I'm using pywikibot in a user facing CLI tool. The verbose messages that cannot be turned of is a UX disaster. It cludders the o...) [21:03:46] [telegram] And error messages are probably send to stderr so you might be able to just redirect them, something like appending 2> /dev/null [21:06:24] [telegram] https://doc.wikimedia.org/pywikibot/master/api_ref/pywikibot.html#pywikibot.output contains the generated documentation. Probably more readable. [21:08:43] [telegram] So how can I turn all logging off? [21:09:32] [telegram] I'm considering forking it and removing all the verbose logging of library files and what not. [21:14:25] [telegram] I dislike that pywikibot does not follow all other python libraries I ever used and just use the standard logging levels and nothing else. Then I have no garbage if I set the logging level to say ERROR. Now I got garbage output whatever I do. [21:14:39] [telegram] Read the previous comments here howto redirect certain stuff to /dev/null. (re @DennisPriskorn: So how can I turn all logging off?) [21:15:20] [telegram] see https://phabricator.wikimedia.org/T272088 [21:18:15] [telegram] That is a dirty workaround IMO. Not viable for user facing CLI interaction (re @andreklapper: Read the previous comments here howto redirect certain stuff to /dev/null.) [21:20:51] [telegram] Well and that is likely to achive almost opposite to what is desired [21:21:25] [telegram] Since at least in theory the worst errors will go exactly into stderr, and it seems that is is desired to leave everything but the worst errors [21:21:51] [telegram] (But I am not familiar with pywikibot, so not sure if they indeed do go there) [21:25:40] [telegram] Here you see part of the 200+ lines of garbage output [21:26:02] [telegram] https://tools-static.wmflabs.org/bridgebot/33cad037/file_16344.jpg [21:29:11] [telegram] I really don’t think this hostile attitude to pywikibot will get you great results [21:45:02] [telegram] Last time I raised the issue I found that I was not the only one who had issues with the way logging is implemented in that library. If any suggestions and bug reports of annoying behavior of the program are interpreted as critizism I can understand why the problem persists. (re @lucaswerkmeister: I really don’t think this hostile attitude to pywikibot will get you great results) [21:46:31] [telegram] I really tried avoiding pywikibot and searched for alternatives but to my knowledge it is the only library that can download a page and output the templates as a dictionary. [21:51:26] [telegram] I actually used more time in here today talking about the issue than I would have taken me to fork it and delete the offending lines in bot.py. 😅 [22:48:14] [telegram] It wasn't the suggestions or bug reports that were hostile. To me, it was the FOSS version of a nuclear threat you did, threaten to fork rather than collaborate. (re @DennisPriskorn: Last time I raised the issue I found that I was not the only one who had issues with the way logging is implemented in that libr...) [22:52:55] [telegram] Thanks for the clarification. Well it is not in my interest to maintain a fork at all, but I also have my users best interests at heart. That currently leaves me little choice. [22:52:56] [telegram] I just commented on the bug report. Btw. [22:52:57] [telegram] I’m not gonna create an official fork just do a pet fork with a few edits that makes it dance without disturbing my users. (re @Jan_ainali: It wasn't the suggestions or bug reports that were hostile. To me, it was the FOSS version of a nuclear threat you did, threaten...) [23:06:55] [telegram] Have you ever considered making a pull request to a project that is not yours? (re @DennisPriskorn: Thanks for the clarification. Well it is not in my interest to maintain a fork at all, but I also have my users best interests a...) [23:21:27] [telegram] I do not find the two things comparable (re @Jan_ainali: It wasn't the suggestions or bug reports that were hostile. To me, it was the FOSS version of a nuclear threat you did, threaten...)