[Wikitech-l] Re: When transcluding a Special page, is the target page not available?

Antoine Musso writes: > I think the primary use case for Special:PrefixIndex is to list > subpages and I don't think there is much point in listing the root > page in the listing when you are already on the root page. So that if > you are on a page *Book* and have subpages *Book/Chapter_1 *and >

[Wikitech-l] Re: When transcluding a Special page, is the target page not available?

Hi Kunal, Kunal Mehta writes: > Personally I think implementing prefix index support in Lua, aka > T49137[2], is a better way to go for customizing the output, but that > has its own obstacles of course. > > [2] https://phabricator.wikimedia.org/T49137 Thanks for the pointer. It gives me som

[Wikitech-l] When transcluding a Special page, is the target page not available?

Hey MediaWiki devs! TL;DR: When including a SpecialPage (e.g. Special:PrefixIndex), how can the code access the Title of the page currently being rendered? I'm sure I'm missing sometthing as I track down this issue, so maybe this plea for help will result in my enlightenment. For T373259[1], I

[Wikitech-l] CR on Scribunto

Could I get a CR on https://gerrit.wikimedia.org/r/c/mediawiki/extensions/Scribunto/+/1050721 ?? I ran into the problem when I compiled my own version of lua to change the version number[1], but the version number didn't show up on Special:Version. It turns out that `lua -v` is output on STDERR

[Wikitech-l] Re: WikiApiary discussion tomorrow at #mwstake meeting

All, The time I originally posted was wrong. I said tomorrow in the subject and gave today's date in the body. Corrected information: Please join us on Google Meet: https://meet.google.com/mdd-ufhn-ksb Time: 2 February 2024 16:30:00 (UTC) Time conversion: https://www.timeanddate.com/worldclock/

[Wikitech-l] WikiApiary discussion tomorrow at #mwstake meeting

/mdd-ufhn-ksb Time: 1 February 2024 16:30:00 (UTC) Time conversion: https://www.timeanddate.com/worldclock/fixedtime.html?iso=20240201T1630 Mark. -- Mark A. Hershberger NicheWork LLC 717-271-1084 ___ Wikitech-l mailing list -- wikitech-l

[Wikitech-l] Backported CirrusSearch for 1.35 ... is anyone else interested?

earch. I haven't tested it too much and I the unit tests aren't working, but this WORKSFORME, so far. Is there anyone else interested in this? -- Mark A. Hershberger NicheWork LLC 717-271-1084 ___ Wikitech-l mailing list -- wikitech-l@lists.w

[Wikitech-l] Help +2 php 8.1 updates

MediaWiki devs, I've been running the test suite using PHP 8.1 and providing patches in Gerrit. I've gotten some feedback but I am hoping that I can get the requisite +2's to get these fixes incorporated into MediaWiki. I have several patches outstanding with no comments. If they could be +2'

[Wikitech-l] #mwstake meeting: Verified Content and MWStake Components

Components: Learn about what the MWStake Components are, their origin and purpose. Robert will share Hallo Welt!'s experience with this approach and show how MWStake Components can be used in your own projects. Please join us! Mark -- Mark A. Hershberger NicheWork L

Re: [Wikitech-l] Marking the 600,000th commit on Wikimedia Gerrit

James Forrester writes: > I wrote a quick post > > celebrating that today, after nine years using Gerrit, we hit our 600,000th > commit. Nine years? Man, I didn't realize so much time had passed.

Re: [Wikitech-l] Unstable search results - possible causes

"Hogan (US), Michael C" writes: > It may matter that we're running the wiki on two servers, using > Percona MySQL for data replication between the servers. I'm guessing that this is the cause. If you're using the XtraDB Cluster, you have probably set PXC Strict Mode to permissive or disabled it

Re: [Wikitech-l] Dead Links

it), but the NNTP posting is down, It looks like the website itself is barely limping along. It is probably time to update that information. Mark. -- Mark A. Hershberger NicheWork LLC 717-271-1084 ___ Wikitech-l mailing list Wikitec

Re: [Wikitech-l] MediaWiki Stakeholders' meta-repository of extensions not in gerrit

Niklas Laxström writes: > Why submodules? Because that is my preference. It provides a way to have a local copy of extensions without a lot of work. > Is someone planning to keep those up to date? I would be happy to set up a daily cron job that could update these. Mark. ___

[Wikitech-l] MediaWiki Stakeholders' meta-repository of extensions not in gerrit

This afternoon, while procrastinating by cleaning up my clone of gerrit's mediawiki extensions repository, I decided to make a meta repository for some non-WMF-hosted extensions. (Hopefully this will mean less need to clean up the clone in the future.) I got some low-hanging fruit to start it of

[Wikitech-l] MediaWiki Stakeholders' meta-repository of extensions not in gerrit

This afternoon, while procrastinating by cleaning up my clone of gerrit's mediawiki extensions repository, I decided to make a meta repository for some non-WMF-hosted extensions. (Hopefully this will mean less need to clean up the clone in the future.) I got some low-hanging fruit to start it of

Re: [Wikitech-l] MediaWiki pingback

u have any thoughts about this. :) This is so freaking awesome. Thanks for your work on this. I'm sure I'll have other comments later. Mark. -- Mark A. Hershberger NicheWork LLC 717-271-1084 ___ Wikitech-l mailing list W

Re: [Wikitech-l] MediaWiki Usage Report 2015

TL;DR: https://www.mediawiki.org/wiki/MediaWiki_Usage_Report_2015 The MediaWiki Stakeholders User Group[1] wants to improve MediaWiki and advocates the needs of MediaWiki users outside Wikimedia Foundation-supported projects. But who is using MediaWiki? In an effort to answer this question the M

Re: [Wikitech-l] MediaWiki Usage Report 2015

Brian Wolff writes: > Umm, where is the link to the report? Dadgummit. Stupid mailmain filtering out HTML mail. I'll resend. Sorry for the confusion. Mark. ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mail

[Wikitech-l] MediaWiki Usage Report 2015

The MediaWiki Stakeholders' User Group wants to improve MediaWiki and advocates the needs of MediaWiki users outside Wikimedia Foundation-supported projects. But who is using MediaWiki? In an effort to answer this question the MediaWiki Stakeholders’ Group organized a survey during the sum

[Wikitech-l] Emacs for MediaWiki

r tool for working with MediaWiki. Naturally, I won't claim that what works for me will work for anyone else. I've spent 15 years in Emacs every day. I was first exposed to Emacs in the late 80s(!!) so the virus has had a long time to work

Re: [Wikitech-l] MediaWiki user survey and un-reachable users

ediaWiki users from the survey. I did plan on doing this but haven't had a chance to focus on it. I'll set a deadline for myself to have it out this week. Thanks for the reminder, Mark. -- Mark A. Hershberger NicheWork LLC 717-271-1084 ___ W

Re: [Wikitech-l] extension updates for 1.23.x?

often enough in core that this can cause a problem. If you want fixes back-ported to the LTS version, your best bet is to talk to the extension's maintainer. -- Mark A. Hershberger NicheWork LLC 717-271-1084 ___ Wikitech-l mailing list Wikitech-

[Wikitech-l] Standardizing extension development practices

ort for developers on GitHub, but if that is the route we go, then we need to figure out a way to do that. Mark. -- Mark A. Hershberger NicheWork LLC 717-271-1084 ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] MediaWiki user survey and un-reachable users

bawolff writes: >> Can we add a link to the survey to the top of >> https://www.mediawiki.org/wiki/Download until the end of July? >> > > Sounds reasonable. I added a link to the top of that page. Thanks! You did a better job than I would have. Mark. -- Mark A. Hersh

[Wikitech-l] MediaWiki user survey and un-reachable users

/www.mediawiki.org/wiki/Download until the end of July? -- Mark A. Hershberger NicheWork LLC 717-271-1084 ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] VE stopped working on 1.25 after import & update of wiki db (1.23->1.25)

is actually needed) is composer update. -- Mark A. Hershberger NicheWork LLC 717-271-1084 ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] MediaWiki needs a governance model

Brian, Thanks for your reply. I only have a couple of comments. Brian Wolff writes: > On 7/1/15, Mark A. Hershberger wrote: >> Instead, we need to begin to use the governance model to separate its >> development from the Foundation and establish it as an independent open >

[Wikitech-l] MediaWiki needs a governance model

I just posted this at http://mwstake.org/mwstake/wiki/Blog_Post:18 and I would like to invite your comments. = MediaWiki needs a governance model = Eighteen months ago, at the [https://www.mediawiki.org/wiki/Architecture_Summit_2014 MediaWiki Architecture Summit], a manager from Wikia said, rep

Re: [Wikitech-l] Jenkins slaves now use tmpfs for MySQL storage

Krinkle writes: > Our average build time went from 20 minutes (zend) and 8 minutes > (hhvm) to 9 minutes and 4 minutes! Nice. Very nice. -- Mark A. Hershberger NicheWork LLC 717-271-1084 ___ Wikitech-l mailing list Wikitech-l@lists.wikimed

Re: [Wikitech-l] post project funding

WMF is the 600 pound gorilla, though. And the lack of leadership (a central topic at the recent developer summit) doesn't help. Mark. -- Mark A. Hershberger NicheWork LLC 717-271-1084 ___ Wikitech-l mailing list Wikitech-l@lists.wikimedi

Re: [Wikitech-l] Adopting Composer's composer.json for extensions

eight. Maybe it is re-evaluate the code to use. It is good to see that we've begun making the code we produce more sharable, so thanks for your help there, Kunal. Mark. -- Mark A. Hershberger NicheWork LLC 717-271-1084 ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l

[Wikitech-l] Adopting Composer's composer.json for extensions

available developer community without too much effort. Footnotes: [1] https://phabricator.wikimedia.org/T89456 -- Mark A. Hershberger NicheWork LLC 717-271-1084 ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] All Hands On Deck!

ity. They told us to engage with the community, but this didn't seem to recognize the times we we've tried and got beat up by the community.) In the end, we'll probably just end up doing our job like we have been. --- end --- H

Re: [Wikitech-l] Idea for new desktop / mobile kiwix like application

Petr Bena writes: > web-app for offline use? :o Maybe they have a small webserver set up in a remote place with only sporadic Internet access? Maybe they're running a Mozilla's Firefox OS on a phone and calling apps for that OS "web apps"? -- Mark A. Hershberger Nic

Re: [Wikitech-l] Idea for new desktop / mobile kiwix like application

[2] https://meta.wikimedia.org/wiki/Grants:PEG/Offline_MediaWiki_search_for_NASA_and_Medicine [3] https://github.com/ostermayer/offlinexml -- Mark A. Hershberger NicheWork LLC 717-271-1084 ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] Fwd: No more Architecture Committee?

Quim Gil writes: > Can we please discuss the idea of nominating architects per area? Is > there any good reason not to do it? There is no good reason not to do this. We should do it. Mark. -- Mark A. Hershberger NicheWork LLC 717-27

Re: [Wikitech-l] wfRunHooks deprecation

up" is a poor defense for creating work for end users and developers. Has anyone actually measured what the difference is or is this just an example of premature optimization[1]? Mark. Footnotes: [1] http://en.wikipedia.org/wiki/Program_optimization#When_to_optimize -- M

Re: [Wikitech-l] Fwd: No more Architecture Committee?

s a myopic view that threatens the future of MediaWiki as software that is useful outside of the WMF. Mark. -- Mark A. Hershberger NicheWork LLC 717-271-1084 ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] Fwd: No more Architecture Committee?

s / maintainers". If we look at the whole MW ecosystem, I sure we'll find that some key platform areas have maintainers who are not WMF employees. Mark. -- Mark A. Hershberger NicheWork LLC 717-271-1084 ___ Wikitech-l mailing list Wikitech-l@l

Re: [Wikitech-l] VE without Parsoid

task. If I'm not mistaken, the MW Parser already does thos and Parsoid relies on MW for this. So assuming we can go from Wikitext -> HTML (we already can) and HTML -> Wikitext (which is, AFAICT, what we would need a PHP implementation of) then we're golden! Mark. -- Mark A. Hersh

[Wikitech-l] VE without Parsoid

ves me hope. Could anyone elaborate on what VE needs from MW in order to operate without Parsoid? Maybe there is an architecture diagram I've been missing? Mark. -- Mark A. Hershberger NicheWork LLC 717-271-1084 ___ Wikitech-l mailing

Re: [Wikitech-l] The future of shared hosting

le heartedly. I'd like to see what we can do to increase its usage. Mark. -- Mark A. Hershberger NicheWork LLC 717-271-1084 ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] Fwd: No more Architecture Committee?

f features since they only have to worry about the WMF cluster and issues of compatibility are handled there, or the features aren't used by the WMF. -- Mark A. Hershberger NicheWork LLC 717-271-1084 ___ Wikitech-l mailing list Wikit

Re: [Wikitech-l] The future of shared hosting

piary.com/wiki/Extension:VisualEditor -- Mark A. Hershberger NicheWork LLC 717-271-1084 ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] Fwd: No more Architecture Committee?

kes stability a priority. Now, the question is: what will Wikipedia run: MW 2.0 or MW 1.0? And, if they focus on MW 2.0 (My sense is that is where the WMF devs will want to be), then how do those of us with more conservative clients keep MW 1.0 viable? Mark. -- Mark A. Hershber

Re: [Wikitech-l] Requests for comment process

d to spend time linking this all together. > I've been thinking that a checklist might help the meetings run more > smoothly. I'm a big fan of checklists. They provide an easy answer to "I didn't know I was supposed to do that." And they help keep things or

Re: [Wikitech-l] Spec for opt-in site registration RFC

ccepted and now all that is remaining is implementation. I didn't think it was necessary to put the specification in the RFC namespace since the RFC was accepted. If I've misunderstood the process, I'll correct my mistake. Have I misu

[Wikitech-l] Spec for opt-in site registration RFC

I've published this at . Please comment on the talk page. Mark. ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l

[Wikitech-l] Spec for opt-in MediaWiki registration coming

20.58.log.html#l-168 [3] https://www.mediawiki.org/wiki/Architecture_meetings/RFC_review_2014-12-03#Meeting_summary -- Mark A. Hershberger NicheWork LLC 717-271-1084 ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/ma

Re: [Wikitech-l] Final RC for 1.24

1] http://git.wikimedia.org/tree/mediawiki%2Ftools%2Frelease.git [2] https://www.mediawiki.org/wiki/Release_checklist -- Mark A. Hershberger NicheWork LLC 717-271-1084 ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/

[Wikitech-l] Composer and the end user of MediaWiki

eeing? Footnotes: [1] http://article.gmane.org/gmane.comp.web.wiki.semediawiki.user/15429 [2] http://article.gmane.org/gmane.comp.web.wiki.semediawiki.user/17216 [3] http://article.gmane.org/gmane.comp.web.wiki.semediawiki.user/17203 -- Mark A. Hershberger NicheWork LLC 717-271

Re: [Wikitech-l] Final RC for 1.24

Based on the feedback, it seems obvious that we will have to go with the previous RC for the release. Legoktm: You're right when you ask "where is the bug for this?" The feedback and interaction happened mostly on Twitter and Skype. I should have asked Jamie to file a bug. More below. James H

[Wikitech-l] Final RC for 1.24

iawiki/1.24/mediawiki-core-1.24.0-rc.3.tar.gz.sig http://releases.wikimedia.org/mediawiki/1.24/mediawiki-1.24.0-rc.3.tar.gz.sig Mark A. Hershberger (Wiki Release Team) ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.

[Wikitech-l] Release candidate for 1.24.0

i/1.24/mediawiki-1.24.0-rc.2.tar.gz.sig Mark A. Hershberger (Release Management Team) -- Mark A. Hershberger NicheWork LLC 717-271-1084 ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l

[Wikitech-l] No release candidate this week for 1.24.0

s http://bugzilla.wikimedia.org/60563 Thanks, Mark A. Hershberger (Wiki Release Team) ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l

[Wikitech-l] Status of 1.24.0

We've put out two release candidates for 1.24.0. This week I'll be releasing a third, so I thought I would point out all the open bugs that have been targeted to 1.24.0. duplicate key in unittest_updatelog http://bugzilla.wikimedia.org/71087 Specify default language on a per-page basis

Re: [Wikitech-l] Recognition of the MediaWiki Stakeholder's Group

Gregory Varnum writes: > We have updated everything to reflect the correct spelling. Although it > sounds like now you'd like no apostrophe? Yes. I apologize for the confusion and extra work. Mark. -- Mark A. Hershberger NicheWork LLC 7

Re: [Wikitech-l] [Wikimedia-l] Recognition of the MediaWiki Stakeholder's Group

Quim Gil writes: > PS: Stakeholder's or Stakeholders? I did send Gregory an email shortly after he notified me that we were accepted when the problematic apostrophe was pointed out to me. We'd like to have the apostrophe removed, if possible. Mark. -- Mark A. Hershberger Nich

[Wikitech-l] Second release candidate for MediaWiki 1.24.0

-1.24.0-rc.1.tar.gz.sig http://download.wikimedia.org/mediawiki/1.24/mediawiki-1.24.0-rc.1.tar.gz.sig Public keys: https://www.mediawiki.org/keys/keys.html Mark A. Hershberger (Release Team) ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https

Re: [Wikitech-l] MediaWiki:Common.js and MediaWiki:Common.css blocked on Special:Login and Special:Preferences

the bug and the fact that this was in a security release. I'll merge it tomorrow for RC.1 unless someone objects or a problem arises. Mark. -- Mark A. Hershberger NicheWork LLC 717-271-1084 ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org

[Wikitech-l] MediaWiki:Common.js and MediaWiki:Common.css blocked on Special:Login and Special:Preferences

-to set to mediawiki-l.) Footnotes: [1] https://bugzilla.wikimedia.org/70672 [2] https://bugzilla.wikimedia.org/71621 [3] https://gerrit.wikimedia.org/r/#/c/165979/ -- Mark A. Hershberger NicheWork LLC 717-271-1084 ___ Wikitech-l mailing list

Re: [Wikitech-l] Including security fixes in MediaWiki

Brian Wolff writes: > From the list: > " Check for vulnerabilities" > > That could use clarification... https://phabricator.wikimedia.org/T1076 -- Mark A. Hershberger NicheWork LLC 717-271-1084 ___ Wikitech-l m

[Wikitech-l] Including security fixes in MediaWiki

2] https://www.mediawiki.org/wiki/Release_checklist#Security_Release_.28minor_version_release.29 -- Mark A. Hershberger NicheWork LLC 717-271-1084 ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l

[Wikitech-l] First 1.24 release candidate

ikimedia.org/mediawiki/1.24/mediawiki-1.24.0-rc.0.patch.gz.sig Mark A. Hershberger (Wiki Release Team) ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l

[Wikitech-l] Correction to prior announcement

Hello everyone, The prior maintenance release announcement email titled MediaWiki Security and Maintenance Releases: 1.23.6, 1.22.13 and 1.19.21 included the word "Security" in the subject. This inclusion was a mistake. There are no security fixes included in these releases. Be

[Wikitech-l] MediaWiki Security and Maintenance Releases: 1.23.6, 1.22.13 and 1.19.21

media.org/mediawiki/1.19/mediawiki-core-1.19.21.tar.gz.sig https://releases.wikimedia.org/mediawiki/1.19/mediawiki-1.19.21.tar.gz.sig https://releases.wikimedia.org/mediawiki/1.19/mediawiki-1.19.21.patch.gz.sig Note: There is no i18n patch as there are no changes in translation. Mark

Re: [Wikitech-l] Major achievements during previous Mediawiki Hackathons

Bottom line: I don't think what you should be looking for are outcomes that produce new tools. Instead, how do these hackathons help people who usually are not in the same location connect with others? -- Mark A. Hershberger NicheWork LLC 717-271-1084 ___

[Wikitech-l] Pre-release announcement for MediaWiki releases 1.23.6, 1.22.13 and 1.19.21

Hello everyone, This is a notice that on Wednesday, October 28, 2014, between 20:00-22:00 UTC, we will release maintenance updates for current and supported branches of the MediaWiki software. Downloads and patches will be available at that time. Best, Mark. A. Hershberger (Wiki Release Team

Re: [Wikitech-l] Fwd: Re: [Wikisource-l] Standardize ProofreadPage namespaces, again

nt to be CC'd, you'll have to create an account. https://bugzilla.wikimedia.org/createaccount.cgi If you create an account, you may as well open the bug that you want opened yourself. so that you can properly describe what you want. See http://www.mediawiki.org/wiki/How_to_report_

[Wikitech-l] Invitation to this Friday's MediaWiki Cooperation G+ hangout

i.org/wiki/MediaWiki_Cooperation/Meetings/2014-10-17_Telco https://plus.google.com/events/ce30npoet5jkag8ij64ciro6s5s -- Mark A. Hershberger NicheWork LLC 717-271-1084 ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.o

Re: [Wikitech-l] Branching extensions for 1.24

needs to be > tweaked. It is: > > mediawiki/tools/release.git > make-extension-branches/make-extension-branches I've been making some extensive changes to this script to help with the announcement. I'll update it to do skins and start submitting my changes. Mark.

Re: [Wikitech-l] Branching extensions for 1.24

m...@nichework.com (Mark A. Hershberger) writes: > We're announcing this now because we will be publishing a list of > extensions with their proposed branch point later today (Saturday, > Oct 4). This is to avoid the problems we had last time and to allow > extension devel

[Wikitech-l] Branching extensions for 1.24

ast time and to allow extension developers to select a better branch point if they so desire. Thanks, Mark and Markus. -- Mark A. Hershberger NicheWork LLC 717-271-1084 ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikime

Re: [Wikitech-l] Backing out REL1_24

m...@nichework.com (Mark A. Hershberger) writes: > Legoktm writes: > >> On 9/22/14 1:10 PM, Mark A. Hershberger wrote: >>> >>> In deference to the concerns raised by James Forrester, Markus and I >>> have decided not to back out the REL1_24 branch.

Re: [Wikitech-l] Backing out REL1_24

Legoktm writes: > On 9/22/14 1:10 PM, Mark A. Hershberger wrote: >> >> In deference to the concerns raised by James Forrester, Markus and I >> have decided not to back out the REL1_24 branch. > > Will you be creating the REL1_24 branches for extensions and skins, o

Re: [Wikitech-l] Backing out REL1_24

eeks prior to the release date), the branch date for REL1_25 will be April 15th, 2015 and this will be announced (again) on April 8th so that everyone will have a week's notice to merge anything that is necessary for 1.25. Thanks, and I hope this clarifies any misunderstanding. Mark. -- Mar

[Wikitech-l] Backing out REL1_24

Dear Wikitech-l REL1_24 was branched and announced ahead of schedule[0]. Our schedule[1] clearly states that we will announce a branch one week before we make one in order to allow developers to put any necessary work into the branch and keep backports to a minimum. The current release is plann

[Wikitech-l] [wiki co-op] Questions to address in tomorrow's user group meeting

Quim asks a couple of good questions that I think we should discuss in tomorrow's meeting. "It would be good to clarify whether this group aims to work on anything related to mediawiki.org."[1] "Why not adding "MediaWiki" explicitly in the name of the group?"[2] If you missed the announcement o

Re: [Wikitech-l] Help in modifying Template:Extension to support user ratings

provide feedback. If someone solves the problems with ratings, I'd love to see that implemented on mw.o. For now, though, this is a step towards improving the ecosystem for MW users. Mark. -- Mark A. Hershberger NicheWork LLC 717-271-1084 ___

Re: [Wikitech-l] Linux distros or Solaris for MediaWiki

hat should be fixed. Release management has worked closely with Debian and Fedora packagers to improve their packaging because, despite any on-wiki disclaimers, people will continue to use "apt-get" and "yum" to install MediaWiki. Mark. -

[Wikitech-l] List of 1.23 blockers updated

recently: https://bugzilla.wikimedia.org/61092 -- Install hangs on 'Setting up database..' with php errors (due to permissions issue) Thanks, Mark. -- Mark A. Hershberger NicheWork LLC 717-271-1084 ___ Wikitech-l mailing list Wikitech-

Re: [Wikitech-l] MediaWiki 1.23 release postponed by one week

d in the release https://bugzilla.wikimedia.org/65765 -- populateRevisionLength.php displays "Content of archive unavailable" error when updating ar_len field with text stored in archive table -- Mark A. Hershberger NicheWork LLC 717-271-1084 ___

Re: [Wikitech-l] Adding external libraries to core (SwiftMailer)

es that are essential -- in order to make sure that a tarball installation require downloading anything but the tarball itself. Thoughts? -- Mark A. Hershberger NicheWork LLC 717-271-1084 ___ Wikitech-l mailing list Wikitech-l@list

[Wikitech-l] 1.23.0: second release candidate ready for download

d.wikimedia.org/mediawiki/1.23/mediawiki-core-1.23.0-rc.1.tar.gz.sig http://download.wikimedia.org/mediawiki/1.23/mediawiki-1.23.0-rc.1.tar.gz.sig Public keys: https://www.mediawiki.org/keys/keys.html Mark A. Hershberger (Release Management Team) ___ Wi

[Wikitech-l] Feedback on 1.23 RC 0

We've gotten some feedback already -- https://github.com/SemanticMediaWiki/SemanticMediaWiki/issues/212 -- about the RC for MediaWiki 1.23 that Markus made last week. Hopefully we can get this issue addressed in time for SMW users. Are there any other issues that people have run into that we

[Wikitech-l] Auth_remoteuser -- please review

compatible with the previous version. If you want to try this out as a drop-in replacement for your current Auth_remoteuser, you can use http://mah.everybody.org/Auth_remoteuser.php.txt -- but please report back any problems you have. Thanks, Mark. -- Mark A. Hershberger NicheWork LLC 71

Re: [Wikitech-l] Why is Cologne Blue still in core?

in a branch until 1.23 is released in May/April? That way we could announce what is coming in 1.24 and you could merge it in right after 1.23 is released. Thanks, Mark. -- Mark A. Hershberger NicheWork LLC 717-271-1084 ___ Wikitech-l mailing list

Re: [Wikitech-l] GSOC-2014 aspirant

On 03/02/2014 10:03 AM, Karan Dev wrote: I was going through idea page and found interest in "Catalogue for MediaWiki extensions". Please someone guide me where to start ? There is currently someone working on this project. I'm new to GSOC, so I don't know if you can pair up or not. If you c

Re: [Wikitech-l] Making it possible to specify MediaWiki compatibility in extensions

On 03/01/2014 01:24 PM, Rob Lanphier wrote: Anyone? Anyone? Bueller? Markus and I already made our opinion when he wrote the RFC and I indicated my willingness to merge Jeroen's commits. I was holding off for any on-list objections being raised Unless anyone raises a concrete objection n

Re: [Wikitech-l] The Zürich Hackathon and you

On 02/06/2014 07:17 PM, Quim Gil wrote: > Hi, the registration to the Zürich Hackathon will open very soon. \o/ I'm looking forward to this as I plan on bringing along some newbies. > * defining the schedule How much of the previous years schedules can be reused? Mark. ___

Re: [Wikitech-l] Monthly point releases

Mz writes: > I received this message twice. Ten-four! My apologies to you and the list. I re-sent it because I saw it on mediawiki-l but not on wikitech-l. > Can you please create a 2014 timeline of expected releases? Or at least > the first half of 2014? Yes. I'll do that this week, maybe

[Wikitech-l] Monthly point releases

Based on the issues raised during a meeting we had at the Architecture Summit a couple of weeks ago, those of us involved in MediaWiki release management have decided to introduce a monthly point-release cycle. On the last Thursday of every month we'll collect fixes that have been made and rele

[Wikitech-l] Monthly point releases

Subject: Monthly point releases Based on the issues raised during a meeting we had at the Architecture Summit a couple of weeks ago, those of us involved in MediaWiki release management have decided to introduce a monthly point-release cycle. On the last Thursday of every month we'll collect f

[Wikitech-l] Known issues in 1.22.0

There were a few issues whose fixes didn't make it into 1.22.0, but we should be able to address them within a couple of weeks. I've been making a list of the issues that should be fixed in 1.22.1: https://www.mediawiki.org/wiki/MediaWiki_1.22/Known_issues Please feel free to suggest additions to

Re: [Wikitech-l] Can we see mw 1.22 today?

On 11/29/2013 09:43 PM, Sen Slybe wrote: > It's very excited to upgrade for the new version, so I can final have a try > for the visual editor... > > Is here not suppose ask this kind question, I sorry if that's so.I just > really like mediawikii and WANA thx for you hard work Please see https:

Re: [Wikitech-l] Applying nofollow only to external links added in revisions that are still unpatrolled

On 11/18/2013 01:03 PM, Happy Melon wrote: > wikis *still being served with as much spam as > before* (and it being progressively harder to identify and remove). http://xkcd.com/810/ ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lis

Re: [Wikitech-l] 1.22.0rc2 ready for download

On 11/17/2013 04:36 PM, Ryan Kaldari wrote: > Thanks for the update Mark! In the past, we would announce release > candidates on MediaWiki-l and also on Mediawiki.org. Are we discontinuing > those practices? I apologize for overlooking these other announcements. I've sent an email to mediawiki-l

Re: [Wikitech-l] Applying nofollow only to external links added in revisions that are still unpatrolled

On 11/17/2013 06:41 AM, Nathan Larson wrote: > I wanted to see what support > there might be for applying nofollow only to external links added in > revisions that are still unpatrolled (bug 42599) I think I could support this. After that wiki-spamer site last week, I went looking for various for

[Wikitech-l] 1.22.0rc2 ready for download

We've put together RC2 for 1.22.0. Please test the tarball and report any bugs you find on Bugzilla: http://bugzilla.wikimedia.org/ Here are a list of changes made since the last RC. (Links for download follow this list.) https://gerrit.wikimedia.org/r/95474 Rename mw.util.wikiGetlink to getUrl

Re: [Wikitech-l] Applying nofollow only to external links added in revisions that are still unpatrolled

On 11/17/2013 06:41 AM, Nathan Larson wrote: > I wanted to see what support > there might be for applying nofollow only to external links added in > revisions that are still unpatrolled (bug 42599) I think I could support this. After that wiki-spamer site last week, I went looking for various for

  1   2   3   4   5   6   7   >