If someone feels like participating:
---------- Forwarded message ----------
From: Sumana Harihareswara <sumanah(a)wikimedia.org>
Date: 2012/6/14
Subject: PyCon Finland
PyCon Finland (Oct 22-23) is looking for talks. Deadline 14 Aug 2012.
http://fi.pycon.org/2012/
I suggest that you submit a talk about pywikipedia, explaining to people
how crucial it is to the health of a resource they depend on every day!
https://lwn.net/Articles/501799/ has more info.
Please forward to the pywikipedia-l list. Thanks.
--
Sumana Harihareswara
Engineering Community Manager
Wikimedia Foundation
2012/2/18 <drtrigon(a)svn.wikimedia.org>
> http://www.mediawiki.org/wiki/Special:Code/pywikipedia/9909
>
> Revision: 9909
> Author: drtrigon
> Date: 2012-02-17 23:09:15 +0000 (Fri, 17 Feb 2012)
> Log Message:
> -----------
> follow-up to r9905 '-debug' replaced with new '-simulate' that allows
> switching off write access
>
Trigon, this is great, thank you! I have just tried it and works fine and
helps in testing a lot.
Several scripts use their own mechanism for that with "-dry" or "-test" or
something; we should revise these if they are still neccessary or may be
removed. (As far as I understand -simulate works with API query. What
happens if somebody uses the bot without API?)
--
Bináris
I don't like git, I don't like bugzilla, I don't like bugs ;)
Anyway I strongly propose keeping things together. So we may use git/gerrit if necessay, we should use bugzilla and we should hold the documentation on _one_ place (now its mediawiki and that's the right place imho). Because people just know bugzilla as _the_ bug tracker for mediawiki (dependant) software unlike JIRA I guess. Unfortunately we haven't SUL account at bugzilla. I also oppose to split the bug tracker for trunk and rewrite branch.
Let's discuss the fields:
The "product" is pywikibot, the "components" might be user scripts, some libraries. But what about the version? We need the python version, the trunk/rewrite information and the current running release which are shown by version.py. At sf we have 4 trackers. I guess we don't need the patch tracker, this is eighter a solution for a bug request or a feature request. support request could we follow and maintain at the corresponding manual: talkpage at mw.
regards
xqt
----- Original Nachricht ----
Von: Lewis Cawte <lewiscawte(a)googlemail.com>
An: Pywikipedia discussion list <pywikipedia-l(a)lists.wikimedia.org>
Datum: 10.06.2012 00:01
Betreff: Re: [Pywikipedia-l] Move to bugzilla
> On 09/06/2012 22:56, Maarten Dammers wrote:
> > Hi Doug and Bináris,
> >
> > Op 9-6-2012 18:31, Doug schreef:
> >> I proposed this or Jira, which is used on toolserver, a few months
> >> back and got some resistance.
> > For me Jira is out because I think that will stop at some point.
> >> I still support anything other than what we have but note that
> >> wikimedia is transitioning to git, which I believe has its own tracker.
> > Git doesn't have it's own tracker, you might be confused by Github
> > (which does have it's own tracker) or you're mixing up Gerrit and
> > Bugzilla. Gerrit is for the code review and doesn't replace bugzilla.
> >
> > Op 9-6-2012 22:18, Bináris schreef:
> >> Wait a moment. We were told that by the next year every project has
> >> to change to git and SVN repository will no longer work at WMM. Some
> >> of us are happy with SVN and we may have to move to an SVN-aware
> >> site. Do we want to move twice? It's not bad to have everything (bug
> >> tracker, source code, documentation) together, but beeing forced to
> >> git would perhaps a big price for that. :-)
> >
> > I would strongly oppose moving the repository to an external site. I
> > would aim at moving to GIT somewhere next year.
> >
> Agreed, I originally opposed this but I "saw the light" when I was in
> Berlin, its actually a lot simpler than it looks in my opinion...
> although I doubt I've really done anything advanced yet...
>
> -- Lewis Cawte
>
> _______________________________________________
> Pywikipedia-l mailing list
> Pywikipedia-l(a)lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/pywikipedia-l
>
Hi everyone,
At the moment we use Wikimedia infrastructure for most aspects of
Pywikipedia (documentation, version management, mailman etc), but not
for the bug tracker. Merlijn and I talked a bit about moving to
https://bugzilla.wikimedia.org . It's not that we love bugzilla, but
that way we have everything in one place making it easy to work together
with other people working on Wikimedia/MediaWiki related projects.
We should be able to import all open bugs
(https://sourceforge.net/tracker/?group_id=93107) with a script. What do
you think?
Maarten
Hi,
We should probably test if everything still functions properly now ipv6
is turned on. Things that come to mind:
* Lower level python connecting logic. For eaxmple the bots at the
Toolserver should now edit over ipv6, you shouldn't notice any difference
* Handling of anonymous users/edits. For example the anti-vandal bot of
the Dutch Wikipedia doesn't understand ipv6 so treats ipv6 as logged-in
users
Probably more.....
Maarten