git/list[1] front-page[2] threads[3] people[4] search[5] about
 

Re: future of the mediawiki extension?

From
Junio C Hamano <gitster@pobox.com>
Date
Nov 7, 2017, 00:44 UTC
Message-ID
<xmqq7ev2j4to.fsf@gitster.mtv.corp.google.com>
In-Reply-To
<874lqg83u9.fsf@curie.anarc.at>
Antoine Beaupré <anarcat@debian.org> writes:
Show 19 quoted lines
> On 2017-10-31 10:37:29, Junio C Hamano wrote:
>>> There's also a hybrid solution used by git-multimail: have a copy of the
>>> code in git.git, but do the development separately. I'm not sure it'd be
>>> a good idea for Git-Mediawiki, but I'm mentionning it for completeness.
>>
>> I think the plan was to make code drop from time to time at major
>> release points of git-multimail, but I do not think we've seen many
>> updates recently.
>
> I'd be okay with a hybrid as well. It would require minimal work on
> Git's side at this stage: things can just stay as is until there's a new
> "release" of the mediawiki extension and at that point you can decide if
> you merge it all in or if you drop it in favor of the contrib.
>
> I think it's also fine to punt it completely out to the community.
>
> Either way, I may have time to do some of that work in the coming month,
> so let me know what you prefer, I guess you two have the last word
> here. The community, on Mediawiki's side, seem to mostly favor GitHub.
I guess I shouldn't leave this thread hanging.

As contrib/README says, the "owners" of an area in contrib/ has the ultimate say and control over the area, and for contrib/mw-to-git, the "owners" have always been Matthieu, at least to me.

As he made it clear earlier in this thread that (1) he sees you as a steady hand that can help guide the tool forward as its new "owner", and (2) he thinks Git-Mediawiki will be helped by being an independent project hosted at GitHub, now you have the say ;-)

A few topics from you that are already on list may want to go through to 'master' as any other topics, but from there on, I am fine with the development of Git-Mediawiki primarily done as a separate project, optionally giving contrib/mw-to-git/ occasional update dumps. You could even choose to remove contrib/mw-to-git/* except for git-remote-mediawiki.txt that says that the tool's main development effort happens at GitHub to redirect people, if you think that would reduce potential confusion.

I am also OK to serve as a patch monkey and keep going; I won't be picking up patches to contrib/mw-to-git/ unless you (and others) review them, though.

Previous: Antoine BeaupréNext: Antoine Beaupré
Message 7 of 10 in “future of the mediawiki extension?”
  1. Antoine BeaupréOct 30, 2017
  2. Matthieu MoyOct 30, 2017
  3. Antoine BeaupréOct 30, 2017
  4. Junio C HamanoOct 31, 2017
  5. Junio C HamanoOct 31, 2017
  6. Antoine BeaupréOct 31, 2017
  7. Junio C HamanoNov 7, 2017
  8. Antoine BeaupréNov 7, 2017
  9. Matthieu MoyNov 7, 2017
  10. Junio C HamanoNov 7, 2017

Read the whole thread, see it on lore, or plain text.

$ cat FOOTERMessages come from the public archive at lore.kernel.org/git, fetched every hour. The front page is chosen and written each morning by an AI editor and can be wrong; the threads themselves are the record. About and API. For agents: an MCP server at https://gitlist.dev/mcp, and any thread, story or person page as Markdown by adding .md to its URL (or sending Accept: text/markdown). Details in /llms.txt.