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 checks so whenever they fail
it is not going to prevent you from merging the code.
I am not sure how your community likes pep8/pyflakes. But I think it
would be nice to have the code repositories to pass those tests and
enforce authors to follow them. You can still have some pep8 checks
ignored such as the "line too long".
The questions are:
Is there any interest in making your repositories pep8 compliants?
If so, is there anything I can do to help? :-]
Antoine "hashar" Musso
I'm trying to convert a fairly large set of scripts from compat to
core and I found a significant loss of functionality in getting image
and template info. While writing this, I've noticed that the latest
version of core also has some of these prblems. I will elaborate on
this loss of functionality below, but I would like to know if this
simplification is intended or if this is part of some work in
For the image parsing, the function linkedPages(withImageLinks = True)
used to provide images that were not included through templates, while
imageLinks would provide all the images. In core, the linkedPages
function no longer provides this capability, and I haven't found any
replacement (I ported the old function in my code)
For template parsing, templatesWithParams from class Page used to
provide a pair containing the template name and a list of parameters,
with the full "key=value" string. Nowadays, we're getting a dictionary
instead of that list. Normally there is nothing wrong with that,
except that in Python 2 the dictionary is unordered, which means that:
* the order of the parameters is forever lost
* the original text cannot be reconstructed (because of the above and
the missing whitespace information) - this means there is no easy way
to identify and/or replace a particular instance of the template in a
page with many identical templates. It used to be you could do it with
simple find/replace operations, now it takes some more work.
I personally would like to have the old behavior back, it would save
me and probably others a lot of work.
Unfortunately, tables can't use # symbols for numbering, therefore people
use constant numbers.
Do we have any tool for handling that? I mean I want to insert a new 6th
row after 5th and renumber the rest of the table.
at the moment Pywikibot has four mailing lists.
* pywikipedia-announce – Only two messages this year (one spam, the
other one to say sorry.) no last year
* pywikipedia-l – This list, very active ;-)
* pywikipedia-svn – Not needed anymore because of the move to git.
* pywikipedia-bugs – Used to inform users about bugs reported on
Sourceforge, after the move to Bugzilla this is not needed anymore, right?
So I propose to close at least pywikipedia-svn and pywikipedia-bugs,
maybe also pywikipedia-announce because it is not used.
On 10 August 2013 11:26, Dr. Trigon <dr.trigon(a)surfeu.ch> wrote:
> Pywikibot finished GIT migration. Now a question has anybody ever
> tryed to clone and use the e.g. the pywikibot/compat repo on the TS?
> If I do, I get and .git folder of about 200MB which nearly fills my
> home quota. (this is the plain clone - nothing done to/with it yet!!)
Thanks to Chad:
valhallasw@lisilwen:~/src/pwb$ git clone
Cloning into 'tmp'...
remote: Counting objects: 37472, done
remote: Finding sources: 100% (37472/37472)
remote: Getting sizes: 100% (864/864)
remote: Compressing objects: 100% (600634/600634)
remote: Total 37472 (delta 26599), reused 37439 (delta 26591)
Receiving objects: 100% (37472/37472), 8.05 MiB | 275 KiB/s, done.
Resolving deltas: 100% (26611/26611), done.
8.05MB. Beat that! :-) (the checkout itself accounts for the remaining 6
MB, totaling to 14 MB)
-----BEGIN PGP SIGNED MESSAGE-----
I get following error while using git:
> error: Your local changes to the following files would be
overwritten > by merge:
> maintenance/make_i18n_dict.py Please, commit your changes or stash
> them before you can merge. Aborting
I never did one single change to this file, so whats the point here?
@xqt: might that be the kind of stashing issues you encounter too?
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.14 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/
-----END PGP SIGNATURE-----