[Wikitech-l] Attention: Vagrant XDebug has changed!
If you have been using remote debugging in Vagrant, make sure you enable-role zend. Otherwise your debugger will no longer receive any callbacks from Vagrant. This is due to the recent change to HHVM by default. There has been some ideas to allow both zend hhvm to coexist at the same time on the same vagrant on different ports and be debuggable via the same xdebug interface, but that hasn't been done yet, nor is it known if it's possible. I learnt about it the hard way :( ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] HTML templating progress; Knockout Components curly brace syntax
Both handlebars (JS) and lightncandy (handlebars reimplemented in PHP) support pre-compilation. Are the times in https://www.mediawiki.org/wiki/Requests_for_comment/HTML_templating_library#Performance for pre-compilation? Flow's handlebars templates are pre-compiled into PHP for server-side templating. We haven't yet tried pre-compiling them in JS. Ideally the API in Mantle[1] to render a template wouldn't change. ... if compilation caching happens dynamically in ResourceLoader Would be nice. The Handlebars compiler (into JS) and Knockoff/T-assembly compiler (into JSON) are both Node.js programs. [1] https://www.mediawiki.org/wiki/Extension:Mantle#Developer_features -- =S Page Features engineer ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Mentors participating in GSoC Reunion (was Re: IMPORTANT: GSoC OPW mid-term evaluations)
Siebrand and Kartik have been selected to participate in the GSoC Reunion o behalf of Wikimedia. https://www.mediawiki.org/wiki/Talk:Mentorship_programs/Possible_mentors#Delegates_for_Google_Summer_of_Code_Reunion Reasoning pasted here for your convenience: Hi, after looking at https://www.mediawiki.org/wiki/Talk:Mentorship_programs/Possible_mentors the list of possible mentors attending the GSoC Reunion, we have decided: * Mentor 1 will be siebrand https://www.mediawiki.org/wiki/User:Siebrand. He has been helping in outreach programs for a long time and in different ways. He was also the only one submitting his request on time. * Mentor 2 will be KartikMistry https://www.mediawiki.org/wiki/User:KartikMistry, since he is mentor of two different orgs this year, and (afaik) he has been a mentor in previous editions. Also, Google will pay their flights from far far away. Legoktm https://www.mediawiki.org/wiki/User:Legoktm, I hope you understand and share the reasoning. Your request for this year has been recorded and it will help you being select next year, if you apply as well. -- 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] git-review 1.24 broken?
A few days ago, I got this warning message after pushing a commit to Gerrit via git-review: *** A new version of git-review is available on PyPI. Please update your copy with: pip install -U git-review to ensure proper behavior with gerrit. Thanks! *** I had version 1.23 $ git-review --version git-review version 1.23 I have followed the instructions and got version 1.24. (I had to use sudo on my Mac to get pip install to work.) $ pip install -U git-review But then, git-review broke completely: $ git review (...) raise DistributionNotFound(req) # XXX put more info here pkg_resources.DistributionNotFound: git-review Since I did not have the time to debug this, I have gone back to 1.23 and everything works again. (Do not forget sudo.) pip uninstall git-review pip install git-review==1.23 The problem is already reported[1]. The workaround is to upgrade setuptools. (Do not forget sudo.) $ pip install --upgrade setuptools (...) $ pip install -U git-review (...) $ git review --version git-review version 1.24 Željko -- 1: https://bugs.launchpad.net/git-review/+bug/1337701 ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Call for Wikimedia Hackathon(s) 2014-2015
So far there are no candidates to organize the next Wikimedia Hackathon in Europe. If any chapter, thorg, or group of volunteers is thinking about applying, please let us know. We want to announce the new host at Wikimania. Very important: the budget for the Wikimedia Hackathon 2015 will be discussed and eventually approved as an independent Project and Event Fund. This means that organizers will be able to define the budget and manage it without depending on general chapter funds and FDC rounds. This will avoid any risk of budget cuts caused by factors alien to the hackathon organization, a problem we have seen in previous editions. Background: https://meta.wikimedia.org/wiki/Grants:APG/Funds_Dissemination_Committee/Framework_for_the_Creation_and_Initial_Operation_of_the_FDC#General_versus_project_funding https://meta.wikimedia.org/wiki/Grants:PEG On Friday, May 30, 2014, Quim Gil q...@wikimedia.org wrote: (CCing wikimedia-l as well, please send any replies to wikitech-l only) The Wikimedia technical community wants to have another hackathon next year in Europe. Who will organize it? Interested parties, check https://www.mediawiki.org/wiki/Hackathons We would like to confirm a host by Wikimania, latest. The same call goes for India and other locations with a good concentration of Wikimedia contributors and software developers. Come on, step in. We want to increase our geographical diversity of technical contributors. -- Quim Gil Engineering Community Manager @ Wikimedia Foundation http://www.mediawiki.org/wiki/User:Qgil -- 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] [Reminder] Language Engineering IRC Office Hour on July 9, 2014 (Wednesday) at 1700 UTC
Hello, A quick reminder that the Language Engineering office hour is happening in a few hours (1700 UTC) on #wikimedia-office. Please see below for the original announcement, including local time and agenda. Thanks Runa Monthly IRC Office Hour: == # Date: July 09, 2014 (Wednesday) # Time: 1700 UTC/1000PDT (Check local time: http://www.timeanddate.com/worldclock/fixedtime.html?iso=20140709T1700) # IRC channel: #wikimedia-office # Agenda: 1. Content Translation project updates 2. Q A (Questions can be sent to me ahead of the event) -- Forwarded message -- From: Runa Bhattacharjee rbhattachar...@wikimedia.org Date: Tue, Jul 8, 2014 at 1:41 PM Subject: Language Engineering IRC Office Hour on July 9, 2014 (Wednesday) at 1700 UTC To: MediaWiki internationalisation mediawiki-i...@lists.wikimedia.org, Wikimedia Mailing List wikimedi...@lists.wikimedia.org, Wikimedia developers wikitech-l@lists.wikimedia.org, wikitech-ambassad...@lists.wikimedia.org [x-posted] Hello, The Wikimedia Language Engineering team will be hosting the next monthly IRC office hour on Wednesday, July 09 2014 at 1700 UTC on #wikimedia-office. In this office hour we will be discussing about our recent activities around the Content Translation project[1] and taking questions. Please see below for event details and local time. See you at the office hour. Thanks Runa [1] https://www.mediawiki.org/wiki/Content_translation Monthly IRC Office Hour: == # Date: July 09, 2014 (Wednesday) # Time: 1700 UTC/1000PDT (Check local time: http://www.timeanddate.com/worldclock/fixedtime.html?iso=20140709T1700) # IRC channel: #wikimedia-office # Agenda: 1. Content Translation project updates 2. Q A (Questions can be sent to me ahead of the event) -- Language Engineering - Outreach and QA Coordinator Wikimedia Foundation ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] git-review 1.24 broken?
Could it be an OSX specific problem? git review 1.24 works for me on two linux distros, with different setuptools installed fedora-core-19 using distribute 0.6.49 ubuntu-14.04 using setuptools 3.3 On Wed, Jul 9, 2014 at 9:29 PM, Željko Filipin zfili...@wikimedia.org wrote: A few days ago, I got this warning message after pushing a commit to Gerrit via git-review: *** A new version of git-review is available on PyPI. Please update your copy with: pip install -U git-review to ensure proper behavior with gerrit. Thanks! *** I had version 1.23 $ git-review --version git-review version 1.23 I have followed the instructions and got version 1.24. (I had to use sudo on my Mac to get pip install to work.) $ pip install -U git-review But then, git-review broke completely: $ git review (...) raise DistributionNotFound(req) # XXX put more info here pkg_resources.DistributionNotFound: git-review Since I did not have the time to debug this, I have gone back to 1.23 and everything works again. (Do not forget sudo.) pip uninstall git-review pip install git-review==1.23 The problem is already reported[1]. The workaround is to upgrade setuptools. (Do not forget sudo.) $ pip install --upgrade setuptools (...) $ pip install -U git-review (...) $ git review --version git-review version 1.24 Željko -- 1: https://bugs.launchpad.net/git-review/+bug/1337701 ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l -- John Vandenberg ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] [Wikimedia-l] Subject for Wikimedia Hackathon(s) 2014-2015: CoSyne
On Wed, Jul 9, 2014 at 7:33 PM, Antoine Musso hashar+...@free.fr wrote: Hello, Seems it is very similiar to the content translation Wikimedia i18n team is working on: http://www.mediawiki.org/wiki/Content_translation Demo video: http://www.mediawiki.org/wiki/File:CX_Section_Alignment_Preview_and_Basic_Editing.webm Thanks for bringing this up. We are also running testing sessions and people can sign up through this form[1]. regards Runa [1] https://docs.google.com/a/wikimedia.org/forms/d/1yCvPS65eWk9S8uXkksAbDbLsbZQd0ISQKBDFfJnSSo0/viewform -- Language Engineering - Outreach and QA Coordinator Wikimedia Foundation ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Mentors participating in GSoC Reunion (was Re: IMPORTANT: GSoC OPW mid-term evaluations)
On 09/07/14 10:38, Quim Gil wrote:
Siebrand and Kartik have been selected to participate in the GSoC Reunion o
behalf of Wikimedia.
https://www.mediawiki.org/wiki/Talk:Mentorship_programs/Possible_mentors#Delegates_for_Google_Summer_of_Code_Reunion
Reasoning pasted here for your convenience:
Hi, after looking at
https://www.mediawiki.org/wiki/Talk:Mentorship_programs/Possible_mentors
the list of possible mentors attending the GSoC Reunion, we have decided:
* Mentor 1 will be siebrand https://www.mediawiki.org/wiki/User:Siebrand.
He has been helping in outreach programs for a long time and in different
ways. He was also the only one submitting his request on time.
* Mentor 2 will be KartikMistry
https://www.mediawiki.org/wiki/User:KartikMistry, since he is mentor of
two different orgs this year, and (afaik) he has been a mentor in previous
editions.
Also, Google will pay their flights from far far away. Legoktm
https://www.mediawiki.org/wiki/User:Legoktm, I hope you understand and
share the reasoning. Your request for this year has been recorded and it
will help you being select next year, if you apply as well.
Interesting that these are two translation folks, and nothing from the
wider development community. I'm sure they're lovely people, but I must
say this doesn't represent our diversity very well.
I know it's too late now, but considering most of us probably never even
saw or considered the initial request as it was tucked away into another
email about something else, in the future it might help to send out a
separate email for these things, and if it comes to it, include a new
deadline in the reminder (otherwise the decision comes as a complete
surprise), too.
Personally I never even considered it because as a new mentor it didn't
seem very appropriate for me to want to go ('delegate' is a very strong
word), but more on what it would have actually entailed in the email
itself would probably have helped others, too.
-I
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] git-review 1.24 broken?
On Wed, Jul 9, 2014 at 8:11 PM, John Mark Vandenberg jay...@gmail.com wrote: Could it be an OSX specific problem? I think it is. I am on MacOS 10.9.3 and faced the same problem. On Wed, Jul 9, 2014 at 4:59 PM, Željko Filipin zfili...@wikimedia.org wrote: $ pip install --upgrade setuptools $ pip install -U git-review Thanks Željko! That solved it o/ —prtksxna ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] HTML templating progress; Knockout Components curly brace syntax
On 07/09/2014 12:32 AM, S Page wrote: Both handlebars (JS) and lightncandy (handlebars reimplemented in PHP) support pre-compilation. Are the times in https://www.mediawiki.org/wiki/Requests_for_comment/HTML_templating_library#Performance for pre-compilation? No, those timings currently include compiling the templates from scratch once per test run. We can add some runs with precompilation as well. While most of the speed-up for browser users is achieved by reducing the download size (no compiler to download), it'll still be interesting to see how much cpu time precompilation saves. I just updated the results with the latest full result set from ruthenium: https://www.mediawiki.org/wiki/Requests_for_comment/HTML_templating_library#Performance They now also includes Hogan.js and the Spacebars HTMLJS benchmarks added by CScott. ... if compilation caching happens dynamically in ResourceLoader Would be nice. Agreed. Gabriel ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Email for London Hackathon Participants
On 07/08/2014 10:30 PM, Rachel Farrand wrote: This year we are expecting a very large turnout at the London Hackathon. Last I heard there were just under 400 people registered. Are those 400 already contributors to the code base, or does it include total newbies who never edited Wikipedia? When I signed up for participation in the hackathon, there was no way to indicate the level of skills. Are there other sessions that include tutorials, so the hackathon is a pure developer meeting? Or should the hackathon also cover tutorials on editing, uploading images, categorization, etc.? -- Lars Aronsson (l...@aronsson.se) Aronsson Datateknik - http://aronsson.se ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Conflicting parser tests between extensions
On Wed, Jul 9, 2014 at 7:54 AM, Antoine Musso hashar+...@free.fr wrote: The parser tests expectations can not be meet when one mix extensions together. For example the Cite tests have some images/thumbnails, when one installs the MultimediaViewer extension, the test file because the generated output adds data-file-width=1941 data-file-height=220 to the img elements. That is due to MultimediaViewer registering the parser hook ThumbnailBeforeProduceHTML . And that is legit. I am looking for ideas to properly fix extensions altering output and thus breaking other extensions parser tests. A lame idea would be to have the Cite parser tests to unregister any hook altering HTML which are not registered by Cite. We could maybe come up with another repositories that has a different set of parsertests suitable for multiple extensions What is the goal of running a test with a bunch of unrelated hooks installed? Speed/ops convenience? Reusing unit tests as integration tests to check for inter-extension conflicts? If it's speed, just don't do it, IMO. Repeating the PHP bootstrap process once per extension can't be that much of an overhead. If the goal is to test whether extensions interfere with each other, then having the test artificially unregister other extensions makes utterly no sense to me. Instead, the tests should be changed so that they don't make assumptions about parts of the output which is not under their control. ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Conflicting parser tests between extensions
Ideally, the tests would also compare expected output intelligently -- IIRC the parser tests still just use a fairly simple string comparison and even things like whitespace or attribute order that make no effect on the behavior of the HTML output get marked as differences. (This is also why we have to override things like $wgArticlePath and $wgUploadPath during the tests, as the output we compare against is hardcoded with expected values.) Doing the checks on the DOM level, and being able to register additional or modified checks, might make sense here. For instance Cite's test for images is just to make sure they go through intact; it doesn't actually care about which HTML attributes are there. If instead of comparing a raw chunk of output HTML the comparison used a programmatic check on the HTML DOM that image is present and refers to the right link, then there wouldn't be an issue... and potentially the image is present check could be overridden by MultimediaViewer to also check for the data-file-width and data-file-height attributes to make sure they don't fall off in some circumstances. But that's not going to be an easy transition, as it requires rewriting the check portion of a bunch of test cases. :) -- brion On Wed, Jul 9, 2014 at 10:57 AM, Gergo Tisza gti...@wikimedia.org wrote: On Wed, Jul 9, 2014 at 7:54 AM, Antoine Musso hashar+...@free.fr wrote: The parser tests expectations can not be meet when one mix extensions together. For example the Cite tests have some images/thumbnails, when one installs the MultimediaViewer extension, the test file because the generated output adds data-file-width=1941 data-file-height=220 to the img elements. That is due to MultimediaViewer registering the parser hook ThumbnailBeforeProduceHTML . And that is legit. I am looking for ideas to properly fix extensions altering output and thus breaking other extensions parser tests. A lame idea would be to have the Cite parser tests to unregister any hook altering HTML which are not registered by Cite. We could maybe come up with another repositories that has a different set of parsertests suitable for multiple extensions What is the goal of running a test with a bunch of unrelated hooks installed? Speed/ops convenience? Reusing unit tests as integration tests to check for inter-extension conflicts? If it's speed, just don't do it, IMO. Repeating the PHP bootstrap process once per extension can't be that much of an overhead. If the goal is to test whether extensions interfere with each other, then having the test artificially unregister other extensions makes utterly no sense to me. Instead, the tests should be changed so that they don't make assumptions about parts of the output which is not under their control. ___ 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] [Reminder] Language Engineering IRC Office Hour on July 9, 2014 (Wednesday) at 1700 UTC
On Wed, Jul 9, 2014 at 6:52 PM, Runa Bhattacharjee rbhattachar...@wikimedia.org wrote: Hello, A quick reminder that the Language Engineering office hour is happening in a few hours (1700 UTC) on #wikimedia-office. For those who missed, the logs are here: https://meta.wikimedia.org/wiki/IRC_office_hours/Office_hours_2014-07-09 Thanks Runa -- Language Engineering - Outreach and QA Coordinator Wikimedia Foundation ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Mentors participating in GSoC Reunion (was Re: IMPORTANT: GSoC OPW mid-term evaluations)
I totaly agree with this, I didn't even notice original mail. Give us moar
mails pls next time :)
On Jul 9, 2014 5:42 PM, Isarra Yos zhoris...@gmail.com wrote:
On 09/07/14 10:38, Quim Gil wrote:
Siebrand and Kartik have been selected to participate in the GSoC Reunion
o
behalf of Wikimedia.
https://www.mediawiki.org/wiki/Talk:Mentorship_programs/
Possible_mentors#Delegates_for_Google_Summer_of_Code_Reunion
Reasoning pasted here for your convenience:
Hi, after looking at
https://www.mediawiki.org/wiki/Talk:Mentorship_programs/Possible_mentors
the list of possible mentors attending the GSoC Reunion, we have decided:
* Mentor 1 will be siebrand https://www.mediawiki.org/wiki/User:Siebrand
.
He has been helping in outreach programs for a long time and in different
ways. He was also the only one submitting his request on time.
* Mentor 2 will be KartikMistry
https://www.mediawiki.org/wiki/User:KartikMistry, since he is mentor of
two different orgs this year, and (afaik) he has been a mentor in previous
editions.
Also, Google will pay their flights from far far away. Legoktm
https://www.mediawiki.org/wiki/User:Legoktm, I hope you understand and
share the reasoning. Your request for this year has been recorded and it
will help you being select next year, if you apply as well.
Interesting that these are two translation folks, and nothing from the
wider development community. I'm sure they're lovely people, but I must say
this doesn't represent our diversity very well.
I know it's too late now, but considering most of us probably never even
saw or considered the initial request as it was tucked away into another
email about something else, in the future it might help to send out a
separate email for these things, and if it comes to it, include a new
deadline in the reminder (otherwise the decision comes as a complete
surprise), too.
Personally I never even considered it because as a new mentor it didn't
seem very appropriate for me to want to go ('delegate' is a very strong
word), but more on what it would have actually entailed in the email itself
would probably have helped others, too.
-I
___
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] tool for quickly uploading 10000 images with description
A couple of years ago I uploaded 1,8M images. I prepared batches using the code at http://git.wikimedia.org/tree/labs%2Ftools%2Fmultichill.git/HEAD/bot%2Fgeograph The batches could be imported with an one liner. Hope this helps. Maarten James Montalvo schreef op 7-7-2014 22:32: Care to share it? On Jul 7, 2014 1:43 PM, Yury Katkov katkov.ju...@gmail.com wrote: Thanks everybody! I've modified importImages and made it support not only directories but also single files. I then have written a small python script that runs importImages for each file in the directory adding the corresponding metadata from csv file. - Yury Katkov On Mon, Jul 7, 2014 at 5:54 PM, hoo h...@online.de wrote: I guess you can just use the importImages maintenance script. I usually use that for small scale uploads (big videos etc.) to commons, but it should work well for larger amounts of media also. Cheers, Marius On Mon, 2014-07-07 at 16:36 +0200, Yury Katkov wrote: Hi everyone! Does anyone knows about the tool that can help to upload a lot of files and create the page for every file with a given description? I'd say that it should be a maintenance script since for some reason the API upload works pretty slow. I saw UploadLocal Extension but it's too manual and it doesn't work well when the amount of files to upload is very large. Cheers, - Yury Katkov ___ 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 ___ 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] git-review 1.24 broken?
I'm using Ubuntu 14.04 and I get the same issues. Worse, I seem to also get problems uninstalling and reinstalling git-review when I try to follow the directions in the first email. I think that part might be local to my machine -- but the general git-review 1.24 problem doesn't seem to be limited to OSX. On Wed, Jul 9, 2014 at 11:59 AM, Prateek Saxena psax...@wikimedia.org wrote: On Wed, Jul 9, 2014 at 8:11 PM, John Mark Vandenberg jay...@gmail.com wrote: Could it be an OSX specific problem? I think it is. I am on MacOS 10.9.3 and faced the same problem. On Wed, Jul 9, 2014 at 4:59 PM, Željko Filipin zfili...@wikimedia.org wrote: $ pip install --upgrade setuptools $ pip install -U git-review Thanks Željko! That solved it o/ —prtksxna ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l -- No trees were harmed in the creation of this post. But billions of electrons, photons, and electromagnetic waves were terribly inconvenienced during its transmission! ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] git-review 1.24 broken?
On Thu, Jul 10, 2014 at 5:50 AM, Moriel Schottlender mor...@gmail.com wrote: I'm using Ubuntu 14.04 and I get the same issues. Worse, I seem to also get problems uninstalling and reinstalling git-review when I try to follow the directions in the first email. I think that part might be local to my machine -- but the general git-review 1.24 problem doesn't seem to be limited to OSX. which package version do you have for 'python-setuptools', and what does this show: $ /usr/bin/easy_install --version I reinstalled python-setuptools, and git review 1.24 is still working for me. :/ -- John Vandenberg ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] git-review 1.24 broken?
which package version do you have for 'python-setuptools', and what does this show: $ /usr/bin/easy_install --version I get 'setuptools 3.3' I reinstalled python-setuptools, and git review 1.24 is still working for me. :/ So, when I try 'sudo pip install -U git-review' I get (...) File /usr/lib/python2.7/dist-packages/pkg_resources.py, line 628, in resolve raise DistributionNotFound(req) pkg_resources.DistributionNotFound: pip==1.0 I tried 'sudo pip install --upgrade setuptools' but I get the exact same error. Git review seems to work, but it's still on version 1.23, and I keep getting the upgrade notice all the time. -- John Vandenberg ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l -- No trees were harmed in the creation of this post. But billions of electrons, photons, and electromagnetic waves were terribly inconvenienced during its transmission! ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] git-review 1.24 broken?
Thanks Moriel. Again I cant reproduce that! :-( And I cant see any reference to pip 1.0 being a dependency in the git-review code, however it may be implicit (a feature of pip used) or in pbr somewhere. Could you provide a complete backtrace for that exception? On Thu, Jul 10, 2014 at 10:11 AM, Moriel Schottlender mor...@gmail.com wrote: which package version do you have for 'python-setuptools', and what does this show: $ /usr/bin/easy_install --version I get 'setuptools 3.3' I reinstalled python-setuptools, and git review 1.24 is still working for me. :/ So, when I try 'sudo pip install -U git-review' I get (...) File /usr/lib/python2.7/dist-packages/pkg_resources.py, line 628, in resolve raise DistributionNotFound(req) pkg_resources.DistributionNotFound: pip==1.0 I tried 'sudo pip install --upgrade setuptools' but I get the exact same error. Git review seems to work, but it's still on version 1.23, and I keep getting the upgrade notice all the time. -- John Vandenberg ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l -- No trees were harmed in the creation of this post. But billions of electrons, photons, and electromagnetic waves were terribly inconvenienced during its transmission! ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l -- John Vandenberg ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] MW-Vagrant improvements at the Zürich Hackathon
On Mon, Jul 7, 2014 at 4:38 PM, Adam Wight awi...@wikimedia.org wrote: Bryan, I think I need to take you up on the offer to help. I can do the coding, but I need some borrowed insight to get started. I don't think the wikimania_scholarships model is a good one to follow, I'd much rather add configurability to the mediawiki::wiki or multiwiki::wiki classes. Unfortunately, I see a lot of cascading changes being necessary, which makes me think I'm on the wrong track. I'd love to help. Before we go too far down the multiple MW checkouts path, would it be possible for your testing to have all wikis on the Vagrant guest machine using the special branch? If that's not possible I have a few other partially formed ideas of how we might be able to make this work. I'm not sure that I'll have a lot of time to work on it in next few weeks, but I could work on it during the Wikimania Hackathon as it would be in general an interesting feature to support for mw-vagrant. 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] git-review 1.24 broken?
Hi John, Here are the full errors: ~$ sudo pip install -U git-review Traceback (most recent call last): File /usr/local/bin/pip, line 5, in module from pkg_resources import load_entry_point File /usr/lib/python2.7/dist-packages/pkg_resources.py, line 2749, in module working_set = WorkingSet._build_master() File /usr/lib/python2.7/dist-packages/pkg_resources.py, line 446, in _build_master return cls._build_from_requirements(__requires__) File /usr/lib/python2.7/dist-packages/pkg_resources.py, line 459, in _build_from_requirements dists = ws.resolve(reqs, Environment()) File /usr/lib/python2.7/dist-packages/pkg_resources.py, line 628, in resolve raise DistributionNotFound(req) pkg_resources.DistributionNotFound: pip==1.0 ~$ sudo pip install --upgrade setuptools Traceback (most recent call last): File /usr/local/bin/pip, line 5, in module from pkg_resources import load_entry_point File /usr/lib/python2.7/dist-packages/pkg_resources.py, line 2749, in module working_set = WorkingSet._build_master() File /usr/lib/python2.7/dist-packages/pkg_resources.py, line 446, in _build_master return cls._build_from_requirements(__requires__) File /usr/lib/python2.7/dist-packages/pkg_resources.py, line 459, in _build_from_requirements dists = ws.resolve(reqs, Environment()) File /usr/lib/python2.7/dist-packages/pkg_resources.py, line 628, in resolve raise DistributionNotFound(req) pkg_resources.DistributionNotFound: pip==1.0 On Wed, Jul 9, 2014 at 8:36 PM, John Mark Vandenberg jay...@gmail.com wrote: Thanks Moriel. Again I cant reproduce that! :-( And I cant see any reference to pip 1.0 being a dependency in the git-review code, however it may be implicit (a feature of pip used) or in pbr somewhere. Could you provide a complete backtrace for that exception? On Thu, Jul 10, 2014 at 10:11 AM, Moriel Schottlender mor...@gmail.com wrote: which package version do you have for 'python-setuptools', and what does this show: $ /usr/bin/easy_install --version I get 'setuptools 3.3' I reinstalled python-setuptools, and git review 1.24 is still working for me. :/ So, when I try 'sudo pip install -U git-review' I get (...) File /usr/lib/python2.7/dist-packages/pkg_resources.py, line 628, in resolve raise DistributionNotFound(req) pkg_resources.DistributionNotFound: pip==1.0 I tried 'sudo pip install --upgrade setuptools' but I get the exact same error. Git review seems to work, but it's still on version 1.23, and I keep getting the upgrade notice all the time. -- John Vandenberg ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l -- No trees were harmed in the creation of this post. But billions of electrons, photons, and electromagnetic waves were terribly inconvenienced during its transmission! ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l -- John Vandenberg ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l -- No trees were harmed in the creation of this post. But billions of electrons, photons, and electromagnetic waves were terribly inconvenienced during its transmission! ___ 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 Mon, Jul 7, 2014 at 10:07 AM, Moritz Schubotz phy...@physikerwelt.de wrote:
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.
Congrats to MathJax team!
For Debian package, you can take a look at ContentTranslation's [1]
server component - cxserver deployment repository [2] as example.
[1] https://www.mediawiki.org/wiki/Content_translation
[2]
https://gerrit.wikimedia.org/r/#/admin/projects/mediawiki/services/cxserver/deploy
If you need any help in Debian part, feel free to ping me on/offlist/IRC.
--
Kartik Mistry/કાર્તિક મિસ્ત્રી | IRC: kart_
{kartikm, 0x1f1f}.wordpress.com
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
