Last modified: 2014-09-10 02:57:25 UTC

Wikimedia Bugzilla is closed!

Wikimedia has migrated from Bugzilla to Phabricator. Bug reports should be created and updated in Wikimedia Phabricator instead. Please create an account in Phabricator and add your Bugzilla email address to it.
Wikimedia Bugzilla is read-only. If you try to edit or create any bug report in Bugzilla you will be shown an intentional error message.
In order to access the Phabricator task corresponding to a Bugzilla report, just remove "static-" from its URL.
You could still run searches in Bugzilla or access your list of votes but bug reports will obviously not be up-to-date in Bugzilla.
Bug 50329 - We need a common repository for Scribunto modules and templates
We need a common repository for Scribunto modules and templates
Status: NEW
Product: MediaWiki extensions
Classification: Unclassified
Scribunto (Other open bugs)
unspecified
All All
: Normal enhancement with 4 votes (vote)
: ---
Assigned To: Nobody - You can work on this!
: crosswiki
: 64421 (view as bug list)
Depends on: 39610
Blocks: 64475
  Show dependency treegraph
 
Reported: 2013-06-27 23:06 UTC by Quim Gil
Modified: 2014-09-10 02:57 UTC (History)
18 users (show)

See Also:
Web browser: ---
Mobile Platform: ---
Assignee Huggle Beta Tester: ---


Attachments

Description Quim Gil 2013-06-27 23:06:28 UTC
We need a central repository of Scribunto modules and templates. Currently they are spread all over.

It has been broadly requested/discussed in many places and this is an attempt to have a URL to watch a contribute to this topic.

Scribunto upstream is in mediawiki.org and therefore I think such central repository should also be in mediawiki.org, to satisfy equally Wikimedia and MediaWiki centric projects.
Comment 1 Quim Gil 2013-07-02 21:09:46 UTC
What would this central repository need, apart from deciding where will it be?

I mean, mediawiki.org only misses a category for Lua based templates and another one for Scribunto modules (very easy) and just a bit of love putting together the documentation and support channels. The rest (e.g. announcing new templates, review processes...) will come or not based on the community activity.

All this is kind of happening at https://en.wikipedia.org/wiki/Wikipedia:Lua but that is really not the right place, so other Wikimedia projects are starting their own Lua corners, and just wait when MediaWiki 3rd party admins start adding to the mix.

We could just tell all these people that mediawiki.org is the right place, their commons place, just like it is for extensions, and the rest would come.

PS: I know it's not that simple, but it's not that complicated either. The more time we let this pass the more difficult it will be to undo changes.
Comment 2 Brad Jorsch 2013-07-02 21:15:02 UTC
(In reply to comment #1)
> What would this central repository need, apart from deciding where will it
> be?

Support in software so that it would work something like Commons does for media. The idea is that the code would exist in one place and be available to all without it having to be copied and pasted to each one.

Note that Commons itself will not be the place for this; the Commons community doesn't want it, and various others wouldn't want it there either.
Comment 3 Greg Grossmeier 2013-07-02 21:19:13 UTC
In the roadmap, we want to get to this in October of 2013 (as of right now, could change in priority between now and then):
https://www.mediawiki.org/wiki/Roadmap#Lua
Comment 4 Martijn Hoekstra 2013-07-02 22:01:46 UTC
To me sharing code cross-project seems rather useful too. Maybe MediaWiki.org? Meta? If we are looking at the grand scheme of things, I would really like it if there were a 'special' place for this, and all modules in this 'special' space would be injected in the mw table. This way, when such modules turn out to be much used and generally useful, they could possibly in time be 'adopted' into the Scribunto core mw tables without breaking existing usage.
Comment 6 Quim Gil 2013-11-01 16:35:14 UTC
Do you think that this is a good candidate for an internship program? I'm considering adding it to 

https://www.mediawiki.org/wiki/Mentorship_programs/Possible_projects
Comment 7 MZMcBride 2013-11-01 16:42:05 UTC
(In reply to comment #6)
> Do you think that this is a good candidate for an internship program?

No.
Comment 8 Quim Gil 2013-11-01 16:49:46 UTC
Right.  :)  Do you mind explaining why? If it's too big or complex, could a first phase be split as a research or prototyping project?

I'm just trying to see whether we can get external help starting this project that we all seem to be too busy to kick off. As far as I know there is no roadmap including a plan or a date for this repository.
Comment 9 Helder 2013-11-01 17:40:50 UTC
See also this thread from may 2013:
"[Wikitech-l] Centralized Lua modules for Wikisource (OPW mentor needed)"
http://lists.wikimedia.org/pipermail/wikitech-l/2013-May/069658.html
Comment 10 MZMcBride 2013-11-01 18:18:35 UTC
(In reply to comment #8)
> Right.  :)  Do you mind explaining why? If it's too big or complex, could a
> first phase be split as a research or prototyping project?

Not to be rude, but you seem to be exhibiting a lack of research yourself. You're aware of the interwiki transclusion GSoC project and its outcome?

You also seem to have not researched current requests for comment (linked in comment 5) before filing this bug.

Large, abstract, and technically complex projects such as implementing a central code repository are terrible for inexperienced users, in my opinion. Discrete tasks that can be implemented in production are a much better use of resources.
Comment 11 MZMcBride 2013-11-01 18:21:04 UTC
I fail to see how this bug is not a duplicate of bug 39610.
Comment 12 Ricordisamoa 2013-12-09 15:09:55 UTC
I've proposed https://meta.wikimedia.org/wiki/Global-Wiki
Comment 13 Quim Gil 2013-12-09 19:27:03 UTC
(In reply to comment #11)
> I fail to see how this bug is not a duplicate of bug 39610.

That bug report says:

"Depending on which model is chosen, additional bugs may need to be filed. In
particular, if a central repository model is chosen, there needs to be a
discussion about where to host such modules (for example, scripts.mediawiki.org
or scripts.wikimedia.org) and what to host alongside them (for example,
JavaScript gadgets)."

This report is about the central repository model.
Comment 14 MZMcBride 2013-12-10 01:10:24 UTC
(In reply to comment #13)
> (In reply to comment #11)
>> I fail to see how this bug is not a duplicate of bug 39610.
> 
> That bug report says:
> 
> "Depending on which model is chosen, additional bugs may need to be filed. In
> particular, if a central repository model is chosen, there needs to be a
> discussion about where to host such modules (for example,
> scripts.mediawiki.org or scripts.wikimedia.org) and what to host alongside
> them (for example, JavaScript gadgets)."
> 
> This report is about the central repository model.

The comment you copied and pasted suggests the need for a discussion. This would mean using the mailing list(s) or the wiki(s) to have such a discussion, not Bugzilla. In my view, this bug continues to be a direct duplicate of bug 39610.
Comment 15 Rob Kam 2014-02-09 10:43:49 UTC
Will the repository also include non-Lua templates?
Comment 16 Ricordisamoa 2014-02-10 22:31:57 UTC
(In reply to comment #15)
> Will the repository also include non-Lua templates?

I don't know if this proposal by Quim Gil covers that case, but mine at Comment 12 certainly does.
Comment 17 Sam Reed (reedy) 2014-04-25 13:06:11 UTC
*** Bug 64421 has been marked as a duplicate of this bug. ***
Comment 18 Rical 2014-06-12 11:05:54 UTC
The modules to centralize must speak any language.
To support this evolution, the Module:ControlArgs can:
* adapt any calling module for international use i18n in argument names, error messages, wikitext and categories.
* provide to many small wikis the same modules as the main wikis, only by adding translations tables in the sub modules .../I18N.
* help users, when he/she edit any page, by a documentation panel, like Mediawiki do this for modules. See Bug 51660.
* help administrators to support wikis in other languages, by translating error messages. See Bug 66051.

See the live demo (in debug phase): https://fr.wikisource.org/wiki/Module:ControlArgs
Comment 19 Brad Jorsch 2014-06-12 13:57:24 UTC
Rical, please don't spam your pet module on every tangentially-related bug report. Thanks.

Note You need to log in before you can comment on or make changes to this bug.


Navigation
Links