Re: [Pywikipedia-l] master switched from httplib2 to requests

Le 02/06/2015 18:42, John Mark Vandenberg a écrit : > A changeset to switch to python-requests has been merged into pywikibot-core. > > https://gerrit.wikimedia.org/r/#/c/213977/ > > Note that config.proxy support doesnt exist. requests will read your > environment variables to find a proxy. If

Re: [Pywikipedia-l] Rebasing

On 07/05/15 22:05, Fabian Neundorf wrote: Hi this is probably not important for long if we transition to Phabricator, but I want to ask if developers could rebase only if necessary (merge conflicts with master) and if you rebase do it in a separate patchset. The reason being that when you compar

Re: [Pywikipedia-l] Python MediaWiki developers meetup at Lyon hackathon

On 03/05/15 21:35, Legoktm wrote: A few people who work on some Python MediaWiki libraries started talking on IRC today about how much duplication there is in the ecosystem, resulting basically in wasted effort. We've set up a meeting at the Lyon hackathon so we can talk about what we're workin

Re: [Pywikipedia-l] Tox jobs are only triggered for whitelisted person

Le 15/01/2015 17:29, Fabian Neundorf a écrit : > But according to https://gerrit.wikimedia.org/r/184967 it shouldn't > trigger them. And okay didn't saw that only trusted accounts would be > considered for +1. > > And is there no way to have some tests executed even from not trusted > accounts or

[Pywikipedia-l] Tox jobs are only triggered for whitelisted person

Hello, Yesterday I have restricted the tox Jenkins jobs to only be run by whitelisted person. That is rather inconvenient :-( To whitelist a person, its Gerrit email address would have to be added to integration/config.git zuul/layout.yaml in a list and in a huge regex. I have a patch pending

Re: [Pywikipedia-l] Scrutinizer for Pywikibot (was Re: [Wikitech-l] MediaWiki Technical Debt)

Le 25/10/2014 13:04, Maarten Dammers a écrit : > Hi Antoine, > > Antoine Musso schreef op 23-10-2014 21:49: >> Le 23/10/2014 14:46, Tyler Romeo a écrit : >>> Found this today: >>> https://twitter.com/symfony_en/status/525222757567827968 >>> >>> I

Re: [Pywikipedia-l] Python 3 nosetests

Le 02/10/2014 10:29, Fabian Neundorf a écrit : > With Gerrit change 162599 [1] all future changes must be compatible > with Python 3. Currently pywikibot is at least compatible with Python > 3.4.1 (I only use that version of Python and didn't find any problems) > and Travis is already doing the tes

Re: [Pywikipedia-l] flake8 and nose tests on new patches

Le 18/08/2014 17:48, John Mark Vandenberg a écrit : > 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" As an alternative, one can use tox which create virtualenv on the fly and takes care of install

Re: [Pywikipedia-l] i18n in Pywikibot

Le 14/08/2014 15:00, Amir Ladsgroup a écrit : > 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 maki

Re: [Pywikipedia-l] Gerrit notification

Le 05/08/2014 15:38, i...@gno.de a écrit : > 1000 Mails in 5 days spamming and flooding my mailbox account which > is full now. Who has this activated? I do not see any sense. > > xqt I do =) Though only for some selected repositories for which I am lead / actively code reviewing. I have no id

Re: [Pywikipedia-l] Gerrit notification

Le 04/08/2014 05:43, i...@gno.de a écrit : > Hi folks, > > couldn't we reduce the gerrit notification mails please. Getting > hundreds a day of them is time consuming and not helpful. > > Greetings > xqt Hello, You can tweak Gerrit mail notifications in your settings. Head to https://gerrit.wik

Re: [Pywikipedia-l] Pywikibot bug triage

Le 28/07/2014 14:04, Amir Ladsgroup a écrit : > Pywikibot bug triage is finished now and during the event 189 bugs > were changed and 39 one of them were closed. Considering that > pywikibot currently has about 450 bugs, that's quite good. > > A big thank you to people who joined and participated.

Re: [Pywikipedia-l] VERIFIED bugs

Le 23/07/2014 23:17, Ricordisamoa a écrit : > Can we establish a guideline on when to mark our bugs as "VERIFIED FIXED"? > Is that status useful? The Bugzilla status VERIFIED can be used when QA / shareholders review bug that have been fixed over a period of time. I think the Wikidata is using it

Re: [Pywikipedia-l] Two issues

Le 11/07/2014 15:32, Amir Ladsgroup a écrit : > > I disagree, decoding websites can decode username in just a second, and > note that just a very low proportion of bot usernames needs to encoded > (i.e. the encoded version is not the same as real one.) Just make an option in pywikibot like config

Re: [Pywikipedia-l] Two issues

Le 10/07/2014 21:29, Amir Ladsgroup a écrit : > As ISO 8859 supports % character, this sounds like a reasonable solution > for me. we need to just use urllib2 library to encode it. That it is a bit hard to read though :-D The whole purpose is for site operators to quickly find out who is behind t

Re: [Pywikipedia-l] Pywikibot mailing list page redesigned

Le 16/06/2014 03:31, John Mark Vandenberg a écrit : > Could we change the name of the list to pywikibot-l ? If you ever do so, dont forget to have the gmane group renamed as well: gmane.comp.python.pywikipediabot.general :-) -- Antoine "hashar" Musso

Re: [Pywikipedia-l] Pywikibot mailing list page redesigned

Le 14/06/2014 06:31, Amir Ladsgroup a écrit : > Hello, > As you may now, the pages of pywikibot mailing lists (*Pywikipedia-l* > , > *Pywikipedia-bugs* > , > *Pywikipedia-annou

Re: [Pywikipedia-l] pep257 docstring style checker

Le 13/06/2014 12:47, Ricordisamoa a écrit : > You must see this! https://github.com/GreenSteam/pep257 > Just run it on our codebase, it gives thousands of errors... Hello, multichill on IRC pointed me to your mail. Turns out there is a flake8 extension around pep257: https://pypi.python.org/py

Re: [Pywikipedia-l] reflinks.py under GPL?

Le 12/06/2014 01:48, Ricordisamoa a écrit : > I love the GPL /per se/, but I hate license conflicts. IMHO we should > send an email to each author. The way I have seen it done in the past is to propose a patch, have all past authors added as a reviewers and mass mail them until they each vote +1.

Re: [Pywikipedia-l] Pywikibot and Wikimania

Le 06/06/2014 22:32, Amir Ladsgroup a écrit : > Hello all, > The submission > > about > pywikibot got accepted and it'll be given in August 10, 11:30-12:00 Congratulations on having your talk accepted! -- Antoine "hashar"

Re: [Pywikipedia-l] proxy issues and httplib2 update

Le 04/06/2014 10:00, John Mark Vandenberg a écrit : > The outstanding commits are: > > > Do you really want to submit the above commits? > Type 'yes' to confirm, other to cancel: Hello, The git-review utility creates a remote named 'gerrit' to push the change. Ultimately doing: git push ger

Re: [Pywikipedia-l] Guideline for codes of PWB

Le 09/05/2014 19:44, Amir Ladsgroup a écrit : > Hello, > As a discussion we had in Hackathon today, we concluded there is a need > for guideline for our codes (something like WP:MoS for codes) > > there is already this > but > it's

Re: [Pywikipedia-l] Zürich Hackathon and pywikibot

Le 06/03/2014 18:51, Amir Ladsgroup a écrit : > Zürich Hackathon will be held in 9-11 May and It is a great > opportunity to improve pywikibot, I want to have presentation about > "how we can help pywikibot" and I want to discuss about bugs and > reporting and wrangling them (prioritizing and categ

Re: [Pywikipedia-l] bugs

Le 31/01/14 13:30, Amir Ladsgroup a écrit : > Hi all, > There are 294 bugs that are unsolved, unprioritized, and unconfirmed, in > other words we have almost 300 bugs that no one has even touched it yet. [1] > > I thought about another bug triage but I have an idea, let's split it up > the list a

Re: [Pywikipedia-l] Version numbers

Le 15/01/14 12:38, Bináris a écrit : > Is there a way to get human readable version numbers again, like in the > SVN times? This is a small annoying thing that is really unimportant > compared to other newborn problems. > Earlier we had a decimal number that had some meaning. Now there is a > long

Re: [Pywikipedia-l] Core and Compat

Le 14/10/13 16:11, Gerard Meijssen a écrit : > Hoi, > > Core and Compat are the two faces of pywikipedia. Who is interested to > answer some questions that helps me understand this better. As I understand it Compat is the old version of pywikibot started in 2003. Core is a full rewrite started i

Re: [Pywikipedia-l] Pywikibot, GIT and TS

Le 22/09/13 14:54, Dr. Trigon a écrit : >> The garbage collect was just runned once on the server? That's >> all?! Nice!!! Does this to be done again at some interval, e.g. >> after a lot of commits, merges, ...? >> >> I do not agree because when I checkout compat with all submodules >> I have ~46M

Re: [Pywikipedia-l] Name of the project

Le 01/09/13 04:28, William H. Magill a écrit : > Next there is: "Python wikipedia robot framework" at: > http://pywikipediabot.sourceforge.net/ -- which appears to be "us," > except t hat the page still refers to SVN, and the project links to > OLD wikimedia pages... which in turn re-direct to med

Re: [Pywikipedia-l] Switch to HTTPS, implications for Pywikibot?

Le 20/08/13 05:57, Morten Wang a écrit : > I noticed this message from a thread on wikitech-l and > wikibots-l: > http://lists.wikimedia.org/pipermail/wikibots-l/2013-August/000353.html > > Does this have any particular implications for pywikibot, or is it > already using HTTPS? You might want t

Re: [Pywikipedia-l] Release number under git/gerrit

Le 01/08/13 13:33, i...@gno.de a écrit : > Hi folks, > > unfortunately the git Id numer is not a sequential release number as > in svn but a hash. I find it a good idea to have a release number in > the code as it was before git migration. A git statement generates > it: > > git rev-list HEAD | w

Re: [Pywikipedia-l] python styling (pep8/pyflakes)

Le 30/07/13 10:52, Merlijn van Deen a écrit : > On 30 July 2013 00:08, Dr. Trigon > wrote: > > I don't think so. > > > I would be interested to understand how. Because pep8 validation works > /on the entire repository/ and not just on /the patchset, /the followin

Re: [Pywikipedia-l] python styling (pep8/pyflakes)

Le 29/07/13 21:19, Merlijn van Deen a écrit : > Hm, indeed. # noqa is only supported in v1.4.1+; # nopep8 was introduced > in v1.4+, and thus is also not available in 1.3. Would it be possible to > upgrade to a more recent version? Ubuntu Saucy has 1.4.5 available. > > Merlijn I apparently manag

Re: [Pywikipedia-l] python styling (pep8/pyflakes)

Le 29/07/13 19:20, Merlijn van Deen a écrit : > pep8 allows marking specific lines as 'I am breaking the rules here -- > ignore this line' by adding # noqaat the end of the line. I dont think the '# noqa' thing supported by pep8 v1.3.3 which is running on the Jenkins server :-( -- Antoine "h

Re: [Pywikipedia-l] python styling (pep8/pyflakes)

Le 29/07/13 13:30, Antoine Musso a écrit : > You can still have some pep8 checks ignored such as the "line too > long". As an example, say you want to get rid of the "line too long error". When running pep8 you would get a message like: $ pep8 . ./foo.py:1:80: E5

[Pywikipedia-l] python styling (pep8/pyflakes)

Hello there! At first, I am really happy to see the pywikipedia framework is still alive and very active. As you may have noticed, whenever a change is send to Gerrit that triggers Jenkins jobs that run the code style utilities pep8 and pyflakes. It seems your code is not passing the style check

Re: [Pywikipedia-l] Using computer vision to categorize images at Commons

Le 20/02/12 22:08, Maarten Dammers a écrit : Some time ago I played around with computer vision to get images categorized on Commons. I documented this at https://commons.wikimedia.org/wiki/User:Multichill/Using_OpenCV_to_categorize_files . I don't think I'm going to spend time on it soon, but th