[Wikitech-l] Bug at Planet Wikimedia
Hi, at URI:http://en.planet.wikimedia.org/ and the correspond- ing RSS feed there is the problem that some links get man- gled, i. e. the link to Ziko's article Don’t give me a link. Give me an explanation! is /empty/. The issue was raised at URI:http://meta.wikimedia.org/wiki/Planet_Wikimedia#Problems and there seems to be a related bug at URI:https://bugzilla.wikimedia.org/show_bug.cgi?id=22937. I installed Planet 2.0 on my local box and downloaded the configuration files from Subversion's trunk, and the links were properly processed. URI:http://wikitech.wikimedia.org/view/Planet.wikimedia.org says that it sits on singer currently, installed from a nightly snapshot of planet 2.0. To squash the bug could someone with sufficient karma please check which version of Planet is actually installed on singer and whether the checkout from Subversion is up-to-date? TIA, Tim ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Fixme, please fix me!
(Realized I hadn't actually subscribed, so re-sending.) Chad innocentkil...@gmail.com writes: mah - 5 When a FIXME is fixed, my understanding is that the fixer isn't supposed to un-mark the FIXME. If I'm wrong, I'll toggle a few of these to RESOLVED. Looking at the recent state changes, it isn't clear that the committer is supposed to mark it RESOLVED. Since I'm at the top of the list: http://www.mediawiki.org/wiki/Special:Code/MediaWiki/62006 Fixed. http://www.mediawiki.org/wiki/Special:Code/MediaWiki/66696 Fixed but failed to commit. Committed. http://www.mediawiki.org/wiki/Special:Code/MediaWiki/66698 Fixed. Six days later (as I started my vacation) Platonides added another item that needed fixing. Fixed just now. Which leaves these two: http://www.mediawiki.org/wiki/Special:Code/MediaWiki/61911 http://www.mediawiki.org/wiki/Special:Code/MediaWiki/65152 At least I've moved down the list :) Mark. -- http://hexmode.com/ Embrace Ignorance. Just don't get too attached. ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Fixme, please fix me!
On Thu, Jun 10, 2010 at 11:40 AM, Mark A. Hershberger m...@everybody.org wrote: (Realized I hadn't actually subscribed, so re-sending.) Chad innocentkil...@gmail.com writes: mah - 5 When a FIXME is fixed, my understanding is that the fixer isn't supposed to un-mark the FIXME. If I'm wrong, I'll toggle a few of these to RESOLVED. Looking at the recent state changes, it isn't clear that the committer is supposed to mark it RESOLVED. This is a general note to all committers, since I keep seeing the same question asked. Committers should never set their own revisions to OK or RESOLVED. Even if you review code, review other people's code and let other people review yours :) -Chad ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] On proper sorting using CLDR (was: varchar(255) binary in tables.sql)
Hoi, I am really happy with your extensive description of why it is such a pain in the arse. The situation is even worse, there are more wikipedia languages then there are languages with a proper CLDR description. It would be a dear thing when we could strongly urge our language communities to verify, append and amend the CLDR. It would make a *practical* difference in translatewiki.net. You are right that it is not an absolute road block for other languages to have their Wikipedia. It is not. It is however amazing that we have a Wikipedia in languages like Hindi and Malayalam. The problem for those languages is even more basic. They have problems with Unicode itself. To appreciate this compare the Indonesian Wikipedia with all the Wikipedias of the Indian subcontinent. As Bahasa Indonesia is written in the Latin script, it is that much easier to write articles for that language. As a result you will find that the Indonesian Wikipedia is bigger in traffic then all the Indian Wikipedias combined. In conclusion, we need to spend genuine effort in supporting other scripts. I appreciate that you are not volunteering. It would however be a project that would make a big difference to many of our projects. Thanks, GerardM On 10 June 2010 14:40, Domas Mituzas midom.li...@gmail.com wrote: Hi! Yes it is a technical pain in the arse.The question is one of primacy. Is it more important to provide service or are technical considerations of the most importance. Yes, we discussed this in the past and we did not agree then and we do not agree now. Well, I agree that it might be good idea to have language-specific ordering, just costs are quite high and there're not too many people eager to do engineering part of such project. CLDR isn't panacea, it is constantly evolving project, with inaccurate stable versions (even for well established languages like mine, heheh), and various proposed/testing versions. So, to pick CLDR based flow, and do it properly, it would consist of infinite loop of: 1. Understanding which languages need a separate collation 2. Evaluating all available collations for a language, attracting input from local communities and standardization bodies 3. Evaluating the algorithmic implications of chosen collation - then either approaching standards bodies to change it, or simplifying it internally (and forking), or implementing algorithms in software (though that sometimes is impossible to do in efficient way) 4. Porting (3) into a backend of choice 5. Provide upgrade path and conflict resolution method for existing content 6. Provide framework to do full index rebuilds and switchover between different collations (ok, this probably is one-time engineering project, albeit quite complex, as it has to have (4) and (5) in mind) 7. Monitor for new versions of collations :) Multiply all that by number of languages we have, and do note that there're multiple sorting variants per language too (e.g. dictionary vs phonebook ordering in Germany). So yes, it would be fantastic to have that kind of functionality, but you'd need quite some engineering capacity to pull it off. And if we get to implementation specifics - ordering rules are same as equality rules, causing quite some confusion in some cases (and some people will definitely want to have same sorted but not equal terms.. :) Of course, we can use community driven sortkey hacks for some features ;-) I wonder how our English language readers would react when the sort order for their lists would be wrong. I guess it isn't absolutely tragic for others, as otherwise we wouldn't see projects in other languages at all. Now thats a benchmark! ;-) Domas ___ 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] Fixme, please fix me!
2010/6/10 Chad innocentkil...@gmail.com: This is a general note to all committers, since I keep seeing the same question asked. Committers should never set their own revisions to OK or RESOLVED. Even if you review code, review other people's code and let other people review yours :) I do believe it's acceptable to reset the status of a FIXME back to NEW when you've addressed all the comments. It can then be reviewed again. Roan Kattouw (Catrope) ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] On proper sorting using CLDR (was: varchar(255) binary in tables.sql)
Hi! On Thu, Jun 10, 2010 at 09:40, Domas Mituzas midom.li...@gmail.com wrote: [snip] Of course, we can use community driven sortkey hacks for some features ;-) Domas Currently it is possible to define the sortkeys using {{DEFAULTSORT:Sortkey}} and in lots of places this sortkey coincide with the value of magic words like {{PAGENAME}} and {{SUBPAGENAME}}, so we don't need to update them manually. The (annoying) exception is when the value returned by these magic words starts, for example, with Á and we would like to have the page sorted in A: in this cases we are forced to type the sortkey manually. Would it be possible to have some command for language-dependent word conversions, like {{collation:langcode|string}}, whose result should be the given string with character Á changed to A (and so on for other characters), according to the langcode? This could be used in situations like {{DEFAULTSORT: {{collation: pt | {{SUBPAGENAME}} }} }} or even to create a template {{Simplified sortkey}} with the code above. What do you think? Helder ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] On proper sorting using CLDR
Helder Geovane wrote: Currently it is possible to define the sortkeys using {{DEFAULTSORT:Sortkey}} and in lots of places this sortkey coincide with the value of magic words like {{PAGENAME}} and {{SUBPAGENAME}}, so we don't need to update them manually. The (annoying) exception is when the value returned by these magic words starts, for example, with Á and we would like to have the page sorted in A: in this cases we are forced to type the sortkey manually. Would it be possible to have some command for language-dependent word conversions, like {{collation:langcode|string}}, whose result should be the given string with character Á changed to A (and so on for other characters), according to the langcode? This could be used in situations like {{DEFAULTSORT: {{collation: pt | {{SUBPAGENAME}} }} }} or even to create a template {{Simplified sortkey}} with the code above. What do you think? Helder That could even be done internally. ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Fixme, please fix me!
On Thu, Jun 10, 2010 at 12:22 PM, Roan Kattouw roan.katt...@gmail.com wrote: I do believe it's acceptable to reset the status of a FIXME back to NEW when you've addressed all the comments. It can then be reviewed again. It would be nice if this weren't necessary, but in practice people set a commit to fixme, then don't set it back when it's fixed. So when my commits are marked fixme and I address the problem, I set them back to whatever it was beforehand, generally. It's only reasonable, if people are going to post lists of how many outstanding fixmes there are for everyone. ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l