[09:14] <dpm> morning all
[09:21] <happyaron> morning
[09:24] <dpm> heya happyaron, how are you doing?
[09:29] <happyaron> dpm: fine, thanks, busy but happy, :)
[11:28] <dpm> this is only work in progress... but look at the Galician, Bosnian, Slovenian and Asturian teams up there, impressive!
[11:28] <dpm> http://people.canonical.com/~dpm/stats/ubuntu-11.04-translation-stats.html
[11:28] <dpm> andrejz, good work!
[11:29] <andrejz> thanks
[11:29] <andrejz> and that's even before the translation maraton
[11:29] <andrejz> i guess it will be around 103 % after it :P
[11:29] <dpm> you'll run out of work!
[11:29] <dpm> ;)
[11:30] <andrejz> until ddtp packages exist i won't worry about it :)
[11:31] <andrejz> also documentation still awaits us.. but it would be boring, if there were no challenges left
[11:35] <happyaron> I think we can push some changes to ddtp project
[11:35] <andrejz> in addition it needs to be kept in mind we were already at 99% for 10.10, so most of the work was done on other things not included in these statitics
[11:35] <happyaron> the debian way is not so efficient, and the launchpad way will make people scared and tired...
[11:36] <happyaron> and ddtp on launchpad are just suggestions to ddtp debian, that's a bad thing in some way...
[11:36] <happyaron> software-center relies on ddtp heavily (IIRC), it'll be a great deal of things to be done.
[11:36] <andrejz> back, empathy crashed on me (running 11.04)
[11:36] <dpm> happyaron, have you got any plans for improvement in mind?
[11:37] <andrejz> @happyaron: what do you mean by suggestions?
[11:37] <andrejz> do ddtp translations get used in ubuntu or do only upstream translations get used?
[11:37] <dpm> happyaron, nightmonkey can send ddtp translations to debian already, it's just that IIRC, the maintainer upstream was busy at the time to process them
[11:38] <dpm> and what do you mean that the lp way will make people scared and tired?
[11:39] <happyaron> for debian, I can read "DDTSS is down" on debian-i18n regularly... and DDTSS needs three people to review every submission (rosetta's translations just count to one). Using the email way is making more noises.
[11:40] <happyaron> For launchpad, it's a huge project in a single template, which make people feel tired and don't like to continue
[11:40] <happyaron> we may split the template into more detailed categories and make each template smaller
[11:41]  * happyaron poor andrejz
[11:41] <andrejz> i am a victim of empathy bug
[11:42] <andrejz> excuse me for continious leaving/coming again
[11:42] <andrejz> happyaron, you worte something ?
[11:42] <happyaron> andrejz: will send to you via private msg, :)
[11:42] <andrejz> anyway i was going to say i translated ddtp main and i believe it could easily be seperated in the strings that make sense and thnd the ones that dont
[11:42] <andrejz> for exmaple
[11:44] <dpm> happyaron, ok, gotcha
[11:47] <andrejz> as i already mentioned to happyaron
[11:47] <andrejz> my experience with ddtp is the following:
[11:47] <andrejz> ddtp main has 17000 strings 12:43:47
[11:47] <andrejz> 7000 are either python bindings, libaries for something and obscure x modules
[11:48] <andrejz> additional 1500 are translations for gnome and kde packages (8 strings per language)
[11:48] <andrejz> i was planning to do all the package but got frustrated (also by the length of the package - you work the whole day and make a lousy percent or so ?) and also by this advanced strings, like libbrasero, which are utterly useless in my opinion
[11:49] <andrejz> no user is going to go and look libbrasero
[11:49] <andrejz> User will go and install brasero and doesn't care for all the libaries it needs, system installs it for him
[11:49] <andrejz> the same goes for ddtp main universe which i started a couple of days ago
[11:49] <andrejz> so my suggestion is
[11:49] <andrejz> at least get all the libaries and phython bindings into some sort of advanced package
[11:50] <andrejz> I am translating ddtp solo, because i believe many newer membes will be intimidated by sometimes highly technical strigns they don't understand
[11:51] <andrejz> any additional categories (besides libaries and phython bindings would be nice), but i think this is the absolute minimum
[11:51] <andrejz> i think about 30-50 % are either a libary or phython binding
[11:52] <andrejz> any opinions here?
[11:56] <happyaron> +1 from me
[11:59] <andrejz> again my technical knowledge is slightly above avereage and i have almost 0 programing / packaging knowledge, so i cannot estimate how difficult would be to implement this
[11:59] <andrejz> it would be great if somebody from launchpad team could comment on this
[12:09] <dpm> andrejz, these are all good points, but we need people to be aware of them to even consider working on them. What I would suggest to do is to get a discussion started by sending an e-mail to the launchpad-users list and cc mvo (at) ubuntu (dot) com
[12:10] <dpm> happyaron, andrejz, in any case http://nightmonkey.ubuntu.hu/ does help
[12:12] <andrejz> that link is rather usefull, thanks dpm
[16:54] <dpm> hey translators, if you want to share your experiences, there is a session on how to run translations jams on #ubuntu-classroom in 10 min
[16:55] <dpm> do come along!
[16:55] <dpm> :-)
[17:03] <Andre_Gondim> hi dpm can you help me to solve this bug https://bugs.launchpad.net/bugs/743153
[17:03] <ubot4`> Launchpad bug 743153 in ubuntu-translations "Description of package 'apt-xapian-index' is badly translated to pt_BR (affects: 1) (heat: 6)" [Undecided,New]
[17:05] <TLE> Andre_Gondim: he's sort of busy right now ^^
[17:06] <Andre_Gondim> hmmmmmmm, someone may tell me where may I fix it?
[17:07] <TLE> askhl_: Hey, how is it, do you know where the package descriptions are stored?
[17:08] <Andre_Gondim> hmmmmm, let me c if I found it
[17:15] <dpm> Andre_Gondim, yeah, sorry, running an IRC session right now
[17:15] <Andre_Gondim> yeah I see, dpm ;)
[17:16] <Andre_Gondim> I find it at https://translations.launchpad.net/ddtp-ubuntu/maverick/+pots/ddtp-ubuntu-main/pt_BR/+translate
[17:22] <askhl_> TLE: hi
[17:23] <TLE> askhl_: ah, never mind ;)
[17:23] <askhl_> TLE: so you don't refer to app-install-data then
[17:23] <askhl_> which is another one
[17:23] <askhl_> with package descriptions
[17:23] <TLE> askhl_: I'm unsure, it was in relation to Andre_Gondim's question
[18:05] <AJenbo_> dpm, sure
[18:05] <dpm> hey :)
[18:06] <dpm> so I'm mostly happy with the output of the stats now. My goal was to keep it simple, but useful. There is now only a bug I need to tackle:
[18:06] <AJenbo_> Looks realy good, the one i have done just displays a list of packages and the number of missing lines in the terminal as the statistic are generated.
[18:07] <AJenbo_> posibly "Need review" is more usefull then "Total"
[18:08] <dpm> yeah, I should probably add it too, but I think at the point I'm generating the data files to be loaded on the page it's not easy to get the number of "Need Review" ones, so I left it for later
[18:09] <dpm> in any case, if you've got a branch, I can add your feature to the trunk one too
[18:10] <AJenbo_> dpm, i didn't have time to make my hack preatty and the out put from yours seams to be the same+
[18:10] <dpm> anyway, what I meant with the bug was that due to the way the raw data is dumped from the LP database, the templates which have got no translation at all are not shown in the output
[18:10] <dpm> but I think that's not critical for established teams
[18:11] <dpm> it affects mostly new teams with not many translations
[18:11] <AJenbo_> how is the dump generated?
[18:11] <AJenbo_> is to done automatically periodically or manually by some one when the time feels right?
[18:13] <dpm> it's done automatically with an SQL query against the staging database, which dumps the output in a couple of text files. This happens daily, but the caveat is that the staging database is not synced daily with the production database, so it happens quite often that staging is behind production, meaning that stats from the ul10n-stats tool are behind as well
[18:14] <dpm> unfortunately there is no easy way to solve it
[18:14] <AJenbo_> ok that explains it :)
[18:14] <dpm> the proper solution is to finish the implementation of the lp translations reporting API, and getting rid of the raw data export altogether
[18:16] <AJenbo_> Yeah, LP-trans could still improve a lot :/
[18:18] <AJenbo_> There is a real gap betwean people obliviosly making sugestions and the translation team
[18:24] <dpm> yeah I definitely agree, but I still think it's an awesome tool :-)
[18:24] <AJenbo_> dpm, I might take a look at your code and see if i can get it to link to the actuall package on LP
[18:25] <AJenbo_> Yeah we have started using it for smalle updates and package descriptions, in this area it definatly beats oure old methode.
[18:26] <AJenbo_> Not to mention keeping track of what has changed and needs and update
[18:27] <dpm> AJenbo_, adding the link to the actual package on the table was the next thing I was aiming to sort out, but I won't have time this week, so if you look at it, that'd be really awesome!