[00:08] Is there a reason most of the build machines are down? [00:15] kb9vqf: I believe most of the buildds are not dedicated machines - they're only used as buildds when they're not doing other things. Sometimes they're needed for their original purpose, so they go missing for a while. [00:16] Thanks! Is there a way to set up a private builder on one of my servers here? [00:16] Not one that will upload to Launchpad, no. [00:16] Rats === slayton|away is now known as slayton [00:26] wgrant: do you know of a faster way to get the list of source packages than iterating over getPublishedSources? [00:26] doing that is dog slow [00:27] james_w: I iterate over Packages. [00:27] So, no. [00:27] I can just grab the Sources files and read them, but that's a pain [00:27] ok, thanks [00:28] You could iterate over getPublishedSources with a large batch size, and just get the names out of the resource URLs, rather than actually fetching them. [00:28] yeah, that would speed it up [00:31] spm: are you here, or still on leave? [00:31] hi james_w [00:31] hey poolie [00:32] * wgrant kicks edge a few times. [00:32] I just got a 503 from it. [00:32] mthaddon: ^ edge appserver fail? [00:32] That doesn't normally cause a 503, though... [00:32] Hm. Reproducible. [00:32] mwhudson: not according to nagios... [00:32] * wgrant catches. [00:32] * mthaddon does a manual check [00:33] all seems to be up - what URL, wgrant? [00:33] Oh. [00:33] A timeout, of course. [00:33] Never mind me. [00:35] james_w: Does getPublishedSources not time out for you? [00:35] Maybe if I narrow my search... [00:35] not currently [00:36] a whole one does [00:36] some I'm always careful to call it with arguments [00:36] the biggest thing I do is (state="Published", distro_series=ubuntu.current_series) [00:36] Right. [00:36] which seems to sneak in [00:36] A bit strange that even a small slice times out if there are no args. [01:06] the cve-icon in bug 396807 is displaced, firefox3.0 on edge. [01:06] Launchpad bug 396807 in amule "Security issue allows code execution, CVE-2009-1440" [High,Triaged] https://launchpad.net/bugs/396807 [01:07] in fact, the whole cve link looks displaced. === matsubara is now known as matsubara-dinner [01:09] same in FF3.5 [01:11] Bug #393186 [01:11] Launchpad bug 393186 in launchpad "CVE reference links are misformatted" [Undecided,New] https://launchpad.net/bugs/393186 [01:12] wgrant: ah, the allknowing wgrant. thanks! ;-) [01:12] (or at least the know-how-to-search-with-correct-keywords-wgrant) [01:59] wgrant: please tell me if you get one of those 500s from codebrowse === matsubara-dinner is now known as matsubara [02:13] mwhudson: Will do. Is it fixed already? [02:14] wgrant: no, but it's proving to be much harder to reproduce than i expected, which means that i don't really know what's going on [02:14] mwhudson: Ah, OK. === matsubara is now known as matsubara-afk [04:26] 0645064506430646 0646062a063906310641 [04:26] 062706300627 064506270641064a0647 064506460639 [04:26] 06270628064a 063906310628 [04:27] islam: this is an english channel [04:27] islam, Please use UTF8 also [04:40] * wgrant wonders why anybody would use anything other than UTF-8. [04:40] It's not the default encoding for some operating systems. [04:41] For example, all the handhelds in Japan use ISO-2022-JP, which means that email in Japan is now nearly all ISO-2022-JP, and switching to UTF8 has *huge* penalties with the installed base. [04:41] (these are mostly TRON, but some Windows, some Linux, and some other stuff) [04:42] Interesting story: a gnome-do contributor was wondering why loggerhead was showing his newly added source file as a binary file. Turns out his copy of visual studio saves source files in UTF-16. [04:42] Doesn't Vista usually use UCS2 (not UTF16)? [04:44] No idea, the closest I've got to it is a windows 7 VM. [04:45] Mostly the same as UTF16, except non-extensible (every character is 16 bits), which limits the codespace. [04:45] (I believe all UCS2 is UTF16, but not all UTF16 is UCS2). [04:46] That could be right; I just ran "file" against the source file. [04:46] It said UTF-16, but if that's true then there's no way it could distinguish UCS2 from UTF16. [04:47] Hmm. Looking it up, it appears Microsoft has declared a migration from UCS2 to UTF16, so I may out-of-date. [04:51] Enter text here..ghhhhhhhhhh. [04:51] ghgh [06:02] Those are quite some build queues. [07:07] help? [07:09] there's like ten million nicks here but nobody actually reading? [07:10] stark: what it your issue? [07:10] Lots of people reading. Nobody likely to respond to such a vague question. The more specific your question, the more likely someone will answer. [07:10] *is [07:10] how do i turn off the subject prefixing? [07:11] In what context? [07:11] in launchpad mailing lists [07:12] sorry for before, i waited a minute after joining and didn't see any messages, [07:14] also, i forgot to go to sleep last night so i'm a bit testy, i should probably log off before i say something else ill-advised [07:14] Sometimes there isn't much traffic, until someone has a new question. Now you just have to wait until someone who knows about mailing lists reads the backscroll. Be warned, it may be a fair few hours. [07:15] uhm, does anyone here now know wich mailing list manager launchpad uses? or did it roll its own? [07:17] sigh [07:18] stark: Launchpad uses Mailman. There is no per-user option exposed to turn off subject-prefixing. [07:18] (in the Launchpad implementation, that is) [07:18] mailman has such a per-user option [07:18] Is there a per-list option so exposed? [07:18] Right, but Launchpad has it's own UI. [07:18] persia: I don't think so, but I don't remember. [07:19] well i don't really care about the ui [07:19] stark, [07:19] stark, Except that without a UI element, you can't twiddle it, which makes the UI all-important. [07:19] I have to say prefixing subjects is idiotic to begin with but making it mandatory is even worse [07:20] stark: I agree. [07:21] stark: Consider filing a bug at https://bugs.launchpad.net/launchpad-registry/+filebug. [07:21] having it be optional doesn't really solve all the problems since the prefixes still pop up randomly depending on what order you receive the messages, but it's better than nothing if people are going to insist on making this error with every new mailing list out there [07:21] i meant every new mailing list manager out there but every new mailing list almost works too [07:35] well there you go [07:35] https://bugs.launchpad.net/launchpad-registry/+bug/396888 [07:36] Ubuntu bug 396888 in launchpad-registry "prefixing subjects in mailing list posts considered harmful" [Undecided,New] [07:36] feel free to pipe up supporting me :) [07:38] * wgrant already me-too'd and subscribed. [07:41] mailing lists are registry bugs? [07:41] persia: Yes. [07:41] They're owned by teams, which are Registry's domain. [07:42] "The Registry is the Launchpad core: distributions, project-groups, projects, persons, and teams. Communication tasks like email and mailing lists are also part of the Registry." [07:42] Described that way, it makes sense. [08:14] should a bug about content in emails be filed against launchpad or another component? [08:15] micahg: What type of email? [08:15] status update of bug [08:15] micahg: https://bugs.launchpad.net/malone/+filebug [08:15] attachments removed when private are linked in same e-mail as changes done after bug is made public [08:16] That's already filed. [08:17] Bug #385400, it seems. [08:17] Launchpad bug 385400 in malone "Apport retracer removal of coredump attachments fails to protect privacy" [Undecided,Incomplete] https://launchpad.net/bugs/385400 [08:18] hmm thought it was bug 181365 [08:18] Launchpad bug 181365 in malone "Link to CoreDump.gz is sent by e-mail when Apport bug is marked as duplicate" [High,Triaged] https://launchpad.net/bugs/181365 [08:18] I guess you found the dupe [08:18] Indeed. [08:19] And I even commented on that old one :( [08:19] you've got over 600 bugs open related to you [08:19] I wouldn't worry about forgetting one of them :) [08:21] thanks for letting me know it was in there though [08:21] np [08:22] I guess I just have to remove coredumps over a span of time until it's fixed [08:23] wait for th efirst e-mail [08:23] then make it public [08:23] That won't help, unfortunately. [08:23] You have to wait for librarian to expire and remove the file. [08:23] As the URL is visible in the activity log. [08:23] ah [08:23] that makes it even worse [08:23] how long does that take? [08:24] I don't know. But it could well only delete things every 24 hours, or even less frequently. [08:24] ugh, that bug should be publicized at least for Bug Control [08:26] I'lll talk to bdmurray in the morning about it === micahg1 is now known as micahg [08:28] * micahg needs sleep...thanks again for your help wgrant [08:28] Night micahg. [08:28] night wgrant [08:39] hello [08:41] I have problem with launchpad. I have account on launchpad since 2007, but now it looks like deactivated. https://launchpad.net/~garfeild-ubuntu [08:43] What perfect timing stub had. [08:44] Garfeild: There was a problem about a week ago with some accounts. Try emailing feedback@launchpad.net, mentioning your Launchpad username and email address. They can probably sort you out. [08:49] thank you [09:48] good morning [09:48] can someone please approve my pot file imports? [09:48] http://translations.launchpad.net/shqipoffice/+imports [09:51] jtv: are you able to help Xhema? [09:51] Xhema: having a look [09:52] jtv, thanks dude [09:52] wgrant: Does the librarian ever expire things? [09:52] we can use the poedit to work offline [09:52] but it would be nice to get the translations going [09:53] * jtv wonders how Xheme knows he's a dude... :) [09:53] maxb: yes it does [09:53] Xhema: I see differently-structured uploads... Best is to keep each template in its own directory. I'll keep the structure uploaded by the loco. [09:54] Xhema, routine question: are you the authors of this program? [09:55] jtv, no [09:55] Xhema: oh, this is a "translating X to Y" project. That's a problem. [09:55] i am the loco [09:55] Xhema: the way Launchpad works, a project is registered exactly once. From there you can then translate to any language. [09:55] i used the structured option to import from bzr [09:56] the project open office is registered already [09:56] the are using some pootle thing to translate [09:56] we would like to use lauchpad for the albanian translation [09:56] because there are more translators there [09:56] and the pootle is not ever setup yet [09:57] there is no albanian translation of open office available as open source [09:57] we have taken the open source po files [09:57] What about the Ubuntu OO.o package? [09:57] that is an packaging, but the translations are managed upstream [09:57] our goal is to do the work in launchpad [09:57] and submit the results to oo.org for inclusion [09:57] in the upstream [09:58] then it will trickle down to the normal ubunutu [09:58] downstream [09:58] there are 70 people on the albanian translators in launchpad [09:58] and we dont want to have to get them to learn pootle [09:58] Xhema: I'm afraid we can't have a separate project for this... But how about this? [09:58] and register on another server [09:58] i am listening [09:59] You work on the Ubuntu translations, then use the new "only changes made in Launchpad" export option to get what you change. [09:59] Then you can easily submit those upstream. [09:59] itok [09:59] lets see [09:59] you are saying that the open office strings are there? [09:59] i doubt it [09:59] i looked for a while and could not find anything [09:59] https://translations.launchpad.net/ubuntu/jaunty/+source/openoffice.org [09:59] * Xhema looks [09:59] (It's a bit hard to navigate...) [10:00] * Xhema looks [10:01] Not sure we have exactly the export option you need there though. [10:01] https://translations.launchpad.net/ubuntu/jaunty/+source/openoffice.org/+pots/sw-app [10:01] thats find [10:01] now where is the albanian? [10:01] i see why i did not find it. [10:01] i was looking in the albanian language [10:01] it is not setup there [10:01] :) [10:01] as long as we can translate [10:01] Hmm... it should be listed there, even if the Albanian translation is still empty. [10:02] ok [10:02] well, that is a different issue [10:02] i should make an question? [10:02] Xhema: do you have albanian set as a preferred language? [10:02] yes [10:02] umm [10:02] perfered, let me see [10:03] not on this computer, i am not logged in [10:03] henninge: the distroserieslanguage listing includes all languages, not just preferred ones. [10:03] Xhema: in Launchpad, I mean [10:03] i am not logged in on this comptuer, [10:03] hold on [10:04] jtv: yes, but if there really are no translations in Albanian it is only listed if you have it set as a preferred language. [10:04] ahhh [10:04] nice [10:04] i see [10:04] so we can stard [10:04] just wait [10:04] thanks guys [10:05] i can close my project if this works [10:05] Xhema: two things though: [10:05] that is great [10:05] yes [10:05] * Xhema listens [10:05] jtv, ? [10:05] 1. I'm not sure we're actively using the LP OO.o translations in Ubuntu at the moment. Of course if you submit upstream that won't matter much in itself, [10:06] but of course it's better if there's someone to keep the templates up-to-date. :) [10:06] 1. agreed. we just want to use launchpad as a staging system [10:06] dpm may know. [10:06] and i am registerd on oo.org [10:06] and trying to get the project started there [10:06] it is very difficult due to historical issues [10:06] i started translating on launchpad ooo [10:06] 2. The "Launchpad changes only" export option is available when exporting the Albanian translation of a single template, but not for the whole package. (And there are rather a lot of templates). [10:07] but we will get that upstream going [10:07] 2. that is what perl is for, right? [10:07] jtv: Xhema we're currently not using the Launchpad translations for OO.o, but we're working on enabling them for Karmic [10:07] we are going to work one template at a time [10:07] and really, i can script it if needed [10:07] Xhema: wouldn't have picked perl myself, but hey, anything that'll script. :-) [10:07] sure jtv, i can also make it in some other language if you like [10:08] like c :) [10:08] or nasm [10:08] Xhema: up to you. :-) The hardest part is catching the email that you get with the link to the exported file. [10:08] even python [10:08] well, [10:08] look [10:08] * jtv boggles at the thought of scripting this stuff in assembly [10:08] that must be the smallest problem [10:08] Actually making the request you can probably do with a single wget or curl command line. === ubuntu is now known as heroid [10:09] i think we can work on the writer first [10:09] heroid, welcome. he is my translator genious [10:09] i dont speak albanian really :) [10:10] https://translations.launchpad.net/ubuntu/jaunty/+source/openoffice.org/+pots/connectivity-resource/sq/+translate [10:10] ok here is the first string. [10:10] it works. [10:10] great [10:11] ok, guys [10:11] I will shut down that project and help you guys with the main jaunty stream [10:11] of course that was my orginial intent [10:11] you can see from my question here, that was wrongly answered, we always wanted to use what is available : [10:12] https://answers.launchpad.net/rosetta/+question/75607 [10:13] they did not point us at this project [10:13] Xhema: from a quick scan the answer doesn't look wrong as such, just missing a bit. [10:13] ok [10:13] well, the important bit was that we dont need to do all that [10:13] It's a very natural thing, because Launchpad almost has two different faces... projects, and Ubuntu. [10:13] just to go to this link here and start translating [10:14] Is there an Albanian translation team for Ubuntu yet? If no, you may want to set one up. [10:14] yes there is [10:14] Ah ok [10:14] with 70 active members [10:14] we want to get them working on open office [10:14] it would be a high profile project here in the albanian speaking region [10:14] Then they should be able to review the translations you enter; if they have no interest in working on openoffice then you could consider applying for membership and organizing yourselves around OO.o. [10:14] one of our highest profile one [10:15] i am registered in oo.org [10:15] I imagine. There are markets that Microsoft isn't interested in, where free software can do a job they can't. [10:15] maxb: It expires and removes things that are no longer referenced. [10:15] and we are working on getting the project setup there [10:15] jtv, microsoft is very big here [10:15] Sorry to hear that. [10:15] and has corrupted everyone [10:15] i am working on educating people about floss [10:16] and you can see the conference we are working on in august [10:16] http://kosovasoftwarefreedom.org/ [10:16] we are working on finding young people like heroid [10:16] who have not been corrupted yet [10:17] and work with them to learn about floss [10:17] yep im working on it too :D [10:18] Xhema, heroid: very glad to hear it. Hope everything works out. [10:18] thanks [10:18] we are going to get kicking on this translation [10:20] ok, so lets just delete this project [10:20] yup, have to get an admin for that. [10:22] will do [10:22] as soon as i get my laptop online [10:23] jtv, thanks again. this is really great news. we have been going in circles on this for weeks [10:25] Xhema: no worries. [10:41] jtv, i think i will keep the project for now [10:41] and use it as a way to track the merging of the files [10:41] the po files from various sources [10:41] we can always delete it later [10:41] Xhema: what you really need for that is a wiki and other such stuff that LP won't give you. [10:43] i mean the lauchpad project [10:43] http://bazaar.launchpad.net/~jamesmikedupont/shqipoffice/ [10:44] we have a wiki [10:44] and all that [10:49] jtv, now sugar [10:49] how can i find the launchpad translation for that [10:49] https://translations.launchpad.net/sucrose [10:51] Xhema: Hm, that is a project group. [10:51] Xhema: have you tried "Browse projects4" on the LP front page? [10:52] ok [10:52] i gotta go [10:52] talk later [10:52] lots of meetings [10:53] thanks dudes [10:56] by Xhema! [11:08] http://bazaar.launchpad.net/~renatosilva/bzr-java-lib/log-view-fix/revision/201 [11:08] Are you seeing two "Maçã" strings there? [11:08] lines 54 and 58 [11:09] it seems a bug with loggerhead [11:09] the second one should be "Maçã" [11:12] RenatoSilva: huh, that's a bit strange [11:14] mwhudson: what are you seeing? [11:15] what you are seeing [11:15] what I said [11:15] tow "maçã" strings [11:15] it should be only the 1st [11:15] 2nd should be "Maçã" [11:16] RenatoSilva: yes, looks like a bug [11:16] yeah, notified them [11:16] *n [11:16] weird bug btw === yofel_ is now known as yofel [11:27] another bug: I just ugraded ff from 3 to 3.5, and my comment is not wrapped anymore (box overflow on the right): https://code.launchpad.net/~renatosilva/bzr-java-lib/log-view-fix/+merge/8377 [11:27] maybe a ff 3.5 bug, maybe a bad html/css in lp [11:28] maybe word-wrap: break-word; is no longer supported [11:29] it is not standard css afaik [11:30] * RenatoSilva is using firebug [11:30] changing the 
 to the  valid css "white-space: normal" fixes the bug
[11:30]  fyi
[11:31]  actually I'd remove such a 
, comments are not code
=== mrevell is now known as mrevell-lunch
[12:33]  I'm getting a bunch of 503 from the API today
[12:33]  anything going on, or have the timeouts been reduced or anything?
[12:39]  e.g. OOPS-1285EC149
[12:39]  https://lp-oops.canonical.com/oops.py/?oopsid=1285EC149
[12:55]  james_w: Am I reading that oops correctly? Total SQL time 195ms... and it's timing out?
[12:55]  noodles: I'm never sure how to read them
[12:55]  but I just hit one where the entire process run time was << 1s
[12:55]  something seems wonky
[12:56]  Yes, it seems to be only 541ms for the oops you linked above too... wierd...
[12:56]  bigjools: ^^^^ any ideas?
[12:56]  I had one of those this morning too
[12:56]  no idea
[12:57]  it's making it impossible to get anything done on this project today
[12:57]  james_w: I'll ask on IS...
[12:58]  thanks
[12:58]  thanks noodles
[12:58]  I'm thinking I should implement a retrying wrapper anyway, but these are too frequent to make that a workaround today
[12:58]  OOPS-1285EC161 for comparison
[12:58]  https://lp-oops.canonical.com/oops.py/?oopsid=1285EC161
=== matsubara-afk is now known as matsubara
[13:17]  bigjools, noodles: I suspect we are not adding the query that is timing out to the statement log or the timings. I think there is an open bug on this.
[13:17]  So it is a bug in the OOPS/database guts rather than a mystery.
[13:18]  stub: oh, I see.
[13:19]  Yes, the query that's listed at the timeout is not included in the list of statements. Right.
[13:19]  stub: I remember that, but I also earlier had a page that timed out very fast (2 seconds)
[13:20]  Yer - just tested the query. Not a pretty query plan, but executes in half a second.
[13:21]  So its back to a mystery again where the time went.
=== mrevell-lunch is now known as mrevell
[13:33]  stub, james_w: bug 396993 if you've got any more info.
[13:33]  Launchpad bug 396993 in launchpad-foundations "API timeouts for 500ms queries" [Undecided,New] https://launchpad.net/bugs/396993
[13:33]  Hi
[13:34]  who is reviewing newly uploaded translations (.pot)?
=== salgado-afk is now known as salgado
=== trmanco is now known as trmanco_
=== trmanco_ is now known as trmanco
[14:39]  https://bugs.launchpad.net/ubuntu/+bug/396987
[14:39]  Ubuntu bug 396987 in debian "[needs-packaging] Drascula: The Vampire Strikes Back" [Unknown,Fix committed]
[14:40]  Why did this get set to "Fix Committed" for Debian?
[14:40]  I cannot see any hint towards that direction at the actual Debian bug web page.
[14:42]  what's better- put one wish list with all posibilities in one bug report or to put each possible solution in new bug report? if each then in one then some will be decidaed as not gona happen and other will happen. but if all in one then at first discusion could happen witch is better option and then decide for only half that not gonna happen but after 1 week again mind could be changed.. or if all options in each own bug report then maybe all linking
[14:44]  Kangarooo: which package do you mean?
=== salgado_ is now known as salgado
[14:45]  I have some ideas for pidgin.. it totally needs improvements and I could put a one big bug report with all possibilities and learning how to make user friendly aplication or I could put many small bug reports- wishlists what could be changed and made better and removed..
[14:46]  then the upstream project is much better for wishlists and discussions
[14:47]  also what to tell to people who have ideas but don't want to help make ubuntu better? what would you say so they report what's better.. ?
[14:47]  besides that ubuntu may/will drop pidgin from default install
[14:47]  nfilus: why? how did you know that? I want also some inside info.. :)
[14:48]  what then people will use?
[14:48]  noodles: the problem seems to have resolved itself somewhat
=== henninge_ is now known as henninge
[14:49]  I'm going to grab some lunch then work some more on it
[14:50]  and try and deal with the 412s I am getting, which I think are because of the scanner
[14:50]  Kangarooo: there's a long ongoing discussion to move to empathy (like on planet.ubuntu.com)
[14:50]  james_w: that's good to hear... but I'm still keen to know why it was happening :)
[14:51]  me too
[14:51]  if we don't know why then it might come back :-)
[14:52]  does the web UI retry if there are conflicts in flight?
[14:52]  what I think is happening is that the scanner is setting the last_scanned_id on the branch at the same time that I am setting lifecycle_status, and so I get 412
[14:56]  I'm not sure... I don't have much to do with the code UI. I know within soyuz if an ajax request fails but update the ui with a retry link for ajax-related stuff.
=== sinzui changed the topic of #launchpad to: https://launchpad.net/ | Help contact: sinzui | Join https://launchpad.net/~launchpad-users | Channel logs: http://irclogs.ubuntu.com | Open Sourcing: https://dev.launchpad.net/OpenSourcing
=== andreas__ is now known as ahasenack
[15:23]  Is it a known issue that the Map on Launchpad only displays direct members of a team afaict
[15:24]  nhandler, it's like that by design
[15:25]  salgado: That is what I was thinking, but IMO, that is a flaw. For instance, if I look at ~ubuntumembers to try and see if there are any Ubuntu members living near me, I wouldn't see any. However, I know for a fact that good old nixternal is just a short drive away.
[15:26]  nhandler: the server would timeout trying to get that many members.
[15:27]  sinzui: It would be slightly over 100 more members to get
[15:27]  nhandler: not for many teams
[15:28]  sinzui: Well, maybe generate a large static map image. I think that would be more useful than an incomplete google map
[15:29]  nhandler: since the API is JS, that is not an easy task. May this is doable with OSM
[15:30]  Kangarooo: tell them, that complaining is simple and if they really wish to change something, they should write bug reports, submit  and vote for ideas on brainstorm.ubuntu.com
[15:31]  sinzui, How many teams have very large numbers of subteams?
[15:31]  * persia remembers seeing maps including locations of indirect members previously
[15:31]  nfilus: this is a meritocracy like all open source projects. there is no vote.
[15:32]  persia: I don't know off hand. the number in is the hundreds, and they are popular
[15:32]  Hrm.  I agree with nhandler on this, as there are often important subteam components of various teams.
[15:32]  nhandler: but a bug report suggesting how the feature might work would be very helpful
[15:32]  Otherwise the map becomes not so useful for some use cases.
[15:34]  Yes, it's a server load, but that's part of having the map.  Having a incorrect map strikes me as worse than not having one at all.
[15:36]  sinzui: I was going to write one up after checking in here
[15:37]  nhandler:thanks
[15:38]  sinzui: What should I file it against? launchpad?
[15:39]  yes, but if you report it against launchpad-registry it will be tagged quicker
[15:46]  nhandler, please subscribe me as well
[15:47]  persia: Will do
[15:47]  I imagine we will have a big bill from Google if we implement this feature
[15:47]  I believe it used to be implemented that way though.
[15:48]  * sinzui hopes that OSM hackers will help Launchpad switch
[15:48]  Actually, it appears to still be so.  cf. https://launchpad.net/~motu-council
[15:49]  nhandler, Are you sure about this bug?  Is it maybe only on edge?
[15:49]  persia: yes, for about 2 months. it has performance issues and we had to switch to https. That is not a free service
[15:49]  persia: It might only be on edge. I'll check
[15:49]  sinzui, Ah.  That makes more sense.
[15:50]  persia: nhandler: we have not change maps rules in 6 months. the code cannot be tested (again because it is hosted on google) so we change it only as needed
[15:51]  Then I think that the bug is different than described.
[15:51]  persia: Nope, non-edge still doesn't show me on the ~ubuntumembers map
[15:51]  I think what is being seen is the optimisation for very large teams, which isn't just about indirect membership.
[15:51]  there is a real bug in the interaction between google and geonames that wrong maps people near 0 degrees longitude in Kazakhstan. That is insane to debug
[16:05]  Could a kind admin rescore this build, please?  It's not my PPA, but I'm waiting to test that fix.  It seems to have a score of zero, but the other architectures have built, so whyever it was retried, it should be find to build now. https://launchpad.net/~kim.nguyen/+archive/ppa/+build/1109886
[16:06]  maxb: sure thing
[16:07]  thanks
=== jon is now known as Guest59844
=== matsubara is now known as matsubara-lunch
[16:50]  Who should I subscribe to a bug for a possible problem between bzr and rosetta .po/.pot files import? bug #384217 ( and specifically https://bugs.edge.launchpad.net/launchpad/+bug/384217/comments/7 )
[16:50]  Ubuntu bug 384217 in launchpad "subscribed to a code branch, but did not receive most updates" [Undecided,New]
[16:50]  Launchpad bug 384217 in launchpad "subscribed to a code branch, but did not receive most updates" [Undecided,New] https://launchpad.net/bugs/384217
[16:53]  I mean when the bzr branch is connected to rosetta for automatic translations import :)
[16:58]  savvas0: you can use the 'Also affects project' link and choose 'rosetta'
[16:58]  savvas0: This is a bit tricky but I'd say it is between code and translations.
[16:59]  savvas0: yeah, probably ours ... ;)
[17:00]  ok, thank you both! :)
[17:03]  I was kind of brainstorming with a friend of mine for this one, we were looking for common stuff between the bzr imports hehe :P
[17:19]  cheers!
[17:26]  I don't understand translations.launchpad.net UI
[17:27]  in my projects I've merged all the .po's, how do I tell that to launchpad?
[17:29]  felipec: you can't really do that.
[17:31]  henninge: I think I got it: set an official branch to my vcs-import, and then configure the translation settings to import template and translation files
[17:32]  felipec: yes, you will need to re-import the template and the translations.
[17:32]  henninge: what? why? is it going to be imported automatically from git?
[17:33]  felipec: sorry, that is what I meant ...
[17:33]  felipec: what is the project?
[17:34]  henninge: msn-pecan
[17:36]  felipec: I only see one template? What did you mean by "merged all the pos"?
[17:36]  henninge: pos, not pot
[17:37]  felipec: so do you mean you merged the po's from Launchpad back into those in the source?
[17:38]  henninge: yeah, in every release
[17:38]  henninge: but they still show as purple
[17:39]  felipec: yes, so importing them again will turn them green.
[17:39]  felipec: and you can do that using bzr imports as you mentioned earlier.
[17:40]  henninge: yeah, I set it as automatically and also requested a one time import
[17:40]  henninge: but I guess it will take time
[17:41]  felipec: no, there is a problem with the naming of the files.
[17:42]  felipec: the exported po files you get from Launchpad cannot be imported directly back the way they are named.
[17:42]  felipec: I see files like "po/libmsn-pecan-pt.po" in the queue and that is how our export names the files.
[17:43]  felipec: for the import to work automatically, it should just be named "po/pt.po" etc.
[17:43]  felipec: that way the language can be read from the file name.
[17:45]  henninge: pretty limited
[17:45]  felipec: yes, I admit, that does need some improvement.
=== matsubara-lunch is now known as matsubara
[17:48]  henninge: fortunately nothing else seems to be depending on the libmsn-pecan prefix
[17:48]  felipec: not that I know of.
=== salgado_ is now known as salgado
[17:51]  henninge: ok, I've renamed them
=== yofel_ is now known as yofel
=== salgado is now known as salgado-lunch
=== salgado-lunch is now known as salgado
=== dpm__ is now known as dpm
[19:02]  d'oh! http://www.sofaraway.org/ubuntu/tmp/ppa-queues2.png
[19:03]  it's bad as it means it's impossible to produce a single daily
[19:04]  when a given package finally gets built (after 24h+), it ftbfs with "State: Failed to upload" because the next version is already in the queue
[19:20]  fta: ooh,  your graph is prettier that my graph. What draws it?
[19:21]  oo calc :(
[19:26]  is there cloaking for launchpad users?
=== vorian is now known as heHATEme
[20:16]  henninge: ok, the code is updated and launchpad is still not picking it up
[20:16]  felipec, there are some moving parts which sometimes take a few minutes
[20:16]  where are you not seeing it reflected?
[20:16]  beuno: https://translations.launchpad.net/msn-pecan
[20:17]  felipec, you pushed a bzr branch with updated translations?
[20:18]  beuno: no, I have always had the updates in my git repo, which is mirrored by vcs-import
[20:18]  beuno: and https://code.launchpad.net/msn-pecan is reflecting the latest commit
[20:19]  felipec, oh, that's a different URL now
[20:19]  beuno: yeah, which reflects the changes are imported
[20:19]  felipec,  Last successful import was 35 minutes ago.
[20:20]  The next import is scheduled to run in 5 hours.
[20:20]  https://code.edge.launchpad.net/~vcs-imports/msn-pecan/trunk
[20:20]  beuno: I know, I said, it's reflecting the latest commit
[20:20]  so what's the issue?
[20:20]  beuno: git latest commit == bzr latest commit
[20:21]  * beuno nudges mwhudson 
[20:21]  that https://translations.launchpad.net/msn-pecan is not updated
[20:21]  never has been
[20:21]  felipec, I have no idea why you're talking about translations
[20:22]  is your project getting translations from the branch?
[20:23]  beuno: I'm talking about translations because I'm interested on translations and translations don't work
[20:23]  felipec, let's start again
[20:23]  you said:
[20:24]  beuno: if you go to the URL, you'll see they show in purple: Newly translated in Launchpad
[20:24]  < felipec> henninge: ok, the code is updated and launchpad is still not picking it up
[20:24]  * beuno nudges danilos as well
[20:24]  beuno: yeah, henninge told me to rename the files so that translations.launchpad.net would pick them up
[20:25]  beuno: since the code is updated in the bzr branch, the translations should update
[20:25]  ok, felipec, good, now I'm back on track
[20:25]  and ahve you specified that Launchpad should be using that branch for translations?
[20:25]  beuno: yes
[20:25]  ok
[20:26]  now, danilos, can you take a look  ^
[20:26]  felipec, when did you update the git branch with this change?
[20:26]  beuno: some hours ago
=== MTecknology is now known as Masterbuntu
[20:27]  ok, so that's about as dar as I can go into translations, I'll need either henninge or danilos to pitch in
=== Masterbuntu is now known as sysman
[20:29]  beuno: ok, thanks
[20:29]  felipec, maybe the import is done once a day
[20:29]  not sure
[20:30]  beuno: I also requested a manual import
[20:49]  guys, any way to search for bugs that _don't_ have a tag set?
[20:49]  like "-tag" or something?
[20:49]  or !tag?
[20:50]  Saviq, yes
[20:50]  * beuno looks it up
[20:52]  Saviq, http://blog.launchpad.net/bug-tracking/searching-bugs-with-tags-now-with-wings
[20:52]  beuno: thanks
[21:12]  felipec: still around?
[21:14]  henninge: yeap
[21:20]  felipec: I am sorry, I only told you half the story ;-)
[21:22]  felipec: In order to associate the files automatically with the template their path needs to match that of the template.
[21:22]  felipec: but the template is just called "messages.pot", no path.
[21:23]  felipec: but no worries
[21:23]  hey henninge :)
[21:23]  I have a question
[21:23]  * Ursinha sees henninge running
[21:23]  :P
[21:23]  felipec: the new names for the files were a great help
[21:23]  Ursinha: hold on a sec
[21:23]  henninge, sure
[21:24]  felipec: I approved all the files which was much easier not having to pick the language for each, just the template.
[21:24]  felipec: so they are being imported now and the bars are turning green.
[21:25]  felipec: sorry for the complications here. Subsequent imports should work without problems now as long as the file names stay the same.
[21:25]  Ursinha: what can I do for you?
[21:25]  :)
[21:25]  henninge, it's a question that came up on FISL
[21:26]  FISL?
[21:26]  a guy asked me how ubuntu handles the translations that come with debian packages
[21:26]  henninge, it's an international free software forum that happens in Brazil
[21:26]  ah
[21:26]  forum internacional software livre in portuguese
[21:26]  :)
[21:27]  so
[21:27]  Ursinha: I believe that debian just uses the normal gettext system so the translation files that come with a debian package are installed in the locale dir and can then be used.
[21:27]  Ursinha: nothing special about it, should work.
[21:28]  henninge, right
[21:28]  Ursinha: ubuntu only has special casing for main packages which are found on the CD
[21:28]  Ursinha: that is what we produce language packs for.
[21:29]  hmm
[21:29]  Ursinha: all other packages have to bring their own translations.
[21:30]  henninge, so, is it possible to start doing the translation of a given package using lp?
[21:30]  henninge: cool, so only the .pot file is missing?
[21:30]  felipec: no, no need to do anything about it now.
[21:31]  henninge: yeah, I see that all the translations are green :)
[21:31]  felipec: you will have to include it in your tree, though, to automatically pick up its changes.
[21:31]  henninge: but I mean in the future
[21:31]  felipec: yes, just put it in the po dir in your source tree.
[21:32]  henninge: po/messages.pot will be ok?
[21:32]  felipec: yes
[21:32]  henninge: cool, thanks :)
[21:32]  henninge: I can also manually upload it, right?
[21:33]  felipec: sure
[21:33]  excellent
[21:33]  felipec: it gets a bit more complicated if you ever decide to have more than one template (translation domain).
[21:34]  henninge: no, it will stay as one
[21:34]  felipec: then you are fine.
[21:34]  henninge, are all these instructions in a wiki somewhere?
[21:35]  beuno: yes
[21:35]  henninge, where?
[21:35]  and why aren't you pointing felipec to it  :)
[21:36]  beuno: because I already did all I had to do hours ago :)
[21:36]  ah
[21:36]  well
[21:36]  my question is
[21:36]  maybe the wiki page isn't clear enough, so that you still don't understand what needs to be done
[21:36]  maybe we need to improve our help  :)
[21:37]  beuno: that is well possible
[21:37]  beuno: https://help.launchpad.net/Translations/ImportPolicy
[21:37]  beuno: definitely... somebody else might have the same issue
[21:38]  henninge, that page doesn't talk about bzr at all
[21:39]  beuno: https://help.launchpad.net/Translations/YourProject#Uploading%20translation%20files
[21:40]  which takes us to
[21:40]  https://help.launchpad.net/Translations/ImportingFromBazaarBranches
[21:40]  felipec, could you take a peak at that  ^
[21:40]  and tell us if there's anything that could be improved?
[21:41]  beuno: yeah, you are right, I could have pointed to that.
[21:42]  I actually wrote that ...
[21:42]  :)
[21:42]  not that helping out on IRC isn't great
[21:42]  just wondering why it happened
[21:42]  beuno: I don't speak bzr, so I can't read that wiki page that well =/
[21:43]  beuno: I don't understand "project series"
[21:43]  felipec: it is not really bzr specific
[21:43]  henninge, that's an interesting comment
[21:43]  not knowing what a series is
[21:43]  and having set up everything without knowing
[21:43]  maybe the doc could reflect that?
[21:43]  beuno: trunk is created automatically.
[21:44]  beuno, felipec: Also, I see that it does not mention po files import, either.
[21:45]  beuno: the only thing that confused me is the "settings" in "msn-pecan" and the "settings" in "msn-pecan/trunk"
[21:45]  henninge, exactly
[21:45]  yet we talk about it as something you should know, when you actually don't
[21:46]  henninge: and the template of the files e.g. "po/it.po"
[21:47]  felipec: yes, that is mentioned elsewhere, though, because it is not specific to bzr imports. But I guess there should be a reference here.
[21:52]  Ursinha: hey :)
[21:52]  your question ...
[21:54]  Ursinha: I am not sure now if there are packages outside main (universe) in Launchpad.
[21:55]  Ursinha: but if there are you could use rosetta for them
[21:55]  Ursinha: but the preferred way is to talk to upstream and coordinate with the way they translate.
[21:56]  Ursinha: Of course, upstream projects are always welcome to register their project with Launchpad and use it for translations (and whatever else we offer) ;)
[21:59]  henninge, I need to talk to the guy to clarify this with him
[21:59]  but thank you very much for your answers
[21:59]  Ursinha: you are welcom :)
[21:59]  e
[22:23]  hi there. is it intentional that security-uploads don't show in /+uploaded_packages?
[22:27]  beuno, felipec: I updated the wiki page.
[22:27]  I have to go now, good night. ;-)
[22:28]  henninge: thanks, good night :)
[22:31]  anyone know how to temporarily disable emails while away on holiday?
[22:32]  ..to avoid out of office messages being sent
[22:36]  ronan__: it should be fine, if you make sure that your 'out of office' responder is well-behaved, and doesn't respond to messages that have a 'precedence: bulk' header.
[22:37]  ronan__: there is no way of temporarily disable e-mail in Launchpad, apart from changing the preferred address to some other address.
=== heHATEme is now known as vorian
[22:45]  BjornT : thanks. The responder is outside my control, but claims to ignore mailing lists. We'll see tomorrow.
=== salgado is now known as salgado-afk
=== matsubara is now known as matsubara-afk
=== sinzui changed the topic of #launchpad to: https://launchpad.net/ | Help contact: - | Join https://launchpad.net/~launchpad-users | Channel logs: http://irclogs.ubuntu.com | Open Sourcing: https://dev.launchpad.net/OpenSourcing