Re: [Wikitech-l] Types of allowed projects for grant funding (renamed)
I also think that we should revisit this policy. Any IEG should have a feasibility plan. In GSoC / Outreachy usually the mentors are the ones guaranteeing code review. In IEG that guarantee should be provided in other ways, but it is possible to provide it. For what is worth, https://www.mediawiki.org/wiki/Outreach_programs/Possible_projects are already defined as project ideas that might also be good candidates for Individual Engagement Grants. I wish IEG brokers would subscribe to https://phabricator.wikimedia.org/tag/possible-tech-projects/ to find inspiration; projects listed there are going through a community filter that ;looks for wanted projects with a good size foir an IEG. On Sat, Feb 21, 2015 at 10:26 PM, Brian Wolff bawo...@gmail.com wrote: code review is definitely a severe bottleneck currently for existing volunteer contributions. Yes, and addressing this problem is becoming a priority for the Engineering Community team. See/join https://phabricator.wikimedia.org/T78768. But again, well planned IEG could avoid this problem entirely by finding the right partners. ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
[Wikitech-l] Line break in php
Hi how can I do line breaks in php because I am trying to do line breaks for global in github.com/paladox/Metrolook/blob/test/MetrolookTemplate.php ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] [OT] Global user pages deployed to all wikis
Emilio, it is in everybody's interest that Wikimedia is an environment where people treat each other with respect and assume that people mean well. Criticize ideas instead of people. There is some guidance at http://wikimediafoundation.org/wiki/Code_of_conduct_policy Thank you. andre -- Andre Klapper | Wikimedia Bugwrangler http://blogs.gnome.org/aklapper/ ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] [OT] Global user pages deployed to all wikis
I don't really see what is a problem here. On meta you can request deletion of all userpages in 2 minutes, I myself got my userpages deleted within 2 days and I didn't have to care at all. It was super simple and it worked. I've seen a lot of problematic deployments of things that didn't work, but this is not a case, believe me. On Sun, Feb 22, 2015 at 12:37 PM, Andre Klapper aklap...@wikimedia.org wrote: Emilio, it is in everybody's interest that Wikimedia is an environment where people treat each other with respect and assume that people mean well. Criticize ideas instead of people. There is some guidance at http://wikimediafoundation.org/wiki/Code_of_conduct_policy Thank you. andre -- Andre Klapper | Wikimedia Bugwrangler http://blogs.gnome.org/aklapper/ ___ 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] Global user pages deployed to all wikis
2015-02-21 16:21 GMT+01:00 MZMcBride z...@mzmcbride.com: Emilio J. Rodríguez-Posada wrote: It seems so. In my case, I created years ago a lot of redirects to my English userpage from many Wikipedia languages, and now I have to request the deletion for all them. Not very useful. Not very useful is a slightly rude comment to make, in my opinion. You specifically and intentionally created local user pages on various Wikipedias. I imagine you and others would be rightfully upset if someone came along and simply overwrote your local user pages with a global user page without your knowledge or consent. Can we get a special bot task in meta to request userpage deletion in batches? There's discussion on Meta-Wiki about Synchbot deleting local user pages on a per-user, opt-in basis. I'm personally of the view that users seeking to un-spam the dozens or hundreds of wikis where they have created a local user page and done nothing more ought to clean up the mess themselves. I edited/added images and managed bots (generating edit rankings and other) in many Wikipedias. I didn't spammed anything, just had to create the redirect userpages years ago because MediaWiki didn't offered anything better. If you don't know about the case, shut up. Instead of deletion, blanking the user page might be a neat way of triggering the global user page to re-appear (a version of pure wiki deletion). Though, of course, some users might want a 0-byte user page. MZMcBride ___ 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] [OT] Global user pages deployed to all wikis
Tim Landscheidt wrote: I find the idea of singling someone out who defended himself against the (false) accusation that he spammed wikis while not muttering a word about the accuser's behaviour trou- bling. Shushing someone because he said No! I don't want to be treated this way! in a way that reflects the per- ceived infraction feels very wrong. I'd say that using terms like the accuser and vaguely paraphrasing (shut up became No! ...) is probably adding more heat than light. The situation of users creating dozens or hundreds of local user pages never sat well with me as it was a bad hack. And it was entirely predictable that one day we'd be in a situation in which we'd have global user pages and the people who used a bot or scripts to create all of these local user pages would be annoyed by their own choices. Here we are. In a lot of online communities, showing up and creating only a user page (or user profile) is pretty questionable. Calling it spam is too extreme; I agree and I apologized for using the term un-spam. MZMcBride ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Global user pages deployed to all wikis
Emilio J. Rodríguez-Posada wrote: I edited/added images and managed bots (generating edit rankings and other) in many Wikipedias. I didn't spammed anything, just had to create the redirect userpages years ago because MediaWiki didn't offered anything better. Indeed. I briefly looked at https://meta.wikimedia.org/wiki/Special:CentralAuth/Emijrp and places where there are three edits seem to be creating a soft redirect template, soft-redirecting your user page, and soft-redirecting your user talk page. If you don't know about the case, shut up. I know a bit! :-) We should not be antagonizing each other. I really respect and appreciate the work that you do across Wikimedia. Spam is a pretty loaded term and it was in poor form to use it here. I apologize. Certain users are in a funky situation currently where, using a bot or browser tabs, they've created dozens or hundreds of user pages that now preempt a global user page. We definitely considered this scenario, but ultimately this practice of creating many local user pages was never considered supported. It was tolerated because of the lack of global user pages and now we face a reconciliation with past acts. (Or not... retaining local user pages doesn't really harm much.) If you or anyone else wants help getting rid of these local user pages, there are volunteers at Meta-Wiki who would be happy to offer assistance. MZMcBride ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
[Wikitech-l] Transfering domain cswp.cz to WMF
Hi, Long time ago I purchased domain cswp.cz in order to use it in same way as enwp.org for czech wikipedia (cswp.org was taken by something). I think that it would be probably better if it was owned and maintained by WMF rather than me, but I don't really know where to ask, neither if ops are actually interested in maintaining it, the script which redirects the page is pretty simple: ?php $uri = $_SERVER['PHP_SELF']; $target = http://cs.wikipedia.org/wiki;; header (Location: $target.$uri); exit(); I can't really provide any data on usage of this domain, because I never collected any, but if there isn't any long-term plan for global wiki shorteners I think this domain could be used. Thank you ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Transfering domain cswp.cz to WMF
Hi Petr, I believe that WMF Legal handles matters such as this one. I am including them in this email reply. Thank you, Pine On Feb 22, 2015 7:20 AM, Petr Bena benap...@gmail.com wrote: Hi, Long time ago I purchased domain cswp.cz in order to use it in same way as enwp.org for czech wikipedia (cswp.org was taken by something). I think that it would be probably better if it was owned and maintained by WMF rather than me, but I don't really know where to ask, neither if ops are actually interested in maintaining it, the script which redirects the page is pretty simple: ?php $uri = $_SERVER['PHP_SELF']; $target = http://cs.wikipedia.org/wiki;; header (Location: $target.$uri); exit(); I can't really provide any data on usage of this domain, because I never collected any, but if there isn't any long-term plan for global wiki shorteners I think this domain could be used. Thank you ___ 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] [OT] Global user pages deployed to all wikis
Andre Klapper aklap...@wikimedia.org wrote: Emilio, it is in everybody's interest that Wikimedia is an environment where people treat each other with respect and assume that people mean well. Criticize ideas instead of people. There is some guidance at http://wikimediafoundation.org/wiki/Code_of_conduct_policy I find the idea of singling someone out who defended himself against the (false) accusation that he spammed wikis while not muttering a word about the accuser's behaviour trou- bling. Shushing someone because he said No! I don't want to be treated this way! in a way that reflects the per- ceived infraction feels very wrong. Tim ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] E-mail login to wiki - needs feedback
On 19/02/15 16:15, MZMcBride wrote: It's not a matter of choosing a single, simple user name, per se, it's choosing a user name on Wikimedia wikis, on Twitter, on Facebook, on Gmail, on GitHub, and on a million other sites on the Web. Yes, users should choose memorable user names and secure passwords on each site and never forget them, but that isn't the world we live in. We dramatically reduce our barrier to entry by allowing login via e-mail address as users can typically remember their own e-mail address. Do you disagree? MediaWiki not only currently disallows login via e-mail address, login is case-sensitive (e.g., MZ and Mz can be different users). In your experience, is MediaWiki's current authentication architecture following common or best practices? I personally think there's a lot of work needed. MZMcBride Emails are case-sensitive as well. platonides@gmail is different than Platonides@gmail and different than PLATONIDES@gmail (for everybody but gmail). (cf. T76169, T75818, T85137) PS: Some people indeed can't remember their own email address. ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] [Wikimedia-l] Types of allowed projects for grant funding (renamed)
On Sun, Feb 22, 2015 at 12:24 PM, Pine W wiki.p...@gmail.com wrote: Hi Luis, Thank you for agreeing to consider grant funding for software projects. It sounds like you also plan a broader review of funding for community needs and growth. Yes. The timeline is still somewhat up in the air, but soon - likely sooner than Berlin. I have a list of requests for changes, which boil down to removing policy barriers and greatly improving communications and workflows so that community growth is fostered and volunteer time is used wisely. I'd be interested to hear those, though probably on meta rather than here. I greatly appreciate your interest in supporting communities and contributor growth. Thanks. Of course, the Foundation has long been active on those areas (we spend millions of dollars a year doing them!) but I think we're always interested in doing it better. Luis Pine On Feb 21, 2015 6:12 PM, Luis Villa lvi...@wikimedia.org wrote: On Sat, Feb 21, 2015 at 5:39 PM, Erik Moeller e...@wikimedia.org wrote: Damon, Luis and members of their teams will need to weigh in on this, and will want to think through the implications for their respective areas, but it's a good conversation to have -- keeping in mind that Luis is just starting in his new role, so please give him at least a few days to get up to speed. ;-) Thanks for at least a few hours of cushion, Erik ;) I'm a big believer in the power of/need for software tools, and at least philosophically I'm very open to funding software development outside the Foundation (though obviously there are lots of pragmatic difficulties - code review, etc.) So, yes, as part of our broader review of how we support communities and contributor growth, CE will look at funding code very seriously. Luis -- Luis Villa Sr. Director of Community Engagement Wikimedia Foundation *Imagine a world in which every single human being can freely share in the sum of all knowledge. That's our commitment.* ___ Wikimedia-l mailing list, guidelines at: https://meta.wikimedia.org/wiki/Mailing_lists/Guidelines wikimedi...@lists.wikimedia.org Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l, mailto:wikimedia-l-requ...@lists.wikimedia.org?subject=unsubscribe ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l -- Luis Villa Sr. Director of Community Engagement Wikimedia Foundation *Imagine a world in which every single human being can freely share in the sum of all knowledge. That's our commitment.* ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] E-mail login to wiki - needs feedback
On Sun, Feb 22, 2015 at 3:33 PM, Platonides platoni...@gmail.com wrote: On 20/02/15 00:58, phoebe ayers wrote: Hi all, I'm the one who started that bug-now-task a while back, and for context, it was based directly on user feedback. What MzM says above is right. I was working with a casual (but quite good) editor who said to me well, I'd edit that Wikipedia page, but I don't edit very often and I can never remember what my login is, since my usual login was taken. But if I could enter my email address, it would be a lot easier and I'd be more likely to just do it. It looks like it would be enough to provide a send forgotten username to this email feature. Which is bug 13015 [1], fixed in 2011 [2] and afaik never enabled. As it provides a list of usernames, there's no issue with too-many-usernames, which to use for login? Hmm. I just tried asking for a password reset with my email [on English Wikipedia] and what I got was a list of temporary passwords for all the accounts associated with that email (a bunch, in my case, since I registered variations on my full name). The email lists the username and the temp password for each account. But yes, it's not clear that link can be used for retrieving login as well as password. Changing the text to 'Forgot your password or login?' could help. (Of course, checking your email and resetting the password is still an extra step for the infrequent editor). -- phoebe p.s. this is an old issue; that was still likely an unfixed bug when I first filed it! -- * I use this address for lists; send personal messages to phoebe.ayers at gmail.com * ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] post project funding
Responses to BAWolf inline. On Sat, Feb 21, 2015 at 12:05 PM, Brian Wolff bawo...@gmail.com wrote: On 2/21/15, Pine W wiki.p...@gmail.com wrote: In general WMF has a conservative grant policy (with the exception of IEG, grant funding seems to be getting more conservative every year, and some mission-aligned projects can't get funding because they don't fit into the current molds of the grants programs). Spontaneous cash awards for previous work are unlikely. However, if there is an existing project that could use some developer time, it may be possible to get grant funding for future work. [Rant] I find this kind of doubtful when IEG's (which for an individual developer doing a small project is really the type of funding that applies) have been traditionally denied for anything that even remotely touches WMF infrastructure. (Arguably the original question was about toollabs things, which is far enough away from WMF infrastructure to be allowed as an IEG grant, but I won't let that stop my rant...). Furthermore, it appears that IEGs now seem to be focusing primarily on gender gap grants. Couple quick clarifications: 1. There have been many IEGs that focus on tool development, including those from the most recent round https://meta.wikimedia.org/wiki/Grants:IEG#ieg-engaging. There's no tradition of denying software projects: they're quite well represented among completed IEG projects too https://meta.wikimedia.org/wiki/Category:IEG/Proposals/Completed. In the past, there have been concerns from members of Product/Engineering that IEGs would divert resources from established development priorities, so projects that rely on MediaWiki integration were sometimes a tough sell. 2. IEG accepts applications twice a year; this coming round (April) the focus will be on gender-gap themed projects. The focus of the September 2015 round, if there is one, has not been established yet. But it's unlikely to be gender gap. I find it odd, that we have grants through GSOC and OPW to people who are largely newbies (although there are exceptions), and probably not in a position to do anything major. IEG provides grants as long as they are far enough away from the main site to not actually change much. But we do not provide grants to normal contributors who want to improve the technology of our websites, in big or important ways. That would be totally awesome. Ostensibly this is done in the name of: Any technical components must be standalone or completed on-wiki. Projects are completed without assistance or review from WMF engineering, so MediaWiki Extensions or software features requiring code review and integration cannot be funded. On-wiki tech work (templates, user scripts, gadgets) and completely standalone applications without a hosting dependency are allowed. Which on one hand is understandable. WMF-tech has its own priorities, and can't spend all its time babysitting whatever random ideas get funded. So I understand the fear that brought this about. On the other hand it is silly, since a grant to existing tech contributors is going to have much less review burden than gsoc/opw, and many projects might have minimal review burden, especially because most review could perhaps be done by non-wmf employees with +2, requiring only a final security/performance sign off. In fact, we do already provide very limited review to whatever randoms submit code to us over the internet (regardless of how they are funded, or lack thereof). If IEG grants were allowed in this area, it would be something that the grantee would have to plan and account for, with the understanding that nobody is going to provide a team of WMF developers to make someone else's grant happen. We should be providing the same amount of support to IEG grantees that we would to anyone who submitted code to us. That is, not much, but perhaps a little, and the amount dependent on how good their ideas are, and how clean their code is. That would be totally awesome. [End rant] Politically, I think its dangerous how WMF seems to more and more become the only stakeholder in MediaWiki development (Not that there is anything wrong with the WMF, I just don't like there being only 1 stakeholder). One way for there to be a more diverse group of interests is to allow grants to groups with goals consistent with Wikimedia's. While not exactly super diverse (all groups have similar goals), at least there would then be more groups, and hopefully result in more interesting and radical projects. --bawolff ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l -- Jonathan T. Morgan Community Research Lead Wikimedia Foundation User:Jmorgan (WMF) https://meta.wikimedia.org/wiki/User:Jmorgan_(WMF) jmor...@wikimedia.org ___ Wikitech-l
Re: [Wikitech-l] E-mail login to wiki - needs feedback
On Fri, Feb 20, 2015 at 11:45 PM, MZMcBride z...@mzmcbride.com wrote: Hi. Brion Vibber wrote: I personally have a bunch of test accounts that probably have the same email, and I'm sure some folks have bots and other things set up similarly. Note that many email providers including Gmail allow email aliases with + and something else after your mailbox name, such as 'johndoe+testing99 at wikimedia.org'; I've used this in the past to have separate accounts on one email for Apple and other providers as well. It's probably difficult to estimate, but I wonder what percentage of users are currently using a mail provider that supports this type of behavior. On the one hand, I thought Gmail/Google Apps was alone in supporting account+someth...@example.com functionality, but on the other hand, nearly everybody seems to be using Gmail/Google Apps these days. RFC 5321 says that interpretation and validation of the local part of an email address is left entirely to the receiving host [0] which makes verifying which hosts support various subaddressing methods [1] difficult. As mentioned in [[en:Email address]] [2] however there are quite a few large mail services and common mail transfer agent packages support some type of subaddressing or tagging although with various syntax variations. [0]: https://tools.ietf.org/html/rfc5321#section-2.3.11 [1]: https://tools.ietf.org/html/rfc5233 [2]: https://en.wikipedia.org/wiki/Email_address#Address_tags 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] post project funding
Couple quick clarifications: 1. There have been many IEGs that focus on tool development, including those from the most recent round https://meta.wikimedia.org/wiki/Grants:IEG#ieg-engaging. There's no tradition of denying software projects: they're quite well represented among completed IEG projects too https://meta.wikimedia.org/wiki/Category:IEG/Proposals/Completed. In the past, there have been concerns from members of Product/Engineering that IEGs would divert resources from established development priorities, so projects that rely on MediaWiki integration were sometimes a tough sell. Im aware there are tool projects and gadget projects. While these are important, and can potentially have a big impact, they are ultimately a side show to our main technology (hopefully no one takes that the wrong way. Our tool creators do amazing things). My post is concerning mediawiki related projects. The problem is not that they are a tough sell. The problem is that they are categorically rejected regardless of how much sense they may or may not make. And yes, the original thread was about a tool. I suppose I've totally hijacked this thread... 2. IEG accepts applications twice a year; this coming round (April) the focus will be on gender-gap themed projects. The focus of the September 2015 round, if there is one, has not been established yet. But it's unlikely to be gender gap. I apologize, i was relying on rumour. I should have verified. Nonetheless if every period has a theme, it makes it difficult for people to get funding to do a specific project that inherently interests them. However i suppose that's going off topic -- Bawolff ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] E-mail login to wiki - needs feedback
On 20/02/15 00:58, phoebe ayers wrote: Hi all, I'm the one who started that bug-now-task a while back, and for context, it was based directly on user feedback. What MzM says above is right. I was working with a casual (but quite good) editor who said to me well, I'd edit that Wikipedia page, but I don't edit very often and I can never remember what my login is, since my usual login was taken. But if I could enter my email address, it would be a lot easier and I'd be more likely to just do it. It looks like it would be enough to provide a send forgotten username to this email feature. Which is bug 13015 [1], fixed in 2011 [2] and afaik never enabled. As it provides a list of usernames, there's no issue with too-many-usernames, which to use for login? 1- https://phabricator.wikimedia.org/T15015 2- http://svn.wikimedia.org/viewvc/mediawiki/trunk/extensions/CentralAuth/CentralAuth.php?view=logpathrev=86482 As an aside, I wonder if login-by-email may lead to lower-quality usernames, which is an important part of your identity in the community. ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] [Wikimedia-l] Types of allowed projects for grant funding (renamed)
Hi Luis, Thank you for agreeing to consider grant funding for software projects. It sounds like you also plan a broader review of funding for community needs and growth. I have a list of requests for changes, which boil down to removing policy barriers and greatly improving communications and workflows so that community growth is fostered and volunteer time is used wisely. I imagine that we will have an opportunity to discuss these matters in person in Berlin. I look forward to seeing you there, and I greatly appreciate your interest in supporting communities and contributor growth. Pine On Feb 21, 2015 6:12 PM, Luis Villa lvi...@wikimedia.org wrote: On Sat, Feb 21, 2015 at 5:39 PM, Erik Moeller e...@wikimedia.org wrote: Damon, Luis and members of their teams will need to weigh in on this, and will want to think through the implications for their respective areas, but it's a good conversation to have -- keeping in mind that Luis is just starting in his new role, so please give him at least a few days to get up to speed. ;-) Thanks for at least a few hours of cushion, Erik ;) I'm a big believer in the power of/need for software tools, and at least philosophically I'm very open to funding software development outside the Foundation (though obviously there are lots of pragmatic difficulties - code review, etc.) So, yes, as part of our broader review of how we support communities and contributor growth, CE will look at funding code very seriously. Luis -- Luis Villa Sr. Director of Community Engagement Wikimedia Foundation *Imagine a world in which every single human being can freely share in the sum of all knowledge. That's our commitment.* ___ Wikimedia-l mailing list, guidelines at: https://meta.wikimedia.org/wiki/Mailing_lists/Guidelines wikimedi...@lists.wikimedia.org Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l, mailto:wikimedia-l-requ...@lists.wikimedia.org?subject=unsubscribe ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] GPL upgrading to version 3
Ok On Thursday, 12 February 2015, 14:42, Bryan Tong Minh bryan.tongm...@gmail.com wrote: On Wed, Feb 11, 2015 at 12:22 AM, David Gerard dger...@gmail.com wrote: On 10 February 2015 at 23:19, Bryan Tong Minh bryan.tongm...@gmail.com wrote: In fact I would prefer to go to a less restrictive license, but that is probably not worth the fight. And is also infeasible. For a web service. GPL is effectively weak copyleft already; I think that's quite weak enough. (As I noted, there is no actual evidence that permissive licenses secure more contributions than copyleft, and some evidence the other way; despite fans of permissive licenses repeating the claims ad nauseam over the last fifteen years, they're notably short on examples.) I am not particularly convinced that for many MediaWiki contributors the choice of license was a factor when starting to contribute to MediaWiki. In any case, as you state, the GPL as applied to MediaWiki is already very weakly copyleft, leaving us only the disadvantage of incompatibility with non-GPL projects, with the advantages of copyleft non-existent for the MediaWiki case. Bryan ___ 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
