that have made it
into the branches already.
The version numbers will be:
1.27.1
1.26.4
1.23.14
Please let me know if you have any other questions. Thanks and have a
great weekend.
-Chad
___
MediaWiki announcements mailing list
To unsubscribe, go to
On Wed, Aug 17, 2016 at 3:25 AM Danny B. wrote:
> -- Původní zpráva --
>
> Od: Chad
> Komu: Wikimedia developers
> Datum: 17. 8. 2016 1:41:55
> Předmět: Re: [Wikitech-l] 25 VectorBeta and CPBbeta open tasks need
> cleanup,
> please
>
> "Doe
Does unmaintained mean it's deprecated and can be archived? We've
got lots of extensions that don't have a maintainer...doesn't mean the
bugs that exist in them aren't there :)
-Chad
On Tue, Aug 16, 2016 at 4:33 PM Jon Robson wrote:
> After checking all these tas
From looking at the error logs, it appears you're trying to login with your
e-mail
address. You need to login with your username, which is "Vtingey"
Hope this helps!
-Chad
On Tue, Aug 16, 2016 at 10:37 AM Tingey, Vince wrote:
> Hello Wikitech People,
>
> I apologize i
gent) for a bit. And
*definitely* don't run
"recheck" on existing changes for right now.
Thanks for understanding!
-Chad
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
line in your ~/.ssh/known_hosts if
your
client does have trouble with it.
Thanks again to Daniel, Antoine and Jaime for their help today.
-Chad
On Sun, Jul 24, 2016 at 4:02 PM, Chad Horohoe
wrote:
> Friendly reminder that this is happening in about 2 hours!
>
> -Chad
>
>
> On Thu,
Friendly reminder that this is happening in about 2 hours!
-Chad
On Thu, Jul 21, 2016 at 8:08 AM, Chad Horohoe
wrote:
> Hi,
>
> So the time is upon us to finally upgrade Gerrit. I thank everyone in
> advance for all of your patience
> and good work testing things out for
On Fri, Jul 22, 2016 at 2:35 PM Legoktm wrote:
> Hi,
>
> On 07/22/2016 10:05 AM, Chad wrote:
> > I went ahead and wrote a bare minimum page for the setting:
> >
> > https://www.mediawiki.org/wiki/Manual:$wgPingback
> >
> > We should greatly expand t
rks on a Monday
morning than be stuck broken going into the work week.
I'll be sure to send a last minute reminder Sunday night prior to taking
services offline.
Thanks again!
-Chad
[0] https://phabricator.wikimedia.org/T70271#2482308
___
Wikit
>
> When I click the change-id link in commit messages, it takes me to a 404
> page.
>
>
This is fixed now.
-Chad
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
? If yes, wouldn't it be worth it to investigate them
> and possibly install any instead of the default one?
>
>
No, there are no such things as skins in Gerrit. We can adjust a few things
here and there with some CSS and header files, but there's no real support
for a UI other than what Gerrit ships.
-Chad
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
p the real
install, and B) Don't
expect any changes to persist after the migration.
If nobody identifies any major blockers, we'll go ahead and set an upgrade
time for the
immediate future.
Thanks so much!
-Chad & Daniel
___
Wikitech-l mail
Verified+2 check
yourself) and skipping
Jenkins unless you're dealing with an urgent production issue that must
land today. Doing so
makes Zuul get extra noisy which makes further diagnosis difficult.
Thanks for your patience!
-Chad & rest of RelEng
___
Hi,
With the release of MediaWiki 1.27, the lifetime of MediaWiki version
1.25.x has come to an end.
Users still using MediaWiki 1.25.x are advised to upgrade to version
1.27.0, the latest stable and
LTS version.
--Chad Horohoe
___
MediaWiki
-1.27.0.tar.gz
GPG signatures:
https://releases.wikimedia.org/mediawiki/1.27/mediawiki-1.27.0.tar.gz.sig
https://releases.wikimedia.org/mediawiki/1.27/mediawiki-core-1.27.0.tar.gz.sig
Public keys:
https://www.mediawiki.org/keys/keys.html
-Chad
/1.27/mediawiki-core-1.27.0-rc.1.tar.gz.sig
Public keys:
https://www.mediawiki.org/keys/keys.html
-Chad
___
MediaWiki announcements mailing list
To unsubscribe, go to:
https://lists.wikimedia.org/mailman/listinfo/mediawiki-ann
On Wed, Jun 8, 2016 at 4:14 PM Erik Bernhardson
wrote:
> On Wed, Jun 8, 2016 at 3:28 PM, Chad wrote:
>
> > On Wed, Jun 8, 2016 at 3:18 PM Deborah Tankersley <
> > dtankers...@wikimedia.org>
> > wrote:
> >
> > > Hi Romaine,
> > >
> >
ndexes ~4 years
ago. This could be fixed though :)
-Chad
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
://download.wikimedia.org/mediawiki/1.27/mediawiki-1.27.0-rc.0.tar.gz.sig
Public keys:
https://www.mediawiki.org/keys/keys.html
-Chad
___
MediaWiki announcements mailing list
To unsubscribe, go to:
https://lists.wikimedia.org/mailman/listinfo/mediawiki-announce
Git_rebase
>
> Bernd
>
>
`git pull -r` for life :)
-Chad
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
ys:
https://www.mediawiki.org/keys/keys.html
-Chad H. & Chris S.
___
MediaWiki announcements mailing list
To unsubscribe, go to:
https://lists.wikimedia.org/mailman/listinfo/mediawiki-announce
___
Wikitech-l maili
Yes, it's been pointed out that I forgot to bump the version number
in the tarballs. Sorry about that.
The tags in Git *will* contain the proper version.
-Chad
On Fri, May 20, 2016 at 10:47 AM Rusty Burchfield
wrote:
> Hi Chad,
>
> It looks like the 1.23.14 release still h
for far too long though and I've been
trying to get it out all week.
I'll try to get everything out in the next few hours.
-Chad
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
On Fri, May 20, 2016 at 7:22 AM Chad wrote:
> Hi,
>
> I had originally planned to release 1.28.0-rc.0 today. Instead we'll be
> getting a security release!
>
> This release will cover all active branches. The new versions will be
> 1.23.14, 1.25.6 and 1.26.3. Master and
where to look.
So yeah, I'm convinced they're defective by design as they're both too
secret and not secret enough at the same time.
-Chad
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
d
a few hours (until after afternoon swat) and rolled out group2.
1.28.0-wmf.1 is everywhere now.
-Chad
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Thanks Roan & Brad! We'll get back on track with wmf.1 deployments today :D
-Chad
On Wed, May 11, 2016 at 11:08 PM, Roan Kattouw
wrote:
> TLDR: the bug is fixed and the errors have stopped.
>
> I started working around this train hold by backporting the entire Echo
> e
On Sat, May 7, 2016 at 9:55 AM David Gerard wrote:
> On 5 May 2016 at 02:52, Chad wrote:
>
> > The release branches (REL1_27) have been created for MW core, vendor,
> > all extensions and all skins. MediaWiki core is now on 1.28.0-alpha.
>
>
> When's the first pu
#x27;s going on.
If you've got any information you think would help, please chime in on the
bug.
-Chad
[0] https://phabricator.wikimedia.org/T134923
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
On Thu, May 5, 2016 at 8:19 AM Gergo Tisza wrote:
> On Thu, May 5, 2016 at 4:31 PM, Chad wrote:
>
> > Well then it sounds like it won't make the 1.27 release. We've known
> > this branching was coming for the last 6 months :)
> >
>
> Is there a way to do
On Thu, May 5, 2016 at 6:44 AM Brad Jorsch (Anomie)
wrote:
> On Wed, May 4, 2016 at 9:52 PM, Chad wrote:
>
> > Minor reminder: please don't start landing large breaking changes on
> > master now that we've swapped...it makes porting patches between
> > branches
l.' Git doc writers, please join me in my crusade to
> stop gerrit users from ever, ever using 'git pull.' There's no end to
> the heartbreak that can result from pulling. Pulling merges, and merging
> is gerrit's job.
>
> https://wikitech.wikimedia.org/wiki/He
minder: please don't start landing large breaking changes on
master now that we've swapped...it makes porting patches between
branches way more difficult than they need to be :)
Thanks and have a great week!
-Chad
___
Wikitech-l mailing list
On Tue, Apr 26, 2016 at 5:32 PM Bryan Davis wrote:
> On Tue, Apr 26, 2016 at 6:20 PM, Chad wrote:
> > On Tue, Apr 26, 2016 at 5:20 PM Alex Monk wrote:
> >
> >> On 27 April 2016 at 01:15, Bryan Davis wrote:
> >>
> >> > The Wikimedia GitHub pr
bly has
> > using the "Find a repository..." filtering at
> > https://github.com/wikimedia/
>
> https://gerrit.wikimedia.org/r/#/admin/projects/?filter= lets you do this
>
>
As does https://phabricator.wikimedia.org/diffusion/query/advanced/
-Chad
___
repos
> but I'm not sure whether I'm supposed to... :)
>
>
Honestly, I'm not entirely convinced that "mirror everything" is all that
useful. It mostly results in a ton of unused repos cluttering up lists.
Not opposed to mirroring, but I'm wondering if
gt; I'd propose those 3 things as a minimal standard, since I don't think we
> > ever defined one
>
>
> I don't think everyone with admin there at the moment meets those criteria.
>
>
What Chris said. And what Alex said.
-Chad
On Wed, Apr 20, 2016 at 7:09 AM René Pickhardt
wrote:
> Hey Chad,
>
> I do not get the sense of your message. The MOOC project in gerrit exists.
> My question was more about how we are supposed to use it with respect to +2
> rights and code review.
>
>
Hi Rene,
You and S
long does it usually take
> > to get a project on gerrit? Should we use some github repo until then?
> From my experience it's usually a couple of days. I'd look at the page
> history to getter a better sense of the timing.
>
>
Already done:
https://gerri
Hi all,
We've just landed a patch to the master branch of CentralAuth[0] that
helps avoid timing attacks with token comparisons. The Phabricator
task is T125290[1].
If you are are using CentralAuth (which is probably not many of you), please
update your installations with this patch.
-Cha
Hi,
Friendly reminder that we're not branching 1.27.0-wmf.22 this week
for the Dallas switchover work. We'll resume the week after :)
-Chad
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinf
hen switch over to 1.28.0-wmf.1
* Week of May 16th - Do a release candidate
* May 30/31st - Release MediaWiki 1.27.0
If you've got any big things you were wanting to land for 1.27, now would
be the time to polish them up and get then in master bra
or to
GlobalUsage being a thing). Cross-wiki notifications didn't exist either.
Banners? Doesn't make sense. Pre-elasticsearch too so no conflicts.
The *only* thing I can think of that could cause a problem is external
storage.
We should stop being paranoid and just try it :)
On Fri, Mar 18, 2016 at 6:59 AM Jaime Crespo wrote:
> On Fri, Mar 18, 2016 at 2:51 PM, Chad wrote:
>
> > Interwiki link existence isn't checked or tracked. File stuff isn't a
> > problem (since ptwikimedia wasn't a central repo & existed prior to
>
On Fri, Mar 18, 2016 at 7:09 AM Jaime Crespo wrote:
> On Fri, Mar 18, 2016 at 3:00 PM, Chad wrote:
> > Well looks like nobody else is going to do it, so sure.
> >
> > -Chad
>
> It is always nice to see deployment issues being handled by deployment
> people.
>
On Mon, Mar 14, 2016 at 11:55 AM Chad wrote:
> Hi all,
>
> As you might have seen in the Signpost or other venues, next week is
> the CODFW failover testing. To help limit the moving parts for that week,
> all train deployments (including branching) and non-emergency SWAT
&g
according to plan, we'll resume with our
normal schedule (that'd be 1.27.0-wmf.18) the week of March 28th.
I'll be updating the calendar and roadmaps today.
-Chad
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikime
On Wed, Feb 17, 2016 at 5:35 PM Chad wrote:
> On Tue, Feb 16, 2016 at 12:23 PM Antoine Musso wrote:
>
>> Le 16/02/2016 18:20, Chad a écrit :
>> > Hi all,
>> >
>> > Holding deploy now
>> > There is a bug with save times
>> > See this ta
base (and associated external storage?).
The move off-cluster predates RESTBase and Elasticsearch so no worries
there. Any old memcached keys have long since expired too.
-Chad
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
On Tue, Feb 16, 2016 at 12:23 PM Antoine Musso wrote:
> Le 16/02/2016 18:20, Chad a écrit :
> > Hi all,
> >
> > Holding deploy now
> > There is a bug with save times
> > See this task for more[0]
> >
> > -Chad
>
> Note: the branch has been cut a
Hi all,
Holding deploy now
There is a bug with save times
See this task for more[0]
-Chad
[0] https://phabricator.wikimedia.org/T126700
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
On Fri, Feb 12, 2016 at 9:14 AM Chad wrote:
> On Fri, Feb 12, 2016 at 7:27 AM Daniel Kinzler
> wrote:
>
>> CON: don't do mass migration to new syntax, only start using new styles
>> and
>> features when touching the respective bit of code anyway. The argument
#x27;re
trying to annotate/blame a particular line of code.
ESPECIALLY for something so silly as array formatting which gains us
*absolutely nothing*
-Chad
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
g a mess in the .../extensions folder.
> If there is a better solution I'd still be interested.
>
> Stephan
>
Github's your best option unless ExtensionDistributor got the
ability to do snapshots of arbitrary branches/tags/sha1s.
-Chad
___
I'd be happy for it to be closed.
>
>
It was only setup ever so we could write/test het deploy.
It became way less useful after we stopped serving test(1)
from NFS.
Close it.
-Chad
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
atch.gz
GPG signatures:
https://releases.wikimedia.org/mediawiki/1.23/mediawiki-1.23.12.gz.sig
https://releases.wikimedia.org/mediawiki/1.23/mediawiki-core-1.23.12.tar.gz.sig
https://releases.wikimedia.org/mediawiki/1.23/mediawiki-1.23.12.patch.gz.sig
Public keys:
https://www.mediawiki.org/ke
res:
https://releases.wikimedia.org/mediawiki/1.23/mediawiki-1.23.12.tar.gz.sig
https://releases.wikimedia.org/mediawiki/1.23/mediawiki-1.23.12.patch.gz.sig
https://releases.wikimedia.org/mediawiki/1.23/mediawiki-core-1.23.12.tar.gz.sig
Public keys:
https://www.mediawiki.org/keys/keys.html
-Chad
.
This release encompasses 6 fixes for core only, no bundled extensions
are impacted.
Have a great day,
Chad H. & Chris S.
___
MediaWiki announcements mailing list
To unsubscribe, go to:
https://lists.wikimedia.org/mailman/listinfo/mediawiki-anno
re
cleanup and automation so we don't have to worry about backporting
unless it actually causes conflicts (save the human labor for things a
script can't figure out).
If I can find the cycles to fix this, 95% of my complaint with an LTS goes
away. The other 5% is ideo
/keys.html
-Chad
___
MediaWiki announcements mailing list
To unsubscribe, go to:
https://lists.wikimedia.org/mailman/listinfo/mediawiki-announce
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https
ng we haven't been using it for a year, I'm going
to file a task to close this list.
-Chad
On Fri, Nov 13, 2015 at 1:51 AM Chad wrote:
> Fair enough.
>
> -Chad
>
> On Fri, Nov 13, 2015, 1:43 AM Merlijn van Deen
> wrote:
>
>> Disabling mediawiki-c
Fair enough.
-Chad
On Fri, Nov 13, 2015, 1:43 AM Merlijn van Deen wrote:
> Disabling mediawiki-commits would break gerrit reviewer bot and
> releasetaggerbot, and possibly others. The mail stream is much more
> reliable than the ssh-based stream-events.
>
> Merlijn
>
> O
ining subscribers between the two, who would
be terribly upset at closing one or both of these lists?
-Chad
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
is what I want to do.
> > 3) How should I tag changes that are in master but should be
> > backported?
>
>
My preferred mechanism is just creating the branch cherry-pick
to the release branch...I actively keep an eye on all REL* branches
of mw core so I'll notice. If there&#
Hi all,
We're rapidly approaching the 1.26 release. General guilting e-mail
to get some extra eyes on the things currently tagged against the
release.
https://phabricator.wikimedia.org/maniphest/query/jcSXdUecbcLp/#R
Buggy releases -> sad times. Let's wrap this one
mediawiki.org/wiki/Extension:OAuth
None of these extensions are bundled but they are in use on Wikimedia sites
hence
the announcement. Fixes are in all supported branches in Git and are thus
available
from ExtensionDistributor.
-Chad
___
MediaWiki announc
i-core-1.23.11.tar.gz.sig
https://releases.wikimedia.org/mediawiki/1.23/mediawiki-i18n-1.23.11.patch.gz.sig
Public keys:
https://www.mediawiki.org/keys/keys.html
-Chad
___
MediaWiki announcements mailing list
To unsubscribe, go to:
https://lists.wikim
mentioned point releases as well.
This security release will encompass core only, no bundled extensions
are affected.
-Chad
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
oding style to your own, you could
probably get away with a post-checkout hook in your git repo. That would
let you look at MW code with all the ugly spaces removed :)
-Chad
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
her a
particular change can/should be backported, or anything with this process
please ask.
-Chad
[0] https://phabricator.wikimedia.org/maniphest/query/jcSXdUecbcLp/#R
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/ma
f non-blockers marked as blockers.
Help is welcome cleaning those out.
-Chad
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
l.
>
>
Tuesday? I thought it was next Tuesday, the 29th...
-Chad
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
r is sending an /empty/ header simply A-OK?
>
>
Shouldn't be, unless the policy changed...
-Chad
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
n Multiversion is a hack. I would be loathe to
extend the practice further.
-Chad
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
On Tue, Aug 11, 2015 at 2:21 AM Niklas Laxström
wrote:
> 2015-08-11 0:54 GMT+03:00 Chad :
>
> > I would like to announce the release of MediaWiki 1.25.2, 1.24.3, and
> > 1.23.10.
> >
>
> Can "merge patches to master" be added to the release checklist so t
Information and Download:
https://www.mediawiki.org/wiki/Extension:Quiz
**
Extension:Widgets
.
-Chad
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
y MediaWiki sysadmin
> (not developer) join to add the packages they need for whatever reason.
>
>
Forcing people to use Gerrit is quite possibly a violation of the Geneva
Convention.
-Chad
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
//www.mediawiki.org/wiki/Extension:DateDiff
>
>
Please file a request on MW.org for a new repo like usual. Mention
that you want the history of a SVN repo migrated and we'll get it
taken care of.
-Chad
___
Wikitech-l mailing list
Wikitech-l@lists.wikime
d completely. It's mostly recovered
now (just waiting for full redundancy) and searches should now be
back on for users. Full incident report to follow I imagine.
It's actually not the bug with "Status" not being found...that was just
bad timing (but is now also fixed).
-Chad
Hi,
With the release of MediaWiki 1.25, the lifetime of MediaWiki version 1.19.x
LTS ends.
Users still using MediaWiki 1.19.x are advised to upgrade to version 1.25.0
(latest stable) or 1.23.x (legacy and LTS version).
-Chad Horohoe, MW Release Manager
/mediawiki-core-1.25.0.tar.gz
GPG signatures:
http://download.wikimedia.org/mediawiki/1.25/mediawiki-core-1.25.0.tar.gz.sig
http://download.wikimedia.org/mediawiki/1.25/mediawiki-1.25.0.tar.gz.sig
Public keys:
https://www.mediawiki.org/keys/keys.html
-Chad Horohoe, MW Release Manager
awiki/1.25/mediawiki-core-1.25.0-rc.0.tar.gz.sig
http://download.wikimedia.org/mediawiki/1.25/mediawiki-1.25.0-rc.0.tar.gz.sig
Public keys:
https://www.mediawiki.org/keys/keys.html
-Chad
[0] I messed up tagging, so if you fetched core during the hour-ish
that I had the wrong tag, you may need to
On Wed, Apr 29, 2015 at 8:20 AM Chad wrote:
> I'll probably also cut a release candidate next week.
>
>
Make that an initial beta. Too early for RCs.
-Chad
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimed
ed, please add me
to any appropriate revisions so I can help move them along.
Note that the 2015-05-25 date is set to coincide with the last day
of the Lyon hackathon on purpose. That'll allow us to do some
sprinting towards getting it done.
I'll probably also cut a release candidate n
nd that this property should be considered a selling point. Perhaps the
> market is not mature enough to accept it yet, but it remains a promising
> and classic ideal — less is more.
>
>
I remove features from MediaWiki all the time. I think the number of
new additions outpaces my r
he process of being branched and will complete
over the next hour or two. Slow script is slow.
-Chad
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
er is 1.26alpha for the
1.26wmf1 branch on Wednesday.
-Chad
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
re
we actually going to?
We've been talking about it for years now, as you point out ;-)
-Chad
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
" is sufficiently distinct
> from other uses of the term "log" in MediaWiki which generally mean
> "audit trail" rather than "debugging information". I'd be fine with
> throwing Debug in between Core and Logger too if cons
pecific improvements, "improvements" and hacks in MF
> * Polish Minerva to do everythig a normal desktop skin does
> * Bundle it with MW by default
>
>
Here here!
-Chad
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
ht
going to work on it, I don't think we need two
degrees to differentiate here.
> 2) If there is a need for a level below "low": Let's rename "Needs
> Volunteer" back to "Lowest" (Looking at the proposed names in T78617,
> "Lowes
nterested in improvements.
>
>
Actually I give up. I couldn't get it right yesterday and I really don't
have the time to pour into it.
Let's just use the SQL-backed search for now. We know it works.
If someone has the time down the road
be controversial but a stand
> alone service/app could easily choose to use it I think.
Yeah, I'd -2 anything that required Hack in core.
However if an extension wants to experiment they probably
could. I was already thinking of trying some Hack in something
WMF-specific like a Wikimedia* ex
sLinker.html#
> a52523fb9f10737404b1dfa45bab61045
>
>
Another option could be using LinkBatch.
-Chad
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
t; > I don't have before/after measurements but Aaron started changing from
> wfRunHooks to direct Hook calls based on data gathered from WMF production
> profiling. There was a non-trivial performance impact of the additional
> layer of indirection.
>
>
Sure, but obv
On Tue Jan 20 2015 at 4:20:47 PM Jeroen De Dauw
wrote:
> Hey,
>
> I just noticed wfRunHooks got deprecated. The hook mechanism is heavily
> depended on by extensions. So if it is going away, what will it be replaced
> by? There is no hint of this in the method doc.
>
>
+1 to everything Brian said.
-Chad
On Sat, Jan 17, 2015, 3:38 AM Brian Wolff wrote:
> On Jan 16, 2015 5:14 PM, "Ryan Lane" wrote:
> >
> > On Fri, Jan 16, 2015 at 1:05 PM, Brad Jorsch (Anomie) <
> bjor...@wikimedia.org
> > > wrote:
> >
> >
ring everyone out of it.
-Chad
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
of wiki install. There's several simpler and smaller wiki solutions
for people who can't do more than FTP a few files to a folder.
While I'm not entirely convinced about expanding the scope of MW's
dependencies just yet I am pretty convinced these days that "you need
shell access
101 - 200 of 1648 matches
Mail list logo
