Re: [Wikitech-l] +2 request for Ladsgroup (Amir)

t if >> you haven't already and I'll close it in a few days. >> >> [1] https://phabricator.wikimedia.org/T165860 >> >> -- Legoktm > > Hello, > > Amir now has +2 rights in Gerrit for the mediawiki/* repositories. > > -- Daniel Kinzler Principal Platfor

[Wikitech-l] ArchCom Radar, 2017-06-21

s a subset of ArchCom’s scope, or about concerns that exist on the same level as ArchCom’s? * Ongoing discussion about given ArchCom a Charter, and revising scope, name, and process: <https://www.mediawiki.org/wiki/Talk:Architecture_committee/Charter> -- Daniel Kinzler Principal Pla

[Wikitech-l] ArchCom Radar, 2017-05-24

ays, the discussion will take place in the IRC channel #wikimedia-office on Wednesday 21:00 UTC (2pm PDT, 23:00 CEST). -- Daniel Kinzler Principal Platform Engineer Wikimedia Deutschland Gesellschaft zur Förderung Freien Wissens e.V. ___ Wikite

[Wikitech-l] RFC discussion today: change PostgreSQL schema to be consistent with MySQL schema

eighed by the disadvantages of inconsistency with the remainder of the installed MediaWiki user base. The discussion will take place on the #wikimedia-office channel on Freenode, at 21:00 UTC (2pm PDT, 23:00 CEST). -- Daniel Kinzler Principal Platform Engineer Wikimedia Deutschland Gesellschaft zur Förderung

[Wikitech-l] ArchCom Radar, 2017-05-31

mespaces consistently in MW core (PSR-4): <https://phabricator.wikimedia.org/T166010> -- Daniel Kinzler Principal Platform Engineer Wikimedia Deutschland Gesellschaft zur Förderung Freien Wissens e.V. ___ Wikitech-l mailing list Wikitech-l@lists.wiki

[Wikitech-l] ArchCom Radar, 2017-06-07

inct from the idea of multiple watchlists since it’s cross-wiki, and is less complex than cross-wiki watchlist(s) because no notifications or feeds are needed. As always, the discussion will take place in the IRC channel #wikimedia-office on Wednesday 21:00 UTC (2pm PDT, 23:00 CEST). -- Daniel

[Wikitech-l] ArchCom Radar, 2017-06-14

June 14: Readling list service architecture (Readers team) https://phabricator.wikimedia.org/T164990 -- Daniel Kinzler Principal Platform Engineer Wikimedia Deutschland Gesellschaft zur Förderung Freien Wissens e.V. ___ Wikitech-l maili

[Wikitech-l] ArchCom Radar, 2017-05-03

ts happened: https://phabricator.wikimedia.org/T15#3238588 * Next week’s IRC: Big schema change for MCR and revision table scalability. https://gerrit.wikimedia.org/r/#/c/350097/ / https://phabricator.wikimedia.org/T161671 -- Daniel Kinzler Principal Platform Engineer Wikimedia Deutschland Gesellschaft zu

[Wikitech-l] Can we drop revision hashes (rev_sha1)?

e Roan is currently looking for a better mechanism for tracking all kinds of reverts directly. So, can we drop rev_sha1? -- Daniel Kinzler Principal Platform Engineer Wikimedia Deutschland Gesellschaft zur Förderung Freien Wissens e.V. ___ Wikitech-l m

[Wikitech-l] TechCom Radar, 2017-09-13

iki/Wikimedia_Technical_Committee/Minutes> See also the TechCom RFC board <https://phabricator.wikimedia.org/tag/mediawiki-rfcs/>. -- Daniel Kinzler Principal Platform Engineer Wikimedia Deutschland Gesellschaft zur Förderung Freien Wissens e.V. __

[Wikitech-l] TechCom IRC discussion tonight: Job Queue Issues

(which job got triggered by which other job). T157088 * No support for recurrent jobs. Should we keep using cron? -- Daniel Kinzler Principal Platform Engineer Wikimedia Deutschland Gesellschaft zur Förderung Freien Wissens e.V. ___ Wikitech-l mailin

Re: [Wikitech-l] Can we drop revision hashes (rev_sha1)?

Am 16.09.2017 um 01:22 schrieb Matthew Flaschen: > On 09/15/2017 06:51 AM, Daniel Kinzler wrote: >> Also, I believe Roan is currently looking for a better mechanism for tracking >> all kinds of reverts directly. > > Let's see if we want to use rev_sha1 for that better sol

Re: [Wikitech-l] Can we drop revision hashes (rev_sha1)?

t to keep using hashes to detect reverts, we need to keep rev_sha1 - and to maintain is, we ALSO need content_sha1. -- Daniel Kinzler Principal Platform Engineer Wikimedia Deutschland Gesellschaft zur Förderung Freien Wissens e.V. ___ Wikitech-l mai

Re: [Wikitech-l] Can we drop revision hashes (rev_sha1)?

Am 19.09.2017 um 20:48 schrieb Gergo Tisza: > On Tue, Sep 19, 2017 at 6:42 AM, Daniel Kinzler <daniel.kinz...@wikimedia.de > Can't you just split it into a separate table? Core would only need to > touch it on insert/update, so that should resolve the performance concerns. Yes,

Re: [Wikitech-l] Can we drop revision hashes (rev_sha1)?

om the API, *that* we can't calculate on the fly. Similarly, database queries that need the hashes to detect revisions with the same content can't use on-the-fly hashes. -- Daniel Kinzler Principal Platform Engineer Wikimedia Deutschland Gesellschaft zur F

Re: [Wikitech-l] Can we drop revision hashes (rev_sha1)?

Am 21.09.2017 um 17:18 schrieb Federico Leva: > (Offlist) > > Daniel Kinzler, 21/09/2017 17:24: >> Hashing is a lot faster than loading the content. Since Special:Export needs >> to >> load the content anyway, the extra cost of hashing is negligible. > > I

Re: [Wikitech-l] Can we drop revision hashes (rev_sha1)?

an once? >> -- >> Stas Malyshev >> smalys...@wikimedia.org >> >> ___ >> Wikitech-l mailing list >> Wikitech-l@lists.wikimedia.org >> https://lists.wikimedia.org/mailman/listinfo/wikitech-l >> > >

Re: [Wikitech-l] Can we drop revision hashes (rev_sha1)?

e can always compute the hash when outputting XML dumps that contain the full content (it's already loaded, so no big deal), and then generate the XML dump with only meta-data from the full dump. -- Daniel Kinzler Principal Platform Engineer Wikimedia Deutschland Gesellschaft zur Förderung Freien

Re: [Wikitech-l] Can we drop revision hashes (rev_sha1)?

down the transition, but not sure if it'd be substantial or not. If > we're using the hash just to compare revisions, we could also use > different hash (maybe non-crypto hash?) which may be faster. > -- Daniel Kinzler Principal Platform Engineer Wikimedia Deutschland Gesellschaft zur Förderun

[Wikitech-l] TechCom Radar, 2017-09-20

the discussion will take place in the IRC channel #wikimedia-office on Wednesday 21:00 UTC (2pm PDT, 23:00 CEST). You can also find our meeting minutes at <https://www.mediawiki.org/wiki/Wikimedia_Technical_Committee/Minutes> See also the TechCom RFC board <https://phabricator.wikim

[Wikitech-l] TechCom Radar, 2017-09-06

on will take place in the IRC channel #wikimedia-office on Wednesday 21:00 UTC (2pm PDT, 23:00 CEST). You can also find our meeting minutes at <https://www.mediawiki.org/wiki/Wikimedia_Technical_Committee/Minutes> See also the TechCom RFC board <https://phabricator.wikimedia.org/tag/mediawiki-

[Wikitech-l] TechCom Radar, 2017-08-23

ttee/Minutes> See also the TechCom RFC board <https://phabricator.wikimedia.org/tag/mediawiki-rfcs/>. -- Daniel Kinzler Principal Platform Engineer Wikimedia Deutschland Gesellschaft zur Förderung Freien Wissens e.V. ___ Wikitech-l m

[Wikitech-l] TechCom Radar, 2017-08-30

You can also find our meeting minutes at <https://www.mediawiki.org/wiki/Wikimedia_Technical_Committee/Minutes> See also the TechCom RFC board <https://phabricator.wikimedia.org/tag/mediawiki-rfcs/>. -- Daniel Kinzler Principal Platfo

[Wikitech-l] TechCom Radar, 2017-10-11

also find our meeting minutes at <https://www.mediawiki.org/wiki/Wikimedia_Technical_Committee/Minutes> See also the TechCom RFC board <https://phabricator.wikimedia.org/tag/mediawiki-rfcs/>. -- Daniel Kinzler Principal Platform Engineer Wikimedia Deutschland Ges

Re: [Wikitech-l] TechCom Radar, 2017-11-08

The reason is to accommodate Amonie who is championing today's RFC. There is no plan to keep the changed time. -- Daniel Kinzler Principal Platform Engineer Wikimedia Deutschland Gesellschaft zur Förderung Freien Wissens e.V. ___ Wikitech-l mailing lis

[Wikitech-l] TechCom Radar, 2017-12-13

January 10th. You can also find our meeting minutes at <https://www.mediawiki.org/wiki/Wikimedia_Technical_Committee/Minutes> See also the TechCom RFC board <https://phabricator.wikimedia.org/tag/mediawiki-rfcs/>. -- Daniel Kinzler Principal Platform Engineer Wikimedia Deutschla

[Wikitech-l] TechCom Radar, 2017-11-15

nical_Committee/Minutes> See also the TechCom RFC board <https://phabricator.wikimedia.org/tag/mediawiki-rfcs/>. -- Daniel Kinzler Principal Platform Engineer Wikimedia Deutschland Gesellschaft zur Förderung Freien Wissens e.V. ___ Wikitech-l

[Wikitech-l] TechCom Radar, 2017-11-08

TechCom RFC board <https://phabricator.wikimedia.org/tag/mediawiki-rfcs/>. -- Daniel Kinzler Principal Platform Engineer Wikimedia Deutschland Gesellschaft zur Förderung Freien Wissens e.V. ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.

Re: [Wikitech-l] TechCom Radar, 2017-11-01

Am 06.11.2017 um 17:10 schrieb Daniel Kinzler: > * Next IRC meeting: Gathering input on the RFC process. We want to hear from > you > what you like or dislike about the RFC process. If you have criticism or > suggestions, please let us know. Note that we have diverged quit

[Wikitech-l] TechCom discussion in 90 minutes: Tweaking the RFC process

UTC (2pm PST, 23:00 CET) on #wikimedia-office. -- Daniel Kinzler Principal Platform Engineer Wikimedia Deutschland Gesellschaft zur Förderung Freien Wissens e.V. ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org

[Wikitech-l] TechCom Radar, 2017-11-01

ttee/Minutes> See also the TechCom RFC board <https://phabricator.wikimedia.org/tag/mediawiki-rfcs/>. -- Daniel Kinzler Principal Platform Engineer Wikimedia Deutschland Gesellschaft zur Förderung Freien Wissens e.V. ___ Wikitech-l m

[Wikitech-l] TechCom Radar, 2017-12-06

wiki.org/wiki/Wikimedia_Technical_Committee/Minutes> See also the TechCom RFC board <https://phabricator.wikimedia.org/tag/mediawiki-rfcs/>. -- Daniel Kinzler Principal Platform Engineer Wikimedia Deutschland Gesellschaft zur Förderung Freien Wissens e.V. __

Re: [Wikitech-l] Can we drop revision hashes (rev_sha1)?

ash. -- Daniel Kinzler Principal Platform Engineer Wikimedia Deutschland Gesellschaft zur Förderung Freien Wissens e.V. ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] On InvalidArgumentException and user-facing errors

hars, rendering once-valid titles invalid. So in that case, log-and-fall-back is the correct behavior. -- Daniel Kinzler Principal Platform Engineer Wikimedia Deutschland Gesellschaft zur Förderung Freien Wissens e.V. ___ Wikitech-l mailing list Wikitech-l

Re: [Wikitech-l] "PHP test coverage decreased" - really?

Thank you Brad, the missing @covers line is indeed what threw me off. Also, as Trey noted, it's easy to miss negative cases. Testing every guard statement is certainly good, but does not feel as natural or as critical as testing the "happy path"... -- daniel Am 26.04.2018 um 23:13 schrieb Brad

[Wikitech-l] LAST CALL for Nomination of new TechCom members!

: Call for Nominations: TechCom is looking for new members Datum: Mon, 4 Jun 2018 16:00:57 +0200 Von: Daniel Kinzler Organisation: Wikimedia Deutschland e.V. An: wikitec...@wikimedia.org Dear all, We, the Wikimedia Technical Committee (TechCom), are looking for two new members to broaden

[Wikitech-l] Heads up: multi-content revision patches landed in master

-StorageLayerTesting [4] https://phabricator.wikimedia.org/T174044 -- Daniel Kinzler Principal Platform Engineer Wikimedia Deutschland Gesellschaft zur Förderung Freien Wissens e.V. \o/\o/ff ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https

[Wikitech-l] RFC discussion: the future of rev_parent_id

og (and recentchanges). I have tried to summarize the discussion so far, with the available options and considerations, at <https://phabricator.wikimedia.org/T193690#4254713>. -- Daniel Kinzler Principal Platform Engineer Wikimedia Deutschland Gesellschaft

Re: [Wikitech-l] RFC discussion: the future of rev_parent_id

at the expected behavior actually is. -- Daniel Kinzler Principal Platform Engineer Wikimedia Deutschland Gesellschaft zur Förderung Freien Wissens e.V. ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] RFC discussion: the future of rev_parent_id

parent be? Similarly, when revision X gets imported and inserted between A and B, what should revision B's parent be? -- Daniel Kinzler Principal Platform Engineer Wikimedia Deutschland Gesellschaft zur Förderung Freien Wissens e.V. ___ Wikitech-l ma

[Wikitech-l] Call for Nominations: TechCom is looking for new members

pitch explaining why this person would be a good addition to TechCom. Nominations are now open until June 18, 2018; and we will review the submissions and vet the potential new members over the following weeks. We hope that we can announce new members before the end of July. Daniel Kinzler, Chair

Re: [Wikitech-l] TechCom Radar 2018-05-30

Am 31.05.2018 um 18:41 schrieb Kate Chapman: > * Public IRC Discussion of RFC next week 2018-06-06 in the > #wikimedia-office channel at 2pm PST(22:00 UTC, 23:00 CET): Use > ar_page_id to determine the parent IDs for undeleted revisions > Please note

[Wikitech-l] TechCom Radar 2018-06-20

Hi All, Here are the minutes from this week's TechCom meeting: * Call for nominations of new TechCom members was closed on June 18 with 15 nominations received. We will be reviewing the candidates over the coming weeks. * New RFC: “Implement a standardized way to track the usage of parser

[Wikitech-l] "PHP test coverage decreased" - really?

nking that I could introduce a completely new 1000 line class with no tests, and that would *not* be detected as decreasing coverage, since the new class didn't have any coverage before? -- Daniel Kinzler Principal Platform Engineer Wikimedia Deutschland Gesellschaft zur Förderung Freien

[Wikitech-l] TechCom Radar, 2017-10-18

iki/Wikimedia_Technical_Committee/Minutes> See also the TechCom RFC board <https://phabricator.wikimedia.org/tag/mediawiki-rfcs/>. -- Daniel Kinzler Principal Platform Engineer Wikimedia Deutschland Gesellschaft zur Förderung Freien Wissens e.V.

[Wikitech-l] TechCom Radar, 2017-10-25

meeting minutes at <https://www.mediawiki.org/wiki/Wikimedia_Technical_Committee/Minutes> See also the TechCom RFC board <https://phabricator.wikimedia.org/tag/mediawiki-rfcs/>. -- Daniel Kinzler Principal Platform Engineer Wikimedia Deutschland Gesellschaft zur Förderung Freien Wissens e.V. _

[Wikitech-l] TechCom Radar, 2018-01-03

g over old/stale RFCs You can also find our meeting minutes at <https://www.mediawiki.org/wiki/Wikimedia_Technical_Committee/Minutes> See also the TechCom RFC board <https://phabricator.wikimedia.org/tag/mediawiki-rfcs/>. -- Daniel Kinzler Principal Platform Engineer Wikimedia Deu

[Wikitech-l] TechCom Radar, 2018-01-17

minutes at <https://www.mediawiki.org/wiki/Wikimedia_Technical_Committee/Minutes> See also the TechCom RFC board <https://phabricator.wikimedia.org/tag/mediawiki-rfcs/>. -- Daniel Kinzler Principal Platform Engineer Wikimedia Deutschland Gesellschaft zur Förderung Freien Wissens e.V. _

[Wikitech-l] TechCom Radar, 2018-01-10

our meeting minutes at <https://www.mediawiki.org/wiki/Wikimedia_Technical_Committee/Minutes> See also the TechCom RFC board <https://phabricator.wikimedia.org/tag/mediawiki-rfcs/>. -- Daniel Kinzler Principal Platform Engineer Wikimedia Deutschland Ges

[Wikitech-l] TechCom Radar, 2018-02-07

iki.org/wiki/Wikimedia_Technical_Committee/Minutes> See also the TechCom RFC board <https://phabricator.wikimedia.org/tag/mediawiki-rfcs/>. -- Daniel Kinzler Principal Platform Engineer Wikimedia Deutschland Gesellschaft zur Förderung Freien Wissens e.V.

[Wikitech-l] TechCom Radar, 2018-02-14

ommittee/Minutes> See also the TechCom RFC board <https://phabricator.wikimedia.org/tag/mediawiki-rfcs/>. -- Daniel Kinzler Principal Platform Engineer Wikimedia Deutschland Gesellschaft zur Förderung Freien Wissens e.V. __

[Wikitech-l] First step for MCR merged: Deprecate and gut the Revision class

/Requests_for_comment/Multi-Content_Revisions [3] https://phabricator.wikimedia.org/T183252#3853749 [4] https://phabricator.wikimedia.org/T174025 [5] https://phabricator.wikimedia.org/T174024 [6] https://phabricator.wikimedia.org/T174030 -- Daniel Kinzler Principal Platform Engineer Wikimedia

Re: [Wikitech-l] First step for MCR merged: Deprecate and gut the Revision class

Am 22.12.2017 um 17:37 schrieb Chad: > Considering the code just landed last night and a good number of us are > going to be gone for vacation--is rolling this out with the Jan 2nd deploy > a little aggressive? I'd love to see this sit on beta (with eyes on it) for > a little longer. Or a way to

Re: [Wikitech-l] First step for MCR merged: Deprecate and gut the Revision class

Am 23.12.2017 um 00:03 schrieb C. Scott Ananian: > I think a simple revert would be simplest. Adding a feature flag adds new > possibilities of overlooked bugs, especially since this is "just" a > refactoring and so *in theory* shouldn't be changing anything. > > Maybe we could just cherry-pick

[Wikitech-l] TechCom Radar, 2017-12-20

pecific default settings <https://phabricator.wikimedia.org/T182020> You can also find our meeting minutes at <https://www.mediawiki.org/wiki/Wikimedia_Technical_Committee/Minutes> See also the TechCom RFC board <https://phabricator.wikimedia.org/tag/mediawiki-rfcs/>. --

Re: [Wikitech-l] Making two factor auth less annoying

Am 14.08.2018 um 08:53 schrieb Adam Wight: > What I was complaining about is that 2FA has to be used every time I log > in. There doesn't seem to be an industry standard yet, for example gmail > asks for 2FA only every 30 days if you've previously authenticated on the > same machine, but GitHub

Re: [Wikitech-l] My Phabricator account has been disabled

ient feels? About how to formulate criticism? In my mind, "don't say anything that could make anyone feel bad" cannot be the criterion. "I find your CR-1 offensive" is not something we can accommodate. What, then, shall the criterion be to avoid personal attacks and to prevent verbal a

Re: [Wikitech-l] Making two factor auth less annoying

Am 13.08.2018 um 07:34 schrieb Gergo Tisza: > Two-factor authentication does not affect how the session works. If you > check "Remember me", the login will last for 180 days, whether you use > two-factor authentication or not. Yea, works fine for me - and this is the first time I hear people

Re: [Wikitech-l] RFC Discussion Wednesday - new namespace for collaborative judgments about wiki entities

echnical_Committee/Processes#RFC_process > > Thanks, > > Kate > -- Daniel Kinzler Principal Platform Engineer Wikimedia Deutschland Gesellschaft zur Förderung Freien Wissens e.V. ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l

[Wikitech-l] Announcing TechCom’s Newest Members

Dear All, back in June the Wikimedia Technical Committee (TechCom) began a process to recruit two new members to broaden the committee’s area of expertise[1]. After some deliberation, we have now concluded our process and would like to welcome Niklas Laxström and Dan Andreescu to TechCom.

[Wikitech-l] Brain storming for the DevSummit: Evolving the MdiaWiki Architecture

13>. The IRC session will take place in #wikimedia-office on Wednesday January 17, 21:00 UTC (2pm PDT, 23:00 CEST). -- Daniel Kinzler Principal Platform Engineer Wikimedia Deutschland Gesellschaft zur Förderung Freien Wissens e.V. ___ Wikitech-l maili

Re: [Wikitech-l] How much data can we plan to upload on Wikidata infrastructure? [Was: Fwd: Re: [wikidata] [glam] [Toulouse] Projet de partenariat CNES]

a more directly as a collaborative semantic modeling tool, rather than a data collection. In my mind, the collaborative modeling is the important and novel thing in Wikidata. There are better tools for collecting bulk data. -- Daniel Kinzler Principal Software Engineer, Core Platform Wik

Re: [Wikitech-l] [Wiki-research-l] URL-addressable Predicate Calculus

ems quite similar to Linked Data Fragements as described on <http://linkeddatafragments.org/>. Wikidata's LDF interface can be found at https://query.wikidata.org/bigdata/ldf -- Daniel Kinzler Principal Software Engineer, Core Platform Wikimedia Foundation _

Re: [Wikitech-l] If users can't edit an article, don't encourage them to edit its Wikidata item

page on all wikis should be automatically protected? -- 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] If users can't edit an article, don't encourage them to edit its Wikidata item

actually. It could just be a block option. -- Daniel Kinzler Principal Software Engineer, MediaWiki Platform Wikimedia Foundation ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] If users can't edit an article, don't encourage them to edit its Wikidata item

users who actually do have the right to edit. -- Daniel Kinzler Principal Software Engineer, MediaWiki Platform Wikimedia Foundation ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l

[Wikitech-l] TechCom Radar 2018-10-31

Hello all, Here are the minutes from this week's TechCom meeting: * Following up on the Technical Conference in Portland (aka TechConf aka WMTC18). Some outcomes: -- We discussed the idea of sharding the revision table, with the big question being what key to shard on. Options include page ID

Re: [Wikitech-l] RFC Discussion tomorrow: RfC: Session storage service interface

he wiki: <https://www.mediawiki.org/wiki/Talk:Requests_for_comment/SessionStorageAPI> -- Daniel Kinzler Principal Software Engineer, Core Platform Wikimedia Foundation ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.

Re: [Wikitech-l] non-obvious uses of in your language

work if it expands to nothing, since template expansion happens before link parsing, right? For better or worse... -- Daniel Kinzler Principal Software Engineer, MediaWiki Platform Wikimedia Foundation ___ Wikitech-l mailing list Wikitech-l@lists.wik

Re: [Wikitech-l] non-obvious uses of in your language

ll silliness aside: while dewiki has many uses for only linking part of a compound, it has MANY MORE uses for linking all of it. -- Daniel Kinzler Principal Software Engineer, MediaWiki Platform Wikimedia Foundation ___ Wikitech-l mailing lis

Re: [Wikitech-l] Avatars coming to gerrit

Am 06.10.2018 um 02:43 schrieb Paladox via Wikitech-l: > Note that we will only accept png images. Please do not upload any other > format. I note that your avatar is 400x400 pixels. Is thsi the prefered dimension? -- Daniel Kinzler Principal Software Engineer, Core Platform Wik

Re: [Wikitech-l] Collecting UI feedback for PolyGerrit - Gerrit

I have been using PolyGerrit for as long as it has been available for testing, and my general feedback is: not perfect, but about a thousand times better than the old ui. Collapsible sections in the dashboard would be very helpful, and GerritBot should not post anything about changes that are

Re: [Wikitech-l] Non-linear search in an XML dump

er > still remains the original. > But this sortkey itself is not stored. In other words, a dump is not sorted > by any key one could finf in the dump, and behaves as an unosorted > structure. > > Is this true? Can I use any non-linear (e.g. binary) search in a dump? >

Re: [Wikitech-l] [Engineering] Gerrit now automatically adds reviewers

ttention for a week or so. In any case, there should be a way to opt out. Ideally, per project. -- Daniel Kinzler Principal Software Engineer, Core Platform Wikimedia Foundation ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://

Re: [Wikitech-l] [Engineering] Gerrit now automatically adds reviewers

n who has *reviewed* and *merged* changes to the file before, as opposed to who has *authored* patches. People who have merged before may merge again. People who have authored small changes to lots of files don't want to be spammed with review requests. -- Daniel Kinzler Principal Software Engin

Re: [Wikitech-l] Rough Project idea (suggestion)

Will be waiting for your response. > > > Regards, > Kaushik. > ___ > Wikitech-l mailing list > Wikitech-l@lists.wikimedia.org > https://lists.wikimedia.org/mailman/listinfo/wikitech-l > -- Daniel Kinzler Pri

[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?

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.

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] 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

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] 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

[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] 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] 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

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 __

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] 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] 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

[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] 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

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

[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

[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] 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

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

<    1   2   3   4   5   6   >