Wikitech-l May 2012

wikitech-l@lists.wikimedia.org

136 participants
123 discussions

Many new developers & project owners - welcome!
by Sumana Harihareswara 23 May '12

23 May '12

We used to send an email to wikitech-l every time we approved new Subversion committers, but now that we've switched to Git, I don't do that anymore. We've welcomed at least a hundred new people to our developer community since the Git switch two months ago, and you can see most of them at https://www.mediawiki.org/wiki/Developer_access/Archive . Welcome to all of you! We've also given some folks Gerrit project owner status so they can merge in changes to MediaWiki core or to certain extensions; see https://www.mediawiki.org/wiki/Git/Gerrit_project_ownership/Archive for that list. Explanation at https://www.mediawiki.org/wiki/Git/Workflow#Who_can_review.3F_Gerrit_projec… . Incidentally, right now the queue of people waiting for developer access accounts (Git/Gerrit and Labs access) is empty, as is the queue of requests for Gerrit project ownership. Feel free to add yours! https://www.mediawiki.org/wiki/Developer_access https://www.mediawiki.org/wiki/Git/Gerrit_project_ownership -- Sumana Harihareswara Engineering Community Manager Wikimedia Foundation

1 0

some people complained already about my recent security alerts for PHP, OpenOffice, LibreOffice...
by Thomas Gries 23 May '12

23 May '12

... in consequence, you will _/not /_receive further major security alerts.

5 5

The bugtracker problem, again
by David Gerard 23 May '12

23 May '12

Discussion on Oliver Keyes' blog: http://quominus.org/archives/714 He's coming from the perspective of liaison with newbies. Read the comments. (I will note that Antoine Musso was right in the previous discussion that Mantis has a nice, friendly interface. I myself was most displeased to discover that (a) the code itself is really horrible (b) it's all but unsupported even to free-software standards.) - d.

23 45

Git Office Hours - May 22nd
by Chad 22 May '12

22 May '12

Hi everyone, I'd like to invite anyone who is interested in Git, Gerrit and code review to office hours I will be holding on IRC next week. Here are the full details: Channel: #wikimedia-dev on Freenode Date: May 22, 2012 Time: 18:30-19:30 UTC (13:30 EDT, 11:30 PDT) Subject: Git/Gerrit I will be on hand to answer any questions you have about the git migration so far, the process moving forward, and anything else interesting you can think up. Have a great week, and I hope you can join us next Tuesday! -Chad

2 1

WIkidata and Global Profile.
by Raylton P. Sousa 22 May '12

22 May '12

By chance Wikidata[1] could be a substitute for the Global Profile[2]? Because at least from what I understand it would not take much to implement this. I do not know if I'm talking nonsense, but I would be happy if it was done. [1]http://meta.wikimedia.org/wiki/Wikidata [2]http://www.mediawiki.org/wiki/GlobalProfile

3 2

Introducing: Designs for the Universal Language Selector
by Pau Giner 22 May '12

22 May '12

Today we are announcing the designs and interactive prototypes for the Universal Language Selector. Wikipedia is available in 285 languages, and MediaWiki has been translated to almost 400 languages. Several language-related tools are available to support the consumption and contribution of content in different languages. These tools allow users to type text in a language for which their keyboard is not prepared, download appropriate web fonts to display non-Latin scripts properly and choose the language of their user interface. The Universal Language Selector is a tool that will allow users to select a language and configure its support in an easy way. When the number of languages in a list approaches 400, ease of use becomes both a need and a challenge. The design process for the selector started with the analysis of user needs and the definition of representative scenarios to support. Then, we explored different ideas in the form of sketches and wire-frames through different iterations. Finally, we have created interactive prototypes to test whether our ideas work with real users, and we want to share them with the community. More information about the designs has been recently published at the Wikimedia Foundation blog: http://blog.wikimedia.org/2012/05/21/introducing-designs-for-the-universal-… We are announcing the availability of the Universal Language Selector designs to gather feedback on the proposed solutions, and ask for volunteers to test our prototypes. If you want more details on the designs or want to have ideas for improvement or criticism on the designs, feel free to do so on the talk page for the Universal Language Selector: https://www.mediawiki.org/wiki/Universal_Language_Selector#Proposed_design If you are a speaker of Arabic, Dutch, Hebrew or Hindi, you can also request participation for the usability tests at http://goo.gl/QpWmu In less than 30 minutes you can participate in the tests and experience whether our proposed solutions work in practice for your specific language community and context. Pau -- Pau Giner Interaction Designer Wikimedia Foundation

1 0

critical security alerts for OpenOffice and LibreOffice
by Thomas Gries 21 May '12

21 May '12

FYI ** Keine Antwort erforderlich ** no reply needed ** http://www.openoffice.org/security/cves/CVE-2012-1149.html http://www.openoffice.org/security/cves/CVE-2012-2149.html http://www.heise.de/newsticker/meldung/Kritische-Sicherheitsluecke-in-OpenO… (German) ** Keine Antwort erforderlich ** no reply needed **

3 3

Security alert: PHP 5.4.3 windows version upload exploit
by Thomas Gries 21 May '12

21 May '12

** Keine Antwort erforderlich ** no reply needed ** FYI: I just received the following information http://www.heise.de/newsticker/meldung/Ungepatche-Luecke-in-aktueller-PHP-V… (German) https://isc.sans.edu/diary.html?storyid=13255 "Clarifications/Updates to the original diary: - This is NOT remote exploitable. An exploit would require the attacker to upload PHP code to the server, at which point, the attacker could just use PHP to run shell commands via "exec". - only the windows version is vulnerable" "There is a remote exploit in the wild for PHP 5.4.3 in Windows, which takes advantage of a vulnerability in the com_print_typeinfo <http://php.net/manual/en/function.com-print-typeinfo.php> function. The php engine needs to execute the malicious code, which can include any shellcode like the the ones that bind a shell to a port." ** Keine Antwort erforderlich ** no reply needed **

2 1

Extensions queue for Git conversion
by Stephan Gambke 21 May '12

21 May '12

Hi, the next batch of extensions to be transferred to Git is overdue for more than a week now. Any idea, when it will actually happen? (http://www.mediawiki.org/wiki/Git/Conversion/Extensions_queue) Cheers, Stephan

4 5

Cry for help from translatewiki.net
by Niklas Laxström 21 May '12

21 May '12

About a month ago it seemed like that things were heading to the right direction: we had working l10n commit auto-merging and LocalisationUpdate running. That only lasted couple of days and since then things have only gotten worse - neither auto-merge nor LU have been reliably working for almost two months now. We at translatewiki.net get the blame and have to apologize for our translators who are rightfully complaining. I spent lots of hours on the week and weekend after the switch support l10n commits to Gerrit. While doing that I modernized our repository handling scripts, but the time savings those provide are negated by the fact now someone has get to wrist injury manually accepting all the commits in Gerrit. Not to mention just processing hundreds of repositories is many times slower than one. Translatewiki.net was also the first big site to switch to Git while *also* having SVN extension around. WMF forced all its extensions to move to Git unconditionally to simplify things. To date there are no scripts to help third party sites maintain their wikis with both Git and SVN extensions. I've asked many times to announce new repositories and other big changes (like history rewrites) to repositories on wikitech-l, but that is still not happening. For example the recent rewrite of histories of map extensions was unannounced and delayed l10n commits for at least one day, because our scripts don't handle that situation automatically. Some extension commits go past Gerrit code review. This means that it is impossible to even get notifications on those extensions. Some of those extensions are in use at translatewiki.net and given the numerous breakages related to those extensions lately, I am seriously considering removing those extensions from translatewiki.net until this issue is solved. That is bye bye to maps showing our registered translators around the world. I am not willing to run code that is both unreviewed and not seen by me. We did talk about this before the migration and I'm very annoyed it happened anyway and that people think this is acceptable [1]. These and other issues are bugging me every day (some of you already know this very well) and I desperately want to get them out of my mind and in to the past. -Niklas [1] https://bugzilla.wikimedia.org/36927 -- Niklas Laxström

9 13

← Newer
1
2
3
4
5
6
7
...
13
Older →

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

Wikitech-l May 2012