Pywikipedia-l July 2014

pywikipedia-l@lists.wikimedia.org

20 participants
29 discussions

Re: [Pywikipedia-l] The build is broken
by info＠gno.de 26 Jul '14

26 Jul '14

This is not a bug in testing. The test detects a bug for archivebot.py which fails for unsigned threads. xqt ----- Ursprüngliche Nachricht ----- Von: John Mark Vandenberg Gesendet: 26.07.2014 18:21 An: Pywikibot discussion list Betreff: Re: [Pywikipedia-l] The build is broken On Sat, Jul 26, 2014 at 10:39 PM, Ricordisamoa <ricordisamoa(a)openmailbox.org> wrote: > > The build is still broken, but because of this edit, that breaks the timestamp detection of the ArchiveBot. > Maybe a fictitious, write-protected talk page should be used? That is being tracked on https://bugzilla.wikimedia.org/show_bug.cgi?id=67663 An alternative test page would be a good solution. Or maybe the unit test could allow unsigned sections to be added to the talk page. -- John Vandenberg _______________________________________________ Pywikipedia-l mailing list Pywikipedia-l(a)lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/pywikipedia-l

2 1

The build is broken
by John Mark Vandenberg 26 Jul '14

26 Jul '14

The build was repeatedly broken over the last week. Two of the build breakages have been fixed. I think one was caused by changes to WMF site configuration. https://travis-ci.org/wikimedia/pywikibot-core/builds/30824554 And the other caused by merging a fix without checking the tests worked correctly. https://travis-ci.org/wikimedia/pywikibot-core/builds/30831527 And there is still one more bug that needs to be fixed. https://bugzilla.wikimedia.org/show_bug.cgi?id=68564 Or we need to roll back the several commits which caused categories to be broken. As we may need to roll back several commits, could we please not check in new code while the build is broken. -- John Vandenberg

2 2

scripts repository
by Ricordisamoa 26 Jul '14

26 Jul '14

Are we going to have a 'scripts' repository (see bug 64871 <https://bugzilla.wikimedia.org/show_bug.cgi?id=64871>), really? Pros: * the size of the package would decrease dramatically (more than half of the overall), becoming a cleaner environment for experienced users who only run their own scripts; * we could move most scripts to subdirectories without running into maintainability issues. Cons: * Gerrit patches that change both scripts and core files would have to be split in two; * less experienced users (who often use the bundled scripts) would have to fetch dependencies.

1 0

Retrieve content of multiple pages at once
by Sorawee Porncharoenwase 25 Jul '14

25 Jul '14

I remember that in compat we have a function named "getAll" or something like that which will retrieve content of pages at once. Although in core we have parameter "content" in most functions, it is possible that we want to get content of pages which are irrelevant to each other (and therefore we can't use existing functions). Should we port this function to core, then? -- Sorawee Porncharoenwase

2 2

new components in Bugzilla
by Ricordisamoa 25 Jul '14

25 Jul '14

How can I request new components for the product "Pywikibot" in Bugzilla? They would be extremely useful, especially for very used scripts like textlib.py.

5 5

__version__
by Ricordisamoa 25 Jul '14

25 Jul '14

What does it mean? Is it supposed to be updated somehow?

1 0

VERIFIED bugs
by Ricordisamoa 24 Jul '14

24 Jul '14

Can we establish a guideline on when to mark our bugs as "VERIFIED FIXED"? Is that status useful?

2 1

aliases for submodules
by Ricordisamoa 23 Jul '14

23 Jul '14

pywikibot/__init__.py contains the following lines: from pywikibot.textlib import * from pywikibot.i18n import translate Are we supposed to always use pywikibot.translate() instead of i18n.translate()? (actually, I did the opposite <https://gerrit.wikimedia.org/r/136609>) Or pywikibot.replaceExcept() instead of textlib.replaceExcept()? If not, can we recommend to always use from pywikibot import textlib?

1 0

SourceForge bug tracker
by Ricordisamoa 23 Jul '14

23 Jul '14

A notice about the move to Bugzilla has been added, but many bugs still show up as 'open'. Is this expected/wanted?

3 3

Remider: Next bug triage for pywikibot starts in less than 24 hours
by Amir Ladsgroup 23 Jul '14

23 Jul '14

Hello all, This e-mail is just a reminder for you that next bug triage for pywikibot <https://www.mediawiki.org/wiki/Bug_management/Triage/20140724> will start tomorrow 10:00 UTC. You are very welcome to join. For further information see this blog post <https://blog.wikimedia.org/2014/07/10/pywikibot-will-have-its-next-bug-tria…> . Best -- Amir

1 1

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

Pywikipedia-l July 2014