[00:26] off for a bit, back later to talk with bigjools [00:50] oh FFS [00:52] anyone else getting make build fail? [00:52] thumper: JS issues? [00:52] OSError: [Errno 4] Interrupted system call [00:52] writing WADL [00:52] Ah, not the same one then. [00:52] I've not seen that. [00:52] * thumper is frustrated [00:53] * thumper repulls [01:02] Is ec2 land broken for anyone else? NameError: global name 'AuthorizeRequestTokenWithBrowser' is not defined [01:13] wgrant: I can't even get make build running on devel [01:14] mwhudson: can you do a 'make clean build' on devel for me? [01:15] mwhudson: I want to see if it is just me :) [01:15] thumper: i'm running make build now as it happens [01:15] Ah, updating just pulled in a new launchpadlib. [01:15] thumper: i want it to work though, so i'm not going to pull/make clean just yet :) [01:15] it seems that the WADL generation is failing [01:16] thumper: WADL build worked on an up-to-date devel. [01:16] I'm trying to run a test, and it fails too [01:16] and I don't know why [01:16] Although I didn't clean. [01:16] wgrant: didn't for me :( [01:17] * wgrant cleans. [01:17] * thumper tries yet again [01:17] hm [01:17] OSError: [Errno 2] No such file or directory: './lib/canonical/launchpad/icing/yui/dom/dom-style-ie-min.js' [01:17] mwhudson: rm -r lazr-js/build [01:17] the thing i love about launchpad development is the reliable infrastructure [01:18] wgrant: thanks [01:22] thumper: A clean devel build worked fine too :( [01:22] it worked for me now [01:22] test still failed [01:23] Uh. [01:23] launchpadlib 1.9.1 is broken. [01:23] launchpadlib/launchpad.py:206 references a class that no longer exists... [01:25] nice [01:31] http://www.netsight.co.uk/misc/xkcd-buildout.png/view [01:32] \o/ [01:32] Yup. [01:33] I wonder if versions.cfg will like me downgrading launchpadlib to 1.6.5. [01:36] that's quite a big downgrade? [01:36] no [01:36] the version numbers had quite a big upgrade [01:36] heh ok [01:37] Yay, ec2 works again. [01:43] can someone tell me why this user is only having their identity URL passed back in the OpeniD response? http://ubuntuone.com/p/X2P/ [01:57] mhall119: LP only gives more than the identity URL to sites it has specifically been told to trust [01:59] maxb: can you explain the differences between these 2 screenshots: [01:59] http://ubuntuone.com/p/X2O/ [01:59] http://ubuntuone.com/p/X2P/ [01:59] both share the same root site, but got other response from lp [01:59] huh. no, I cannot explain that [02:00] Different account [02:00] Look at the top line, "Logged in as" [02:02] yes... but... why should that influence what data is passed? [02:04] maxb: I have no idea, but it's a difference [02:06] maxb, StevenK ill try if i can get the openid request to lp [02:15] this is the form HTML that is submitted to LP: http://paste.ubuntu.com/551335/ [02:15] for the user Ronnie === Ursinha is now known as Ursinha-zzz [03:28] StevenK, maxb: I wonder if that account might not be linked to a Launchpad one. [03:28] Not sure how to check. [03:39] Actually.... how does the login service know about LP team participation at all? [03:40] Is the crazy cross-replica replication thingy still in place? [03:41] maxb: Yeah, it's all a bit nauseating. [03:41] We have triggers copying account, person and teamparticipation into lp_account, lp_person and lp_teamparticipation. Those three are replicated to the SSO DB. [03:45] I hope to eventually coerce people into doing it via the API instead. [03:45] But everyone seems happy enough with this replication madness... [03:57] Hm. [03:57] Almost bug #700000 [04:11] * spm starts filing bugs like a crazy bug filer [04:15] spm: if they're all about loggerhead, no fair [04:15] mwhudson: no worries. I've gotten bored with reporting codebounce bugs anyway. [04:18] thumper, keep your own bugs. :) https://bugs.launchpad.net/launchpad/+bug/691563 [04:18] <_mup_> Bug #691563: bundle merge plugin needs refactoring to improve how it handles errors and send emails < https://launchpad.net/bugs/691563 > [04:18] rockstar: it seemed to me it was a tarmac bug [04:18] the code was in tarmc [04:18] thumper, no, launchpad maintains a fork of tarmac, and the bug is in that fork. [04:19] ah... [04:19] why does it have a fork? [04:19] that seems like bollocks [04:19] thumper, because that bundle merge plugin is kind of bollocks. [04:19] It's necessary for launchpad because the test suite takes so long. [04:20] * thumper sighs [04:20] rockstar: shouldn't the plugin be a separate project [04:20] ? [04:20] or part of the LP tree? [04:20] thumper, no idea. That's for the maintainer to sort out. [04:21] * thumper sighs again [04:21] It might *kinda* be Tarmac's problem since plugins don't seem to play as well with Tarmac as they do with bzrlib. I need to investigate that. [04:22] wow, 'make build' just takes a ridiculous length of time now [04:22] * thumper gets hit by the friday afternoon bug [04:22] it could hardly be worse if lp was written in c++ :( [04:22] mwhudson: that it does :( [04:22] thumper, yeah, I hit that about noon today. [04:23] mwhudson, are you going to the launchpad epic? [04:23] rockstar: no [04:23] going to the rally though [04:23] mwhudson: ha... you miss out on the beer I was going to buy you [04:23] mwhudson, ah, I thought that was this week. [04:23] rockstar: no, next [04:23] if i'm going to spend 2 weeks away from home for work, it's not going to be in january [04:23] rockstar: you aren't going either are you? [04:24] * thumper wanders out of the office [04:24] thumper, no. lifeless suggested it, but with U1 web losing a member soon, they won't spare the week for me to go. [04:24] I might have pushed harder if it wasn't in Dallas [04:25] * mwhudson imagines that possibly uds-o will be more popular [04:37] wgrant: did you unbreak ec2 land yet? [04:37] mwhudson: Probably needs a leonardr. [04:37] ok [04:38] mwhudson: I just hacked versions.cfg back to launchpadlib 1.6.5 [04:38] Then reran buildout. [04:38] All works. [04:38] * mwhudson uses ec2 land from db-devel instead [04:52] time for beer [04:52] see some of you in dallas, i guess [06:24] are all the scripts / pre-written sql / .... available in the LP sources? [06:24] I saw mention of LOSA scripts somewhere, and wondered where they lived. (This was for playing with my local dev instance) [06:26] Most things should be scripts in the tree. [06:27] The LOSAs don't much like running SQL directly. [06:28] thanks [07:14] === Top 10 Time Out Counts by Page ID === [07:14] Hard / Soft Page ID [07:14] 67 / 350 POFile:+translate [07:14] 64 / 234 BugTask:+index [07:14] 46 / 325 Distribution:+bugs [07:14] 20 / 3690 Archive:+index [07:14] 20 / 346 Distribution:+bugtarget-portlet-bugfilters-stats [07:14] 10 / 81 MaloneApplication:+bugs [07:15] 8 / 212 Question:+index [07:15] 7 / 116 ProjectGroupSet:CollectionResource:#project_groups [07:15] 7 / 11 Archive:+copy-packages [07:15] 7 / 4 ProjectGroup:+milestones === almaisan-away is now known as al-maisan [09:07] Hello [09:18] good morning [09:29] bigjools: hi [09:29] * bigjools wearily waves to lifeless [09:29] you need more sleep? [09:30] sleep, drugs, you name it [09:31] ugh [09:31] hope you're better for the thunderpic [09:31] so you wanted to talk realtime; I don't know if its urgent to do so or not, but i've split my day today so we can, nowish, if you want to. [09:31] should be ok for the epidome, thanks [09:32] lifeless: yeah, it would be useful to talk. How much longer are you around? [09:32] its 10:30 pm now [09:32] oh, arse [09:32] so I'm here [09:33] but not hugely awake, definitely not going to be capable of rational thought for much longer :) [09:33] so, let me explain the problem [09:33] would voice be better? [09:33] and then you can decide if you want to leave it until later [09:33] yeah, if you can put up with my blocked-sinuses-voice [09:34] I'll just fire up the Quattro [09:35] I can [09:35] I'm on mumble [09:36] skype would be better mumble is still unbearable for me [09:36] ok [09:36] is that ok? [09:36] yup [09:37] now if skype would just connect [09:37] >-< [09:38] it's not connecting :/ [09:39] I can ring your phone ? [09:39] it's finally in [09:39] hah, that threat made it connect [10:02] bigjools: https://dev.launchpad.net/Foundations/JobSystem [10:37] henninge: i see your branch merged, how's it going? [10:37] jcsackett: going well, we have not encountered any other problems. [10:41] henninge: cool. can we qa-ok the blocked revision by 1400 UTC (i believe that's 1pm your time)? [10:42] jcsackett: I was still waiting fot the build to finish - which I just see it has. ;) [10:43] and it's 3pm my time (GMT+1 in the winter) [10:43] ;) [10:43] henninge: time zones are hard. :-P [10:45] henninge: interesting obstacle to Q/A… I don't have permission to set Launchpad usage on a test project in staging! [10:45] Yet I *can* access the form. Just can't post. [10:45] jcsackett: technically I'd have to wait for the revision to be available on staging and verify that all is running well. We'll be doing more of that today. [10:45] jtv: url? [10:45] henninge: https://translations.staging.launchpad.net/wdiff/+configure-translations [10:46] ah, danilo just did that. Maybe the permissions issue slipped qa? [10:46] jcsackett: you worked on the new model for setting LP usage, right? [10:46] henninge: danilo just did what? [10:46] jtv: that page [10:46] Well grr. [10:47] gmb: I got that weird thing with kwallet yesterday. I purged kdebase-runtime to get rid of it. [10:47] I reviewed it ... and did some qa. [10:47] jtv: yeah, some time ago. if you have .Edit permission on that project you should be able to change it. [10:47] allenap: Ok, Ta. I'll give that a shot [10:48] jcsackett: I don't, but I have Translation admin privs. [10:48] jtv: I, too, would have assumed I could do it as a rosetta admin. [10:48] We used to be able to do it. [10:48] jtv: actually, i think that should do it too. [10:48] jtv: translations were a little odd for the usage stuff (more roles to think about), i believe we went with as permissive a model as possible. [10:48] And it works partially: I do get to access the form. Only a POST breaks on me. [10:49] jtv: that does sound like a bug. [10:49] Rather. [10:49] jtv: you can set the translation focus [10:49] and the other stuff on that page [10:49] Evidently. [10:50] Just not usage, then. [10:50] They used to be on different forms. [10:51] This is not a regression, though. We weren't allowed to do that before either. We don't have Edit rights on projects. [10:51] I thought we were allowed to set usage though. [10:52] jtv: it's not "official rosetta" anymore, remember? [10:52] official_rosetta [10:52] So? [10:52] We could set usage. [10:52] We're being told we can still set usage. [10:52] We can't set usage. [10:52] → Bug. [10:52] ok [10:53] but then the bug is older than the creation of this new dialog? [10:55] jtv: you should find a prooject owned by registry admins. [10:55] ☹ [10:55] jtv: we are part of that team and so have edit rights on the projects [10:55] I use gedit [10:56] Thanks. [10:56] gedit project. [10:56] That should be in main. ☺ [10:58] ah yes, in main === al-maisan is now known as almaisan-away === yofel_ is now known as yofel === Ursinha-zzz is now known as Ursinha [11:41] If I type "launchpad" in the product search popup it says "too many matches" .... === matsubara-afk is now known as matsubara [11:48] henninge: can you qa bug 690196 and bug 694703, or does doing so depend on the fix we're waiting on for staging? [11:48] <_mup_> Bug #690196: POTMsgSet.singular_text may need to be a method

< https://launchpad.net/bugs/690196 > [11:48] <_mup_> Bug #694703: Make partial translations exports work for upstream

< https://launchpad.net/bugs/694703 > [11:55] jcsackett: looking now. [13:10] how the heck can I end up with lib/mailman/Mailman/MemberAdaptor.pyc being owned by root? [13:12] henninge: sorry to keep pestering you, but we're about 50 min from the original time for merge--how's it looking? [13:17] jcsackett: one qa still missing but I just igned off the big one. [13:18] henninge: fantastic! :-) [13:18] jcsackett: when is PQM closing? [13:19] bigjools: i think we're still going with 1400 UTC, as henninge is in a position to qa everything blocking db-stable before then, i think. [13:19] ok. Bugger. [13:19] bigjools: what are you trying to land? [13:20] it's a one-liner to fix https://bugs.edge.launchpad.net/launchpad/+bug/699820 [13:20] <_mup_> Bug #699820: BuildFarmJob.date_finished is set in two places

< https://launchpad.net/bugs/699820 > [13:20] I need it so I can do a graph [13:20] so not desperately urgent but kinda annoying :) [13:20] bigjools: dig. [13:20] I can always ask for RC forgiveness [13:20] * jcsackett nods. [13:20] I'll grab you later, thanks [13:21] np. :-) [13:21] * bigjools goes to eat while tests are running [13:22] henninge: if you were able to qa-ok the big one, that implies bug 697845 is good too, right? [13:22] <_mup_> Bug #697845: Translations import script on staging fails

< https://launchpad.net/bugs/697845 > [13:23] i am looking at it now and can mark it as such if you agree. [13:23] having said that, I've got some weird shit [13:23] ? [13:23] running "make" or "bin/test" is blocking on opening the KDE wallet (like the gnome keyring) [13:23] WTF [13:24] bigjools: the kde wallet is now used by launchpadlib, right? of course, that shouldn't come up in make... [13:24] urrrgghhh really? [13:24] this Is Bad (TM). [13:25] bin/compile_templates does it too [13:26] bigjools: make clean it first, maybe? that seems to be the magic fix from time to time. [13:26] I did that :/ [13:26] one sec; i'll update my devel and see if i can replicate. [13:27] bin/compile_templates [13:27] (32547) KWallet::Wallet::openWallet: Pass a valid window to KWallet::Wallet::openWallet(). [13:28] it works, except when running the tests as the librarian fails to start [13:28] re-created it on 2 desktops now :/ [13:29] yeah, it seems to be launchpadlib [13:30] it didn't replicate on mine, but then i realized i am a fool to think it would--i don't have wallet/keyring. [13:31] ah [13:31] what do you have? [13:31] sorry, bigjools. [13:31] i use wmii--so nothing. [13:31] * jcsackett likes keyboard controls [13:32] this is for my dev environment--i keep my launchpad stuff all set up in a VM. === almaisan-away is now known as al-maisan [13:36] I sent an email to -dev [13:36] it's caused by the log line above and the librarian layer sees "unclean output" [13:39] henninge: we need qa for bug 694703 [13:39] <_mup_> Bug #694703: Make partial translations exports work for upstream

< https://launchpad.net/bugs/694703 > [13:39] hi guys.. have a bit of a problem - trying to setup bugmail to go to our old mailing list (mailman) [13:40] but bugmail appears to originate from the LP account holder, not LP its-self. Is there any known way to make it work without having to accept non-members postings? [13:43] pcjc2: Can Mailman accept based on the presence of a header? If so, match on an X-Launchpad-Message-Rationale: header being present [13:43] couldn't see it, but will investigate [14:00] maxb: Testing now - there is a spam filter which lets me match on headers [14:00] (and choose to accept a message based on a given match) - but I'm not sure if it will get that far for a non-subscribed user... waiting for bugmail to be sent out, and we'll see ;) [14:01] (Is bugmail a cronjob?) === jcsackett changed the topic of #launchpad-dev to: Launchpad Development Channel | 11.01 Release Week 3 | PQM in RC for devel | RM: jcsackett | firefighting: - | Get the code: https://dev.launchpad.net/Getting [14:22] benji: pingaling [14:22] bigjools: heh [14:22] benji: francis said you might be able to help with my launchpadlib problem - did you see my email to -dev? [14:23] I don't think so, let me look. [14:23] ok, thanks [14:24] bigjools: bummer; let me fire up my KDE VM and see if there's anything I can do about it [14:24] benji: the issue is that the stupid piece of crap PyKDE4 library is logging debug output :/ [14:25] which makes the librarianlayer blow chunks [14:25] yep [14:25] though why that layer needs to use launchpadlib is interesting [14:31] I am looking at the PyKDE4 module to see if it has any "stop logging" parameters [14:31] +1 [14:39] https://launchpad.net/~pcb-bugs [14:39] Is there anyway to make mail sent to that address come _from_ some fixed address, such as noreply@launchpad.net ? [14:39] pcb-bugs@lists.sourceforge.net is going to bounce any non-subscribed users bug comments, which is not what we want [14:40] benji: I can see the problem, it's a bug in the keyring module [14:40] it's passing 2 args instead of 3 [14:40] when calling openWallet [14:40] And I've checked.. it isn't apparently possible to accept mail based on a header at that stage. Can spam filter it by headers... but mails from non-subscribed addresses are dropped into the moderation queue before the spam filter would get a chance to accept them [14:41] if that's the code I think it is, that's intentional (perhaps still a bug, but intentional); let me look at it [14:42] the above was directed toward bigjools [14:42] benji: http://api.kde.org/pykde-4.3-api/kdeui/KWallet.Wallet.html#obj188009484 [14:42] "You can pass 0 if you don't have a window" [14:43] * bigjools haxors [14:50] no luck [14:53] bigjools: right, 0 won't reduce the spurious output: http://pastebin.ubuntu.com/551502/ [14:53] yeah just saw that [14:53] http://api.kde.org/4.x-api/kdelibs-apidocs/kdeui/html/kwallet_8cpp_source.html#l00257 [14:53] it's using the kDebug ostream, there must be a way of changing that [14:53] log level [14:55] "kdebugdialog" [14:55] now, how do we script that [14:58] crap, it doesn't actually help === matsubara is now known as matsubara-lunch [15:13] benji: it seems as though it's impossible to turn that output off :/ [15:13] there's a bug in the logger somewhere [15:14] bigjools: I'm pursuing making a do-nothing window to pass it so it won't log the message [15:14] that'll work [15:19] bigjools: will you try this patch to see if it fixes it for you? http://pastebin.ubuntu.com/551508/ [15:19] yup, one sec [15:19] * benji turns on the coffee pot in the meantime. [15:25] benji: success! I had to use this diff though: http://pastebin.ubuntu.com/551512/ [15:26] bigjools: correct me if I'm wrong, but that looks the same sans some whitespace [15:26] (same as my patch) [15:26] benji: you were using "kwallet_module" [15:27] that's not in my egg's code [15:27] oh, I'm using the trunk which changed that a little, cool [15:27] mine was grabbed not so long ago, is it out of date already? [15:28] the current python-keyring trunk hasn't been released; I'll make this change and do a release today [15:28] ah ok [15:28] you probably want to add a comment about that weird code :) [15:30] benji: thanks a million for helping, I am unblocked === Ursinha is now known as Ursinha-afk === Ursinha-afk is now known as Ursinha === leonardr_ is now known as leonardr === matsubara-lunch is now known as matsubara === Ursinha is now known as Ursinha-lunch === beuno is now known as beuno-lunch === al-maisan is now known as almaisan-away === almaisan-away is now known as al-maisan === al-maisan is now known as almaisan-away === almaisan-away is now known as al-maisan === al-maisan is now known as almaisan-away === gary_poster is now known as gary-lunch === beuno-lunch is now known as beuno === benji is now known as benji-lunch === Ursinha-lunch is now known as Ursinha === gary-lunch is now known as gary_poster === benji-lunch is now known as benji === leonardr is now known as leonardr-afk === leonardr-afk is now known as leonardr === matsubara is now known as matsubara-afk