[07:06] <Mirv> has gedit in Dash reverted to English "Text Editor" for you?
[07:07] <Mirv> I did not file a bug report yet
[07:51] <kelemengabor> dpm: hi, there was a question for you yesterday:
[07:51] <kelemengabor> (16.20.33) bulldog98: dpm: do we need to re-upload the translation for calligra? because the translation stuff was last uploaded before the pkg-kde-tools fix?
[07:52] <dpm> thanks kelemengabor, will try to find him on #kubuntu-devel
[07:52] <kelemengabor> dpm: maybe bulldog98_ is the same person? ;)
[07:53] <dpm> yeah :)
[07:54] <yurchor> Hi! Can I complain about KDe imports failures now? ;)
[07:55] <dpm> yurchor, you can join the conversation on #kubuntu-devel ;)
[07:57] <sagaci> is there some kind of browser extension or greasemonkey script that adds a button next to a string that files a bug against the package with a tag "string-fix" applied/
[07:58] <dpm> sagaci, not that I know of
=== OutOfControl is now known as benonsoftware
[09:02] <dpm> kelemengabor, hm, I'm a bit puzzled by bug 982398, building the package locally does generate a .pot file (or at least puts one in the generated translations tarball)
[09:02] <ubottu> Launchpad bug 982398 in Ubuntu Translations "Synaptic translations disappeared from the package" [Medium,Triaged] https://launchpad.net/bugs/982398
[09:03] <Havok_Novak> Il y a des Français ici ? :$
[09:04] <kelemengabor> dpm: still the template is nowhere on LP :\
[09:04] <dpm> hi Havok_Novak, sorry, I don't speak French. Perhaps someone else does, or you can try #ubuntu-fr or #ubuntu-locoteams
[09:04] <dpm> kelemengabor, yeah, I know. Strangely enough, it does seem to be generated on https://launchpadlibrarian.net/101000860/buildlog_ubuntu-precise-i386.synaptic_0.75.9_BUILDING.txt.gz
[09:05] <dpm> it's the 'make -C po synaptic.pot' line
[09:06] <kelemengabor> shouldn't there be some output containing calls to intltool-update or xgettext or something like that?
[09:09] <dpm> kelemengabor, generally yes, but mvo maintains this project in Debian and wanted to keep the same packaging in both distros, so he couldn't use dh_translations because it does not exist in Debian. So he used the make rule to build the .pot file
[09:10] <dpm> at this point, and seeing that it could take long to investigate what's going on, I'm tending to suggest that the change to make it translatable in LP is reverted
[09:52] <artnay> dpm: will there be an update from upstream to kde packages on LP before release?
[09:53] <dpm> artnay, yes, the translations are uploading just now
[09:53] <dpm> even if they don't make it to the final language pack, I want to prepare a new langpack update quite early after release
[09:55] <artnay> dpm: great. for example dolphin's template was updated in upstream over a month ago but still it's not up-to-date on LP. I'd also like to see calligra translated - I installed the l10n pack (which didn't install automatically) but the UI is still in English and packages on LP don't have any translations (yet they exist in upstream)
[09:56] <dpm> artnay, see the e-mail I posted about it last week on the ubuntu-translators mailing list
[09:57] <artnay> dpm: I did and there was some discussion the update would take a day or two
[09:57] <dpm> and that I would update the list when there would be any changes, but there haven't been any changes until today
[09:58] <artnay> dpm: ah, just saw Riddell's line at #kubuntu-devel
[09:58] <dpm> yep :)
[10:23] <dpm> kelemengabor, actually, it seems translations for synaptic were indeed uploaded to LP. Perhaps we blocked them in the imports queue, let me ask on the utc list:
[10:23] <dpm> ["synaptic, synaptic_0.75.9_i386_translations.tar.gz, synaptic_0.75.9_static_translations.tar.gz", {"version": "synaptic, synaptic_0.75.9_i386_translations.tar.gz, synaptic_0.75.9_static_translations.tar.gz"}, {"date": "2012-04-10T09:54:16.042707+00:00"}, {"translations": ["https://launchpadlibrarian.net/101000932/synaptic_0.75.9_i386_translations.tar.gz", "https://launchpadlibrarian.net/101000933/synaptic_0.75.9_static_translations.tar.gz"]}]
[10:23] <kelemengabor> dpm: this gets stranger by the day :\
[10:25] <dpm> kelemengabor, I can think of two scenarios: a) the template did get to the imports queue, one of us blocked them (in principle rightly so, as it's in universe, but we did want them in this particular case), and after 3 days they were deleted from the impors queue. That's why it's empty b) Launchpad ignored the translations tarball, which is weird, because with arkose it did work
[10:28] <kelemengabor> dpm: but then it should appear here: https://translations.launchpad.net/ubuntu/precise/+imports?field.filter_extension=pot&field.filter_status=BLOCKED&batch=75&direction=backwards&start=750
[10:29] <kelemengabor> which is not the case
[10:29] <kelemengabor> so I'd rule out case "a"
[10:30] <dpm> kelemengabor, the upload happened on the 10th, so it may well be that the queue has been deleted (IIRC it happens after 3 days)
[10:31] <kelemengabor> well that may be the case for the package queue, but this is the distribution queue, which is full with the 700+ templates we blocked during the last half year
[10:32] <dpm> kelemengabor, correct, jtv is confirming that what gets deleted are blocked translations, but blocked templates stay forever
[10:33] <dpm> so back to the drawing board
=== greyback is now known as greyback|lunch
=== Odisha1_ is now known as Odisha1
=== Odisha1 is now known as Guest49405
=== greyback|lunch is now known as greyback
[12:07] <Mirv> to add to the earlier, also gcalc is now "Calculator", not localized, in addition to Text Editor
[12:08] <Mirv> and Image Viewer (eog)! I wonder what has broken and where
[12:10] <Mirv> + file roller, evolution... can someone confirm (or not) that .desktop files of all of those have lost translations recently in precise?
[12:10] <Mirv> most easily seen by super + a and expanding the installed applications
[12:10] <yurchor> Mirv: To add an entry to desktop file in GNOME you have to recompile package. This is the result.
[12:14] <Mirv> yurchor: hmm, how is that related to this problem?
[12:15] <Mirv> the translations should work via X-Ubuntu-Gettext-Domain + langpacks, but for the apps I mentioned it does not look like working in Dash at the moment
[12:15] <Mirv> and I'd like to have a confirmation at least that others are seeing the same problem
[12:16] <dpm> Mirv, I'm not seeing the problem here (neither with eog nor with gcalc), but I've heard someone from the Simplified Chinese team mentioning the issue with eog. In fact, I believe they reported a bug in ubuntu-translations
[12:17] <Mirv> here's the full list again: Text Editor, Calculator, Image Viewer, Archive Manager (file-roller), Evolution Mail and Calendar + Email Settings
[12:17] <Mirv> dpm: weird
[12:17] <Mirv> I'll search again
[12:17] <dpm> which language pack version do you have? Perhaps I or you are not up to date
[12:18] <Mirv> 20120412 (base 20120322)
[12:18] <Mirv> for both language pack and language pack gnome
[12:18] <trijntje> Mirv: I had the same problem with evolution a few day's ago, switching to the main server (not the mirror) and updating again fixed it
[12:18] <dpm> ah, I have 1:12.04+20120322 for the non-base one
[12:19] <dpm> Sorry, I meant:
[12:19] <dpm> - base: 1:12.04+20120322
[12:19] <dpm> - delta: 1:12.04+20120412
[12:20] <dpm> Can you try to update, to see if the newer delta fixes your problems?
[12:20] <Mirv> trijntje: interesting... of course at least directly apt server selection cannot possibly affect .desktop files or lang pack contents..?
[12:21] <Mirv> I'm up-to-date with mirror, let's see about main
[12:21] <Mirv> nope, no new updates there either
[12:22] <dpm> Mirv, it might be worth mentioning it to pitti on #ubuntu-desktop, as he's more knowledgeable than I on langpack + mirrors issues
[12:22] <trijntje> I'm not sure. I guessed the main server was more up to date then the mirror I used. Didn't give it much thought since switching to main solved it for me
[12:26] <Mirv> dpm: I don't immediately see any connection between apt sources and .desktop item / gettext translations, other than possibly mirror being out of date?
[12:26] <Mirv> it's separate from the description translations that come from the repositories
[12:27] <Mirv> but: I rebooted after refreshing repositories from main server, and it works now. unfortunately, I switched back to the mirror and refreshed + rebooted, and they still work. argh...
[12:27] <dpm> Mirv, ah, sorry: I had understood you meant that the desktop files *and* the translations were gone, that's why I mentioned the mirrors
[12:27] <Mirv> and I feel this is not the first time I've had such problems that come and go
[12:28] <Mirv> dpm: nope, actually the DDTP translations worked in synaptic just fine all the tie
[12:29] <dpm> no, I had thought you had meant the translations from .mo files, that's why I was thinking of a language pack issue
[12:29] <dpm> it might still be worth mentioning the fact that .desktop file translations were intermittently not loading on #ubuntu-desktop
=== bulldog98_ is now known as bulldog98
[12:40] <trijntje> will the post-release langpack updates include package descriptions (ddtp)?
[12:42] <Mirv> trijntje: the langpacks do not include those
[12:55] <trijntje> I thought maybe they would be in the first post-release update of the translations
[13:00] <kelemengabor> dpm: there was something strange with the 0409 langpack: it didn't contained several templates which were included in the previous one (0405), so the translations of those software disappeared. I had to reinstall the -base pack, that seemed to fix it - maybe this is what Mirv saw. bug #980881 is about this, and I saw one more.
[13:00] <ubottu> Launchpad bug 980881 in Ubuntu Translations "eog appears untranslated in zh_CN after language pack update of 1:12.04+20120409" [Undecided,New] https://launchpad.net/bugs/980881
[13:03] <dpm> thanks kelemengabor, I've added a comment to the bug
[13:59] <happyaron> Hi, I wonder whether we'll have GNOME 3.4.1 in Precise? (This will have several new strings.)
[14:10] <sagaci> happyaron: sorely doubt it
[14:10] <sagaci> some packages might be 2.4
[14:10] <sagaci> 3.4*
[14:11] <sagaci> I daresay whatever is in this list will be what it stays at for the LTS - http://packages.ubuntu.com/search?suite=precise&arch=any&searchon=names&keywords=gnome
[14:17] <happyaron> sagaci: previous LTS doesn't have 2.x.1, but LTS+1 has. I don't know if this will change in 12.04
[14:20] <sagaci> oh, maybe
[14:23] <dpm> hi happyaron, generally we do _some_ 3.x.1 GNOME uploads post release, but I would ask on #ubuntu-desktop instead, as they will be able to tell you exactly
[14:24] <dpm> btw, happyaron, good work with the translations review! I see http://91.189.93.77/stats/precise/zh_CN with only 3 remaining packages (excluding docs), that's awesome
[14:31] <happyaron> dpm: thanks, :)
[14:34] <happyaron> dpm: app-install-data is in import queue, Xdiagnose and Remmina are not in the project, but we are working on them.
[14:36] <dpm> happyaron, I noticed and I really appreciate the fact that you took care of those additional strings and packages that were not in the original scope, thanks!
[14:44] <happyaron> :)
[14:57] <dpm> hey jono, nice to see you here, are you up for translating anything in the Queen's English? ;-)
[14:57] <jono> dpm, hehe, I am not sure if I remember any of it any more :-)
[14:58] <dpm> :-)
[15:46] <happyaron> dpm: I'm afraid there are some problem? app-install-data seems still not imported, while already being "Approved" for over and hour.
[15:47] <happyaron> * over an hour
[15:47] <dpm> happyaron, let me check the status of the imports queue. It might be a bit loaded, as the kde-l10n-* packages were uploaded earlier on todaz
[15:47] <dpm> *today
[15:47] <happyaron> great, thanks
=== Geochr_gr is now known as Geochr
[16:24] <Geochr> Hi all, why the inportance of bug 975970 is still undecided ? Is there something wrong from me?
[16:24] <ubottu> Launchpad bug 975970 in Launchpad itself "Messages reviewed in translator mode if you don't check manually "Someone should review this translation"" [Undecided,Opinion] https://launchpad.net/bugs/975970
[16:24] <Geochr> https://bugs.launchpad.net/launchpad/+bug/975970
=== bulldog98_ is now known as bulldog98