[00:08] I only get an OOPS since today (Error ID: OOPS-1775K8) when trying to open https://launchpad.net/~neon/+archive/ppa/+packages (same as barry maybe?) [00:08] https://lp-oops.canonical.com/oops.py/?oopsid=1775K8 [00:09] yofel: almost certainly [00:09] heh [00:23] barry: yofel: am getting the timeout raised. [00:24] barry: death-by-queries is applying here. [00:24] its doing 200 400ms queries. [00:24] lifeless: yay. /me -> dinner [00:24] thanks [00:24] wow, time for a stored procedure? [00:25] no [00:26] much of launchpad has very OOP code [00:26] but OOP code doesn't work with DB's [00:31] ah [00:34] yofel: barry: try now ? [00:35] Error ID: OOPS-1775C44 [00:35] https://lp-oops.canonical.com/oops.py/?oopsid=1775C44 [00:38] ok [00:39] uhm, we may need to revert back my change; I'll let the dev list know just in case. [00:39] I'll also put more elbow grease into fixing directly [00:46] lifeless: cool, thanks [01:17] Hmm, is Launchpad melting? [01:17] I'm getting timeouts merely trying to view a PPA's +packages [01:18] its that one page [01:18] I fixed an API performance, but it had a regression [02:52] no more edge redirects? how excellent! [02:53] :) === jfroy_ is now known as jfroy === almaisan-away is now known as al-maisan === LinuxJedi|away is now known as LinuxJedi === lamont` is now known as lamont === Adri2000_ is now known as Adri2000 [07:57] hmmmm, i'm getting an OOPS trying to view https://edge.launchpad.net/~ubuntu-mozilla-daily/+archive/ppa/+packages this morning [07:57] OOPS-1775EA523 [07:57] https://lp-oops.canonical.com/oops.py/?oopsid=1775EA523 [08:18] hi, any ideas as to why I get a timeout when I try to access this page? https://launchpad.net/~xorg-edgers/+archive/ppa/+packages [08:18] Error ID: OOPS-1775M731 [08:18] https://lp-oops.canonical.com/oops.py/?oopsid=1775M731 [08:49] https://bugs.launchpad.net/soyuz/+bug/672371 [08:49] Launchpad bug 672371 in Soyuz "Archive:+packages timeouts (affected: 3, heat: 20)" [High,Triaged] [10:22] hi. is there a way to disable merge requests on code.launchpad.net and put a notice to direct patches elsewhere, say to an upstream bug report instead? [10:24] Anyone else getting timeout errors on launchpad? [10:40] hyperair: there used to be a flag that could be set, but I can't find it atm [10:40] spiv: i see. [10:40] hmm [10:40] spiv: who could i poke about this flag? [10:41] hyperair: file a bug or support request on launchpad itself I guess. [11:12] mrevell: aloha there [11:12] Hey there fellow Brit :) [11:12] I've invaded [11:13] Heh [11:14] mrevell: so far so good, finally got an interview for NI number rather than a 2 month wait now it's 2.5 weeks, still house hunting though. [11:14] czajkowski, Are you staying with relatives atm? [11:14] nope friends in Farnham [11:15] enjoying the train rides [11:15] Oh cool [11:16] aye so far so good [12:24] Any launchpad sysadmins around? I'm getting timeout errors. [12:29] rlpb: Are you using edge or production? [12:29] production [12:29] only this page: https://launchpad.net/~freenx-team/+archive/ppa/+packages [12:29] others seem to work fine [12:29] probably the number of packages on that PPA is large [12:30] hmm, it appears that the page takes a lot of time to generate, hence hitting the timeout limit [12:30] Someone, please inversigate (Error ID: OOPS-1775B1108) [12:30] https://lp-oops.canonical.com/oops.py/?oopsid=1775B1108 [12:39] rlpb, bilalakhtar: I had that yesterday, lifeless was taking a look at it (bug 672371) [12:39] Launchpad bug 672371 in Soyuz "Archive:+packages timeouts (affected: 3, heat: 20)" [High,Triaged] https://launchpad.net/bugs/672371 === yofel_ is now known as yofel [12:41] thanks yofel [12:42] a fix is landing for that today === danilo_ is now known as danilos === Ursinha-brb is now known as Ursinha === jelmer_ is now known as jelmer [14:19] I need a help, my messages sent to dx-team@lists.launchpad.net are not received, something like that === adeuring1 is now known as adeuring [14:26] hi guys [14:27] https://launchpad.net/launchpad-project have support for i18n ? === matsubara is now known as matsubara-lunch [15:13] ^^ help launchpad admins [15:23] macagua, no, Launchpad is not translatable [15:23] Cimi_, have you asked an admin to see if they are being held for moderation? [15:24] no moderation [15:24] not shown at all [15:24] tip: I've been added to dx-team on monday, so they might have forgotten a step === zyga is now known as zyga-lunch [15:40] hi, anyone here can help with a mailing list issue? apparently Cimi_ is in "read only" mode(?!) on one of our lists === bilalakhtar_ is now known as bilalakhtar [15:48] Cimi_, and you are ending it to one of the email addresses in launchpad? [15:48] no something else? an alias? [15:48] beuno: right, maybe I'm using cimi@canonical.com in launchpad, which is an alias [15:49] Cimi_, that'll be a reason why it doesn't go through [15:55] beuno: ahah, thanks for the tip [15:55] not sure eh [15:56] I have sent the new mail [15:56] let's see if it arrives dbarth :) [16:02] beuno: but is possible translate? using ZPT? === matsubara-lunch is now known as matsubara [16:04] macagua, if you are interested in contributing to make it translatable, here are some pointers :) -> https://blueprints.launchpad.net/ubuntu/+spec/other-launchpad-n-internationalized-answers [16:07] dpm: Yes I would like to help Thanks xD [16:07] dbarth: didn't arrive === beuno is now known as beuno-lunch [16:22] Cimi_: it did now [16:22] ok thx [16:24] Does bug #5292 affect users now as well? [16:24] Launchpad bug 5292 in Launchpad Foundations "People setting preferred contact address to @ubuntu.com (affected: 7, heat: 41)" [Medium,Triaged] https://launchpad.net/bugs/5292 [16:46] is there a LP sandbox where i can conduct some test bugs? [16:47] staging.launchpad.net [16:47] pmatulis: ^ [16:47] jml: nice, thanks [16:48] jml: darn --> (Error ID: OOPS-1775S157) [16:48] https://lp-oops.canonical.com/oops.py/?oopsid=1775S157 [16:49] pmatulis: there's a bit of lag between OOPS generation and me being able to see them [16:49] pmatulis: but if it's a timeout, I suggest trying again. === zyga is now known as zyga-gone === beuno-lunch is now known as beuno === elmo_ is now known as elmo === LinuxJedi is now known as LinuxJedi|away [17:46] jml: hopeless, keeps timing out === Lcawte is now known as Lcawte|Away === al-maisan is now known as almaisan-away === Lcawte|Away is now known as Lcawte === LinuxJedi|away is now known as LinuxJedi [19:44] hi [19:44] i just tried to reupload my packages to launchpad because of some minor changes. the package was rejected [19:44] Unhandled exception processing upload: christian@christian-desktop is not a valid email address. [19:45] Sure this is not my e-mail address, but why is this address used? [19:45] I don't understand this, it worked without any problems before and now this. [19:49] ok forget about it. my fault. problem solved :) [19:49] but there is the next problem :/ [19:50] now I get a message "Package has already been uploaded to ppa on ppa.launchpad.net [19:50] " [19:50] although it was rejected [19:52] ok [dput -f] and this problem is also solved === matsubara is now known as matsubara-afk === jsk1 is now known as jsk-home === Ursinha is now known as Ursinha-afk === zyga-gone is now known as zyga [21:06] i'm trying to set the status of a bug_task via the api, i'm testing on the staging server, I don't see my status change though i'm not seeing any error either [21:09] bjf: Did you call lp_save() on the object? [21:09] nope, will do [21:09] wgrant, ^ thanks === Ursinha-afk is now known as Ursinha === LinuxJedi is now known as LinuxJedi|away [22:51] just reported bug 673776 [22:51] Launchpad bug 673776 in Launchpad itself "Converting a bug to a question almost always fails with Timeout Error (affected: 1, heat: 6)" [Undecided,New] https://launchpad.net/bugs/673776 === bjf is now known as bjf[afk] [23:03] anyone know if there is chance to get the timeout error fixed soon? [23:12] meh. I really wish pushing to packaging branches would stack on the dev focus rather than on the UDD packaging branch ... or that I didn't have to request UDD branch alias assignment via a bug [23:12] bzr push lp:~drizzle-developers/ubuntu/natty/drizzle/nightly is, well... taking a WHILE [23:13] mtaylor, I believe you can tell it what to stack on [23:13] --stacked-on [23:13] mtaylor: bzr push --stacked-on lp:drizzle actually works now [23:13] mwhudson: oh good [23:14] beuno: I was about to say "yeah, but stacked-on doesn't grok lp: prefixes" [23:14] hm, you might have to expand the lp: part actually [23:14] yeah. I did last time I tried it [23:14] but the branch that gets created actually works now at least :-) [23:14] and it created a repo remotely before erroring -so there was no way to recover [23:14] mtaylor, note how I tried very hard to avoid being more specific :) [23:14] hehe [23:16] mtaylor: remote bad branch is created as soon as you fail the --stacked-on creation, but you can always delete it via the web interface and try again after fixing the parameters [23:36] * saedelaere zzz