[Wikitech-l] Re: "Known languages" or similar?

the wiki's own language? I know I can use the interface language, but for the vast majority of users that's identical to the content language. MediaWiki core does not support this, but the Babel extension does. It offers an API, too: https://www.mediawiki.org/wiki/Extension:Babel -- Dani

[Wikitech-l] Re: Word embeddings / vector search

a.org https://lists.wikimedia.org/postorius/lists/wikitech-l.lists.wikimedia.org/ -- Amir (he/him) ___ Wikitech-l mailing list --wikitech-l@lists.wikimedia.org To unsubscribe send an email towikitech-l-le...@lists.wikimedia.org https://lists.wikimedia.org/postorius/lists/wikitech-l.lists.w

[Wikitech-l] Re: Deprecation: directly invoking maintenance scripts

/quibble/+/875981/6/quibble/mediawiki/maintenance.py Antoine "hashar" Musso Wikimedia Release Engineering ___ Wikitech-l mailing list --wikitech-l@lists.wikimedia.org To unsubscribe send an email towikitech-l-le...@lists.wikimedia.org

[Wikitech-l] Deprecation: directly invoking maintenance scripts

, and report any isses on Phabricator. Thanks, Daniel [^1] https://phabricator.wikimedia.org/T99268 [^2] with the exception over very old-school scripts that do not use the Maintenance base class and rely on CommandLineInc.php instead. -- Daniel Kinzler Principal Software Engineer, Platform

[Wikitech-l] Re: Feedback wanted: PHPCS in a static types world

t a given method should be optimized for speed. Is  it possible to make phpcs smart enough that it would apply different rules if a method is marked as @hot? In that case, perhaps the use of type hints for parameters and the return type should be discouraged rather than encouraged. -- Daniel K

[Wikitech-l] Re: Feedback wanted: PHPCS in a static types world

rg https://lists.wikimedia.org/postorius/lists/wikitech-l.lists.wikimedia.org/ -- Daniel Kinzler Principal Software Engineer, Platform Engineering Wikimedia Foundation ___ Wikitech-l mailing list -- wikitech-l@lists.wikimedia.org To unsubscribe

[Wikitech-l] Re: TDF is looking for community representatives

. Currently, TDF process tracking in on phab, discussion is on google docs, and publication is on wiki. It might work better to have everything in a singe public place. -- Daniel Kinzler Principal Software Engineer, Platform Engineering Wikimedia Foundation

[Wikitech-l] Re: TDF is looking for community representatives

code. There really aren't so many really active ones. Ten, maybe. -- Daniel Kinzler Principal Software Engineer, Platform Engineering Wikimedia Foundation ___ Wikitech-l mailing list -- wikitech-l@lists.wikimedia.org To unsubscribe send an email

[Wikitech-l] Breaking change to the DBPrimaryPos interface

owever, there is no base class, and the interface is marked as /stable to implement./ But there appear to be no classes in extensions that implement the interface in question, so it seems reasonable to just add the methods. -- Daniel Kinzler Principal Software Engineer, Platform Engineer

[Wikitech-l] Re: ClassCrawler – extremely fast and structured code search engine

doe that?/ / PS: Sourcegraph's licensing model is a bit confusing though, seems like it's Apache for the core, and "open but not free" for some extra bits. -- Daniel Kinzler Principal Software Engineer, Core Platform Wikimedia Foundation ___

[Wikitech-l] Re: ClassCrawler – extremely fast and structured code search engine

with the UI, but would require a very different backend. I very much like Kunal's suggestion about LSIF. I'll reply to his mail. -- Daniel Kinzler Principal Software Engineer, Core Platform Wikimedia Foundation ___ Wikitech-l mailing list -- wikitech-l

[Wikitech-l] Re: ClassCrawler – extremely fast and structured code search engine

nd updated). A tool very much like codesearch, but based not on regular expressions but rather on symbols and their relationships, would be very valuable to me. The question how exactly it should be build is of course open. -- Daniel Kinzler Principal Software Engineer, Core Platform

[Wikitech-l] Breaking Change: Extensions Initialization via Composer Autoloading

problem in the initialization sequence. Please reply to this email if you have any concerns about this change. -- Daniel Kinzler Principal Software Engineer, Core Platform Wikimedia Foundation ___ Wikitech-l mailing list -- wikitech-l@lists.wikimedia.o

[Wikitech-l] Re: Selenium tests with two instances of Mediawiki

. However, the devil is in the details... Have a look at https://phabricator.wikimedia.org/T261848 <https://phabricator.wikimedia.org/T261848> if you are interested. -- Daniel Kinzler Principal Software Engineer, Core Platform Wikimedia Foundation ___

[Wikitech-l] Request for comments: A new way to do permission checks

imedia.org/T231930 3. https://meet.google.com/pjo-xtxv-oea 4. https://www.mediawiki.org/wiki/Technical_Decision_Making_Process#2_Technical_Decision_Forum 5. https://docs.google.com/document/d/1RT3mWt57RkGJdeV5kVH_eoVOBu-97w7sYheepKt6DgM/edit -- Daniel Kinzler Principal Software Engi

[Wikitech-l] Final TechCom Digest, 2020-01-20

tor.wikimedia.org/T259771>*: this frees up to remove about a thousand or so database patch files only needed for upgrading from very old systems. Upgrading from old versions of MediaWiki will still be possible, but have to be performed in multiple steps. -- Daniel Kinzler Principal Software Engin

[Wikitech-l] TechCom digest 2021-01-06

did not have quorum attendance, so this motion will be decided on asynchronously, and adopted by next week if consensus is reached. -- Daniel Kinzler Principal Software Engineer, Core Platform Wikimedia Foundation ___ Wikitech-l mailing lis

Re: [Wikitech-l] TechCom meeting 2020-12-16

Ariel just pointed out that the original mail had the wrong link for the RFC ticket. Sorry about that The correct link to the RFC about PageIdentity is: https://phabricator.wikimedia.org/T208776 -- Daniel Kinzler Principal Software Engineer, Core Platform Wikimedia Foundation

Re: [Wikitech-l] TechCom meeting 2020-12-16

Am 17.12.20 um 14:25 schrieb Daniel Kinzler: > My original proposal was to change the signature of getId() to getId( $wikiId > = false ), to assert that the PageIdentity actually belongs to the wiki the > caller expects. I made a patch exploring that option: https://gerrit.wikimedi

Re: [Wikitech-l] TechCom meeting 2020-12-16

clarity and migration. > > >   -Niklas > _______ > Wikitech-l mailing list > Wikitech-l@lists.wikimedia.org <mailto:Wikitech-l@lists.wikimedia.org> > https://lists.wikimedia.org/mailman/listinfo/wikitech-l > > >

Re: [Wikitech-l] TechCom meeting 2020-12-16

s like tools on labs: https://www.mediawiki.org/wiki/Topic:Vzovpwgjev621dbq -- Daniel Kinzler Principal Software Engineer, Core Platform Wikimedia Foundation ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l

[Wikitech-l] TechCom digest 2020-12-08

need to have config controlled per-request, rather than changing config on disk. * Store WikibaseQualityConstraint check data in persistent storage T214362 <https://phabricator.wikimedia.org/T214362> o WMDE would like this to move forward.  Resourcing is not really clear. -- Daniel Ki

Re: [Wikitech-l] TechCom meeting 2020-12-02

rserCache service class for large "current" page-derived data > <https://phabricator.wikimedia.org/T227776> was declined by Daniel, see > his reasoning there > I'd like to note that "declined" here means that I have withdrawn my own

Re: [Wikitech-l] TechCom meeting 2020-12-02

> clarity on the need for a steward.  Timo's comment > <https://phabricator.wikimedia.org/T263841#6617970> on the task indeed > seem to contradict his note from last week's grooming email.  Timo, would > you please clarify. > > > > ___ > Wikitech-l

[Wikitech-l] Proposed updates to the deprecation process

becomes unused quickly, without causing too much of a disturbance. Besides this, the proposal contains a number of other additions and clarifications, as described on the phab ticket and visible in the diff. I'm looking forward to hearing your thoughts and ideas! -- Daniel Kinzler Principa

[Wikitech-l] TechCom RFC review meeting: mechanism for overriding configuration for browser tests

RC discussion scheduled for next week. > > > You can also find our meeting minutes at > https://www.mediawiki.org/wiki/Wikimedia_Technical_Committee/Minutes > > If you prefer you can subscribe to our newsletter here > https://www.mediawiki.org/wiki/Newsletter:TechCom_Radar > &g

Re: [Wikitech-l] TechCom topics 2020-11-04 (fixed)

Am 02.11.20 um 19:24 schrieb Daniel Kinzler: > > [Re-posting with fixed links. Thanks for pointing this out Cormac!] > > This is the weekly TechCom board review.  Remember that there is no meeting on > Wednesday, any discussion should happen via email. For individual RFCs, please &g

Re: [Wikitech-l] TechCom topics 2020-11-04 (fixed)

Am 02.11.20 um 19:24 schrieb Daniel Kinzler: > T262946 <https://phabricator.wikimedia.org/T262946> *"Bump Firefox version in > basic support to 3.6 or newer"*: last call ending on Wednesday, November 4. > Some comments, no objections. > Since we are not having a meet

[Wikitech-l] TechCom topics 2020-11-04 (fixed)

[Re-posting with fixed links. Thanks for pointing this out Cormac!] This is the weekly TechCom board review.  Remember that there is no meeting on Wednesday, any discussion should happen via email. For individual RFCs, please keep discussion to the Phabricator tickets. Activity since Monday

[Wikitech-l] TechCom topics 2020-11-04

This is the weekly TechCom board review.  Remember that there is no meeting on Wednesday, any discussion should happen via email. For individual RFCs, please keep discussion to the Phabricator tickets. Activity since Monday 2020-10-26 on the following boards:

Re: [Wikitech-l] MediaWiki logo

Am 27.10.20 um 01:28 schrieb Denny Vrandečić: > Amir, thank you! Yes! Thank you! That was quite a ride! -- Daniel Kinzler Principal Software Engineer, Core Platform Wikimedia Foundation ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.

Re: [Wikitech-l] TechCom meeting 2020-10-14

g calling code to the person or group that drives the deprecation. Daniel Kinzler Principal Software Engineer, Core Platform Wikimedia Foundation ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] TechCom meeting 2020-10-14

d deprecation should happen as soon as possible after soft deprecation, and removal should happen right after the release that contained the hard deprecation. It also shifts responsibility for updating calling code to the person or group that drives the deprecation. Daniel Kinz

Re: [Wikitech-l] TechCom meeting 2020-10-06

cookies. See discussion on https://phabricator.wikimedia.org/T264631 Am 07.10.20 um 10:30 schrieb Daniel Kinzler: > > There is something I came across that I'd like to briefly discuss briefly > during the meeting: > > It would be nice if the updater could change default setting

Re: [Wikitech-l] TechCom meeting 2020-10-06

s if this is going to be generally applied to all generators > or not. > > Cheers, > Giuseppe > -- > Giuseppe Lavagetto > Principal Site Reliability Engineer, Wikimedia Foundation > > ___ > Wikitech-l mailing list >

Re: [Wikitech-l] TechCom meeting 2020-09-23

are "mostly" stable these days, right? > > * T260714 <https://phabricator.wikimedia.org/T260714> Parsoid Extension API > o Prior to last week's meeting, Subbu described the consultation work > that has been done. > o Suggest last call > Yea,

Re: [Wikitech-l] Allow HTML email

Thanks Tim. This prompted me to finally switch to composing mails in HTML per default, like it's the 21st century. Am 23.09.20 um 06:45 schrieb Tim Starling: > OK done, and it seems to be working. > -- Daniel Kinzler Principal Software Engineer, Core Platform Wikimedia Foun

[Wikitech-l] RFC discussion today: PHP microservice for containerized shell execution

has been working on this for a couple of weeks, and has been updating the task in a steady monologue. Perhaps in the meeting today, we can get more eyes on the nitty gritty of the proposal. -- Daniel Kinzler Principal Software Engineer, Core Platform Wiki

[Wikitech-l] TechCom meeting 2020-09-16

dia-office channel on freenode. <https://phabricator.wikimedia.org/T260330>. Other RFC activity: * "Parsoid Extension API": Subbu documented status of outreach with various stakeholders. <https://phabricator.wikimedia.org/T260714> -- Daniel Kinzler Principal Software E

[Wikitech-l] TechCom weekly digest 2020-09-02

Com_Radar> -- Daniel Kinzler Principal Software Engineer, Core Platform Wikimedia Foundation ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] Making breaking changes without deprecation?

check to see > if > the deprecated code affects them without going back into their own code (which > may have been developed partly by somebody else so  just reading release notes > wouldn't clue them in that there might be a problem). -- Daniel Kinzler Principal Software Engineer, Core Platf

Re: [Wikitech-l] Making breaking changes without deprecation?

ce, it's working, and they will not look at it again until it breaks. I'm not blaming them, that's what I do for "one off" code. If they are actively developing features, then sure. But then they are likely to read release notes, or tests against master. -- Daniel Kinzler P

[Wikitech-l] Grant merge rights on core to Martin Urbanec

rg/r/q/owner:martin.urbanec%2540wikimedia.cz Wikipiedia: https://cs.wikipedia.org/wiki/Wikipedista:Martin_Urbanec -- Daniel Kinzler Principal Software Engineer, Core Platform Wikimedia Foundation ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org

[Wikitech-l] TechCom Board Review 2020-08-31

y with it, it can go to Last Call." - DISCUSS: should we move this to last call? -- Daniel Kinzler Principal Software Engineer, Core Platform Wikimedia Foundation ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] Making breaking changes without deprecation?

little". In exchange, we should better support updating 3rd code that is public. -- Daniel Kinzler Principal Software Engineer, Core Platform Wikimedia Foundation ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] Making breaking changes without deprecation?

code (so they don't need the long deprecation), or they don't notice until things break (so they don't need the long deprecation either). -- Daniel Kinzler Principal Software Engineer, Core Platform Wikimedia Foundation ___ Wikitech-l mailing list Wikit

Re: [Wikitech-l] Making breaking changes without deprecation?

y only considers code to be part of the "ecosystem" if it's on gerrit, what I proposed in my mail would mean that the Extension could be hosted anywhere, as long as it is public, and has a page on mediawiki.org -- Daniel Kinzler Principal Software Engineer, Core Platform Wiki

[Wikitech-l] TechCom weekly digest 2020-08-26

iki/Wikimedia_Technical_Committee/Minutes> If you prefer you can subscribe to our newsletter here <https://www.mediawiki.org/wiki/Newsletter:TechCom_Radar> -- Daniel Kinzler Principal Software Engineer, Core Platform Wikimedia Foundation ___ Wikitech-l mailing lis

[Wikitech-l] Making breaking changes without deprecation?

awiki.org/wiki/Topic:Vrwr9aloe6y1bi2v [3] https://phabricator.wikimedia.org/T193613 [4] https://phabricator.wikimedia.org/T255803 [5] https://codesearch.wmcloud.org/search/ -- Daniel Kinzler Principal Software Engineer, Core Platform Wikimedia Foundation __

Re: [Wikitech-l] Service wiring conventions in extensions

o prepare for the bright an shiny future, you can also make TranslateServices a service in MediaWikiServices :) -- Daniel Kinzler Principal Software Engineer, Core Platform Wikimedia Foundation ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia

Re: [Wikitech-l] Hard deprecation of the Revision class

g/r/c/mediawiki/core/+/608845 > 2. https://phabricator.wikimedia.org/T246284 > 3. https://www.mediawiki.org/wiki/Stable_interface_policy#Deprecation > ___ > Wikitech-l mailing list > Wikitech-l@lists.wikimedia.org > https://list

[Wikitech-l] TechCom Radar 2020-06-24

cribe to our newsletter here <https://www.mediawiki.org/wiki/Newsletter:TechCom_Radar> -- Daniel Kinzler Principal Software Engineer, Core Platform Wikimedia Foundation ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.or

Re: [Wikitech-l] [Ops] Backport and Config changes window (name change)

;Beam" would be quite expressive, IMO: > > "Beam up the patches, Scotty!" > Excuse my nerding... ;-) > > Demian (aka. Aron) > ___ > Wikitech-l mailing list > Wikitech-l@lists.wikimedia.org > https:

[Wikitech-l] Today: TechCom office hour about RFC process

://www.mediawiki.org/wiki/Requests_for_comment/Process -- Daniel Kinzler Principal Software Engineer, Core Platform Wikimedia Foundation ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] What is "revision slot" and why is it necessary to specify it now?

on the site has access to the version from JS variables. -- Daniel Kinzler Principal Software Engineer, Core Platform Wikimedia Foundation ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] What is "revision slot" and why is it necessary to specify it now?

____ > Wikitech-l mailing list > Wikitech-l@lists.wikimedia.org > https://lists.wikimedia.org/mailman/listinfo/wikitech-l > -- Daniel Kinzler Principal Software Engineer, Core Platform Wikimedia Foundation ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] Unable to run MobileFrontEnd Extension

gt; > I am not sure what is missing and how can I make this run. > > Thanks > ___ > Wikitech-l mailing list > Wikitech-l@lists.wikimedia.org > https://lists.wikimedia.org/mailman/listinfo/wikitech-l > -- Daniel Kinzler Pri

Re: [Wikitech-l] Last Call: Updated Stable Interface Policy / Deprecation Policy

s! Am 28.02.20 um 11:38 schrieb Daniel Kinzler: > Hi all! > > TL;DR: A new policy defining stable interfaces for use by extensions, and the > deprecation process that must be followed when changing such stable > interfaces, > is now in the Last Call period. If no concerns remain

[Wikitech-l] Last Call: Updated Stable Interface Policy / Deprecation Policy

in a public repository that is part of the Wikimedia ecosystem may be changed or removed without deprecation. [1] https://phabricator.wikimedia.org/T193613 [2] https://www.mediawiki.org/wiki/Deprecation_policy [3] https://www.mediawiki.org/wiki/Stable_interface_policy -- Daniel Kinzler Principal Software

Re: [Wikitech-l] realtime notifications disabled in Phabricator

Am 28.11.19 um 02:50 schrieb Daniel Zahn: > You voices have been heard. We'll have a meeting next week to talk about > how to reactivate it. Thank you! -- Daniel Kinzler Principal Software Engineer, Core Platform Wikimedia Foundation ___ Wiki

Re: [Wikitech-l] realtime notifications disabled in Phabricator

Phabricator maintenance bot by Amir Sarabadani, afaik. >>> >>> -- >>> Daniel Zahn >>> Operations Engineer >>> ___ >>> Wikitech-l mailing list >>> Wikitech-l@lists.wikimedia.org >>> https:

[Wikitech-l] [MCR] Heads up: testwiki no longer writing to legacy fields in the revision table (rev_text_id, etc)

] https://phabricator.wikimedia.org/T198558 [2] https://phabricator.wikimedia.org/T198312 [3] https://phabricator.wikimedia.org/T231673 -- Daniel Kinzler Principal Software Engineer, Core Platform Wikimedia Foundation ___ Wikitech-l mailing list Wikitech-l

Re: [Wikitech-l] Quibble 0.0.36 released

ble-stretch-php71:0.0.36 > docker-registry.discovery.wmnet/releng/quibble-stretch-php72:0.0.36 > docker-registry.discovery.wmnet/releng/quibble-stretch-php73:0.0.36 > > Thank you to Adam Wight, Daniel Kinzler, James Forrester, and Kosta Harlan. > -- Daniel Kinzler Principal Software

Re: [Wikitech-l] TechCom Radar 2019-09-18

this clarifies the relationship of the two groups. -- Daniel Kinzler Principal Software Engineer, Core Platform Wikimedia Foundation ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l

[Wikitech-l] Up next: RFC discussion about versioning of the new core REST API.

. -- Daniel Kinzler Principal Software Engineer, Core Platform Wikimedia Foundation ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] mediawiki.api.edit

idea to have one, so we don't randomly break custom JS code... -- Daniel Kinzler Principal Software Engineer, Core Platform Wikimedia Foundation ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l

[Wikitech-l] TechCom Radar 2019-09-18

Hi All, Here are the minutes from this week's TechCom meeting: * RFC Last Call until 2019-10-02: Drop IE6 and IE7 basic compatibility and security support . This means we can remove code that works around issues with IE6 and IE7. If no concerns remain

Re: [Wikitech-l] Startup module size and ResourceLoader registry overhead

r.wikimedia.org/T232728 > [8] https://phabricator.wikimedia.org/T233048 > [9] https://www.mediawiki.org/wiki/ResourceLoader/Package_modules > [10] https://phabricator.wikimedia.org/T202154 > > Best > -- Daniel Kinzler Principal Software Engineer, Core Platform Wikimedia Foundation ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] content_models table only contains wikitext content model on fresh MW 1.32.3 install

as MediaWiki:common.js?) If you didn't, I'm back to having no clue as to what might be causing this problem. Which of course would not be good at all :) -- Daniel Kinzler Principal Software Engineer, Core Platform Wikimedia Foundation ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] content_models table only contains wikitext content model on fresh MW 1.32.3 install

bricator.wikimedia.org/T224949 There is a patch up that should safeguard against my best guess at the cause of this. If you can provide additional insights as to exactly how this may happen, please do! -- Daniel Kinzler Principal Software Engineer, Core

Re: [Wikitech-l] Declaring methods final in classes

estricted to classes explicitly documented to act as extension points. If we could enforce this automatically, that would be excellent. -- Daniel Kinzler Principal Software Engineer, Core Platform Wikimedia Foundation ___ Wikitech-l mailing list W

Re: [Wikitech-l] Declaring methods final in classes

s, then we can just provide a mock for that interface, and we wouldn't have to worry about WANObjectCache or its final methods at all. -- Daniel Kinzler Principal Software Engineer, Core Platform Wikimedia Foundation ___ Wikitech-l mail

Re: [Wikitech-l] Declaring methods final in classes

rmance / opcache integration pointed out > by @simetrical. Let me try to upload a test change and see how it goes, > tonight or tomorrow. Cool, thank you for looking into this! Sorry if I sounded very negative. I'm trying to be pragmatic and avoid extra effort where it is not needed. I appre

Re: [Wikitech-l] Declaring methods final in classes

I found just strips > 'final' keywords from the PHP code - I believe, I still haven't looked at > the implementation. If somebody is volunteering to do the necessary work in the CI infrastructure, fine. To me it just seems like just removing the final modifier is the easier and ch

Re: [Wikitech-l] Declaring methods final in classes

> also think that before discussing any further, we should try to see if we > can install that tool. If I understand correctly, this would break as soon as the mock object hits a type hint of instanceof check. That won't fly. -- Daniel Kinzler Principal Software Engineer, Core Platform Wikim

[Wikitech-l] CR+2 on MediaWiki for Aryeh Gregor (aka Simetrical)

the three different e-mail addresses I've used). > Surprisingly, this still makes me the #19 all-time contributor by number of > commits. I think I always tended to break up my commits more than a lot of > people, though. -- Daniel Kinzler Principal Software Engineer

[Wikitech-l] IRC session on improving TechCom's RFC process tonight

on this for a while, see <https://phabricator.wikimedia.org/T216308>. If you have suggestions on how to improve the process, please join us! -- Daniel Kinzler Principal Software Engineer, Core Platform Wikimedia Foundation ___ Wikitech-l mailin

[Wikitech-l] TechCom Radar 2019-07-30

Hi All, Here are the minutes from this week's TechCom meeting (and sorry for the delay): * RFC approved after last call: Heredoc arguments for templates (aka "hygienic" or "long" arguments). Implementation will probably have to wait until Parsoid has been ported to PHP, so we don't have to

Re: [Wikitech-l] TechCom Radar 2019-07-24

Uhh... > Thanks, > Kate That what happens when you copy emails, I guess :) That mail was of course by me, not by Kate... -- Daniel Kinzler Principal Software Engineer, Core Platform Wikimedia Foundation ___ Wikitech-l mailing list Wiki

[Wikitech-l] TechCom Radar 2019-07-24

Hi All, Here are the minutes from this week's TechCom meeting: Two RFCs are going on Last Call until August 27: * "Heredoc" arguments for templates * Abstract schemas and schema changes If no objections

Re: [Wikitech-l] Reminder: Code Health Office Hour - Cyclic Dependencies

Am 08.07.19 um 20:21 schrieb Daniel Kinzler: > Tomorrow (Tuesday), the code health group is hosting an office hour on Meet at > 9am PDT (16:00 UTC, 18:00 CEST). You should see an invite in your calendar. Of course, only WMF staff would see an invite. Sorry about that. Anyone should b

[Wikitech-l] Reminder: Code Health Office Hour - Cyclic Dependencies

some things the core platform team and TechCom are looking into to address this problem. If you are interested in improving the structure of MediaWiki core specifically and in keeping code maintainable generally, please join! -- Daniel Kinzler Principal Software Engineer, Core Platform Wikimedia

Re: [Wikitech-l] TechCom Radar 2019-05-22

this RFC is about defining the extension interface for the new REST router component for MediaWiki core. The routes themselves (the new public API) are not in scope of this RFC, but the question how extensions would register and handle routes is. -- Daniel Kinzler Principal Software Engineer, Core

[Wikitech-l] TechCom office hour (hackathon edition) today!

TC (17:00 CEST, 8am PDT). Ask us what you have always wanted to know, tell us what you have always wanted to tell us, discuss the topic you have always wanted top discuss. -- Daniel Kinzler Principal Software Engineer, Core Platform Wikimedia Foun

Re: [Wikitech-l] Finding and fixing cyclic dependencies

ation less straight forward. Not terribly hard, but somewhat annoying. E.g. it needs python 1 *and* 3, it needs graph-tool which has to be installed as a debian package from a non-standard repo, etc. If you feel like looking into that, I'd of course be happy, of

Re: [Wikitech-l] Finding and fixing cyclic dependencies

n (hopefully) easily addressed and untangle > significant portion of the 40%, a rather low hanging fruit. Yea... these dependencies ahttps://github.com/mihaeu/dephpend/issues/47>. Cheers, Daniel -- Daniel Kinzler Principal Software Engineer, Core Platform Wikimedia Foundation __

[Wikitech-l] Finding and fixing cyclic dependencies

hierarchies [4] https://phabricator.wikimedia.org/P8513 [5] https://xkcd.com/356/ -- Daniel Kinzler Principal Software Engineer, Core Platform Wikimedia Foundation ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l

[Wikitech-l] New policy: Wikimedia Engineering Architecture Principles

! Regards, Daniel [1] https://www.mediawiki.org/wiki/Wikimedia_Technical_Committee [2] https://www.mediawiki.org/wiki/Wikimedia_Engineering_Architecture_Principles [3] https://phabricator.wikimedia.org/T220657 -- Daniel Kinzler Principal Software Engineer, Core Platform Wikimedia Foundation

[Wikitech-l] TechCom Radar 2019-04-24

Hi All, Here are the minutes from this week's TechCom meeting: * The Call extended until May 1st: Establish Architecture Principles as a policy and <[[Wikimedia Engineering Architecture

Re: [Wikitech-l] New: TechCom office hour on April 17.

Just a quick reminder that this is in four hoursand a bit. I'm really curious to see how this goes! Am 11.04.19 um 22:35 schrieb Daniel Kinzler: > Hi all! > > On April 17, TechCom will hold an ask-us-anything office hour on IRC. In the > past, we have held discussions about RFCs

Re: [Wikitech-l] TechCom Radar 2019-04-10

Foundation's /Goals and Priorities/: /"Modernize our product experience/", > particularly by /"integrating content from Commons, Wikidata, Wikisource > and > other projects into Wikipedia”/." Double motivation :) fixed, thank you. -- Daniel Kinzler Principa

[Wikitech-l] TechCom Radar 2019-04-10

Hi All, Here are the minutes from this week's TechCom meeting: * Older task turned into RFC for discussion: Create temporary accounts for anonymous editors. * Updated: Re-evaluate librsvg as SVG renderer on Wikimedia wikis: resvg is now available in

[Wikitech-l] New: TechCom office hour on April 17.

about your ideas and concerns. -- Daniel Kinzler Principal Software Engineer, Core Platform Wikimedia Foundation ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l

[Wikitech-l] Errata: Last Call for comments on the Architecture Principles

RFC > process: <https://phabricator.wikimedia.org/T194911>. Great, I linked to the wrong ticket. Here is the correct one: <https://phabricator.wikimedia.org/T220657>. At least I linked the correct draft ;) -- Daniel Kinzler Principal Software Engineer

[Wikitech-l] Last Call for comments on the Architecture Principles

ed to be set in stone. They are derived from the strategic goals and product priorities, from past experience and from current constraints. When these things change, the principles should change. -- Daniel Kinzler Principal Software Engineer, Core Platform Wikimedi

Re: [Wikitech-l] Uploading new versions of other people's patches to gerrit

ave +2? -- Daniel Kinzler Principal Software Engineer, Core Platform Wikimedia Foundation ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l

[Wikitech-l] Draft: Best practices for software design

i over the years. So here it is. My plan is to gather some feedback, then turn this into an RFC, and hopefully have some future version adopted as an official guideline. Please let me know about things you agree with, or disagree with, and stuff you find just odd or cryptic. Thanks! -- Daniel K

Re: [Wikitech-l] New Gerrit privilege policy

ublicized this more, to gather more feedback? -- Daniel Kinzler Principal Software Engineer, Core Platform Wikimedia Foundation ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] What would you like to see in gerrit?

Oh. Oooohhh. Thank you James, you just made my life so much easier! Am 08.02.19 um 14:42 schrieb James Forrester: > On Fri, 8 Feb 2019 at 11:35, Daniel Kinzler wrote: > >> Am 28.01.19 um 19:25 schrieb Paladox via Wikitech-l: >>> Hi, what would you like to see in gerrit o

Re: [Wikitech-l] What would you like to see in gerrit?

view should never override the topic. It should use the local branch name as a default, but not force it. * git review: a nice shortcut for "rebase on change number ". Same as the rebase button in gerrit, but allowing me to resolve conflicts locally.

  1   2   3   4   5   6   >