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

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

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

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

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

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

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

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

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

[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

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

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

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

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

[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

[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/>. --

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

[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

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

[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

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

[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

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

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

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

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

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

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

[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-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-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-09 and 2017-08-16

://phabricator.wikimedia.org/T147137> * Active discussion: load multi-file packages via ResourceLoader <https://phabricator.wikimedia.org/T133462> PS: Goats are the new kittens <https://phabricator.wikimedia.org/tag/goatification/> -- Daniel Kinzler Princi

Re: [Wikitech-l] Timeless skin now available on mw.org

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

[Wikitech-l] TechCom Radar, 2017-08-02 (was: ArchCom Radar)

vel. TechCom Will resume its regular schedule on August 23rd, the next RFC discussion will probably be on August 30th. -- Daniel Kinzler Principal Platform Engineer Wikimedia Deutschland Gesellschaft zur Förderung Freien Wissens e.V. __

[Wikitech-l] Help needed: check unsafe calls to Title::getTalkPage in all extensions

[] ReaderFeedback [] WatchSubpages [] WikiLove [] WikibaseQualityConstraints [] Wikidata [] XMLContentExtension [] CologneBlue [] Nimbus [] Tempo For a more detailed list, see the phabricator task. -- Daniel Kinzler Principal Platform Engineer Wikimedia Deutschland Gesellschaft zur Förderung Freien

Re: [Wikitech-l] Last Call: ArchCom/TechCom Charter

kplace satisfaction at the WMF - that's an entirely different topic. I sure hope that the involvement of TechCom in certain questions doesn't make people's job horribly frustrating now. I rather hope it would reduce frustration, at least in the long run. -- Daniel Kinzler Senior Software Developer

Re: [Wikitech-l] Last Call: ArchCom/TechCom Charter

y comparable. What I was getting at is: for volunteer developers, the new charter effectively changes nothing. Except perhaps that they gain some more influence on wmf development via TechCom, which now has at least some authority within the wmf org chart. -- Daniel Kinzler Senior Software Develope

[Wikitech-l] ArchCom adopts Charter, becomes TechCom

o undo. The committee has also given itself a new name, to better fit the scope as defined in the charter: we are now the Wikimedia Technical Committee (TechCom). Daniel Kinzler TechCom Chair ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org

Re: [Wikitech-l] Last Call: ArchCom/TechCom Charter

Hi Nemo! Thanks for your comments. Please note that the last call period is over, and the charter has been officially adopted on Wednesdays. I mentioned this in the Radar email yesterday. I'll send out a separate announcement today. You wrote: > Daniel wrote: >> This finally gives the committee

[Wikitech-l] TechCom Radar, 2017-07-26 (was: ArchCom Radar)

n team is working on refactoring RecentChanges/Watchlist code * Mobile team(s) working on a new content API <https://phabricator.wikimedia.org/T162179> -- Daniel Kinzler Principal Platform Engineer Wikimedia Deutschland Gesellschaft zur Förderung Freien Wissens e.V. _

Re: [Wikitech-l] Last Call: ArchCom/TechCom Charter

nd volunteer contributors when making high impact technical decisions. Regards, Daniel PS: Please note that this is my personal view. The view of other committee members may differ. Am 20.07.2017 um 18:52 schrieb MZMcBride: > Daniel Kinzler wrote: >> Over the last couple of mont

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

gt; * Renewed interest in shadow namespaces: <https://phabricator.wikimedia.org/T91162> * Approved after Last Call: Deprecate use of php serialization <https://phabricator.wikimedia.org/T161647> * No public meeting on IRC next week -- Daniel Kinzler Principal Platform Engineer W

[Wikitech-l] Last Call: ArchCom/TechCom Charter

basis of the committee's operation and authority. Note: with the new charter comes a rebranding: ArchCom becomes TechCom, the Wikimedia Technical Committee! We think the name better fits the scope of the committee as defined by the charter. -- Daniel Kinzler Principal Platform Engineer Wikimedia Deuts

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

week: Migrate to HTML5 section ids <https://phabricator.wikimedia.org/T152540> As always, 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 Deutschla

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

le, but decided that this is really a product decision, depending on the desired behavior. * There is no IRC meeting scheduled for next week, as the Architecture Committee will focus on finalizing the Charter. Last minute comments are welcome on the talk page. <https://www.mediawiki.org/wiki/Arch

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

eorg: <https://phabricator.wikimedia.org/T166010#3369408> * Support for /data/ URLs is coming, see <https://phabricator.wikimedia.org/T163921> and subtasks. -- Daniel Kinzler Principal Platform Engineer Wikimedia Deutschland Gesellschaft zur Förderung Freien Wissens e.V. ___

[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

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-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-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-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] 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-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] 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] RFC discussion today: how to store long(er) revision comments

table, or whether it should be done in an isolated way, so it is not blocked on other projects. Another point is if and how deduplication should be applied. The discussion will take place on the #wikimedia-office channel on Freenode, at 21:00 UTC (2pm PDT, 23:00 CEST). -- Daniel Kinzler Principal Pl

[Wikitech-l] ArchCom Radar, 2017-04-26

/User:Brion_VIBBER/Compacting_the_revision_table_round_2 for context. -- 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] Final Call for comments: Deprecate using PHP serialization inside MediaWiki

first candidates for conversion: *LocalisationCache *MediaHandler metadata. The php serialization output format of the API is outside of the scope of this RFC, since we never ingest it. -- Daniel Kinzler Senior Software Developer Wikimedia Deutschland Gesellschaft zur Förderung Fr

Re: [Wikitech-l] Final Call for comments: RFC Canonical data URLs for machine readable page content

Huh... if nobody tells me when I write "RDF" instead of "RFC", I'll start to think that nobody reads my mails ;) Sorry about that... Am 13.04.2017 um 20:57 schrieb Daniel Kinzler: > This is a final call for comments on > <https://phabricator.wikimedia.org/T

Re: [Wikitech-l] Final Call for comments: RFC Canonical data URLs for machine readable page content

This RFC has been approved for implementation. No objections were raised during the final call period. IMplementation is being tracked at <https://phabricator.wikimedia.org/T163921>. -- daniel Am 13.04.2017 um 20:57 schrieb Daniel Kinzler: > This is a final call for comments on

[Wikitech-l] ArchCom Radar, 2017-04-12

g/T161647. ArchCom likes the idea, but the RFC could use some more fleshing out (what needs changing, what are the priorities, what should be kept and why, etc) -- Daniel Kinzler Principal Platform Engineer Wikimedia Deutschland Gesellschaft zur Förderung

[Wikitech-l] Final Call for comments: RFC Canonical data URLs for machine readable page content

y of the concerns raised and addressed. -- Daniel Kinzler Senior Software Developer 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] Editing JSON in MediaWiki

ons, from UI design to law making! -- Daniel Kinzler Senior Software Developer 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] Editing JSON in MediaWiki

tter for that than JSON is. And Wikitext is designed to mix well with HTML. -- Daniel Kinzler Principal Platform Engineer Wikimedia Deutschland Gesellschaft zur Förderung Freien Wissens e.V. ___ Wikitech-l mailing list Wikitech-l@lists.w

<    1   2   3   4   5   6   >