[Wikitech-l] Re: API issue

> that error page. >> >> >> ___ >> Wikitech-l mailing list -- wikitech-l@lists.wikimedia.org >> To unsubscribe send an email to wikitech-l-le...@lists.wikimedia.org >> >> https://lists.wikimedia.org/postorius/lists/wikitech-l.li

[Wikitech-l] Re: March 2023 Datacenter Switchover

orm/1/?projects=Datacenter-Switchover=Clement_Goubert >> >); >> >>> we'll be monitoring closely for reports of trouble during and after >> the >> >>> switchover. (If you're new to Phab, there's more information at >> >>> Phabricato

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

nt code of ClassCrawler can be reused for that goal, and it's a pity. Cheers, Giuseppe -- Giuseppe Lavagetto Principal Site Reliability Engineer, Wikimedia Foundation ___ Wikitech-l mailing list -- wikitech-l@lists.wikimedia.org To unsubscribe send an

[Wikitech-l] Re: New experimental backend for the Wikimedia Debug browser extension: what to expect

and physical servers all the time. Thanks, Giuseppe On Tue, Jul 27, 2021 at 6:16 PM Giuseppe Lavagetto wrote: > Hi all, > > This email is of interest to you only if you're a user of the "Wikimedia > Debug" browser extension. If you're not, you can safely skip it. > > As t

[Wikitech-l] New experimental backend for the Wikimedia Debug browser extension: what to expect

can mostly ignore it! You can follow our progress at https://phabricator.wikimedia.org/T283056 Cheers, Giuseppe -- Giuseppe Lavagetto Principal Site Reliability Engineer, Wikimedia Foundation ___ Wikitech-l mailing list -- wikitech-l@lists.wikimedia.or

[Wikitech-l] Re: Stream of recent changes diffs

. Please note that I'm only referring to streams offered to tools and in general to the public internet. Internally to the production cluster the use of content in events might (or might not) prove directly useful in some cases. -- Giuseppe Lavagetto Principal Site Reliability Eng

[Wikitech-l] Change to how we build the wikimedia base container images.

t/+/refs/heads/production/modules/docker/files/build-bare-slim.sh -- Giuseppe Lavagetto Principal Site Reliability Engineer, Wikimedia Foundation ___ Wikitech-l mailing list -- wikitech-l@lists.wikimedia.org To unsubscribe send an email to wi

[Wikitech-l] TechCom meeting 2020-10-28

activity: - T119173 <https://phabricator.wikimedia.org/T119173>: RFC: Discourage use of MySQL's ENUM type. A question was asked to the DBAs about using ENUMs in maintenance Cheers, Giuseppe -- Giuseppe Lavagetto Principal Site Reliability

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

- T263841 <https://phabricator.wikimedia.org/T263841>: RFC: Expand API title generator to support other generated data. - Erik asks if this is going to be generally applied to all generators or not. Cheers, Giuseppe -- Giuseppe Lavagetto Principal Site Reliability

Re: [Wikitech-l] [Ops] CI downtime Monday May 11st 12:00 UTC

cript $puppet_dir/utils/run_ci_locally.sh that, unsurprisingly, runs the same tests as CI does, in the same container. Cheers, Giuseppe -- Giuseppe Lavagetto Principal Site Reliability Engineer, Wikimedia Foundation ___ Wikitech-l mailing list Wikitech-l@li

Re: [Wikitech-l] For title normalization, what characters are converted to uppercase ?

a.org/T219279 and wait for its resolution I think - most unicode horrors are fixed in recent versions of PHP, including the one you were citing. Cheers, Giuseppe -- Giuseppe Lavagetto Principal Site Reliability Engineer, Wikimedia Foundation ___ Wiki

[Wikitech-l] PHP 7 is now a beta feature

hard to reach this goal! Thanks, Giuseppe [1] https://hhvm.com/blog/2017/09/18/the-future-of-hhvm.html [2] https://lists.wikimedia.org/pipermail/wikitech-l/2017-September/088854.html -- Giuseppe Lavagetto Principal Site Reliability Engineer, Wikimedia Foundation

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

feature individually or as a project? Thanks, Giuseppe [1] we already have a way to "monitor" all changes to a repository, to a directory within a repository, or even to individual files, which I was using extensively. Should we remove that? -- Giuseppe Lavagetto Principal Site Reliability

Re: [Wikitech-l] [Wmfall] Datacenter Switchover recap

driving most of the process and allowing me to > care about the switchover for less than a week before it happened and, yes, > to take the time to fix that bug too :) > > Cheers, Giuseppe -- Giuseppe Lavagetto Principal Site Reliability Engine

Re: [Wikitech-l] [Wmfall] Datacenter Switchover recap

On Thu, Sep 13, 2018 at 7:49 AM Bryan Davis wrote: > > Everyone involved worked hard to make this happen, but I'd like to > give a special shout out to Giuseppe Lavagetto for taking the time to > follow up on a VisualEditor problem that affected Wikitech > (<https://phabric

Re: [Wikitech-l] [Engineering] Phabricator spam - account approval requirement enabled

ti-vandalism system is available for phabricator. Repairing the damage that has been done will require a ton of man-hours. Cheers, Giuseppe -- Giuseppe Lavagetto Senior Technical Operations Engineer, Wikimedia Foundation ___ Wikitech-l mailing list Wikite

Re: [Wikitech-l] Gerrit login oddities

On Tue, Feb 13, 2018 at 5:56 AM, Chad wrote: > Hi, > > Two quick things: > > * First, we updated the cookie path for Gerrit to enable sharing > authentication with the new Gitiles repo browser--for most users this has > been transparent but a few people have reported

Re: [Wikitech-l] HHVM vs. Zend divergence

any version of MediaWiki not compatible with PHP 5.x until we transition to PHP7 (unless we decide to support both HHVM and PHP7). This might be important in steering the timing of the change in MediaWiki itself. Cheers, Giuseppe -- Giuseppe Lav

Re: [Wikitech-l] [Ops] [Engineering] The train will resume tomorrow (was Re: All wikis reverted to wmf.8 last night due to T119736)

's pretty clear to me that the absence of a team dedicated to MediaWiki itself calls for such things to happen. Which is pretty absurd, when you remember that 99% of our traffic is still served by it. Cheers G. -- Giuseppe Lavagetto, Ph.d. Senior Tec

[Wikitech-l] Upgrading HHVM to libicu52

org/T58041 and https://phabricator.wikimedia.org/T130692 [3] https://wikitech.wikimedia.org/wiki/Server_Admin_Log -- Giuseppe Lavagetto, Ph.d. Senior Technical Operations Engineer, Wikimedia Foundation ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia

Re: [Wikitech-l] Reducing the environmental impact of the Wikimedia movement

, but even a small-medium size local ISP has probably a larger footprint than us. This doesn't mean we should not try to get better, but we should always put things in prespective. -- Giuseppe Lavagetto Senior Technical Operations Engineer, Wikimedia Foundation ___

Re: [Wikitech-l] [Services] [ANNOUNCEMENT] RESTBase and related services DC switch-over test

o contact us here or on IRC (#wikimedia-services / #wikimedia-operations @ freenode). Cheers, Giuseppe -- Giuseppe Lavagetto, Ph.d. Senior Technical Operations Engineer, Wikimedia Foundation ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https

Re: [Wikitech-l] [Engineering] Announcing mediawiki-containers, a Docker-based MediaWiki installer

On Sat, Jan 30, 2016 at 9:59 AM, Gabriel Wicke wrote: > Right now, Yuvi is evaluating the Kubernetes cluster manager in labs. Just a clarification: Yuvi has already evaluated kubernetes and it's being actively used to build an awesome replacement for at least part of what

Re: [Wikitech-l] Port mw-vagrant to Raspberry Pi ( arm )

On Tue, Sep 29, 2015 at 7:04 PM, Tony Thomas <01tonytho...@gmail.com> wrote: > Hello, > [CUT] >3. hhvm is too ram hungry > If I'm not mistaken, hhvm won't compile on anything but an x86-64 architecture. So you definitely need to fall back to zend. Cheers, G.

Re: [Wikitech-l] Fwd: [Tools] Kubernetes picked to provide alternative to GridEngine

On Thu, Sep 17, 2015 at 4:00 PM, Brian Gerstle wrote: > Congrats on moving forward with a big decision! I'm very optimistic about > containers, so it's exciting to see movement in this area. > > Is there a larger arc of using this for our own services (Mediawiki, >

[Wikitech-l] Evaluation of clustering solutions (continued)

Hi all, as previously announced, we've been evaluating a clustering solution for use as an alternative to GridEngine for toollabs https://lists.wikimedia.org/pipermail/wikitech-l/2015-August/082853.html Our goal is also to find a suitable, modern, stable tool to run not only toollabs

Re: [Wikitech-l] Search errors on multiple Wikimedia projects

On Mon, Jun 15, 2015 at 3:28 PM, Chad innocentkil...@gmail.com wrote: On Mon, Jun 15, 2015 at 12:12 AM Pine W wiki.p...@gmail.com wrote: I'm getting this same error on multiple Wikimedia projects: An error has occurred while searching: Search is currently too busy. Please try again later.

Re: [Wikitech-l] Multimedia team?

While I know that doesn't sound fancy or attractive, I think the multimedia team should have as one of its focuses to help with transitioning to HHVM the imagescalers. There seem to be a few issues with that and some support that won't just come out of goodwill, but as a team commitment, would

Re: [Wikitech-l] Tor proxy with blinded tokens

Hi Chris, I like the idea in general, in particular the fact that only established editors can ask for the tokens. What I don't get is why this proxy should be run by someone that is not the WMF, given - I guess - it would be exposed as a TOR hidden service, which will mask effectively the user

Re: [Wikitech-l] 503 errors in Phabricator

Hi, I'm using phabricator regularly this morning (including doing pretty advanced searches) and I cannot reproduce the problem, but I am surely no expert. Is it still ongoing? Which urls in particular is giving you 503s? Cheers Giuseppe On Fri, Mar 6, 2015 at 9:02 AM, Pine W

Re: [Wikitech-l] Investigating building an apps content service using RESTBase and Node.js

On Wed, Feb 4, 2015 at 6:59 AM, Marko Obrovac mobro...@wikimedia.org wrote: On Tue, Feb 3, 2015 at 8:42 PM, Tim Starling tstarl...@wikimedia.org wrote: I don't really understand why you want it to be integrated with RESTBase. As far as I can tell (it is hard to pin these things down),

Re: [Wikitech-l] Investigating building an apps content service using RESTBase and Node.js

On Wed, Feb 4, 2015 at 6:59 AM, Marko Obrovac mobro...@wikimedia.org wrote: On Tue, Feb 3, 2015 at 8:42 PM, Tim Starling tstarl...@wikimedia.org wrote: I don't really understand why you want it to be integrated with RESTBase. As far as I can tell (it is hard to pin these things down),

[Wikitech-l] Microservices/SOA: let's continue the discussion

Hi all, it has been since the Dev Summit discussions on SOA/Microservices[1] that I am pondering the outcomes and I am willing to post some afterthoughts to these lists. Having been one of the most vocal in raising concerns about microservices, and having had experience in an heavily

Re: [Wikitech-l] Investigating building an apps content service using RESTBase and Node.js

On Wed, Feb 4, 2015 at 5:42 AM, Tim Starling tstarl...@wikimedia.org wrote: On 04/02/15 12:46, Dan Garry wrote: To address these challenges, we are considering performing some or all of these tasks in a service developed by the Mobile Apps Team with help from Services. This service will hit

Re: [Wikitech-l] All non-api traffic is now served by HHVM

-- Giuseppe Lavagetto Wikimedia Foundation - TechOps Team ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] All non-api traffic is now served by HHVM

On 03/12/14 18:03, Giuseppe Lavagetto wrote: Hi all, [CUT] The API traffic is still being partially served by mod_php, but that will not be for long! As promised, all our API traffic is on HHVM as well as of now. The effects on CPU usage have been quite drastic on this cluster, where

[Wikitech-l] All non-api traffic is now served by HHVM

, the average cpu load on the application servers is around 16%, while it was easily above 50% in the pre-HHVM era). The API traffic is still being partially served by mod_php, but that will not be for long! Cheers, Giuseppe -- Giuseppe Lavagetto Wikimedia Foundation - TechOps Team

Re: [Wikitech-l] Tor and Anonymous Users (I know, we've had this discussion a million times)

). Cheers, Giuseppe - -- Giuseppe Lavagetto Wikimedia Foundation - TechOps Team -BEGIN PGP SIGNATURE- Version: GnuPG v1 iEYEARECAAYFAlQrq84ACgkQTwZ0G8La7IAWLgCglkaCutKP64khUn4zXpSsFnlD HMkAoL4HoAw7Rx4PoGvqo0D5lDKOBawd =RIjq -END PGP SIGNATURE