[07:44] are there any problems with logging in to LP? I get either an timeout or internal server error [07:49] geser: Yeha, we have some DB issues at the moment. [07:49] geser: Trying to sort them out... [09:02] Hi [09:07] Morning [09:15] Does Launchpad not send emails on build success? [09:18] no [09:18] this has been raised many times [09:18] jml: no, only on build/upload failures (and also no mail if the build is in dependency wait) [09:19] ok, thanks. [09:22] this ? [10:46] Hello, I have some troubles with the translations system on lp.net. Is there anybody who can help me? [11:00] jtv might be able to help if he's still around [11:01] roundcube: what's the problem? [11:02] Is this still the upload approvals? [11:02] No, it's something else now :-( [11:02] I imported files with language code sv_SE which were successfully assigned to "Swedish (Sweden)" and somebody started adding missing texts. [11:03] Then suddenly the "Swedish (Sweden)" entry disappeared from the list of translations and instead "Swedish" showed up with 0 translated texts. [11:03] See https://translations.launchpad.net/roundcubemail/trunk [11:03] The imported and updated sv_SE translations are still there but just not listed in the survey. I can access them by altering the URL to https://translations.launchpad.net/roundcubemail/trunk/+lang/sv_SE [11:04] roundcube: sounds like maybe something changed in your browser settings. It tells Launchpad which languages you're interested in. [11:05] Now, I'm not swedish but clicked "View all languages" [11:05] By the way, you almost certainly want “Swedish” (sv) and not “Swedish (Sweden)” (sv_SE). [11:05] And it's not listed there. [11:05] Ah. That list wouldn't show sv_SE normally, since it's a language that shouldn't normally be used. [11:06] But people whose configuration says they are interested in sv_SE would still be able to see it. [11:06] But it existed in the list of languages some days ago. [11:06] (By the way, this is _only_ a matter of what languages show up in that list; you can still see the sv_SE translations by accessing the sv ones and replacing the “sv” in the URL with “sv_SE”). [11:07] It was in the list of “all languages”? [11:07] Yep, that's what I did but not all people are as creative to start manipulating the url. [11:07] No, and we don't want them to. :) [11:07] Yes, it was listed there as far as I can remember. [11:07] So how can I move the translated texts from sv_SE to sv then? [11:07] One way is to export them from sv_SE and import them to sv. [11:08] It may also be possible to select sv_SE as a guide when translating to sv, but I'm not sure and it's probably more work at any rate. [11:08] OK. And can I also remove the existing sv_SE translations afterwards. Not that people work on the wrong language. [11:09] That's a bit painful. :( [11:10] It can be done if really needed, but it takes time and involves multiple people. [11:11] OK, let me try to download sv_SE and re-import it to sv first. [11:11] One more thing: [11:12] The untranslated status count doesn't update after somebody added some missing texts. [11:12] I saw several tickets on answers.launchpad.net and they all say it's fixed. [11:21] roundcube: check that those questions are recent though. I'm not sure whether the statistics updater has been overhauled yet. [11:22] jtv, roundcube: Statistics updates are working for distribution templates at the moment, but not project ones. [11:22] The fix for those landed yesterday. [11:22] It's blocked behind QA now, but will hopefully be deployed in the next dayish. [11:23] wgrant, Great news! [11:23] What fix was deployed exactly? [11:24] jtv: pofilestatsjobs are written, deployed and working for distribution templates. [11:24] What do they update exactly? ? [11:24] With optional language? [11:25] They update a POFile. [11:25] Which is , I guess. [11:25] (right?) [11:25] I know that they update a POFile, but what exactly does one of these jobs cover? [11:26] And when are they generated exactly? [11:26] jtv: A whole POFile. [11:26] Only a POFile? [11:26] The job just does 'self.pofile.updateStatistics()' [11:26] So… we generate a bunch of these for each single translation update? [11:26] Since changing 1 string can affect multiple POFiles… [11:27] Not sure. [11:27] * wgrant checks the code. [11:27] Hmmmmmmmmm. [11:27] That is suspicious. [11:28] It just replaced the self.pofile.updateStatistics call in translationmessage's _redirectToNextPage with a job scheduling. [11:28] Which seems irrelevant to the underlying problem. [11:28] r14364, if you want to look [11:29] Not tonight, thanks. [11:29] Holiday. [11:29] The updateStatistics is only one part of the problem. [11:30] And unless POFile.updateStatistics has been modified to look up & update other POFiles that it may be sharing translations with, this is indeed irrelevant. [11:30] There are two underlying problems, really: [11:30] 1. That update took time that we didn't want to take out of the handling of the request. [11:30] This is a positively ancient documented problem. [11:31] 2. It wasn't enough now that, through message sharing, the update can affect multiple POFiles. [11:32] We have been relying on the pofile statistics updater to scrub pofile statistics that we hadn't gotten around to updating. [11:33] And unfortunately the pofile statistics updater has been suffering agonizing holdups — mostly from DBLoopTuner backoff, if memory serves. [11:34] If the page submission now fires off a job that updates the stats for just the POFile that's being edited, then we have achieved the worst of both worlds: [11:34] we'd no longer have instant updates, meaning that the user is presented with a view of statistics that does not include their latest changes, but also the sharing pofiles no longer get updated. [11:38] Thanks guys for taking care of this. It's much apreciated! === jamestunnicliff_ is now known as jamestunnicliffe [14:38] hi sinzui [14:38] Hi bac [14:39] sinzui: i just looked on niobium and you have no vouchers...not surprisingly [14:39] sinzui: iow, it is an isd issue [14:40] They have not released the code fix to the last bug. I think humans need to update the data until the real fix is deployed [14:40] sinzui: ugh [14:46] abentley: does lp-submit require lp_review plugin to get the template? [14:47] bac: It requires the lpreview_body plugin [14:48] abentley: thanks! === yofel_ is now known as yofel === brendand_ is now known as brendand === matsubara is now known as matsubara-lunch [15:56] Has anybody looked at https://launchpad.net/~osfs ? The team owner seems to be adding lots of people to the team without talking to anybody [15:58] bdmurray: and in alphabetical order too, looks like. [15:58] That has some worrying implications. [15:58] jtv: yes, more or less. and yes [15:59] Could you report this on https://answers.launchpad.net/launchpad ? [15:59] That way the next help contact will get around to it. [16:01] bdmurray: note that sabdfl has been in the team since it was created - hard to tell if its spam, or just folk being added after a council meeting of some sort === matsubara-lunch is now known as matsubara [16:30] lifeless: bdmurray: i just unsubscribed myself from ~osfs, looks like spam to me === matsubara_ is now known as matsubara === Ursinha is now known as Ursinha-lunch [16:56] can someone stop/delete/cancel all to-be-built packages of a recipe? 4 currently pending build: https://code.launchpad.net/~ffmulticonverter/+recipe/ffmulticonverter-daily [17:01] I forgot to change the debian package version and want to try again, I guess no harm done there, but.. I don't want to stress the servers :) [17:14] ignore the request, I'll just wait :) === deryck is now known as deryck[lunch] === deryck[lunch] is now known as deryck === variable is now known as const === matsubara is now known as matsubara-afk === Ursinha-lunch is now known as Ursinha [20:50] Hi [20:52] Could someone explain me why my receipe isn't building: https://code.launchpad.net/~tux-style/+recipe/eetxx-daily . It claims about missing dependency libeflxx, but this is available in the same project: https://code.launchpad.net/~tux-style/+recipe/eflxx-daily . I don't understand this. [21:04] Filed a bug a while ago, which is a pretty damn big bug. No response so far. What to do? [21:08] audifahrer: did you upload them at the same time? libeflxx-dev probably wasn't built yet [21:21] So what should I do? [21:21] MeQuerSat: did it get a priority? [21:21] nope [21:22] MeQuerSat: give me the bug number, and I'll give it one :-) [21:22] 887233 [21:23] MeQuerSat: ah, that's not a Launchpad bug, that's a bug in Ubuntu [21:23] i suggest asking on #ubuntu-qa [21:23] ok, will do that [21:23] thanks [21:24] uhm, I think you mean another channel? [21:24] #ubuntu-qa is empty [21:24] MeQuerSat: sorry, the channel is actually #ubuntu-quality [21:24] ok, thanks [21:25] audifahrer: the package depends on itself? [21:26] audifahrer: sorry, i got the etxx and eflxx confused [21:30] audifahrer: why does apt thinks libeflxx-dev is a virtual package? [21:30] audifahrer: or is it debhelper > 7 that might be a problem in lucid? [21:32] audifahrer: anyway, i suggest you get some packaging help in #ubuntu-motu [21:36] flacoste: ok, I'll try #ubuntu-motu [21:37] debhelper Version: 7.4.15ubuntu1 is in lucid [21:38] tumbleweed: If think it was yet build. But I requested a new build. [21:38] now [21:51] flacoste: what do you think about adding a note to /topic about packaging support in #ubuntu-packaging? [21:52] micahg: it's a good one, it should probably be also on the PackagingGuide [21:52] since i sent somebody to #ubuntu-motu based on it :-) [21:53] audifahrer: #ubuntu-packaging might be even a better channel than #ubuntu-moty [21:53] heh, for distro packaging #ubuntu-motu is good, for non-distro packaging or packaging in general, we have #ubuntu-packaging === flacoste changed the topic of #launchpad to: Build delays due to earlier hardware failure | https://launchpad.net/ | Help contact: - | Launchpad is an open source project: https://dev.launchpad.net/ | This channel is logged: http://irclogs.ubuntu.com/ | User Guide: https://help.launchpad.net/ | Support: https://answers.launchpad.net/launchpad | For packaging help: join #ubuntu-packaging [21:53] flacoste: thanks [22:00] danhg, matsubara-afk, huwshimi: Skype? === matsubara-afk is now known as matsubara [22:00] mrevell, I'm onlin [22:00] online [22:01] cool :) [22:04] matsubara, I'll start the call [22:06] Hello [22:06] I am speaking === matsubara is now known as matsubara-afk === warp11 is now known as warp10 === maxb_ is now known as maxb