[06:57] <head_victim> dpm: not trying to hassle too much but is there a "normal eta" for requests similar to https://answers.launchpad.net/launchpad/+question/170787  ?
[06:59] <dpm> hi head_victim. Yes, sorry, it usually takes LP admins a few days to action requests, but this time it seems it's taking them longer. Let me see if I can ping someone on #launchpad
[07:00] <head_victim> Thanks mate
[07:01] <dpm> no worries, asked on #launchpad, let's wait for an admin to reply
[07:15] <dpm> head_victim, the request has now been solved :) (for the record, the reason why admins hadn't looked at it was because it had been marked as answered, so they thought it had been solved - you did everything right on your side, though)
[07:16] <head_victim> dpm: you sir, are awesome
[08:27] <head_victim> Anyone know what package looks after the livecd menus?
[08:28] <head_victim> I've had some feedback from a non translator but can't lay my hands on the correct package
[08:30] <sagaci> try ubuntu without installing, etc?
[08:31] <head_victim> Yep, I can't remember where that was
[08:31] <sagaci> bootloader?
[08:31] <sagaci> https://translations.launchpad.net/ubuntu/oneiric/+source/gfxboot-theme-ubuntu/+pots/bootloader/en_AU/+translate?direction=backwards&memo=40&start=30
[08:34] <head_victim> sagaci: cheers mate, was a German friend in the Lubuntu team ;)
[08:35] <sagaci> righteo then
[08:38] <head_victim> dpm: as far as launchpad and Ubuntu translations groups go, is there a "best practice" way to make one a sub team of the other?
[08:49] <dpm> head_victim, generally we recommend the ubuntu-l10n-* team to be a subteam of the launchpad-l10n-* team
[08:50] <head_victim> That makes sense, just making sure there wasn't something we hadn't thought of and would be painful to change later
[08:54] <dpm> I think that should be all. The reason being, some people want to translate applications in LP (e.g. Chromium), but do not use or want to translate Ubuntu
[08:55] <dpm> And the teams being linked helps with permissions when translating packages in Ubuntu that are also translated as upstream packages in Launchpad
[08:55] <artnay_> speaking of chromium, there hasn't been any translation updates for a while
[08:55] <artnay_> is fta still maintaining chromium translations?
[08:56] <artnay_> I should probably ask directly from fta
[08:57] <artnay_> my concern is that he's no longer on mozilla channel (nor any other ubuntu channels)
[08:57] <head_victim> So if you did it that way, members of the Ubuntu translation team would have rights in the Launchpad translation team but not vice versa
[08:58] <dpm> exactly
[08:58] <dpm> artnay, yeah, I noticed that too. I haven't heard from him in a while :/
[09:00] <artnay> 11:59     artnay : hey there. are you still maintaining chromium translations on LP?
[09:00] <artnay> 11:59        fta : no
[09:00] <artnay> so, umh, chromium is without translations from now on. such a shame.
[09:03] <artnay> 12:00        fta : i'm no longer part of ubuntu
[09:03] <artnay> 12:02        fta : you should contact micahg & chriscoulson (in #ubuntu-mozillateam), they inherited my tools & privileges
[09:03] <artnay> I guess fta had enough of unity, err... :-)
[09:10] <dpm> artnay, oh, that's a real pity :(
[09:10] <dpm> in any case, I don't think it had to do anything to do with unity, why should it?
[09:12] <artnay> dpm: well he's been having a lot of problems with unity (according to his blog): http://ftagada.wordpress.com
[09:14] <dpm> artnay, well, there is a single blog post stating that unity has memory leaks. He's not mentioning at all that he wants to leave ubuntu because of that
[09:19] <artnay> dpm: there's more, this is the first one: http://ftagada.wordpress.com/2011/03/06/unity-in-natty-is-it-for-me/
[09:19] <artnay> and he talked a lot on #ubuntu-desktop before he left
[09:20] <artnay> but yeah, I'm not saying it's because of unity. just guessing...
[09:20] <dpm> artnay, I've read all his unity posts, they were on the planet, I'm just saying that I haven't heard or read anywhere that he left because of Unity
[09:20] <artnay> "Give up on Ubuntu? less likely, but not impossible either."
[09:22] <dpm> that's again a guess :-)
[09:22] <artnay> hopefully one of active chromium members will take care of translations: https://launchpad.net/~chromium-team/+members#active
[09:24] <artnay> dpm: should this be filed as a bug against ubuntu-translations? chromium doesn't use LP for bugs (bugs are here: http://code.google.com/p/chromium/issues/ )
[09:25] <artnay> I haven't seen fta's announcement (I asked him if he's sent e-mail to Chromium MLs or somewhere) and I can't find a bug report on this at chromium bugs
[09:28] <dpm> artnay, hm, good point, but I'm not too sure how to go about this. Chromium is not part of the Ubuntu project and its not in main, either, so ubuntu-translations might not be the best place to track this. I think the best thing would be for fta to document what needs to be done for someone else to pick up the translations maintenance. If the infrastructure is still in place, it might just be a matter of sending the translations branches upstream
[09:30] <artnay> dpm: let's wait micagh's answer or chrisc to show up. as they're both part of chromium team, maybe one of them could discuss with fta.
[09:31] <dpm> artnay, sounds like a good plan
[10:05] <head_victim> dpm: while I'm hassling you (sorry!) how do you finalise those translations that have translator-credit strings that just never want to seem to clear (https://translations.launchpad.net/ubuntu/oneiric/+source/empathy/+pots/empathy/en_AU/+translate?show=untranslated&batch=50)
[10:07] <dpm> head_victim, that's a bug, don't worry about finishing them
[10:08] <head_victim> dpm: ok so anything we need to log to have it fixed or just a wait for it to be updated thing?
[10:08] <dpm> danilos, I too have noticed translations-credits strings coming back with a vengeance in the last few weeks. Any ideas on recent changes on LP that might have caused that?
[10:09] <dpm> head_victim, I'd recommend to just forget about it for now, LP developers should take care of fixing it eventually
[10:10] <head_victim> dpm: that's good news, just making sure there's nothing we were doing.
[10:16] <danilos> dpm, not that I know of, please file a bug if there's not one already, and if this is a recent pattern, please document how this has started happening recently and didn't happen before (so we can tag it as "regression" and mark it as critical)
[10:17] <artnay> any idea which package provides "Authentication required to edit APT sources" or similar when opening software sources from software center? I guess originates from d-bus/policykit but still can't find the translation template for it
[10:19] <kelemengabor> artnay: that's from software-properties-gtk
[10:20] <kelemengabor> and I have a bug and a fix for it too, let me look it up
[10:20] <kelemengabor> bug #853354
[10:20] <ubot4> Launchpad bug 853354 in ubuntu-system-service (Ubuntu) (and 1 other project) "Make the system-service .policy file dynamically translatable (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/853354
[10:21] <kelemengabor> not this :(
[10:21] <kelemengabor> bug #853231
[10:21] <ubot4> Launchpad bug 853231 in software-properties (Ubuntu) (and 1 other project) "Make the software-properties .policy file dynamically translatable (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/853231
[10:21] <kelemengabor> this! :)
[10:22] <artnay> kelemengabor: nice, thanks for the link.
[10:28] <dpm> thanks danilos, this is now bug/866082
[10:29] <dpm> bug 866082
[10:29] <ubot4> Launchpad bug 866082 in launchpad "Translator credits shown as untranslated (and untranslatable) strings (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/866082
[10:31] <dpm> kelemengabor, yesterday I figured out why evolution wasn't showing up in the Hungarian team's statistics of untranslated strings. The stats generator is working well, it's simply that now evo is not part of the main iso as we've switched to thunderbird by default - by design, the stats only account for packages installed by default
[10:31] <kelemengabor> dpm: oh... silly me :(
[10:32] <kelemengabor> is there anything about the evolution* po imports?
[10:36] <dpm> kelemengabor, I'm asking on #launchpad now
[11:27] <dpm> heads up that new language packs are being uploaded right now
[11:27] <dpm> for oneiric, that is
[11:27] <dpm> after this one, the last upload will be on Friday
[11:28] <dpm> and the translations deadline stays as it is: Thursday the 6th Oct
[11:34] <head_victim> dpm: we're under 100K strings total :)
[11:35] <head_victim> All I can say is, Translations Jams really work.
[11:43] <dpm> head_victim, awesome :-)
[14:19] <dpm> kelemengabor, good job on spotting and fixing the policy files, let's see if the fix can be included for the release. Also good work on bug 865430 :)
[14:19] <ubot4> Launchpad bug 865430 in unity-lens-files (Ubuntu) (and 5 other projects) "Categories "Applications" and "Files and folders" are untranslated (affects: 4) (heat: 22)" [Undecided,Invalid] https://launchpad.net/bugs/865430
[14:31] <danilos> dpm, hum, I was looking at something and noticed that global suggestions do not seem to work at all anymore; have you seen that as well?
[14:32] <dpm> danilos, they seemed to work for me this morning, IIRC, although I can't remember which package
[14:32] <danilos> dpm, I'll look into your history trying to find it then :)
[14:32] <dpm> :)
[14:32] <danilos> dpm, deja-dup? lightdm?
[14:33] <danilos> dpm, ubuntu-docs?
[14:33] <dpm> danilos, deja-dup or ubuntu-docs, most probably the latter
[14:33] <danilos> dpm, do note that I am thinking of global suggestions, i.e. not sharing-suggestions, but those from entirely different projects
[14:34] <dpm> yeah, those I meant, but let me see if I can remember from which other project I saw (or dreamt) suggestions coming from
[14:35] <danilos> dpm, please, because I believe I found another bug introduced by people "optimizing" code :)
[14:36] <danilos> dpm, basically, when was the last time you've seen "Used in ... " or "Suggested in ..." describing a suggestion
[14:36] <dpm> danilos, here: https://translations.launchpad.net/ubuntu/oneiric/+source/ubuntu-docs/+pots/ubuntu-help/ca/5/+translate - this one should normally come from sharing, but as the template has got a different name it should then come from global suggestions, right?
[14:37] <dpm> I mean the second suggestion
[14:38] <danilos> dpm, right, thanks, looks very interesting, I'll have to dive deeper then :/
[14:38] <dpm> danilos, ok, let me know if I can help in any way
[14:38] <danilos> dpm, the issue is that I couldn't get them to show up locally, which made me discover a bug; if they are showing up, it could be either because they are present in *both*, but we choose arbitrary pofile to show, or because I am stupid :)
[14:40] <artnay> hmm, the latest lang packs didn't include ubuntu-help - yelp's content is fully in English
[14:41] <dpm> artnay, the docs are only included in full language packs, which was not the case of today's. The language packs generated on Thursday will contain them. But thanks for the heads up, it will be something to watch for on Thursday
[15:14] <dpm> hi happyaron. Someone raised bug 827420 to me. Would you mind having a look at it?
[15:14] <ubot4> Launchpad bug 827420 in zeitgeist-extensions (and 3 other projects) "Unity dash file search returns relevant files and folders but not all as I expect. (affects: 2) (dups: 1) (heat: 75)" [Undecided,Invalid] https://launchpad.net/bugs/827420
[15:14] <dpm> it seems to be a problem with the translation of the desktop files
[15:16] <happyaron> dpm: ok, let me have a look after a while...
[15:17] <dpm> thanks happyaron :)
[15:18] <happyaron> dpm: sorry I am a bit confused, which desktop file do you mean?
[15:19] <dpm> happyaron, it's explained on comment #4
[15:20] <dpm> even if it's a terminology issue difficult to fix with translations, it would be great if you could leave a comment on the bug
[15:22] <happyaron> I still don't understand what should I do...
[15:22] <happyaron> The line numbers given in #4 isn't correct to explain.
[15:25] <dpm> they might have moved, but I think they pointed to the comment field on the .desktop file
[15:26] <happyaron> I see.
[15:26] <happyaron> So it means I shouldn't translate those comment fields?
[15:28] <dpm> happyaron, I cannot really tell, as I can't read Simplified Chinese, so I thought you could tell me more :). From the bug description, the current translations of the comment fields seem to generate confusion, so I'm wondering if an alternative translation might work better
[15:29] <happyaron> ok I get your point.
[15:29] <happyaron> #4 means why user cannot get correct result is because translations aren't good enough?
[15:32] <happyaron> dpm: I believe this bug is not relevant to translations, but relevant to word-breaking of unity.
[15:32] <happyaron> or zg
[15:33] <happyaron> the original report said, that when he searches for "文件", "Documents" is shown as expected, but other files containing the character "文" isn't in the result.
[15:33] <dpm> happyaron, would you mind adding a comment on the bug, so that developers can look at it if necessary?
[15:33] <happyaron> ok, will do it.
[15:33] <dpm> thanks a lot happyaron!
[15:58] <happyaron> dpm: posted #6
[15:59] <dpm> thanks :)
[16:00] <happyaron> This issue was hard to deal with, until chromium project gave it a solution. ;-)
[16:01] <dpm> happyaron, in which sense chromium provided a solution?
[16:02] <happyaron> Chromium provided a library/function about Chinese word breaking.
[16:04] <happyaron> you know, Chinese doesn't break words by space, but by logic. Usually when we double click on a line of English in the web browser, it is expected that a word is selected. But without correct word-breaking logic, the whole line will be selected (because they are treated as a single word).
[16:05] <happyaron> in Chinese
[16:05] <happyaron> ^^
[16:06] <happyaron> Now when we double click on a line of Chinese text in Chromium, a word would be selected; but in Firefox, the whole line will be selected.
[16:06]  * happyaron is not sure whether he explains clear.
[16:11] <happyaron> the logic is hard to develop, and is a long standing academic problem. Chromium provides a good light-weight implemetation that could be used in a daily basis...
[16:12] <happyaron> sorry, gotta go. cya
[17:39] <dpm> kelemengabor, evo has now been imported
[17:39] <dpm> it was a bug in LP with source packages with disabled templates in the +templates page
[17:40] <dpm> the bug has not yet been fixed, but the pending translations have been imported
[17:40] <kelemengabor> so we still need the new po files, right?
[17:40] <dpm> well, or at least approved, I didn't check on the actual status other that they're no longer in new review
[17:41] <dpm> kelemengabor, the new po files were the ones imported. The confusing part is that the imports queue does not update the date of the entries
[17:41] <dpm> so they had a date like August on the imports queue view
[17:42] <dpm> as the first ones to land there were in August (or earlier, I can't remember)
[17:42] <dpm> but in fact there were more recent ones in the queue
[17:42] <kelemengabor> yeah, from May and June
[17:43] <dpm> ah, they've been approved now: https://translations.launchpad.net/ubuntu/oneiric/+source/evolution/+imports?field.filter_status=APPROVED&field.filter_extension=po
[17:43] <dpm> but not yet imported, which may still take a few hours
[17:43] <kelemengabor> hah, I see, the approved hu.po uploaded on 2011-06-25 has PO-Revision-Date: 2011-09-12
[17:43] <dpm> ah there you go
[17:46] <kelemengabor> but, this happens only to evolution, right? e-d-s and evolution-exchange is also affected...
[17:46] <kelemengabor> https://translations.launchpad.net/ubuntu/oneiric/+source/evolution-data-server/+imports
[17:46] <kelemengabor> https://translations.launchpad.net/ubuntu/oneiric/+source/evolution-exchange/+imports
[20:00] <mdke> there was recently some posts on the ML which suggested that LP was not synching Ubuntu and upstream translations as it should - does anyone know if that has been resolved now?
[20:01] <mdke> hmm, looks like it isn't