Re: [Wikitech-l] Gadget I18N: Recommendation?
Hi Helder, this is great news, thank you. Unfortunately there is not much information on _how_ to register the messages. I guess the code listing below gd_shared [1] with the line messages: [foobar-welcome, foo-bye, recentchanges], shall be an example definition. It probably is intended to go on some Gadget definition page in the MediaWiki namespace, doesn't it? Do you know about the current state of Gadgets 2.0? Last edit of the page was in February, the talk page is of July 2013 and the Roadmap [2] doesn't contain any dates. On the talk page Krinkle states in 2013 that is almost ready but VisualEditor was more important and took the resources. [1] https://www.mediawiki.org/wiki/ResourceLoader/Version_2_Design_Specification#Storage_of_Gadget_definition [2] https://www.mediawiki.org/wiki/Extension:Gadgets/Roadmap#Gadgets_2.0 -- Robert -Ursprüngliche Nachricht- Von: wikitech-l-boun...@lists.wikimedia.org [mailto:wikitech-l-boun...@lists.wikimedia.org] Im Auftrag von Helder . Gesendet: Dienstag, 22. Juli 2014 22:30 An: Wikimedia developers Betreff: Re: [Wikitech-l] Gadget I18N: Recommendation? Gadgets 2.0 will solve this: https://www.mediawiki.org/wiki/Gadgets_2.0#Messages Helder ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Feedback for mediawiki api development course on codecademy.
Yep, it's bugged. Can't get past the second exercise. Really glad to see this course on Codecademy by the way. They've proven to be a helpful resource. On Tue, Jul 22, 2014 at 3:56 PM, Sumana Harihareswara suma...@wikimedia.org wrote: Taking to private email/IRC. :) Sumana Harihareswara Senior Technical Writer Wikimedia Foundation On Tue, Jul 22, 2014 at 3:54 PM, Diwanshi Pandey diwanshipan...@gmail.com wrote: Hi Sumana, In the first exercise when are you getting the error you mentioned. I mean Did you change the String New York to Saint Petersburg ? Can you tell me the sequence of what you did? Because I am not getting that error. Otherwise try Reset Code once. Thanks On Tue, Jul 22, 2014 at 11:24 PM, Diwanshi Pandey diwanshipan...@gmail.com wrote: Hi Sumana, Thanks, for reporting the issue.. I will check it. The issue Alex reported works fine for me. And also i have reported codecademy about it. I will ping them once again for that. On Jul 22, 2014 10:09 PM, Sumana Harihareswara suma...@wikimedia.org wrote: Diwanshi, the bug Alex reported is still a problem. There's a similar bug on step 3. Sumana Harihareswara Senior Technical Writer Wikimedia Foundation On Tue, Feb 25, 2014 at 1:48 PM, Diwanshi Pandey diwanshipan...@gmail.com wrote: Hi Alex, Thanks for the feedback. I just checked the code of the exercise you have mentioned. The code is all fine. Codecademy has some buggy exercises too may be its the one and for that I'll report the bug in codecademy. Review the other aspects too. Thanks, On Tue, Feb 25, 2014 at 11:40 PM, Alex Monk kren...@gmail.com wrote: Hi Diwanshi, I noticed an issue with http://www.codecademy.com/courses/web-beginner-en-vj9nh/0/2 - it seems that after changing the text parameter to [ http://www.wikipedia.orgWikipedia]; it still says Oops, try again. Please set text parameter to [ http://www.wikipedia.org Wikipedia] when I try to click Save Submit code. Alex Monk On 25 February 2014 06:42, Diwanshi Pandey diwanshipan...@gmail.com wrote: Hello everyone, I am Diwanshi Pandey, an OPW intern. I'd like to have your feedback on the course I have created on codecademy for mediawiki api with help of my mentor Yuri Astrakhan. A little insight: The course is about parsing and querying mediawiki api. Initially we created one course which included 44 exercises but according to codecademy's guidelines their course are for beginners and should have maximum 30 exercises in one course. So we did a split up into two courses: One is Introduction to Wikipedia APIhttp://www.codecademy.com/courses/web-beginner-en-vj9nh/0/1 and other is Wikipedia:Query API http://www.codecademy.com/courses/web-beginner-en-yd3lp/0/1 . Also due to api security and restrictions we couldn't implement tutorial on editing wiki pages through api call from a non wiki site yet. We are waiting till we find a good and easy way to demo that. Feedback may include: * Are the exercises easy to understand for novice users/developers? * Are changes needed in the look of exercises? * Are there any exercises which need not to be implemented or in too depth? * Any other thing? Thanks, -- *Regards,* *Diwanshi Pandey* ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l -- *Regards,* *Diwanshi Pandey* ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l -- *Regards,* *Diwanshi Pandey* ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l -- Justin Folvarcik ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Phabricator migration update
Hello Andre! teams are definitely welcome to try out the Labs instance Can you say, how is the workflow for this? My team is only me (;)) with a very little project: https://www.mediawiki.org/wiki/Extension:GoogleLogin but maybe i can test, too, while using phabricator :) Thanks for answer! Kind regards, Floian Am 2014-07-23 00:43, schrieb Andre Klapper: Hi, On Fri, 2014-07-18 at 15:29 -0700, Steven Walling wrote: When we've migrated from Bugzilla, are you looking for teams to be guinea pigs and try out Phabricator? Overall, I feel like we're not going to get the real benefit until we migrate from Gerrit and the entire toolset is on Phabricator. That said, I think Growth would be interested in provisionally giving Phabricator a try as a Trello/Bugzilla replacement. Note that mail notifications can sometimes be delayed due (bug 65861). If you are aware that fab.wmflabs.org is an unstable service until migrated to production, and if you could deal with potential data loss (which has never happened so far), teams are definitely welcome to try out the Labs instance with a small project and provide more feedback. andre ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Anyone going to WikiMania?
Thanks for all your great responses and tips! I'm really looking forward to it. See you there! - Mark Clements (HappyDog) Tim Starling tstarl...@wikimedia.org wrote in message news:lqhsp5$aco$1...@ger.gmane.org... On 21/07/14 00:24, Marc A. Pelletier wrote: On 07/19/2014 05:47 AM, Mark Clements (HappyDog) wrote: I've never been to a hackathon before! What should I expect? Are any of you guys coming? Hackathons tend to cover the range from complete newbie to Brion; it's the meeting place for everyone who are involved - or want to get involved - in everything related to technical aspects of Mediawiki/Wikimedia; from core to language to tools. It will be big, maybe 345 people. If previous Wikimanias are a useful guide, many of the people will be locals who have only a passing interest in MediaWiki, and were just looking for a cheap tech conference to go to. Local students who know nothing about MediaWiki will walk up to you and shake your hand, while some active, long-term developers will sit in a corner by themselves staring at their laptops. Reading name badges is useful, especially if the font is large enough that it can be read without seeming intrusive. Hopefully we will have a wikified attendence list. If you know that someone is present who you want to talk to, you can ask someone to point them out to you. My advice is to concentrate on the things you can't do at home. Meet people, get to know them, build a rapport. Listen to their ideas, get inspired, share your own ideas in return. Don't expect to write a significant amount of code. I will be there. -- Tim Starling ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
[Wikitech-l] Reviewing a couple of TorBlock patches
According to our algorithm (*), TorBlock currently has the worse track reviewing code contributions -- even after Tim gave a -1 to one of the three open patches last week (thanks!). There are two patches from Tyler that haven't received any feedback at all since August 2013. https://gerrit.wikimedia.org/r/#/q/status:open+project:mediawiki/extensions/TorBlock,n,z Your help reviewing these patches is welcome. It is not surprising that this extension has no maintaner listed at https://www.mediawiki.org/wiki/Developers/Maintainers (someone suggested Tim in that table, he disagrees and edited accordingly). Also, maybe someone is interested in maintaining this extension? Only eleven patches submitted in the last 15 months. (*) http://korma.wmflabs.org/browser/gerrit_review_queue.html -- the algorithm happens to be buggy these days, but apparently equally buggy for all repos, which still results in some kind of justice. -- Quim Gil Engineering Community Manager @ Wikimedia Foundation http://www.mediawiki.org/wiki/User:Qgil ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
[Wikitech-l] Quick PHP question about checking for web API
HI folks, I’m working on a another MediaWiki extension and I wanted to know if there is another way to check that the web API is enabled other than just performing: if ( $wgEnableAPI === true ) I was hoping there was some function that just returned the value of $wgEnableAPI. If there is another way to see if the user has turned off the web API, that would be cool, too. I just need to check that it’s enabled. Thanks in advance, Shawn M. Jones Graduate Research Assistant Department of Computer Science Old Dominion University Email: sj...@cs.odu.edu Research group: http://ws-dl.blogspot.com Twitter:@shawnmjones ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Phabricator migration update
when do you plan to launch fabricator on production? I would like to be a guinea pig with a number of small projects (wm-bot and huggle for beginning) On Wed, Jul 23, 2014 at 12:08 PM, Florian Schmidt florian.schmidt.wel...@t-online.de wrote: Hello Andre! teams are definitely welcome to try out the Labs instance Can you say, how is the workflow for this? My team is only me (;)) with a very little project: https://www.mediawiki.org/wiki/Extension:GoogleLogin but maybe i can test, too, while using phabricator :) Thanks for answer! Kind regards, Floian Am 2014-07-23 00:43, schrieb Andre Klapper: Hi, On Fri, 2014-07-18 at 15:29 -0700, Steven Walling wrote: When we've migrated from Bugzilla, are you looking for teams to be guinea pigs and try out Phabricator? Overall, I feel like we're not going to get the real benefit until we migrate from Gerrit and the entire toolset is on Phabricator. That said, I think Growth would be interested in provisionally giving Phabricator a try as a Trello/Bugzilla replacement. Note that mail notifications can sometimes be delayed due (bug 65861). If you are aware that fab.wmflabs.org is an unstable service until migrated to production, and if you could deal with potential data loss (which has never happened so far), teams are definitely welcome to try out the Labs instance with a small project and provide more feedback. andre ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Phabricator migration update
Hi Florian, On Wednesday, July 23, 2014, Florian Schmidt florian.schmidt.wel...@t-online.de wrote: Hello Andre! teams are definitely welcome to try out the Labs instance Can you say, how is the workflow for this? See Requesting a new project https://www.mediawiki.org/wiki/Phabricator/Help Your questions (and yourselves) are welcome! -- Quim Gil Engineering Community Manager @ Wikimedia Foundation http://www.mediawiki.org/wiki/User:Qgil ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Phabricator migration update
Am 2014-07-23 14:43, schrieb Quim Gil: Hi Florian, On Wednesday, July 23, 2014, Florian Schmidt florian.schmidt.wel...@t-online.de wrote: Hello Andre! teams are definitely welcome to try out the Labs instance Can you say, how is the workflow for this? See Requesting a new project https://www.mediawiki.org/wiki/Phabricator/Help Your questions (and yourselves) are welcome! Hi Quim! See Requesting a new project https://www.mediawiki.org/wiki/Phabricator/Help Maybe next time i read first ;) Your questions (and yourselves) are welcome! Thanks :) Kind regards, Florian ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Reviewing a couple of TorBlock patches
FYI, I’d be willing to maintain the extension, but it’d be best it there was one other person, since it is WMF-deployed and thus I cannot merge my own patches. -- Tyler Romeo 0x405D34A7C86B42DF From: Quim Gil q...@wikimedia.org Reply: Wikimedia developers wikitech-l@lists.wikimedia.org Date: July 23, 2014 at 7:57:07 To: Wikimedia developers wikitech-l@lists.wikimedia.org Subject: [Wikitech-l] Reviewing a couple of TorBlock patches According to our algorithm (*), TorBlock currently has the worse track reviewing code contributions -- even after Tim gave a -1 to one of the three open patches last week (thanks!). There are two patches from Tyler that haven't received any feedback at all since August 2013. https://gerrit.wikimedia.org/r/#/q/status:open+project:mediawiki/extensions/TorBlock,n,z Your help reviewing these patches is welcome. It is not surprising that this extension has no maintaner listed at https://www.mediawiki.org/wiki/Developers/Maintainers (someone suggested Tim in that table, he disagrees and edited accordingly). Also, maybe someone is interested in maintaining this extension? Only eleven patches submitted in the last 15 months. (*) http://korma.wmflabs.org/browser/gerrit_review_queue.html -- the algorithm happens to be buggy these days, but apparently equally buggy for all repos, which still results in some kind of justice. -- Quim Gil Engineering Community Manager @ Wikimedia Foundation http://www.mediawiki.org/wiki/User:Qgil ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Phabricator migration update
On Wednesday, July 23, 2014, Petr Bena benap...@gmail.com wrote: when do you plan to launch fabricator on production? I would like to be a guinea pig with a number of small projects (wm-bot and huggle for beginning) The time of the Phabricator guinea pigs is now: https://www.mediawiki.org/ wiki/Phabricator/Help :) -- Quim Gil Engineering Community Manager @ Wikimedia Foundation http://www.mediawiki.org/wiki/User:Qgil ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Phabricator migration update
Howdy! Wiadomość napisana przez Quim Gil q...@wikimedia.org w dniu 23 lip 2014, o godz. 15:16: https://www.mediawiki.org/ wiki/Phabricator/Help I'm just fixing a link here: https://www.mediawiki.org/wiki/Phabricator/Help Bye, Michał signature.asc Description: Message signed with OpenPGP using GPGMail ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
[Wikitech-l] Remider: Next bug triage for pywikibot starts in less than 24 hours
Hello all, This e-mail is just a reminder for you that next bug triage for pywikibot https://www.mediawiki.org/wiki/Bug_management/Triage/20140724 will start tomorrow 10:00 UTC. You are very welcome to join. For further information see this blog post https://blog.wikimedia.org/2014/07/10/pywikibot-will-have-its-next-bug-triage-on-july-24%e2%88%9227/ . Best -- Amir ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Remider: Next bug triage for pywikibot starts in less than 24 hours
*Reminder :D On Wed, Jul 23, 2014 at 6:33 PM, Amir Ladsgroup ladsgr...@gmail.com wrote: Hello all, This e-mail is just a reminder for you that next bug triage for pywikibot https://www.mediawiki.org/wiki/Bug_management/Triage/20140724 will start tomorrow 10:00 UTC. You are very welcome to join. For further information see this blog post https://blog.wikimedia.org/2014/07/10/pywikibot-will-have-its-next-bug-triage-on-july-24%e2%88%9227/ . Best -- Amir -- Amir ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Gadget I18N: Recommendation?
You can use mw.messages.set( { key: 'value', … } ) to set the message keys that are used by mw.message() and mw.msg(). No need for mw.loader.implement() (in fact, you should probably never call that function at all). This has no i18n support by itself, so you have to handle that part yourself (either loading them from somewhere else or just keeping the entire list in source code). A very simple practical example (with no language fallback chain support, it just falls back to English): var translations = { en: { 'my-gadget-some-key': My message }, pl: { 'my-gadget-some-key': Moja wiadomość } }; var userLanguage = mw.config.get( 'wgUserLanguage' ); mw.messages.set( translations[userLanguage] || translations.en ); ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] logging out on one device logs user out everywhere
On Tuesday, July 22, 2014, MZMcBride z...@mzmcbride.com wrote: Chris Steipp wrote: I think this should be managed similar to https-- a site preference, and users can override the site config with a user preference. Please no. There's been a dedicated effort in 2014 to reduce the number of user preferences. They're costly to maintain and they typically indicate a design flaw: software should be sensible by default and a user preference should only be a tool of last resort. The general issue of user preferences-creep remains particularly acute as global (across a wikifarm) user preferences still do not exist. Of course in this specific case, given the relationship with CentralAuth, you probably could actually have a wikifarm-wide user preference, but that really misses the larger point that user preferences should be avoided, if at all possible. I'll start a new thread about my broader thoughts here. I think we have too many preferences also, no disagreement there. But like Risker, I too want to always destroy all my sessions when I logout (mostly because I log in and out of accounts a lot while testing, and I like knowing that applies to all the browsers I have open). So I'm biased towards thinking this is preference worthy, but I do think it's one of those things that if it doesn't behave as a user expects, they're going to think it's a flaw in the software and file a bug to change it. I'm totally willing to admit the expectations I have are going to be the minority opinion. If it's a very, very small number of us, then yeah, preference isn't needed, and we can probably get by with a gadget. Your proposal for account info and session management is good too. I hope someone's willing to pick that up. MZMcBride ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org javascript:; https://lists.wikimedia.org/mailman/listinfo/wikitech-l ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] logging out on one device logs user out everywhere
Le 16/07/2014 03:52, Jon Robson a écrit : (Forked from Re: [Wikitech-l] Not logged in page) Is it time to revisit this behaviour? It's come up as being a usability problem a few times now. Currently if I log out of a public computer it logs me out of my tablet device,mobile device and home computer. :( See bug for reference [1] [1] https://bugzilla.wikimedia.org/show_bug.cgi?id=49890 Hello, I would use a system similiar to Github or Phabricator. When you log out, it only invalidate your current browser session. Then in you preference you have a list of all valid sessions which which you can manually invalidate. On Github that is under Settings - Security https://github.com/settings/security That shows me: == Sessions == This is a list of devices that have logged into your account. Revoke any sessions that you do not recognize. Nantes: some IP Safari on OS X 10.9.4 Location: Nantes, France Signed in: May 26, 2014 That gives enough information to identify the sessions and invalidate them if needed. We could add a tab to Special:Preferences. An interesting feature on Github is the security history which listnew sessions and from where I logged on. Might be worth a look at. The same goes on for Phabricator, if you are logged in: http://fab.wmflabs.org/settings/panel/sessions/ Gives me a table such as: ++---++-++ |Identity|Session|Type|Created |Expires | ++---++-++ |hashar |abcdef |web |Apr 29 2014, 7:54 AM |Tue, Aug 19 | ++---++-++ There are less informations than on Github though. -- Antoine hashar Musso ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] logging out on one device logs user out everywhere
I think generally user's expectation (and imho desirable behaviour in general[1]) is that logging out one session, does not affect other sessions. However I think it's a valid use case to be able to invalidate other sessions remotely (e.g. you lost control over the device or it's inconvenient to get at), as well as being able to invalidate all other sessions (paranoia, convenience, clean slate, or I can't remember what device that bloke had when I needed to check my e-mail and forgot to log out). Both Gmail and Facebook currently implement systems like this. On Gmail, you have a footnote Last account activity: time ago with a details link providing an overview of all current sessions (basically extracted from session data associated with the session cookies set for your account). It shows the device type (user agent or, if not cookie based, the protocol, like IMAP/SMTP), the location and IP, and when the session was last active. It has an option to Sign out all other session. On Facebook, the Security Settings feature has a section Where You're Logged In which is similar. Though slightly more enhanced in that it also allows ending individual sessions. They also have a section Trusted Browsers which is slightly different in that it lists sessions that are of the Remember me type and also lists authenticated devices that won't ask for two-step verification again. And the ability to revoke any of them. — Krinkle [1] E.g. not expectation based on previous negative experience with other sites. On 23 Jul 2014, at 16:45, Chris Steipp cste...@wikimedia.org wrote: On Tuesday, July 22, 2014, MZMcBride z...@mzmcbride.com wrote: Chris Steipp wrote: I think this should be managed similar to https-- a site preference, and users can override the site config with a user preference. Please no. There's been a dedicated effort in 2014 to reduce the number of user preferences. They're costly to maintain and they typically indicate a design flaw: software should be sensible by default and a user preference should only be a tool of last resort. The general issue of user preferences-creep remains particularly acute as global (across a wikifarm) user preferences still do not exist. Of course in this specific case, given the relationship with CentralAuth, you probably could actually have a wikifarm-wide user preference, but that really misses the larger point that user preferences should be avoided, if at all possible. I'll start a new thread about my broader thoughts here. I think we have too many preferences also, no disagreement there. But like Risker, I too want to always destroy all my sessions when I logout (mostly because I log in and out of accounts a lot while testing, and I like knowing that applies to all the browsers I have open). So I'm biased towards thinking this is preference worthy, but I do think it's one of those things that if it doesn't behave as a user expects, they're going to think it's a flaw in the software and file a bug to change it. I'm totally willing to admit the expectations I have are going to be the minority opinion. If it's a very, very small number of us, then yeah, preference isn't needed, and we can probably get by with a gadget. Your proposal for account info and session management is good too. I hope someone's willing to pick that up. MZMcBride ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org javascript:; https://lists.wikimedia.org/mailman/listinfo/wikitech-l ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] RFC discussion Wednesday: Composer-managed libraries on WMF cluster
This is starting in half an hour. On Mon, Jul 21, 2014 at 2:46 PM, Sumana Harihareswara suma...@wikimedia.org wrote: Sorry, time error. Fixing below. On Mon, Jul 21, 2014 at 11:40 AM, Sumana Harihareswara suma...@wikimedia.org wrote: https://www.mediawiki.org/wiki/Architecture_meetings/RFC_review_2014-07-23 This Wednesday we're discussing Bryan Davis's suggested process for using Composer managed PHP libraries to support MediaWiki on the WMF production and beta clusters. https://www.mediawiki.org/wiki/Requests_for_comment/Composer_managed_libraries_for_use_on_WMF_cluster He says: I would really appreciate comments from those of you spend time thinking about keeping the cluster running smoothly and securely. I would especially be excited to hear ideas about how we can ensure that upstream security issues are tracked and responded to in a timely manner. 2200-2300 UTC on Wednesday, July 23rd, in #wikimedia-office on Freenode IRC. 11pm London 6pm New York City 3pm San Francisco Thursday 8am in Sydney, Australia Sumana Harihareswara Senior Technical Writer Wikimedia Foundation ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Moving Mathoid to production cluster
Hi, the discussion stopped with the question: How to test the new rendering on betalabs? So, does who knows the answer? Best Moritz On Tue, Jul 15, 2014 at 12:19 PM, Moritz Schubotz schub...@tu-berlin.de wrote: Hi Chris, By default the Math extension users the dedicated host mathoid.testme.wmflabs.org this host is accessible from the beta cluster. A bug related to the beta cluster is available here https://bugzilla.wikimedia.org/show_bug.cgi?id=66516 But I have no clue how to change the config for betalabs. Best Moritz Am 15.07.2014 17:06 schrieb Chris McMahon cmcma...@wikimedia.org: On Tue, Jul 15, 2014 at 1:10 AM, Moritz Schubotz phy...@physikerwelt.de wrote: Hi Chris, me too. How can I implement in in beta labs? I'd say to start by filing a bugzilla ticket for Wikimedia Labs/deployment-prep. Then it is a matter of registering the proper extensions and config in puppet. Would mathoid need a dedicated host? Best Moritz On Mon, Jul 14, 2014 at 6:35 PM, Chris McMahon cmcma...@wikimedia.org wrote: I would really like to see this follow the standard deploy scheme: implement it in beta labs; then enable it for mediawiki.org and test2wiki; then enable it on production cluster nodes. -Chris On Mon, Jul 7, 2014 at 3:07 AM, Moritz Schubotz phy...@physikerwelt.de wrote: Hi, during the last year the math extension achieved a goal defined back in 2003. Support of MathML. In addition there is SVG support for MathML disabled browsers. (See http://arxiv.org/abs/1404.6179 for the details) I would like to give Wikipedia users a chance to test this new long awaited feature. Therefore we would need a mathoid instance that is accessible from the production cluster. Greg Grossmeier already created the required table in the database. (Sorry for the friction connected with this process) Currently the MathJax team is working on a phantom.js less method to render texvc to mathml and svg. Some days ago I have tested that it, and it works quite well. I would appreciate a discussion with ops that to figure out how this can be can go to production. The original idea was to use jenkins to build the mathoid debian package. Even though the debian package builds without any issues in the launchpad ppa repo jenkins can not build the package. If there is a reference project that uses jenkins to build debian packages that go to production this would really help to figure out what is different for mathoid and why the package building does not work even though it works on launchpad. Best Physikerwelt PS: I was informed that there is a related RT that I can not access https://rt.wikimedia.org/Ticket/Display.html?id=6077 -- Mit freundlichen Grüßen Moritz Schubotz ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l -- Mit freundlichen Grüßen Moritz Schubotz Telefon (Büro): +49 30 314 22784 Telefon (Privat):+49 30 488 27330 E-Mail: schub...@itp.physik.tu-berlin.de Web: http://www.physikerwelt.de Skype: Schubi87 ICQ: 200302764 Msn: mor...@schubotz.de ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Moving Mathoid to production cluster
On Wed, Jul 23, 2014 at 3:42 PM, Moritz Schubotz phy...@physikerwelt.de wrote: Hi, the discussion stopped with the question: How to test the new rendering on betalabs? So, does who knows the answer? Beta uses the same puppet configuration as production to provision hosts. You will need to get all the puppet configuration (and associated packaging) setup in operations/puppet.git that is needed to install and configure your application in production. Then we can provision a new VM in the deployment-prep project (beta) and apply the puppet role(s) needed to provision the application. I suppose there probably is some configuration to be done in operations/mediawiki-config.git as well to tell the beta wikis how to talk to mathoid. Bryan -- Bryan Davis Wikimedia Foundationbd...@wikimedia.org [[m:User:BDavis_(WMF)]] Sr Software EngineerBoise, ID USA irc: bd808v:415.839.6885 x6855 ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Reviewing a couple of TorBlock patches
On 7/23/14, 4:56 AM, Quim Gil wrote: According to our algorithm (*), TorBlock currently has the worse track reviewing code contributions -- even after Tim gave a -1 to one of the three open patches last week (thanks!). There are two patches from Tyler that haven't received any feedback at all since August 2013. https://gerrit.wikimedia.org/r/#/q/status:open+project:mediawiki/extensions/TorBlock,n,z I left comments on all the patches. The -1's are mainly due to rebasing needed. Your help reviewing these patches is welcome. It is not surprising that this extension has no maintaner listed at https://www.mediawiki.org/wiki/Developers/Maintainers (someone suggested Tim in that table, he disagrees and edited accordingly). Also, maybe someone is interested in maintaining this extension? Only eleven patches submitted in the last 15 months. Probably not since I don't really know that much about tor, but I'm willing to review Tyler's patches if he's unable to find other people. -- Legoktm ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Gadget I18N: Recommendation?
Hi Bartosz, thank you very much. This is exactly the information I needed. -- Robert -Ursprüngliche Nachricht- Von: wikitech-l-boun...@lists.wikimedia.org [mailto:wikitech-l-boun...@lists.wikimedia.org] Im Auftrag von Bartosz Dziewonski Gesendet: Mittwoch, 23. Juli 2014 17:19 An: Wikimedia developers Betreff: Re: [Wikitech-l] Gadget I18N: Recommendation? You can use mw.messages.set( { key: 'value', … } ) to set the message keys that are used by mw.message() and mw.msg(). No need for mw.loader.implement() (in fact, you should probably never call that function at all). This has no i18n support by itself, so you have to handle that part yourself (either loading them from somewhere else or just keeping the entire list in source code). A very simple practical example (with no language fallback chain support, it just falls back to English): var translations = { en: { 'my-gadget-some-key': My message }, pl: { 'my-gadget-some-key': Moja wiadomość } }; var userLanguage = mw.config.get( 'wgUserLanguage' ); mw.messages.set( translations[userLanguage] || translations.en ); ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l