Re: [Wikitech-l] Cryptographic puzzles as mitigation for DDoS

I was under the (possibly mistaken) impression that the attacker was just flooding the network with traffic? On Sat, 7 Sep 2019, 12:25 John Erling Blad, wrote: > There are several papers about how to stop DDoS by using cryptographic > puzzles.[1] The core idea is to give the abuser some

Re: [Wikitech-l] Pending (false positive?) translations on Gerrit to Toolforge tools

Working link to l10n-bot's dashboard: https://gerrit.wikimedia.org/r/#/dashboard/137 On Sun, 28 Apr 2019 at 13:12, Amir E. Aharoni wrote: > I'm still not able to open the link > https://gerrit.wikimedia.org/r/dashboard/l10n-...@translatewiki.net, but I > am able to open this for example: >

Re: [Wikitech-l] Dynamically setting the content of a LayoutPanel in OOUI

I haven't dealt with OOUI for a couple of years but maybe you could pass a jQuery object to the $content parameter, store it yourself, then modify that later? On Sun, 24 Mar 2019 at 14:14, Huji Lee wrote: > In the script I am working on,[1] I have a PanelLayout that is defined like > this: > >

Re: [Wikitech-l] Question to WMF: Backlog on bugs

On Fri, 8 Mar 2019 at 18:04, Strainu wrote: > Several things: > * the bug backlog has been steadily increasing in all phabricator reports I > have seen (I don't read them all, so some decreases might have occurred > occasionally, but the trend is there) > * feature development is prioritized

Re: [Wikitech-l] Javascript function does not work

Is the jquery.ui.dialog module loaded in RL? Where is this failing and where is it fine? ‪On Fri, 8 Feb 2019 at 14:47, ‫יגאל חיטרון‬‎ wrote:‬ > Hi. Some script stopped working. Looks like the function > > $( '' ).dialog( ... ) // 1 parameter > > does not work any more. But it still works on

Re: [Wikitech-l] Old tiles.wfmlabs.org maps services need maintainers to keep them alive after december 18th

You'll basically need to create a wikitech account (if you don't already have one) and convince one of the existing project admins (listed at https://tools.wmflabs.org/openstack-browser/project/maps) to add you. Please use Puppet instead of manually setting up servers by hand. On Thu, 13 Dec 2018

Re: [Wikitech-l] [Maps-l] Old tiles.wfmlabs.org maps services need maintainers to keep them alive after december 18th

I don't think WMF should be hiring contractors purely for the purpose of supporting individual tools which are not in production. On Thu, 13 Dec 2018 at 15:46, Pine W wrote: > Hi DJ, > > Out of curiosity, what all would be involved in the OS change? > > The bike layers could be a nontrivial

Re: [Wikitech-l] Deployment-prep (aka 'Beta') services will be unreliable this week

at 17:15, Alex Monk wrote: > For the record this is largely complete with a few known remaining > problems: > * MediaWiki does not recognise the new cache instance due to missing > config change, the patch is ready but requires a deployer, this does cause > problems for thin

Re: [Wikitech-l] Deployment-prep (aka 'Beta') services will be unreliable this week

For the record this is largely complete with a few known remaining problems: * MediaWiki does not recognise the new cache instance due to missing config change, the patch is ready but requires a deployer, this does cause problems for things like account creations:

Re: [Wikitech-l] problematic use of "Declined" in Phabricator

I agree, tasks should not be declined in such a way when tagged with component(s). On Tue, 2 Oct 2018 at 17:31, Amir E. Aharoni wrote: > Hi, > > I sometimes see WMF developers and product managers marking tasks as > "Declined" with comments such as these: > * "No resources for it in (team

Re: [Wikitech-l] [Engineering] Translations on hold until further notice

Since this is clearly a request to developers, I suggest posting a link to the relevant ticket(s). Alex On Wed, 26 Sep 2018 at 23:20, Greg Grossmeier wrote: > tl;dr: Please refrain from adding new strings that require translations > to MediaWiki and deployed extensions until further notice. >

Re: [Wikitech-l] Overriding MW core messages via extension

Yeah but it's not pretty - take a look at the first function in https://github.com/wikimedia/mediawiki-extensions-WikimediaMessages/blob/master/WikimediaMessages.hooks.php On Thu, 6 Sep 2018, 21:34 James Montalvo, wrote: > Is it possible to override messages part of MediaWiki core via an >

Re: [Wikitech-l] Datacenter switchover and switchback

Wiki creation relies on experienced deployers and ops, I would expect they all know. On Thu, 30 Aug 2018, 16:49 Pine W, wrote: > A couple of additional points came to mind. > > 1. Blocking the creation of new wikis sounds like it could be a big deal. > I know little about the process for

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

It's probably also worth noting that that is not the standard imposed by the quoted CoC line. On Tue, 14 Aug 2018, 20:49 Isarra Yos, wrote: > Expecting every single comment to specifically move things forward > seems... a bit excessive, frankly. Not everyone is going to have the > vocabulary to

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

Yeah I wrote some code that got U2F support working through inside the OATHAuth extension, though I don't think it ever got to Gerrit. On Tue, 14 Aug 2018, 10:31 Simon Walker, wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA256 > > On 12/08/18 17:47, Petr Bena wrote: > > Right now there

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

in the first place, and which was only relayed to this > > list through a non-neutral party? > > > > Cheers, > > Lucas > > > > Am Mi., 8. Aug. 2018 um 16:45 Uhr schrieb Dan Garry < > dga...@wikimedia.org>: > > > >> On 8 Au

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

Are you trying to ban people discussing CoC committee decisions publicly? Not that it even looks like he wrote grievances. On Wed, 8 Aug 2018, 14:23 Dan Garry, wrote: > On 8 August 2018 at 13:53, MZMcBride wrote: > > > > Ah, I found the e-mail: […] > > > > This mailing list is not an

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

So are we supposed to be careful about using 'wtf' now? On Wed, 8 Aug 2018, 13:53 MZMcBride, wrote: > Amir Ladsgroup wrote: > >I disabled the account and now I disabled it again. It's part of a CoC > >ban. We sent the user an email using the "Email to user" functionality > >from mediawiki.org

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

If there isn't any logging of this stuff how do we know it's your anti vandalism bot and not a rogue admin? On Wed, 8 Aug 2018, 01:17 Mukunda Modell, wrote: > I think you were a victim of a false-positive with the anti-vandalism tech > that's been recently deployed in phabricator. >

Re: [Wikitech-l] [Engineering] Additional European-appropriate MediaWiki train window starting week of July 9th (also SWAT change)

ST starts or ends, so it just moves the problem around instead > of really getting rid of it. > > On Wed, Jul 11, 2018 at 4:01 PM, Alex Monk wrote: > >> As long as these get pinned to SF time what the rest of the US does with >> regards to DST is irrelevant. If California drops

[Wikitech-l] [Engineering] Additional European-appropriate MediaWiki train window starting week of July 9th (also SWAT change)

As long as these get pinned to SF time what the rest of the US does with regards to DST is irrelevant. If California drops DST then it no longer affects deployments pinned to SF time. On Wed, 11 Jul 2018, 19:42 Brad Jorsch (Anomie), wrote: > On Wed, Jul 11, 2018 at 12:19 PM, Kunal Mehta >

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

Yes, though careful because CommunityTechBot shows up as a subscriber to lots of tasks now which are getting comments from other people, so it appears on the Cc list at the bottom of each email notification. On 2 July 2018 at 19:06, Ed Sanders wrote: > +100 > > Also a tip for those of you

Re: [Wikitech-l] Gerrit as a shared community space

And that's fine and good and should continue, but doesn't mean it's a shared ownership model. As I was saying before with the analogy, global users make uncontroversial edits using their rights but aren't supposed to use their global rights to involve themselves in controversies. On 9 June 2018

Re: [Wikitech-l] Gerrit as a shared community space

On 9 June 2018 at 18:14, Brion Vibber wrote: > On Sat, Jun 9, 2018 at 10:00 AM Alex Monk wrote: > > > This is outrageous. Not only are you blatantly misrepresenting what > various > > people are saying in the other thread and their intentions, > > > Perhaps.

Re: [Wikitech-l] Gerrit as a shared community space

This is outrageous. Not only are you blatantly misrepresenting what various people are saying in the other thread and their intentions, you are now suggesting that repository owners do not in fact get to decide what goes in their repository and what does not, as if this has been the case all

Re: [Wikitech-l] Can/should my extensions be deleted from the Wikimedia Git repository?

On Fri, 8 Jun 2018, 17:08 Chris Koerner, wrote: > > You probably meant just "README". This is an interesting comparison. So, > if > > an extension lacks a README file, and that extension's maintainer refuses > > to put one in, should the extension be deleted from the Wikimedia > > repository? >

Re: [Wikitech-l] Can/should my extensions be deleted from the Wikimedia Git repository?

I think Gerrit admin permissions were abused to remove the review On Fri, 8 Jun 2018, 11:57 Nischay Nahata, wrote: > It did sound like a threat given that no policy has been framed around > this, but I am glad to know that it was not your intent. > > Also, its strange that someone can just

Re: [Wikitech-l] Phabricator monthly statistics - 2018-03

I thought it was pretty unambiguous already... On Sun, 1 Apr 2018, 15:14 יגאל חיטרון, wrote: > I see, thank you. But maybe you should change it from Differential to > *Differential* or something, for the next one that will confuse. > Igal > > > On Apr 1, 2018 04:23, "James

Re: [Wikitech-l] What ways are there to include user-edited JavaScript in a wiki page? (threat model: crypto miners)

On Sat, 17 Mar 2018, 18:16 Chico Venancio, <chicocvenan...@gmail.com> wrote: > Alex Monk wrote: > I don't think the communities actually want js injected without code-review > that much. They (we) do want to have easy access to gadget and scripts > though. > Attempting to

Re: [Wikitech-l] What ways are there to include user-edited JavaScript in a wiki page? (threat model: crypto miners)

t; know > > > of any similar incidents. We have had wiki administrators inadvertently > > > inject scripts with privacy issues, such as Google Analytics. These > > > scripts have generally been promptly removed when noticed. On the other > > > hand, pages such a

Re: [Wikitech-l] News about TLS 1.3

I read the Cloudflare section on middleboxes and I wonder if it was really a good idea for them to go making changes to allow for existing boxes to do that. They are not legitimate parties to a TLS connection and browsers and websites should not have to change how they communicate to deal with

Re: [Wikitech-l] Wikidata vandalism dashboard (for Wikipedians)

Sorry, hit the wrong button with the previous email. I got an error when I tried this with language code 'En' (my phone wanted that) instead of 'en'. On 29 Jan 2018 22:00, "Alex Monk" <kren...@gmail.com> wrote: > > On 29 Jan 2018 18:51, "Eran Rosenthal" <er

Re: [Wikitech-l] Wikidata vandalism dashboard (for Wikipedians)

On 29 Jan 2018 18:51, "Eran Rosenthal" wrote: > Good idea, and thanks for sharing. > > Ideas for improvement: > 1. Missing reference - the list by itself is not sufficient to determine > whether some edit is bad or not, as there is no reference (Qid is not > meaningful). >

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

On 19 Sep 2017 5:40 pm, "C. Scott Ananian" wrote: I'm suggesting to proceed cautiously and have a proper discussion of all the factors involved instead of over-simplifying this to "community" vs "facebook". For example, the top-line github stats are: hhvm: 504

Re: [Wikitech-l] [Huggle] Fwd: EventStreams launch and RCStream deprecation

https://wikitech.wikimedia.org/wiki/EventStreams#Python seems to work if you fix the obvious missing apostrophe and do `pip install sseclient`. The CLI version below also appears to work, and this seems much nicer to me than RCStream. On 25 February 2017 at 21:25, Petr Bena

Re: [Wikitech-l] Integrating Parsoid & RESTbase into a secure MediaWiki Install

You can get a trusted cert for your home server. Look into LetsEncrypt. On 22 Feb 2017 3:15 pm, "John P. New" wrote: > Thanks to a couple of members of this list I was able to get Visual Editor > working on my WikiMedia install. > > Now I would like to run the wiki under

Re: [Wikitech-l] VisualEditor discards changes made in Wikitext editor

One of the things that should probably be noted is that, if I recall correctly, this was the feature that required the addition of the wgVisualEditorFullRestbaseURL configuration - previously there was just wgVisualEditorRestbaseURL. You'll need to set up RB and point that config var at it. On 20

Re: [Wikitech-l] +2 request for yurik in mediawiki and maps-dev

Update: I demanded an explanation for Yurik's removal, nobody would give a good one, I revoked ops' administrative rights, and now I've been removed as a gerrit administrator with ops re-added. ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org

Re: [Wikitech-l] +2 request for yurik in mediawiki and maps-dev

On 26 January 2017 at 16:03, Quim Gil wrote: > Can we > resolve this thread with this title as well, please? > We could rename the thread. On 26 January 2017 at 16:03, Quim Gil wrote: > The cause for the removal was simple: standard procedure for

Re: [Wikitech-l] +2 request for yurik in mediawiki and maps-dev

Yes, they're announced on wikitech-l: https://lists.gt.net/wiki/wikitech/335950 If you go back through one of the pages linked in that email to the date it was sent, you find the relevant vote too: https://www.mediawiki.org/w/index.php?title=Gerrit/Project_ownership=648776#Yurik_for_Core_.2B2 Even

Re: [Wikitech-l] +2 request for yurik in mediawiki and maps-dev

On 25 January 2017 at 21:24, Brian Wolff wrote: > > Presumably, bblack did > it as part of an off boarding procedure. Eventhough I disagree with this > action, I dont think its an unreasonable action, especially given the lack > of precedent. I dont see any need for him to come

Re: [Wikitech-l] +2 request for yurik in mediawiki and maps-dev

On 25 January 2017 at 21:00, Kevin Smith wrote: > We are talking about exactly the same situation: Someone was a productive > volunteer, then staff, then no longer staff. 99+% of the time, they should > retain their rights, or get them back shortly after leaving. But there

Re: [Wikitech-l] +2 request for yurik in mediawiki and maps-dev

On 25 January 2017 at 19:48, Kevin Smith wrote: > I support restoring the rights in this case, but I'm not sure it should be > automatic in all cases. If having +2 rights is relatively harmless and > reversible, then an automatic (but announced) restoration of the rights >

Re: [Wikitech-l] COMPLETELY SOLVED Re: VisualEditor in 1.28 - fails after upgrade from 1.27

that can be shown nicely by the client. A bug report for that would be good, thanks. -- Alex Monk VisualEditor/Editing team https://wikimediafoundation.org/wiki/User:Alex_Monk_(WMF) ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] Deployments: upcoming holidays and their impact

Although this is theoretically a deployment freeze week, in reality l10nupdate is still running: !log l10nupdate@tin scap sync-l10n completed (1.29.0-wmf.6) (duration: 07m 54s) On 7 December 2016 at 17:39, Chad <innocentkil...@gmail.com> wrote: > On Wed, Dec 7, 2016 at 9:22 AM Alex

Re: [Wikitech-l] Offering internationalized programming facilities within WM enviroment

See also https://phabricator.wikimedia.org/T150417 On 21 December 2016 at 21:42, Gergo Tisza wrote: > I sympathize with the goal but accessibility benefits would be far > outweighed by maintaince costs. We regularly use grep to find code which is > about to be deprecated;

Re: [Wikitech-l] VisualEditor in 1.28 - fails after upgrade from 1.27

On 19 December 2016 at 14:48, Daniel Barrett wrote: > Maybe it was this ticket in September? > > https://phabricator.wikimedia.org/T146686 Yes, that looks like it. Try applying the core EditPage and VE patches. On 19 December 2016 at 14:54, Niklas Laxström

Re: [Wikitech-l] VisualEditor in 1.28 - fails after upgrade from 1.27

I feel like that sessions error was something we fixed months ago but can't find details right now. Certainly not the first time I've seen it... On 19 Dec 2016 3:31 pm, "Brad Jorsch (Anomie)" wrote: > On Mon, Dec 19, 2016 at 8:20 AM, Daniel Barrett

Re: [Wikitech-l] VisualEditor in 1.28 - fails after upgrade from 1.27

Thanks Andre. Yeah, I'll need more than that to help. On 19 Dec 2016 10:10 am, "Andre Klapper" wrote: > On Mon, 2016-12-19 at 02:05 +, Daniel Barrett wrote: > > /* > > [37fc66f00dced89747fd4433] 2016-12-18 23:40:16: Fatal exception of > > type

Re: [Wikitech-l] VisualEditor in 1.28 - fails after upgrade from 1.27

ies'] = true; > > The parsoid settings file has: > > parsoidConfig.setMwApi({ prefix: 'example.com', uri: ' > http://dev.example.com/w/api.php' }); > parsoidConfig.useSelser = true; > > Thank you for any insights! > DanB > >

Re: [Wikitech-l] Deployments: upcoming holidays and their impact

> Wikitech-l mailing list > Wikitech-l@lists.wikimedia.org > https://lists.wikimedia.org/mailman/listinfo/wikitech-l > -- Alex Monk VisualEditor/Editing team https://wikimediafoundation.org/wiki/User:Krenair_(WMF) ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] Update on WMF account compromises

The 'phabricator model' is far from perfectly fitting our needs though: https://secure.phabricator.com/maniphest/query/qWbzSK1NVwb0/ On 17 Nov 2016 1:07 pm, "Vi to" wrote: That's obvious, anybody knows only bag inspectors are allowed to inspect wallets. Coming back to

[Wikitech-l] New puppetmaster in deployment-prep

Hi all, Just so everyone using the deployment-prep instances are aware: deployment-puppetmaster has been retired in favour of deployment-puppetmaster02, which runs role::puppetmaster::standalone, which should behave much closer to how production puppetmasters and the labs default puppetmaster

Re: [Wikitech-l] Automatic gerrit authentication and retrieval of reviews

Me and Bryan have been discussing this. There might be a hacky way to map SUL accounts to LDAP accounts - Phabricator allows users to login via LDAP as you'd expect, but it also allows OAuth against Wikimedia SUL accounts. Therefore the mapping can exist there, where users have set it up. You'd

Re: [Wikitech-l] Automatic gerrit authentication and retrieval of reviews

On 21 October 2016 at 10:13, Strainu wrote: > 1. Gerrit does not seem to support oauth authentication. I vaguely > remember that the gerrit account used to be linked to the mw.org > account. Is there any way I could use the mw.org auth to retrieve the > gerrit account and/or

Re: [Wikitech-l] ParserAfterParse not called by VisualEditor?

On 9 October 2016 at 01:37, James HK wrote: > > VE's edits should be (indirectly) going through the action=edit API. > > I'm not sure this answer is very helpful. I wonder about this as well > whether edits initiated by VE/NWE will actually end-up being processed >

Re: [Wikitech-l] ParserAfterParse not called by VisualEditor?

ny advice on how I could work around this? E.g. an > alternative hook I should use? > > Cheers > Stephan > ___ > Wikitech-l mailing list > Wikitech-l@lists.wikimedia.org > https://lists.wikimedia.org/mailman/listinfo/

Re: [Wikitech-l] Gerrit members can't add members anymore?

an't add members anymore? > > Datum: 2016-09-16T12:22:45+0200 > > Von: "Alex Monk" <kren...@gmail.com> > > An: "Florian Schmidt" <florian.schmidt.wel...@t-online.de>, "Wikimedia > developers" <wikitech-l@lists.wikimedia.org> > &

Re: [Wikitech-l] Gerrit members can't add members anymore?

Gerrit groups each have an 'Owners' field that specifies which group can administrate it. In some cases this points to the group itself, but extension-GoogleLogin is owned by the gerrit administrators. Users can requested to be added by us, see

Re: [Wikitech-l] Finding namespaces

On 31 August 2016 at 12:18, Bináris wrote: > How can I find out from witihn a wiki, what namespaces itt uses? > Special:AllPages has a dropdown with each namespace. On 31 August 2016 at 12:18, Bináris wrote: > Additional question: where can I see

[Wikitech-l] deployment-prep using valid certs for HTTPS

by the cert or aren't redirecting HTTP to HTTPS in Varnish. -- Alex Monk ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] "basic" usergroup

https://gerrit.wikimedia.org/r/#/c/301735/ got merged, backported and deployed around 4AM this morning, so this is now resolved. On 29 July 2016 at 03:06, Alex Monk <a...@wikimedia.org> wrote: > (re-sending, apparently mailman didn't like my previous emails) > Looks like it was

Re: [Wikitech-l] "basic" usergroup

(re-sending, apparently mailman didn't like my previous emails) Looks like it was this: https://gerrit.wikimedia.org/r/213314 This appears to be an accident. During a migration of configuration code to a new system, a 'basic' 'GrantPermissions' line was put into the new file under

Re: [Wikitech-l] Parsoid Exception HTTP 500

I would check your parsoid localsettings.js config file... There should be a setInterwiki call in there pointing to your MediaWiki api.php. The parsoid server needs to be able to fetch that URL. On 28 July 2016 at 12:42, Julian Loferer wrote: > Hello, > > i have a problem.

Re: [Wikitech-l] [Ops] Canary Deploys for MediaWiki

If the intermediate state throws notices/errors, wouldn't it be a better idea to sync-file in the correct order to prevent such notices/errors? On 25 July 2016 at 21:54, Roan Kattouw wrote: > Note to deployers: when syncing certain config changes (e.g. adding a new >

Re: [Wikitech-l] Phabricator monthly statistics - 2016-05

On 1 June 2016 at 02:19, Bartosz Dziewoński <matma@gmail.com> wrote: > On 2016-06-01 02:24, Alex Monk wrote: > >> Here are the numbers that I'd like to draw people's attentions to: >> Tasks created in (2016-05): 2572 >> Tasks closed in (2016-05): 2275 >&

Re: [Wikitech-l] Phabricator monthly statistics - 2016-05

If you look back through all the previous monthly statistics emails, account creations regularly go above 300 per month. Phabricator account creations are done through first MediaWiki logins via OAuth or LDAP, yes. Here are the numbers that I'd like to draw people's attentions to: Tasks created

Re: [Wikitech-l] Best practice for WIP patches to help code review office hours

On 12 May 2016 at 22:26, Jon Robson wrote: > Could I ask that as a norm, if you post a WIP patch that you also self -2 > it? > I think you can only -2 if you have the rights necessary to +2? ___ Wikitech-l mailing list

Re: [Wikitech-l] [Wikitech-ambassadors] Tech News (2016, week 12)

Reminder: The IRC breaking change is happening tomorrow! On 21 March 2016 at 16:07, Johan Jönsson wrote: > Hi, > > The latest technical newsletter is now available at < > https://meta.wikimedia.org/wiki/Special:MyLanguage/Tech/News/2016/12>. > Below is the English

Re: [Wikitech-l] Docs, use of, and admin privileges for wikimedia github project?

On 27 April 2016 at 01:15, Bryan Davis wrote: > The Wikimedia GitHub project gives me two things in one place that I > don't get elsewhere: > * Find a repo based on some partial name I remember it probably has > using the "Find a repository..." filtering at >

Re: [Wikitech-l] Security patch

It's not an extension that gets bundled with MediaWiki releases. On 26 April 2016 at 19:52, Ryan Lane wrote: > Any chance that Wikimedia Foundation can actually do proper releases of > this extension, rather than sending people a link to a phabricator page > that has a link

Re: [Wikitech-l] Docs, use of, and admin privileges for wikimedia github project?

On 25 April 2016 at 17:01, Chris Steipp wrote: > Correct, all admins should have two-factor setup. I believe everyone who is > an admin there has +2 in gerrit, and a reason to have the rights in Github. > I'd propose those 3 things as a minimal standard, since I don't

Re: [Wikitech-l] Microsoft Edge browser testing notes

On 15 April 2016 at 23:02, Brion Vibber wrote: > * There's a new public issue tracker for Edge > > which is much easier to use than Microsoft Connect > Seems they closed all the old Connect bugs and

Re: [Wikitech-l] scheduled downtime for bast1001 tomorrow 1800 UTC

It may also want the old key removed for the IP, done in the same way: ssh-keygen -f "/home/yourusername/.ssh/known_hosts" -R 208.80.154.149 On 13 April 2016 at 19:04, Daniel Zahn wrote: > bast1001 is back, now on Debian jessie, and you can use it again. > > All users have

Re: [Wikitech-l] Phabricator was down for a short time today (April 4th)

t=Miscellaneous+eqiad=iridium.eqiad.wmnet=m==false=2=medium_group=NOGROUPS > and...well fairly busy but still "packable", though I'll let more > experienced people think about it ;) > > Vito > > > Il 04/04/2016 20:11, Alex Monk ha scritto: > >> Actually I bel

Re: [Wikitech-l] Phabricator was down for a short time today (April 4th)

Actually I believe OTRS was moved into the ganeti VM cluster a couple of months ago. I'm not sure whether Phabricator is considered a not-so-resource-consuming service... On 4 April 2016 at 19:01, Vituzzu wrote: > Why not a small virtualised cluster for these

Re: [Wikitech-l] How to find pages using the Score extension?

quarry is under wmflabs.org, not wikimedia.org, as it's in labs :) On 16 March 2016 at 00:12, Brian Wolff wrote: > On Tuesday, March 15, 2016, Daniel Mietchen < > daniel.mietc...@googlemail.com> > wrote: > > Hi, > > > > I want to get an idea how many times the Score extension

Re: [Wikitech-l] pt.wikimedia.org - database naming

on to choose (rename the db, if that's at > all viable, or start a new wiki using pt2wikimedia, if that's acceptable, > or something else). Is there anything we from Wikimedia Portugal can do or > say to help move this forward? > > On Thu, Mar 3, 2016 at 2:16 PM, Alex Monk <kren.

Re: [Wikitech-l] pt.wikimedia.org - database naming

I'm not sure what you're expecting, Alchimista. I haven't received any extra emails on the subject beyond those from the Phabricator task and those on this list. On 3 March 2016 at 11:34, Alchimista wrote: > Any update on this? > > 2016-02-24 18:39 GMT+00:00 Legoktm

Re: [Wikitech-l] Everything is a wiki page

Thanks Nemo. Maybe we should tag this {{Development guideline}}? On 2 March 2016 at 11:16, Federico Leva (Nemo) wrote: > I started https://www.mediawiki.org/wiki/Everything_is_a_wiki_page > > This is a very simple concept which, however, I find is often neglected. > Some

[Wikitech-l] pt.wikimedia.org - database naming

Hi all, A request has come up (https://phabricator.wikimedia.org/T126832) to re-create pt.wikimedia.org on the wikimedia cluster. Unfortunately it was previously hosted there and so the 'ptwikimedia' database name is already taken. Since database renaming does not really appear to be an option,

Re: [Wikitech-l] Mass migration to new syntax - PRO or CON?

PRO from me, for all the reasons mentioned by legoktm On 12 February 2016 at 19:26, Legoktm wrote: > Hi, > > On 02/12/2016 07:27 AM, Daniel Kinzler wrote: > > Now that we target PHP 5.5, some people are itching to make use of some > new > > language features, like

Re: [Wikitech-l] [Labs-l] New [[Main Page]] for Wikitech

Nice. What is needed to get other labs projects listed on the front page like tools? On 29 January 2016 at 05:55, Bryan Davis wrote: > I've been working on a little redesign project for the Main Page on > wikitech [0] and three key sub pages it points to since 2016-01-01 in

Re: [Wikitech-l] Scope of ArchCom

On 28 January 2016 at 18:53, Rob Lanphier wrote: > This is especially true given that ArchComm really has absolutely no say > > in resourcing and a given feature may not have secured funding (people, > > hardware etc.) > > > > Awwwyou're mail was so great, and then you

Re: [Wikitech-l] Scope of ArchCom

(I did, of course, mean Ar*ch*Comm there, yes. Thanks to those of you who pointed it out.) On 28 January 2016 at 19:07, Alex Monk <kren...@gmail.com> wrote: > On 28 January 2016 at 18:53, Rob Lanphier <ro...@wikimedia.org> wrote: > >> This is especially true given

Re: [Wikitech-l] Close test2wiki?

+1 from me for closing it. Do people have important things there, or can it be 'deleted'? On 27 January 2016 at 22:01, Chad wrote: > On Wed, Jan 27, 2016 at 2:00 PM James Forrester > wrote: > > > On 27 January 2016 at 13:57, Ori Livneh

Re: [Wikitech-l] Scope of ArchCom

On 28 January 2016 at 02:15, Legoktm wrote: > Hi, > > On 01/27/2016 12:46 PM, Matthew Flaschen wrote: > > On 01/25/2016 03:16 PM, Rob Lanphier wrote: > >> In the short-term, I believe a non-Wikimedia focused subgroup of ArchCom > >> may make sense. The declining

Re: [Wikitech-l] Scope of ArchCom

On 25 January 2016 at 20:16, Rob Lanphier wrote: > So: forks welcome! Any takers? At this point I'm not sure any non-Wikimedia MediaWiki contributors have the resources to do so. I think WMF employs most of the main MW developers, and probably does >50% of the

Re: [Wikitech-l] [Engineering] Proposal regarding the future of X-Wikimedia-Debug and testwiki

Trying again from a different address On 26 January 2016 at 01:04, Alex Monk <am...@wikimedia.org> wrote: > Forwarding to wikitech-l since this is not really specific to staff, but > all shell users. > > On 25 January 2016 at 20:39, Ori Livneh <o...@wikimedia.org> wro

Re: [Wikitech-l] Scope of ArchCom

To clarify - are you saying this is the actual current scope of ArchCom, or are you advocating for a change in scope? On 22 January 2016 at 22:03, Rob Lanphier wrote: > ArchCom is the mechanism we hope to ensure > we build and deploy increasingly excellent software on the

Re: [Wikitech-l] Ifexists across wikis

I don't think there is a way to get a database name from an interwiki prefix. Also, whether a page is known or not does not just depend on a simple database lookup. Extensions can add arbitrary rules about which titles should be considered known or not. EducationProgram, GlobalUserPage, and

Re: [Wikitech-l] PHP 7.0.0 Released

Wasn't newphp actually a keyword imported from Bugzilla into Phabricator as a tag? On 4 December 2015 at 00:37, MZMcBride wrote: > Ricordisamoa wrote: > >The PHP development team announces > > the immediate > >availability of

Re: [Wikitech-l] Code of Conduct: Intro, Principles, and Unacceptable behavior sections

On 5 September 2015 at 23:19, David Gerard wrote: > > > I don’t feel safe because there is a code of conduct. But I tell you one > thing that makes me feel unsafe – men who will endlessly, vociferously > argue against them. Maybe a code of conduct isn’t meaningful. But at this

Re: [Wikitech-l] renaming Wikimedia domains

On 26 August 2015 at 15:13, Jaime Crespo jcre...@wikimedia.org wrote: AFAIK It requires a patch, that is proposed (by Reedy, I think), but not implemented. I'm not convinced that patch is needed. We already have $staticMappings in multiversion which should allow the new domain to be pointed to

Re: [Wikitech-l] renaming Wikimedia domains

On 26 August 2015 at 10:35, Jaime Crespo jcre...@wikimedia.org wrote: Due to internal (and growing) complexity of the mediawiki software, and WMF installation (regarding numerous plugins and services/servers), this is a non trivial task. It also involves many moving pieces and many people-

Re: [Wikitech-l] renaming Wikimedia domains

On 27 August 2015 at 04:57, Brian Wolff bawo...@gmail.com wrote: If we can serve from two different domains, surely we could serve from two domains, delete 1, and then just serve from the new domain. That's my plan with https://gerrit.wikimedia.org/r/#/c/233972/ - I've added it to the puppet

Re: [Wikitech-l] Code of conduct

It looks like Communicate about technology in public where possible. Private means of communication do exist, but prefer to use public places unless an exception is appropriate. has been removed and Publication of non-harassing private communication. has been added as a form of harassment... On

Re: [Wikitech-l] VE plugin related questions

The save button should be enabled if your model is marked as having been modified - see ve.dm.Surface.prototype.hasBeenModified in VisualEditor/VisualEditor.git - it is at least partially based on the undo stack, so these two problems are almost certainly linked. I think you should be using

Re: [Wikitech-l] Phabricator tag for bugs in local projects

A single gadgets project that just tracks an issue with any MediaWiki gadget out there is just going to create a completely useless mess. I think that to track an issue with a gadget in Phabricator, there should be at least one associated project for the specific gadget (i.e., not just a tag or

Re: [Wikitech-l] VE stopped working on 1.25 after import update of wiki db (1.23-1.25)

Do you run `git submodule update --init` after checking out REL1_25 of VE? What is in your browser's developer console when you try to load VE? On 10 July 2015 at 21:51, Daren Welsh darenwe...@gmail.com wrote: We have an existing wiki using MW 1.23. We are working on a build script to generate

  1   2   >