[07:44] <geser> are there any problems with logging in to LP? I get either an timeout or internal server error
[07:49] <wgrant> geser: Yeha, we have some DB issues at the moment.
[07:49] <wgrant> geser: Trying to sort them out...
[09:02] <mrevell> Hi
[09:07] <danhg> Morning
[09:15] <jml> Does Launchpad not send emails on build success?
[09:18] <bigjools> no
[09:18] <bigjools> this has been raised many times
[09:18] <geser> jml: no, only on build/upload failures (and also no mail if the build is in dependency wait)
[09:19] <jml> ok, thanks.
[09:22] <Guest52098> this ?
[10:46] <roundcube> Hello, I have some troubles with the translations system on lp.net. Is there anybody who can help me?
[11:00] <bigjools> jtv might be able to help if he's still around
[11:01] <jtv> roundcube: what's the problem?
[11:02] <jtv> Is this still the upload approvals?
[11:02] <roundcube> No, it's something else now :-(
[11:02] <roundcube> I imported files with language code sv_SE which were successfully assigned to "Swedish (Sweden)" and somebody started adding missing texts.
[11:03] <roundcube> Then suddenly the "Swedish (Sweden)" entry disappeared from the list of translations and instead "Swedish" showed up with 0 translated texts.
[11:03] <roundcube> See https://translations.launchpad.net/roundcubemail/trunk
[11:03] <roundcube> 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] <jtv> roundcube: sounds like maybe something changed in your browser settings.  It tells Launchpad which languages you're interested in.
[11:05] <roundcube> Now, I'm not swedish but clicked "View all languages"
[11:05] <jtv> By the way, you almost certainly want “Swedish” (sv) and not “Swedish (Sweden)” (sv_SE).
[11:05] <roundcube> And it's not listed there.
[11:05] <jtv> Ah.  That list wouldn't show sv_SE normally, since it's a language that shouldn't normally be used.
[11:06] <jtv> But people whose configuration says they are interested in sv_SE would still be able to see it.
[11:06] <roundcube> But it existed in the list of languages some days ago.
[11:06] <jtv> (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] <jtv> It was in the list of “all languages”?
[11:07] <roundcube> Yep, that's what I did but not all people are as creative to start manipulating the url.
[11:07] <jtv> No, and we don't want them to.  :)
[11:07] <roundcube> Yes, it was listed there as far as I can remember.
[11:07] <roundcube> So how can I move the translated texts from sv_SE to sv then?
[11:07] <jtv> One way is to export them from sv_SE and import them to sv.
[11:08] <jtv> 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] <roundcube> OK. And can I also remove the existing sv_SE translations afterwards. Not that people work on the wrong language.
[11:09] <jtv> That's a bit painful.  :(
[11:10] <jtv> It can be done if really needed, but it takes time and involves multiple people.
[11:11] <roundcube> OK, let me try to download sv_SE and re-import it to sv first.
[11:11] <roundcube> One more thing:
[11:12] <roundcube> The untranslated status count doesn't update after somebody added some missing texts.
[11:12] <roundcube> I saw several tickets on answers.launchpad.net and they all say it's fixed.
[11:21] <jtv> roundcube: check that those questions are recent though.  I'm not sure whether the statistics updater has been overhauled yet.
[11:22] <wgrant> jtv, roundcube: Statistics updates are working for distribution templates at the moment, but not project ones.
[11:22] <wgrant> The fix for those landed yesterday.
[11:22] <wgrant> It's blocked behind QA now, but will hopefully be deployed in the next dayish.
[11:23] <roundcube> wgrant, Great news!
[11:23] <jtv> What fix was deployed exactly?
[11:24] <wgrant> jtv: pofilestatsjobs are written, deployed and working for distribution templates.
[11:24] <jtv> What do they update exactly?  <template, language>?
[11:24] <jtv> With optional language?
[11:25] <wgrant> They update a POFile.
[11:25] <wgrant> Which is <template, language>, I guess.
[11:25] <wgrant> (right?)
[11:25] <jtv> I know that they update a POFile, but what exactly does one of these jobs cover?
[11:26] <jtv> And when are they generated exactly?
[11:26] <wgrant> jtv: A whole POFile.
[11:26] <jtv> Only a POFile?
[11:26] <wgrant> The job just does 'self.pofile.updateStatistics()'
[11:26] <jtv> So… we generate a bunch of these for each single translation update?
[11:26] <jtv> Since changing 1 string can affect multiple POFiles…
[11:27] <wgrant> Not sure.
[11:27]  * wgrant checks the code.
[11:27] <wgrant> Hmmmmmmmmm.
[11:27] <wgrant> That is suspicious.
[11:28] <wgrant> It just replaced the self.pofile.updateStatistics call in translationmessage's _redirectToNextPage with a job scheduling.
[11:28] <wgrant> Which seems irrelevant to the underlying problem.
[11:28] <wgrant> r14364, if you want to look
[11:29] <jtv> Not tonight, thanks.
[11:29] <jtv> Holiday.
[11:29] <jtv> The updateStatistics is only one part of the problem.
[11:30] <jtv> 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] <jtv> There are two underlying problems, really:
[11:30] <jtv> 1. That update took time that we didn't want to take out of the handling of the request.
[11:30] <jtv> This is a positively ancient documented problem.
[11:31] <jtv> 2. It wasn't enough now that, through message sharing, the update can affect multiple POFiles.
[11:32] <jtv> We have been relying on the pofile statistics updater to scrub pofile statistics that we hadn't gotten around to updating.
[11:33] <jtv> And unfortunately the pofile statistics updater has been suffering agonizing holdups — mostly from DBLoopTuner backoff, if memory serves.
[11:34] <jtv> 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] <jtv> 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] <roundcube> Thanks guys for taking care of this. It's much apreciated!
[14:38] <bac> hi sinzui
[14:38] <sinzui> Hi bac
[14:39] <bac> sinzui:  i just looked on niobium and you have no vouchers...not surprisingly
[14:39] <bac> sinzui:  iow, it is an isd issue
[14:40] <sinzui> 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] <bac> sinzui:  ugh
[14:46] <bac> abentley:  does lp-submit require lp_review plugin to get the template?
[14:47] <abentley> bac: It requires the lpreview_body plugin
[14:48] <bac> abentley:  thanks!
[15:56] <bdmurray> 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] <jtv> bdmurray: and in alphabetical order too, looks like.
[15:58] <jtv> That has some worrying implications.
[15:58] <bdmurray> jtv: yes, more or less. and yes
[15:59] <jtv> Could you report this on https://answers.launchpad.net/launchpad ?
[15:59] <jtv> That way the next help contact will get around to it.
[16:01] <lifeless> 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
[16:30] <kirkland> lifeless: bdmurray: i just unsubscribed myself from ~osfs, looks like spam to me
[16:56] <savvas> 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] <savvas> 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] <savvas> ignore the request, I'll just wait :)
[20:50] <audifahrer> Hi
[20:52] <audifahrer> 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] <MeQuerSat> Filed a bug a while ago, which is a pretty damn big bug. No response so far. What to do?
[21:08] <tumbleweed> audifahrer: did you upload them at the same time? libeflxx-dev probably wasn't built yet
[21:21] <MeQuerSat> So what should I do?
[21:21] <flacoste> MeQuerSat: did it get a priority?
[21:21] <MeQuerSat> nope
[21:22] <flacoste> MeQuerSat: give me the bug number, and I'll give it one :-)
[21:22] <MeQuerSat> 887233
[21:23] <flacoste> MeQuerSat: ah, that's not a Launchpad bug, that's a bug in Ubuntu
[21:23] <flacoste> i suggest asking on #ubuntu-qa
[21:23] <MeQuerSat> ok, will do that
[21:23] <MeQuerSat> thanks
[21:24] <MeQuerSat> uhm, I think you mean another channel?
[21:24] <MeQuerSat> #ubuntu-qa is empty
[21:24] <flacoste> MeQuerSat: sorry, the channel is actually #ubuntu-quality
[21:24] <MeQuerSat> ok, thanks
[21:25] <flacoste> audifahrer: the package depends on itself?
[21:26] <flacoste> audifahrer: sorry, i got the etxx and eflxx confused
[21:30] <flacoste> audifahrer: why does apt thinks libeflxx-dev is a virtual package?
[21:30] <flacoste> audifahrer: or is it debhelper > 7 that might be a problem in lucid?
[21:32] <flacoste> audifahrer: anyway, i suggest you get some packaging help in #ubuntu-motu
[21:36] <audifahrer> flacoste: ok, I'll try #ubuntu-motu
[21:37] <audifahrer> debhelper Version: 7.4.15ubuntu1 is in lucid
[21:38] <audifahrer> tumbleweed: If think it was yet build. But I requested a new build.
[21:38] <audifahrer> now
[21:51] <micahg> flacoste: what do you think about adding a note to /topic about packaging support in #ubuntu-packaging?
[21:52] <flacoste> micahg: it's a good one, it should probably be also on the PackagingGuide
[21:52] <flacoste> since i sent somebody to #ubuntu-motu based on it :-)
[21:53] <flacoste> audifahrer: #ubuntu-packaging might be even a better channel than #ubuntu-moty
[21:53] <micahg> heh, for distro packaging #ubuntu-motu is good, for non-distro packaging or packaging in general, we have #ubuntu-packaging
[21:53] <micahg> flacoste: thanks
[22:00] <mrevell> danhg, matsubara-afk, huwshimi: Skype?
[22:00] <matsubara> mrevell, I'm onlin
[22:00] <matsubara> online
[22:01] <mrevell> cool :)
[22:04] <mrevell> matsubara, I'll start the call
[22:06] <mrevell> Hello
[22:06] <mrevell> I am speaking