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?
The following shows a list of 21 easy fixes to scripts, which will
help our build system be able to do basic sanity checks on these
scripts after each patch is merged.
https://bugzilla.wikimedia.org/showdependencytree.cgi?id=69069&hide_resolve…
The only 'hard' one in there is 68797, as it requires setting up lua.
This will be easy for people using platforms that have a
'lunatic-python' package they can install with yum/apt.
Plain old patches can be submitted without using Gerrit, or even Git.
https://tools.wmflabs.org/gerrit-patch-uploader/
--
John Vandenberg
Ah, maybe. I just saw your "fixes" at my Talk page(s).
xqt
----- Ursprüngliche Nachricht -----
Von: Amir Ladsgroup
Gesendet: 26.07.2014 23:22
An: Pywikibot discussion list
Betreff: Re: [Pywikipedia-l] The build is broken
it was another bug that John and Ricordisamoa are talking about.
On 7/27/14, info(a)gno.de <info(a)gno.de> wrote:
> 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
>
--
Amir
_______________________________________________
Pywikipedia-l mailing list
Pywikipedia-l(a)lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/pywikipedia-l