[07:06] <dpm> good morning all
[08:21] <arjunaraoc> Hi dpm
[08:26] <dpm> hi arjunaraoc :)
[08:37] <andrejz> good morning from me too
[09:01] <arjunaraoc> Hi dpm, wanted to ping you about Telugu status in Ubuntu 11.04 alpha 3. did not get a response from colin
[09:03] <dpm> arjunaraoc, I cannot really give you a good answer here, because I don't know the status of it in debian-installer. I think the best thing is to talk to Colin directly on #ubuntu-installer or #ubuntu-devel. I'd suggest joining the #ubuntu-installer channel and pinging cjwatson. What do you think?
[09:08] <arjunaraoc> dpm, thanks
[09:20] <gtriderxc> Andre_Gondim are You perhaps from  a French translation team?
[09:21] <dpm> gtriderxc, he's from the Brazilian team, but perhaps there is someone from the French team around
[09:47] <andrejz> hello dpm!
[09:48] <andrejz> today i noticed there are still problems with encoding of apt in 11.04
[09:56] <dpm> heya andrejz
[09:57] <andrejz> apt has been updated last week, so i would expect translations to be fine
[10:01] <dpm> andrejz, could you please be more detailed? Without more context, I cannot really help. What release are you experiencing the issues in? In which release was apt updated?
[10:01] <andrejz> it's it 11.04 daily build
[10:01] <andrejz> i am testing it on my netbook
[10:01] <andrejz> it's the same encoding errors we have had before if you remember
[10:01] <andrejz> you told me that the upstream (debian) translations are being used
[10:02] <dpm> yes, that's correct
[10:02] <andrejz> and mvo made a bugfix release last week
[10:02] <andrejz> i also send him all the po files in agreement with debian translation team
[10:02] <andrejz> but encoding is still incorrect as before
[10:02] <dpm> ok, let me check out when the upload happened
[10:04] <dpm> andrejz, is this the upload -> https://launchpad.net/ubuntu/natty/+source/apt/0.8.12ubuntu1? There seems to be no mention of the Slovenian translation updates
[10:05] <andrejz> wierd
[10:06] <andrejz> it's possible mvo forgot about this.. i will ping him and ask him.. thanks for your help again, i couldn't find the changes of this package.. now i know it's accessible in launchpad
[10:06] <andrejz> so i guess now i owe you 2 (or 3 maybe) beers ;)
[10:06] <andrejz> we can settle that in budapest ;)
[10:06] <dpm> hehe ;)
[10:07] <dpm> andrejz, for future reference, these are useful links:
[10:07] <dpm> https://launchpad.net/ubuntu/natty/+source/apt/+changelog
[10:07] <dpm> https://launchpad.net/ubuntu/+source/apt/+publishinghistory
[10:09] <andrejz> thanks, saved under useful translation links category
[10:09] <dpm> andrejz, also, it might be worth fixing the translations in older packages as well, as unfortunately, uploads with incorrect translations from previous versions will override the fixed ones in later versions due to message sharing (bug 730610)
[10:09] <ubot4`> Launchpad bug 730610 in launchpad "Message sharing should prioritize translations coming from uploads for the newest distro series (affects: 1) (heat: 6)" [Low,Triaged] https://launchpad.net/bugs/730610
[10:10] <dpm> Feel free to add your comments to the bug as well. I personally would have triaged it with a bit of a higher importance than Low...
[10:10] <andrejz> well we fixed the strings in 11.04 a while ago.. shouldn't that propagate to older releases automatically
[10:10] <andrejz> ?
[10:12] <dpm> that's correct, but they weren't fixed, let's say, on the lucid package. If there is a new security upload for lucid's apt, launchpad will use whatever is uploaded last, making no distinction. In this case, it will upload and propagate the lucid translations with wrong encoding, if I understood it correctly
[10:13] <dpm> henninge, can perhaps confirm that ^ (there's more context in the bug above)
[10:14] <dpm> Although I would have thought that if translations were fixed explicitly in Launchpad, they remain "sticky" and are not just overwritten by an upload
[10:15] <andrejz> @dpm: everything was ok both in launchpad and in actual ubuntu releases up to 10.10
[10:16] <andrejz> just before first language pack update natty translations were opened
[10:16] <andrejz> and buggy translations were imported and hence also accepted to maverick and lucid
[10:17] <andrejz> we fixed that in december
[10:17] <henninge> dpm: yes, translations done in Launchpad will be kept over translations imported from the package.
[10:17] <andrejz> so now it's OK in launchpad
[10:18] <henninge> dpm: but if the upstream translations are fixed and that fixed version is uploaded, they become indistinguishable again.
[10:18] <andrejz> it's just that these translations aren't used in ubuntu
[10:19] <henninge> dpm: so, I can see how that could cause older uploads to overwrite new uploads
[10:20] <andrejz> translations were overwritten because they were imported from upstream into natty
[10:20] <andrejz> and than due to message sharing overwrote maverick and lucid too
[10:20] <henninge> dpm: but I am not sure if that is the problem here. Could it also have coincided with the "imports overwriting Launchpad" problem we had up to a month ago?
[10:21] <henninge> andrejz: yes, that's what would happen. So, are the natty translations wrong?
[10:22] <andrejz> no we fixed them all i believe, but these aren't actually used, upstream (debian translations) are, so we need to wait for update of the apt package
[10:23] <askhl_> Hi.  Regarding imports, why not make it so people can use both the old and the new import function, and choose whether message sharing should affect the upload?  After all, the members of the translation teams know what they want to do.
[10:24] <henninge> askhl_: you can chose by simply not configuring an upstream project.
[10:24] <askhl_> (not "old and new".  I mean the "upload" and "import" function)
[10:24] <askhl_> henninge: I, as a translator, don't choose upstreams
[10:25] <henninge> askhl_: Right, that is something for maintainers to set up.
[10:25] <askhl_> But I'm still tasked with making sure that it's translated in Ubuntu, and therefore I always need to import/upload po-files when they are updated upstream
[10:26] <henninge> askhl_: no, upstream message sharing is meant to relieve you of exactly that task.
[10:26] <henninge> With upstream message sharing, the translations are imported directly from the upstream repository.
[10:26] <askhl_> But when is message sharing going to be activated?
[10:27] <henninge> askhl_: there is two types of message sharing.
[10:27] <henninge> "classic message sharing" which andrejz just talked about, shares translations between different series of a sourcepackage.
[10:28] <henninge> This cannot be (de)activated in any way.
[10:28] <askhl_> Right, I mean the "automatic imports"
[10:28] <askhl_> from upstream.
[10:28] <henninge> "upstream message sharing" shares translations between the Ubuntu source package and the upstream project.
[10:29] <henninge> If there is no upstream project configured (i.e. has no templates) then upstream message sharing is practically deactivated.
[10:30] <henninge> but I am saying that you want it set up correctly
[10:31] <askhl_> All right.  Our group does most of its work upstream, so getting things from Ubuntu to upstream is not so much of a problem.  Getting them to Ubuntu, however, is frequently something I've been doing manually
[10:32] <henninge> askhl_: If you are talking about the latest upstream translations, that is exactly the problem that upstream message sharing is solving.
[10:32] <henninge> With an automatic branch import from upstream, the upstream translations will filter down into the Ubuntu package.
[10:32] <askhl_> Okay, that's excellent then.  I thought that was called "automatic imports" though
[10:33] <henninge> askhl: automatic imports are part of that.
[10:34] <henninge> they only get the translations into a project in Launchpad but not down to the source package.
[10:34] <henninge> Upstream message sharing adds that last bit.
[10:34] <askhl_> Ah, I see
[10:35] <askhl_> So there's some upstream place (say GNOME's gedit) and then there's a Launchpad project for gedit with automatic imports from GNOME.  Then there's message sharing between the launchpad gedit project and the ubuntu source packages.  Do I understand correctly?
[10:37] <dpm> that's correct
[10:37] <askhl_> Thanks, henninge and dpm
[10:37] <dpm> no worries :-)
[10:37] <henninge> You are welcome ;)
[10:37] <askhl_> So the only thing I really need to know now is which projects have a combination of message sharing and automatic imports enabled, such that I don't have to worry about them myself anymore
[10:38] <askhl_> Is there a sticker somewhere on the project's launchpad page?
[10:38] <henninge> askhl_: right, we are working on exactly that feature atm.
[10:38] <henninge> askhl: http://people.canonical.com/~henninge/mockups/
[10:39] <askhl_> That'll be really great
[10:39] <askhl_> But which projects have it enabled as of now? :)
[10:50] <henninge> askhl_: which package? apt?
[10:51] <henninge> askhl_: You can see the upstream connection on the packages overview page.
[10:54] <askhl_> Let's say gdm.  So I can follow the upstream connection link to https://launchpad.net/gdm
[10:55] <askhl_> https://translations.launchpad.net/gdm/main <-- ah, there
[10:55] <askhl_> So it says it doesn't automatically synchronize
[10:57] <askhl_> meaning I'll have to manually import when we update GNOME upstream, but all right, the information *is* there.  Thank you for all the information
[11:01]  * TLE can hardly sit still, thinking all the goodness this feature ^^ will yeild
[11:04] <dpm> :-)
[11:07] <costales> Hi! Can anyone provide assistance in this bug, please? https://bugs.launchpad.net/gui-ufw/+bug/729814 Thanks in advance!
[11:07] <ubot4`> Launchpad bug 729814 in gui-ufw (Ubuntu) (and 1 other project) "gufw installs translation files in /usr/share/locale-langpack (affects: 1) (heat: 6)" [Undecided,Opinion]
[11:12] <dpm> hi costales, let me have a look
[11:14] <costales> thanks dpm
[11:22] <dpm> costales, ok, replied to the bug
[11:28] <costales> thanks dpm :D
[11:29] <dpm> costales, no worries, let me know if there is anything I can help with :-)
[11:29] <costales> ;)
[11:32] <costales> I must go
[11:32] <costales> good bye and thanks ;)
[14:00] <andrejz> hello! does anyone else use 11.04 and notice high cpu usage of x.org and poedit if poedit is running?
[15:34] <dpm> andrejz, no, sorry, I haven't been using poedit for a while
[19:59] <gtriderxc> is anyone here?


[12:07] <Saviq> do you do anything more with spam bugs other than making them private and null-and-void?
[12:07] <Saviq> https://bugs.launchpad.net/null-and-void/+bug/1335790
[12:23] <wgrant> Saviq: The user needs to be killed. I've done that one.
[12:24] <wgrant> wait what
[15:50] <Mantas-Baltix> hi all
[15:52] <Mantas-Baltix> It seems there are some problems with package's sources imports from Debian - at http://package-import.ubuntu.com/status/ same packages  (memtest86+, openscap, liferea, etc.) are on section  "currently running" for at least 7 hours :(
[15:54] <Mantas-Baltix> And count of  "outstanding jobs" increases every 10 minutes...
[17:09] <Mantas-Baltix> menesis: labas :)