[Wikitech-l] GSoC 2014 : Project proposal for Multilingual, usable and effective captchas through image completion captchas

2014-03-21 Thread Thanuditha Ruchiranga
Hi all,

I am Ruchiranga Wickramasinghe, a 1st year Computer Science and Engineering
undergraduate at University of Moratuwa, Sri Lanka. I am interested in
working on the project "Multilingual, usable and effective captchas" as a
GSoC 2014 project and i have created a wiki page for my proposal. The
proposal can be found here.
https://www.mediawiki.org/wiki/CAPTCHA/Image_completion_captchas

I also have submitted the proposal on google melange as well. Comments are
welcomed.

Thanks.
Ruchiranga Wickramasinghe,
Department of Computer Science and Engineering,
University of Moratuwa.
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] [GSOC] A system for reviewing funding requests Details of project

2014-03-21 Thread Kushal Khandelwal
Thank you Gryllida.
If you can have a look at the application and give me some feedback and
your inputs.

Thank you for your help.


On Sat, Mar 22, 2014 at 4:15 AM, Gryllida  wrote:

> It's not just IEG Grants --  PEG Grants also I think.
> https://meta.wikimedia.org/wiki/Grants
> Good luck with your application!
>
> On Fri, 21 Mar 2014, at 8:51, Kushal Khandelwal wrote:
> > Hi Community
> >
> > I am Kushal Khandelwal from India. Currently pursuing my undergraduate
> > degree from BITS Pilani KK Birla Goa Campus.
> >
> > I am applying for the GSOC Project :A system for reviewing funding
> requests
> > Details of project :
> >
> https://meta.wikimedia.org/wiki/Grants:IdeaLab/Application_scoring_system
> >
> > I have an initial drafr proposal ready at :
> >
> https://www.mediawiki.org/wiki/User:Kushal124/A_system_for_reviewing_funding_requests_GSOC
> >
> > I kindly request the community to provide me feedback on my project.
> >
> > My user page :  https://www.mediawiki.org/wiki/User:Kushal124
> >
> > I also worked on initial microtask by providing a fix for
> > Bug/62464
> >
> > Thank you Bryan Davis(bd808) and mutante for helping me out with my first
> > bug fix to mediwaiki community.
> >
> > Thanks and Regards
> > --
> >
> > Kushal Khandelwal
> >
> >
> > Birla Institute of Technology & Science, Pilani
> >
> > K K Birla Goa Campus
> > ___
> > 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




-- 

Kushal Khandelwal


Birla Institute of Technology & Science, Pilani

K K Birla Goa Campus


Tel: +91 9673818465
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

[Wikitech-l] Fwd: [GoSOC 2014] MediaWiki Project Proposal

2014-03-21 Thread Nikunj Gupta
Hi,

I am Nikunj Gupta from
The LNM Institute of Information Technology, India and I am interested in
working for the project "catalogue for mediawiki extensions"as a GSoC 2014
candidate and I have drafted a proposal for the project.



There are currently about 2000 extensions available on
MediaWiki.org.
However, it is hard to identify and assess which extension fits a
particular need. Moreover, it is not clear which version of the extension
to take for a particular MediaWiki version. And we need to find the most
popular or most frequently downloaded extensions, we have to go to a third
party site like WikiApiary  which currently handles
the extensions database.

There is a lot of scope for improvement and creative ideas. The current
plan is to implement a rating system on WikiApiary
and syndicate the data to
MediaWiki.org.



*Please provide feedback and suggestions to my proposal. Thanks.*



Bugzilla:
https://bugzilla.wikimedia.org/show_bug.cgi?id=46704

Proposal Link:https://www.mediawiki.org/wiki/Mecyborg/GSoC2014

Talk page:  *https://www.mediawiki.org/wiki/Talk:Mecyborg/GSoC2014
*

Profile:   https://www.mediawiki.org/wiki/User:Mecyborg
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] Proposal for GSoC 2014 - Implementing a To-do list

2014-03-21 Thread Quim Gil
Hi Hareesh,

On Friday, March 21, 2014, Hareesh  wrote:

> Hi,
>  I've submitted a proposal to implement a to-do list in the wiki projects.
> [1].
>
> The project aims at:
> * Providing a To-do list to the users who opt in.
> * Facilitating the ease of maintaining records of the tasks to be done by
> an user.
>
> Help me in improving this proposal. Please leave your feedback.
> [1]:*
> https://www.mediawiki.org/wiki/User:Hareesh_Sivasubramanian/GSoC_2014_Implementing_To-do_list
> <
> https://www.mediawiki.org/wiki/User:Hareesh_Sivasubramanian/GSoC_2014_Implementing_To-do_list
> >*


I don't know what happen but, for what I can see, this proposal has not
been submitted to Google Melange. Therefore, it cannot be evaluated as part
of GSoC 2014.

There are some extensions that try to address this problem of managing
tasks, see https://www.mediawiki.org/wiki/Category:Task_extensions

Have a look. Perhaps you find an interesting project to contribute to, and
next year you can propose a project well in advanced, backed by mentors.


-- 
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] [MediaWiki] [Semantic Forms] GSoC Proposal

2014-03-21 Thread Quim Gil
Hi Pubudu,

On Friday, March 21, 2014, Pubudu Fernando 
wrote:

> Hi,
>
> I'm Pubudu Fernando and I'm currently a first year Computer Science and
> Engineering student at the University of Moratuwa in Sri Lanka. For my GSoC
> '14 project, I would like to work on switching Semantic Forms
> autocompletion to use the Select2 library.
>

You didn't provide any URL here and, what is more important, the proposal
you mention here hasn't been submitted to GSoC 14, and the deadline is now
over.

Unless I'm missing something, this means that your proposal didn't make it
to GSoC 2014. We invite you to keep contributing to the Semantic MediaWiki
community and to prepare you proposal well in advance.


-- 
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] [Wikitech-ambassadors] Roadmap and deployment highlights - week of March 24th

2014-03-21 Thread Steven Walling
On Fri, Mar 21, 2014 at 4:12 PM, Greg Grossmeier  wrote:

> * As a part of the MediaWiki rollout the Typography Refresh beta feature
>   will move from VectorBeta extension/Beta Feature to the Vector skin in
>   MediaWiki core. This effectively updates the default skin for all
>   users with improved readability.
> ** See the summary of changes:
>
> ** This will roll out with the 1.23wmf20 branch mentioned above, which
>means it will gradually roll out to all wikis following the normal
>progression (testwikis & mediawiki.org on Thursday -> non-wikipedias
>(eg Commons etc) on Tuesday -> All wikis following Thursday).
>

So folks know, other than publishing on Wikitech Deployments page, in Tech
News, and these mailing lists, our communication plans include the
following:

1. A MassMessage before the fact to Village Pumps, separate from Tech News
and pointing to the translated FAQ
2. An article in the English Wikipedia Signpost
3. A short blog post on blog.wikimedia.org

If there are other things you think we should be doing, please speak up.
The overkill message of last resort is to use a CentralNotice banner,
though that seems a little silly to me just to update fonts.

-- 
Steven Walling,
Product Manager
https://wikimediafoundation.org/
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

[Wikitech-l] Roadmap and deployment highlights - week of March 24th

2014-03-21 Thread Greg Grossmeier
Hello and welcome to the latest edition of the WMF Engineering Roadmap
and Deployment update.

The full log of planned deployments next week can be found at:
https://wikitech.wikimedia.org/wiki/Deployments#Week_of_March_24th

Notable items...

== Tuesday ==

* MediaWiki deploy window, currently following the 1.23 schedule
** group1 to 1.23wmf19: All non-Wikipedia sites (Wiktionary, Wikisource,
   Wikinews, Wikibooks, Wikiquote, Wikiversity, and a few other sites)
** 
** Schedule:
   



* Switching the Compact Personal Bar Beta Feature discussion page to
  Flow
** 


== Wednesday ==

* Enable Hovercards on all wikis as a BetaFeature
** 


== Thursday ==

* MediaWiki deploy window, currently following the 1.23 schedule)
** group2 to 1.23wmf19 (all Wikipedias)
** group0 to 1.23wmf20 (test/test2/testwikidata/mediawiki)
** 

* As a part of the MediaWiki rollout the Typography Refresh beta feature
  will move from VectorBeta extension/Beta Feature to the Vector skin in
  MediaWiki core. This effectively updates the default skin for all
  users with improved readability.
** See the summary of changes:
   
** This will roll out with the 1.23wmf20 branch mentioned above, which
   means it will gradually roll out to all wikis following the normal
   progression (testwikis & mediawiki.org on Thursday -> non-wikipedias
   (eg Commons etc) on Tuesday -> All wikis following Thursday).


Thanks, and as always, questions welcome,

Greg

-- 
| Greg GrossmeierGPG: B2FA 27B1 F7EB D327 6B8E |
| identi.ca: @gregA18D 1138 8E47 FAC8 1C7D |


signature.asc
Description: Digital signature
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] Separating skins from core MediaWiki (GSoC proposal)

2014-03-21 Thread Jon Robson
FYI, I would like to mentor this project. That said I would be keen to
get a 2nd mentor to make sure we do the best job possible as the skin
code is a bit of a nightmare and an important part of our codebase.

On Fri, Mar 21, 2014 at 3:49 PM, Gryllida  wrote:
> Thought the deadline is March 21. I also hope you find a second student to 
> help with this, looks like a lot of great work.
>
> On Fri, 21 Mar 2014, at 7:34, Bartosz Dziewoński wrote:
>> I realize this has been discussed on this list rather recently (starting 
>> with Jon's CologneBlue question), and I realize some exploratory work has 
>> started (or at least was considered), but I'm submitting this anyway. I came 
>> up with the general idea first (really!), just haven't had time to write it 
>> down before.
>>
>> Several people asked me to reply regarding the CologneBlue thread – consider 
>> this my response. :)
>>
>> Comments (here or on the talk page) would be very welcome. I haven't gotten 
>> anyone to formally commit to mentoring this project yet, hopefully that can 
>> be sorted out on time.
>>
>> https://www.mediawiki.org/wiki/User:Matma_Rex/Separating_skins_from_core_MediaWiki
>>
>>
>> Project synopsis:
>>
>> MediaWiki core includes four skins, and allows site administrators to create 
>> and install additional ones. However, the process is less than pleasant, due 
>> to several related problems (lack of documentation, more than one "correct" 
>> way to make a skin work, directory layout that makes packaging and 
>> (un)installation difficult, core skins and MediaWiki itself being 
>> interdependent, and possibly others).
>>
>> I intend to solve at least two of the aforementioned issues by devising and 
>> documenting a saner directory layout for skins (and applying it to the four 
>> core ones) and then carefully disentangling them from MediaWiki code, 
>> removing cross-dependencies and making it possible for non-core skins to 
>> have the same level of control over all aspects of the look&feel as core 
>> ones currently have. This would make the lives of both skin creators and 
>> site administrators wishing to use a non-default skin a lot easier.
>>
>> If everything goes well, the process would be culminated with moving the 
>> core skins out of core, to separate git repositories. This would require 
>> coordination with MediaWiki release managers (to have them shipped in the 
>> release tarballs the way certain extensions are shipped now) and Wikimedia 
>> Foundation Operations team members (to ensure the deployment of the new 
>> system on Wikimedia wikis goes smoothly), so it cannot be made a part of my 
>> core proposal.
>>
>> --
>> Matma Rex
>>
>> ___
>> 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



-- 
Jon Robson
* http://jonrobson.me.uk
* https://www.facebook.com/jonrobson
* @rakugojon

___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] Separating skins from core MediaWiki (GSoC proposal)

2014-03-21 Thread Gryllida
Thought the deadline is March 21. I also hope you find a second student to help 
with this, looks like a lot of great work.

On Fri, 21 Mar 2014, at 7:34, Bartosz Dziewoński wrote:
> I realize this has been discussed on this list rather recently (starting with 
> Jon's CologneBlue question), and I realize some exploratory work has started 
> (or at least was considered), but I'm submitting this anyway. I came up with 
> the general idea first (really!), just haven't had time to write it down 
> before.
> 
> Several people asked me to reply regarding the CologneBlue thread – consider 
> this my response. :)
> 
> Comments (here or on the talk page) would be very welcome. I haven't gotten 
> anyone to formally commit to mentoring this project yet, hopefully that can 
> be sorted out on time.
> 
> https://www.mediawiki.org/wiki/User:Matma_Rex/Separating_skins_from_core_MediaWiki
> 
> 
> Project synopsis:
> 
> MediaWiki core includes four skins, and allows site administrators to create 
> and install additional ones. However, the process is less than pleasant, due 
> to several related problems (lack of documentation, more than one "correct" 
> way to make a skin work, directory layout that makes packaging and 
> (un)installation difficult, core skins and MediaWiki itself being 
> interdependent, and possibly others).
> 
> I intend to solve at least two of the aforementioned issues by devising and 
> documenting a saner directory layout for skins (and applying it to the four 
> core ones) and then carefully disentangling them from MediaWiki code, 
> removing cross-dependencies and making it possible for non-core skins to have 
> the same level of control over all aspects of the look&feel as core ones 
> currently have. This would make the lives of both skin creators and site 
> administrators wishing to use a non-default skin a lot easier.
> 
> If everything goes well, the process would be culminated with moving the core 
> skins out of core, to separate git repositories. This would require 
> coordination with MediaWiki release managers (to have them shipped in the 
> release tarballs the way certain extensions are shipped now) and Wikimedia 
> Foundation Operations team members (to ensure the deployment of the new 
> system on Wikimedia wikis goes smoothly), so it cannot be made a part of my 
> core proposal.
> 
> -- 
> Matma Rex
> 
> ___
> 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] [GSOC] A system for reviewing funding requests Details of project

2014-03-21 Thread Gryllida
It's not just IEG Grants --  PEG Grants also I think.
https://meta.wikimedia.org/wiki/Grants
Good luck with your application!

On Fri, 21 Mar 2014, at 8:51, Kushal Khandelwal wrote:
> Hi Community
> 
> I am Kushal Khandelwal from India. Currently pursuing my undergraduate
> degree from BITS Pilani KK Birla Goa Campus.
> 
> I am applying for the GSOC Project :A system for reviewing funding requests
> Details of project :
> https://meta.wikimedia.org/wiki/Grants:IdeaLab/Application_scoring_system
> 
> I have an initial drafr proposal ready at :
> https://www.mediawiki.org/wiki/User:Kushal124/A_system_for_reviewing_funding_requests_GSOC
> 
> I kindly request the community to provide me feedback on my project.
> 
> My user page :  https://www.mediawiki.org/wiki/User:Kushal124
> 
> I also worked on initial microtask by providing a fix for
> Bug/62464
> 
> Thank you Bryan Davis(bd808) and mutante for helping me out with my first
> bug fix to mediwaiki community.
> 
> Thanks and Regards
> -- 
> 
> Kushal Khandelwal
> 
> 
> Birla Institute of Technology & Science, Pilani
> 
> K K Birla Goa Campus
> ___
> 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] other paid open source internships

2014-03-21 Thread Sumana Harihareswara
If you're looking for a paid open source-related internship this summer
and you missed the deadline for OPW*/GSoC**, check out
http://openhatch.org/blog/2014/summer-internships-for-open-source-enthusiasts/
. Deadlines vary from March 31st to May 15th to "none" and eligibility
requirements vary (for some, you do have to be a student).

-- 
Sumana Harihareswara
Senior Technical Writer
Wikimedia Foundation

* A few organizations, such as Mozilla, have extended their OPW deadline
to March 31st. Wikimedia has not.

** Or maybe you submitted an OPW/GSoC application but aren't sure it'll
get accepted.

___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

[Wikitech-l] GSoC & FOSS OPW selection process

2014-03-21 Thread Quim Gil
The application deadline for GSoC and FOSS OPW has passed. The pool of
candidates to choose from includes

* 43 GSoC proposals from 42 candidates
* 18 OPW proposals from 18 candidates, one of them a GSoC candidate as well

There are many projects that have received several proposals. In a few
hours the dust will settle in the wiki pages, where many candidates are
currently syncing their information.

https://www.mediawiki.org/wiki/Google_Summer_of_Code_2014

https://www.mediawiki.org/wiki/FOSS_Outreach_Program_for_Women/Round_8


Everybody is invited to join the selection process.

https://www.mediawiki.org/wiki/Mentorship_programs/Selection_process

All mentors must join the GSoC or OPW review websites in order to join the
private evaluation of candidates. The rest of the community is encouraged
to help reviewing proposals and asking hard questions to candidates and
mentors in their respective talk pages or Bugzilla reports.

By April 7 we need to decide how many slots we want to request in each
program. In GSoC we request a number of slots to Google, which we might or
might not get. In OPW we fund some slots, we might request more, and then
we might get them or not.

Questions? Just ask.


-- 
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] [MediaWiki] [Semantic Forms] GSoC Proposal

2014-03-21 Thread Pubudu Fernando
Hi,

I'm Pubudu Fernando and I'm currently a first year Computer Science and
Engineering student at the University of Moratuwa in Sri Lanka. For my GSoC
'14 project, I would like to work on switching Semantic Forms
autocompletion to use the Select2 library.


Thanks,

Best Regards,
Pubudu Fernando
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

[Wikitech-l] Proposal for GSoC 2014 - Implementing a To-do list

2014-03-21 Thread Hareesh
Hi,
 I've submitted a proposal to implement a to-do list in the wiki projects.
[1].

The project aims at:
* Providing a To-do list to the users who opt in.
* Facilitating the ease of maintaining records of the tasks to be done by
an user.

Help me in improving this proposal. Please leave your feedback.
[1]:*https://www.mediawiki.org/wiki/User:Hareesh_Sivasubramanian/GSoC_2014_Implementing_To-do_list
*

Regards,
Hareesh.
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] OAuth upload

2014-03-21 Thread Cristian Consonni
2014-03-19 20:34 GMT+01:00 Cristian Consonni :
> Eventually I found that in my case the source for the error was the
> econding of title, since I was doing it (erroneously) two times, so
> that, for example:
>
> Teatro_comunale_(Bolzano) -> Teatro_comunale_%28Bolzano%29
> ->Teatro_comunale_%2528Bolzano%2529
>
> Strangely, the MediaWiki API instead of saying "missing page" it was
> giving me the invalid request header answer.
>
> I don't know if this is a real bug or simple it was something I should
> not be doing in the first place, so I did not report it.

I profit of this thread because I would anyway like to know if this
behavior is a bug I should report or not.

C

___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

[Wikitech-l] Localisation Update v2 GSoC Proposal

2014-03-21 Thread Konarak Ratnakar
Hello everyone,

My name is Konarak Ratnakar. I'm planning on creating a new
localisation update service, named LUv2, as a summer of code project.
You can read the full details on the proposal page at
https://www.mediawiki.org/wiki/Extension:LocalisationUpdate/LUv2.

I would be glad to answer any questions that you might have. Just post
it on the talk page.

Best,
-- 
Konarak Ratnakar

___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

[Wikitech-l] GSoC 2014 Proposal: One stop translation search

2014-03-21 Thread Erick Guan
Hi,

I'm Erick Guan, a 2nd student and wikipedian since 2008 who is interested
in MediaWiki development.

In general, the goal of this project would be: redesign
Special:SearchTranslations page, bugfix and alternative backend based on
ElasticSearch. This made the Extension:Translate more powerful and easy to
use.

And Wikimedia Language engineering team described one stop translation
search in details in the GSoC feature idea page. Bugzilla, visual spec
defines the exactly idea about what will it be and what we want to achieve.
It's not hard to work on it and actually made this happen.

​Here is my proposal:
https://www.mediawiki.org/wiki/User:Fantasticfears/GSoC_2014_2#One_stop_translation_search
​


-- 
Regards,

Erick Guan/管啸 (fantasticfears)
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

[Wikitech-l] GSOC Proposal - Book Management in Wikibooks/Wikisource

2014-03-21 Thread Rishabh Shukla
Hi everyone, I am a participant of GSOC 2014. I am looking forward to
contribute into "Book Management in Wikibooks/Wikisource" project of
mediawiki foundation.
Link for my proposal page at mediawiki: https://www.mediawiki.org/wiki
/User_talk:Hrishy. Please have a look at it and suggest any edits I can
make.
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] Sharing mathematical and music notations across wikis

2014-03-21 Thread David Cuenca
Oh, so you mean: "Reasonably efficient interwiki transclusion"
https://bugzilla.wikimedia.org/show_bug.cgi?id=9890

It has been 7 years open maybe some day...

Micru


On Fri, Mar 21, 2014 at 4:01 PM, Eugene Zelenko wrote:

> Hi, Micru!
>
> On Fri, Mar 21, 2014 at 6:13 AM, David Cuenca  wrote:
> > Hi Eugene,
> > you already can upload scores to Commons and transcribe them on
> Wikisource
> > as agreed on this RFC
> >
> https://meta.wikimedia.org/wiki/Requests_for_comment/Musical_score_transcription_project_proposal
>
> My point is to share such transcribes between projects.
>
> Eugene.
>
> ___
> Wikitech-l mailing list
> Wikitech-l@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/wikitech-l
>



-- 
Etiamsi omnes, ego non
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] Sharing mathematical and music notations across wikis

2014-03-21 Thread Eugene Zelenko
Hi, Gerard!

On Fri, Mar 21, 2014 at 5:48 AM, Gerard Meijssen
 wrote:
> Hoi
> I do not understand what you expect of Wikidata...
> Thanks
>GerardM

Wikidata allows to refer to media file. In this case: TeX of music score.

Eugene.

___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] Sharing mathematical and music notations across wikis

2014-03-21 Thread Eugene Zelenko
Hi, Micru!

On Fri, Mar 21, 2014 at 6:13 AM, David Cuenca  wrote:
> Hi Eugene,
> you already can upload scores to Commons and transcribe them on Wikisource
> as agreed on this RFC
> https://meta.wikimedia.org/wiki/Requests_for_comment/Musical_score_transcription_project_proposal

My point is to share such transcribes between projects.

Eugene.

___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] [Engineering] Update on HHVM

2014-03-21 Thread Faidon Liambotis
Thanks for the update, Ori. Exciting stuff :)

On Fri, Mar 21, 2014 at 03:42:41AM -0700, Ori Livneh wrote:
> * We need good packages. The packages provided by Facebook have some deep
> issues that need to be fixed before they meet our packaging standards.
>  This is a good opportunity to recognize Faidon's leadership on this front:
> he has been liasoning with Facebook and Debian, working to resolve the
> outstanding issues. Thanks, Faidon!

To be clear, since I saw some discussion on the IRC backlog: this isn't
about "Debian packaging standards", the "Debian way" or anything like
that.  The packages they provide are not real packages, they are
essentially just tarballs packaged in the ar format and extractable with
dpkg. It's in the form of this ugly, Facebook-specific, unmaintainable
shell script:
https://github.com/hhvm/packaging/blob/master/hhvm/deb/package

It's not "packages" that can be improved by us or anyone else. There is
progress on making packages, and a Debian Developer that works at
Facebook has been enlisted, on company time AIUI, to also help them with
that. There is work of his & mine in progress at:
http://anonscm.debian.org/gitweb/?p=collab-maint/hhvm.git;a=shortlog
It's already buildable and probably better already than the dl.hhvm.com
packages. I'd be perfectly okay with these packages finding their way
into Wikimedia production, even *before* they are up to Debian standards
and suitable for an upload into Debian proper.

There /are/ some interactions with the Debian project that are on our
best interests, as they might help us foster a healthy community around
HHVM, e.g. 
http://lists.alioth.debian.org/pipermail/pkg-php-maint/2014-January/012988.html
but these are nice-to-haves, not blockers for our HHVM production
deployment.

> * We need to port a bunch of C extensions to the Zend PHP interpreter to
> HHVM. The most complex by far is LuaSandbox. Tim has been working on that.
> In the process, he has made substantial improvements to the Zend extension
> compatibility layer provided by HHVM, which we are waiting to have merged
> upstream: .  Once they are
> merged, they will be in the queue for the next release.  Releases are cut
> every eight weeks.
> * I also want to recognize Max Seminik, who stepped up to port Wikidiff2,
> producing a patch in short order.

Note that there is still the outstanding issue of how to deploy these
extensions, as it's my understanding that HHVM's ABI is not stable and
hence they would need to be rebuilt with every new HHVM version using
the HHVM source tree. It's a bit messy, Tim has all the details.

> * We need to adapt our app server configuration for HHVM. This includes
> configuring HHVM itself as well as reconfiguring Apache to act as a fastcgi
> reverse-proxy.

This will also require some puppet work -- the current classes aren't
great and it won't be too easy to plug an alternative implementation
without some rework. Not too much work, but have it on your radar
nevertheless.

Faidon

___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] Sharing mathematical and music notations across wikis

2014-03-21 Thread David Cuenca
Hi Eugene,
you already can upload scores to Commons and transcribe them on Wikisource
as agreed on this RFC
https://meta.wikimedia.org/wiki/Requests_for_comment/Musical_score_transcription_project_proposal

Thanks,
Micru


On Thu, Mar 20, 2014 at 7:23 PM, Eugene Zelenko wrote:

> Hi!
>
> I think will be good idea to introduce support for files in TeX and
> ABC/Lilypond (Score extension) formats, so such files could be hosted
> on Commons.
>
> This will simplify maintenance of formulas and music across projects
> as well as allow to refer to mathematical and music notations from
> Wikidata.
>
> Eugene.
>
> ___
> Wikitech-l mailing list
> Wikitech-l@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/wikitech-l




-- 
Etiamsi omnes, ego non
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] Sharing mathematical and music notations across wikis

2014-03-21 Thread Gerard Meijssen
Hoi
I do not understand what you expect of Wikidata...
Thanks
   GerardM
Op 20 mrt. 2014 19:25 schreef "Eugene Zelenko" :

> Hi!
>
> I think will be good idea to introduce support for files in TeX and
> ABC/Lilypond (Score extension) formats, so such files could be hosted
> on Commons.
>
> This will simplify maintenance of formulas and music across projects
> as well as allow to refer to mathematical and music notations from
> Wikidata.
>
> Eugene.
>
> ___
> 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] GSOC 2014 proposal - Wikimedia Identities Editor

2014-03-21 Thread Vinay Raghavan
Hi,

I'm interested in working on the 'WikiMedia Identities Editor' project for
Google Summer of Code 2014.

The basic idea of the project is to have a platform where the contributors
of MediaWiki can maintain an online identity.
The current procedures are not so easy to follow and also not very
systematic.
We need a good web-application that allows community members to create and
maintain their online identities. Furthermore, a search feature, to find
community members and their contributions(optional), would be useful.

Here is my full proposal:
https://www.mediawiki.org/wiki/User:Vinay_raghavan/GSOC2014_proposal

My user page:
https://www.mediawiki.org/wiki/User:Vinay_raghavan

I would really appreciate any sort of feedback on my proposal.



Thanks,

Vinay Raghavan
vinayragha...@outlook.com
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

[Wikitech-l] Update on HHVM

2014-03-21 Thread Ori Livneh
Hi! This is a quick heads-up about the status of HHVM migration, and what
the MediaWiki Core team is working on.

There are three challenges that we have to solve before we can run HHVM in
production:

* We need good packages. The packages provided by Facebook have some deep
issues that need to be fixed before they meet our packaging standards.
 This is a good opportunity to recognize Faidon's leadership on this front:
he has been liasoning with Facebook and Debian, working to resolve the
outstanding issues. Thanks, Faidon!
* We need to port a bunch of C extensions to the Zend PHP interpreter to
HHVM. The most complex by far is LuaSandbox. Tim has been working on that.
In the process, he has made substantial improvements to the Zend extension
compatibility layer provided by HHVM, which we are waiting to have merged
upstream: .  Once they are
merged, they will be in the queue for the next release.  Releases are cut
every eight weeks.
* I also want to recognize Max Seminik, who stepped up to port Wikidiff2,
producing a patch in short order.
* We need to adapt our app server configuration for HHVM. This includes
configuring HHVM itself as well as reconfiguring Apache to act as a fastcgi
reverse-proxy.
* We need to amend our deployment process so that it implements additional
requirements for HHVM.  Specifically, we will need to add a build step to
produce a bytecode archive in advance of deployment. We are not working on
that piece yet, but I think that Bryan's work on scap is going to make this
a lot easier to implement once we do tackle it.

What we've done so far is to use Facebook's packages in Labs and in
MediaWiki-Vagrant, configured Jenkins to run the unit tests under HHVM
(Antoine), and configured a Jenkins job to build HHVM from source hourly so
we can test patches (Chad). Aaron and I reasoned our way out of having to
port the igbinary extension, and Aaron is now working on porting
FastStringSearch. Along the way, we have been running into small
compatibility nits which we have fixed either by changing core's behavior
to be cross-compatible or by filing bugs and submitting patches upstream.

As you can see, there are some hard blockers that stand between us and HHVM
in production, and the biggest ones are not entirely in our hands (i.e.,
they depend on upstream merging patches and fixing packages). At the same
time, there is a lot of useful work left to do that can continue without
being blocked by these things. For that reason, the Core MediaWiki team is
currently targetting the Beta cluster for HHVM work.

Our target for the current sprint is to have the ability to have Apache run
either the Zend interpreter or HHVM based on the presence of a magic
cookie. By default, visitors to the beta cluster will be served pages
generated using the Zend interpreter, but by setting the cookie, Apache
would serve MediaWiki using HHVM instead.  This is an idea we got from
Niklas, who has implemented something very similar for <
http://dev.translatewiki.net/>.  Doing this this would allow the beta
cluster to continue to be faithful to production and thus continue to be a
good target for testing, while at the same time provide a way for people
working on HHVM specifically to test ported extensions and to identify and
fix integration points in a production-like environment. It also gives us a
way of making our progress visible to you.

We have benchmarked different workloads on different hardware and have
found the performance of HHVM to be impressively better than the Zend
interpreter in most cases, but we don't yet have numbers to share that
project the impact on users, because we don't have the means of simulating
the load patterns of production, and because some parts of the stack are
still in the process of being ported. We expect that having the option of
running HHVM on the Beta cluster with the complete set of extensions that
Wikimedia uses will make it possible for us to project how it will perform
in production. But we are optimistic, given what we've observed and given
the spate of independent evaluations of HHVM from different corners of the
PHP community.

We are using Bugzilla to track our progress. You can search for bugs with
the 'hiphop' keyword, or simply head to ,
which aggregates the most recently touched items via RSS. If you'd like to
get involved, pick an open bug, or get in touch via the lists or IRC.

Regards, Core Platform.
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

[Wikitech-l] Announcement: GCoS 2014: Project proposal for A system for reviewing funding requests.

2014-03-21 Thread Rahul Mishra

Hello,

Please ignore my earlier mail, i have done some editing in my draft and 
mailing it again.


I am Rahul Mishra,final year undergraduate and pursuing
my B-Tech form Netaji Subhash Engineering College having
majors Computer Sciences & Engineering.

I am very much interested in the project of "A system for reviewing funding
requests" and proposed a draft titled "A system for reviewing funding 
requests".


Please review my draft and please give your valuable advise/suggestions, 
so that

i can further improve my proposal and make it better.

Link to my Userpage.
https://www.mediawiki.org/wiki/User:Rahulmishra22

Link to the project.
https://www.mediawiki.org/wiki/Google_Summer_of_Code_2014#A_system_for_reviewing_funding_requests 



Link to the Proposal.
https://www.mediawiki.org/wiki/Rahulmishra22/A_System_for_reviewing_Funding_Requests


Thank you,
Rahul Mishra.
Dept. of CSE,
NSEC.

___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l