Hi,
I have used pywiki(pedia)bot for years and I had many bots running [from my
machines (Ubuntu and Windows 7) and the toolserver: same behaviour].
Since many months (a year?) pywikibot *always* asks for password even if I
have just logged in (with previous run of a script or login.py). That means
that I cannot schedule bots with cron or run them with batch files etc.
I did not have time to bother for bots running under schedule but it is
time to see what can be done. So: how can I fix it?
Konstantinos Stampoulis
geraki(a)geraki.gr
http://www.geraki.gr
----
Συνεισφέρετε στην Βικιπαίδεια. https://el.wikipedia.org
Φτιάξτε λογαριασμό στο Dropbox: https://db.tt/G0jOavL
-----------------------------------------------------------------------
Οι παραπάνω απόψεις είναι προσωπικές και δεν εκφράζουν παρά μόνο εμένα. Το
μήνυμα θεωρείται εμπιστευτικό μόνο εάν το έχω ζητήσει ρητά, διαφορετικά
μπορείτε να το χρησιμοποιήσετε σε οποιαδήποτε δημόσια συζήτηση. Δεν έχω
τίποτε να κρύψω. :-)
Thanks to many of you who have worked on the flake warnings over the
last few months, the code base now has zero flakes, and thanks to
hashar a 'flake8' job now votes against any changeset which has
flakes.
Also, nose tests are also run for every changeset before the code is
merged, but only the tests which do not connect to a site, or have
network activity. In the test files in tests/* , you will see some
are subclasses of NoSiteTestCase , and some have net = True as class
attributes. These clues help nose avoid tests which will connect to
servers, possibly timing out, etc.
Anyone can run the all tests using nose.
https://nose.readthedocs.org/en/latest/
To run only the tests which are run by jenkins, even without a
user-config.py file, use
PYWIKIBOT2_NO_USER_CONFIG=1 nosetests -a "!site,!net"
--
John Vandenberg
Hello,
pywikibot doesn't use standard arguments and argument parsing
For example a standard input should be like this:
python pwb.py replace "something" "something else" --page="python" --always
or
python pwb.py replace "something" "something else" --p "python" -a
And in back-end, pywikibot uses sysargv for parsing args but it's
discouraged and it's better to use argparse
<https://docs.python.org/2/library/argparse.html> .
I made some changes in bot.py in function handlearg
https://gerrit.wikimedia.org/r/156089
Still needs lots of work but before I go on I want your opinion about this
change.
Best
--
Amir
I just made this for fun, to use as icon for my pywikibot local folder, and I
though I would share it with you: http://fav.me/d7ve8j3
It took more time to get it uploaded somewhere than to actually create it…
py2.6 tests on Travis-CI are now allowed to fail, meaning that we are,
actually, supporting only 2.7+.
I renew my proposal to *drop* support for py2.6 at all.
Hello,
Yesterday after some talks in IRC we thought It would be good if we
kill off the i18n submodule and bring the files into core, compat will
have the i18n folder but won't receive any updates. One of major
advantage of this action is making installation of pywikibot so much
easier.
Another thing that is happening for i18n is that we are migrating to json [1].
Any comment about these actions is very welcome.
Best
--
Amir
I disagree with merging i18n to core and killing the submodule. Please mark compat as deprecated first.
Installing problems often is a doc problem. With svn the externals are updated together with the compat/core framework. Git maybe needs additional steps.
What about all the other externals? If there is a problem with i18n, there might be one with spelling, http and all the others too.
xqt
----- Ursprüngliche Nachricht -----
Von: Amir Ladsgroup
Gesendet: 14.08.2014 15:03
An: Pywikipedia discussion list
Betreff: Re: [Pywikipedia-l] i18n in Pywikibot
I forgot to mention the patch:
[1]: https://gerrit.wikimedia.org/r/151114
On 8/14/14, Amir Ladsgroup <ladsgroup(a)gmail.com> wrote:
> Hello,
> Yesterday after some talks in IRC we thought It would be good if we
> kill off the i18n submodule and bring the files into core, compat will
> have the i18n folder but won't receive any updates. One of major
> advantage of this action is making installation of pywikibot so much
> easier.
>
> Another thing that is happening for i18n is that we are migrating to json
> [1].
>
> Any comment about these actions is very welcome.
> Best
> --
> Amir
>
--
Amir
_______________________________________________
Pywikipedia-l mailing list
Pywikipedia-l(a)lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/pywikipedia-l
I hereby propose to start a Bugzilla+Gerrit Task Force to reduce network
usage by the framework and to enhance our low-level code.
I hardly ever inspect files like data/api.py, but I see that even the
simplest queries get submitted as generators or with the 'userinfo'
property attached.
Since TranslateWiki doesn't seem to be the appropriate place for
localization dictionaries used in scripts, why not to create a 'L10n'
folder or a pywikibot/L10n repository (cf. pywikibot/i18n) to hold them?