[00:26] <lifeless> off for a bit, back later to talk with bigjools
[00:50] <thumper> oh FFS
[00:52] <thumper> anyone else getting make build fail?
[00:52] <wgrant> thumper: JS issues?
[00:52] <thumper> OSError: [Errno 4] Interrupted system call
[00:52] <thumper> writing WADL
[00:52] <wgrant> Ah, not the same one then.
[00:52] <wgrant> I've not seen that.
[00:52]  * thumper is frustrated
[00:53]  * thumper repulls
[01:02] <wgrant> Is ec2 land broken for anyone else? NameError: global name 'AuthorizeRequestTokenWithBrowser' is not defined
[01:13] <thumper> wgrant: I can't even get make build running on devel
[01:14] <thumper> mwhudson: can you do a 'make clean build' on devel for me?
[01:15] <thumper> mwhudson: I want to see if it is just me :)
[01:15] <mwhudson> thumper: i'm running make build now as it happens
[01:15] <wgrant> Ah, updating just pulled in a new launchpadlib.
[01:15] <mwhudson> thumper: i want it to work though, so i'm not going to pull/make clean just yet :)
[01:15] <thumper> it seems that the WADL generation is failing
[01:16] <wgrant> thumper: WADL build worked on an up-to-date devel.
[01:16] <thumper> I'm trying to run a test, and it fails too
[01:16] <thumper> and I don't know why
[01:16] <wgrant> Although I didn't clean.
[01:16] <thumper> wgrant: didn't for me :(
[01:17]  * wgrant cleans.
[01:17]  * thumper tries yet again
[01:17] <mwhudson> hm
[01:17] <mwhudson> OSError: [Errno 2] No such file or directory: './lib/canonical/launchpad/icing/yui/dom/dom-style-ie-min.js'
[01:17] <wgrant> mwhudson: rm -r lazr-js/build
[01:17] <mwhudson> the thing i love about launchpad development is the reliable infrastructure
[01:18] <mwhudson> wgrant: thanks
[01:22] <wgrant> thumper: A clean devel build worked fine too :(
[01:22] <thumper> it worked for me now
[01:22] <thumper> test still failed
[01:23] <wgrant> Uh.
[01:23] <wgrant> launchpadlib 1.9.1 is broken.
[01:23] <wgrant> launchpadlib/launchpad.py:206 references a class that no longer exists...
[01:25] <mwhudson> nice
[01:31] <mwhudson> http://www.netsight.co.uk/misc/xkcd-buildout.png/view
[01:32] <lifeless> \o/
[01:32] <wgrant> Yup.
[01:33] <wgrant> I wonder if versions.cfg will like me downgrading launchpadlib to 1.6.5.
[01:36] <mwhudson> that's quite a big downgrade?
[01:36] <lifeless> no
[01:36] <lifeless> the version numbers had quite a big upgrade
[01:36] <mwhudson> heh ok
[01:37] <wgrant> Yay, ec2 works again.
[01:43] <mhall119> 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] <maxb> mhall119: LP only gives more than the identity URL to sites it has specifically been told to trust
[01:59] <Ronnie> maxb: can you explain the differences between these 2 screenshots:
[01:59] <Ronnie> http://ubuntuone.com/p/X2O/
[01:59] <Ronnie> http://ubuntuone.com/p/X2P/
[01:59] <Ronnie> both share the same root site, but got other response from lp
[01:59] <maxb> huh. no, I cannot explain that
[02:00] <StevenK> Different account
[02:00] <StevenK> Look at the top line, "Logged in as"
[02:02] <maxb> yes... but... why should that influence what data is passed?
[02:04] <StevenK> maxb: I have no idea, but it's a difference
[02:06] <Ronnie> maxb, StevenK ill try if i can get the openid request to lp
[02:15] <Ronnie> this is the form HTML that is submitted to LP: http://paste.ubuntu.com/551335/
[02:15] <Ronnie> for the user Ronnie
[03:28] <wgrant> StevenK, maxb: I wonder if that account might not be linked to a Launchpad one.
[03:28] <wgrant> Not sure how to check.
[03:39] <maxb> Actually.... how does the login service know about LP team participation at all?
[03:40] <maxb> Is the crazy cross-replica replication thingy still in place?
[03:41] <wgrant> maxb: Yeah, it's all a bit nauseating.
[03:41] <wgrant> 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] <wgrant> I hope to eventually coerce people into doing it via the API instead.
[03:45] <wgrant> But everyone seems happy enough with this replication madness...
[03:57] <wgrant> Hm.
[03:57] <wgrant> Almost bug #700000
[04:11]  * spm starts filing bugs like a crazy bug filer
[04:15] <mwhudson> spm: if they're all about loggerhead, no fair
[04:15] <spm> mwhudson: no worries. I've gotten bored with reporting codebounce bugs anyway.
[04:18] <rockstar> 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 <Launchpad itself:New> < https://launchpad.net/bugs/691563 >
[04:18] <thumper> rockstar: it seemed to me it was a tarmac bug
[04:18] <thumper> the code was in tarmc
[04:18] <rockstar> thumper, no, launchpad maintains a fork of tarmac, and the bug is in that fork.
[04:19] <thumper> ah...
[04:19] <thumper> why does it have a fork?
[04:19] <thumper> that seems like bollocks
[04:19] <rockstar> thumper, because that bundle merge plugin is kind of bollocks.
[04:19] <rockstar> It's necessary for launchpad because the test suite takes so long.
[04:20]  * thumper sighs
[04:20] <thumper> rockstar: shouldn't the plugin be a separate project
[04:20] <thumper> ?
[04:20] <thumper> or part of the LP tree?
[04:20] <rockstar> thumper, no idea.  That's for the maintainer to sort out.
[04:21]  * thumper sighs again
[04:21] <rockstar> 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] <mwhudson> wow, 'make build' just takes a ridiculous length of time now
[04:22]  * thumper gets hit by the friday afternoon bug
[04:22] <mwhudson> it could hardly be worse if lp was written in c++ :(
[04:22] <thumper> mwhudson: that it does :(
[04:22] <rockstar> thumper, yeah, I hit that about noon today.
[04:23] <rockstar> mwhudson, are you going to the launchpad epic?
[04:23] <mwhudson> rockstar: no
[04:23] <mwhudson> going to the rally though
[04:23] <thumper> mwhudson: ha... you miss out on the beer I was going to buy you
[04:23] <rockstar> mwhudson, ah, I thought that was this week.
[04:23] <thumper> rockstar: no, next
[04:23] <mwhudson> if i'm going to spend 2 weeks away from home for work, it's not going to be in january
[04:23] <thumper> rockstar: you aren't going either are you?
[04:24]  * thumper wanders out of the office
[04:24] <rockstar> 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] <rockstar> 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] <mwhudson> wgrant: did you unbreak ec2 land yet?
[04:37] <wgrant> mwhudson: Probably needs a leonardr.
[04:37] <mwhudson> ok
[04:38] <wgrant> mwhudson: I just hacked versions.cfg back to launchpadlib 1.6.5
[04:38] <wgrant> Then reran buildout.
[04:38] <wgrant> All works.
[04:38]  * mwhudson uses ec2 land from db-devel instead
[04:52] <mwhudson> time for beer
[04:52] <mwhudson> see some of you in dallas, i guess
[06:24] <pcjc2> are all the scripts / pre-written sql / .... available in the LP sources?
[06:24] <pcjc2> I saw mention of LOSA scripts somewhere, and wondered where they lived. (This was for playing with my local dev instance)
[06:26] <wgrant> Most things should be scripts in the tree.
[06:27] <wgrant> The LOSAs don't much like running SQL directly.
[06:28] <pcjc2> thanks
[07:14] <lifeless> [07:14] <lifeless>     Hard / Soft  Page ID
[07:14] <lifeless>       67 /  350  POFile:+translate
[07:14] <lifeless>       64 /  234  BugTask:+index
[07:14] <lifeless>       46 /  325  Distribution:+bugs
[07:14] <lifeless>       20 / 3690  Archive:+index
[07:14] <lifeless>       20 /  346  Distribution:+bugtarget-portlet-bugfilters-stats
[07:14] <lifeless>       10 /   81  MaloneApplication:+bugs
[07:15] <lifeless>        8 /  212  Question:+index
[07:15] <lifeless>        7 /  116  ProjectGroupSet:CollectionResource:#project_groups
[07:15] <lifeless>        7 /   11  Archive:+copy-packages
[07:15] <lifeless>        7 /    4  ProjectGroup:+milestones
[09:07] <mrevell> Hello
[09:18] <adeuring> good morning
[09:29] <lifeless> bigjools: hi
[09:29]  * bigjools wearily waves to lifeless
[09:29] <lifeless> you need more sleep?
[09:30] <bigjools> sleep, drugs, you name it
[09:31] <lifeless> ugh
[09:31] <lifeless> hope you're better for the thunderpic
[09:31] <lifeless> 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] <bigjools> should be ok for the epidome, thanks
[09:32] <bigjools> lifeless: yeah, it would be useful to talk.  How much longer are you around?
[09:32] <lifeless> its 10:30 pm now
[09:32] <bigjools> oh, arse
[09:32] <lifeless> so I'm here
[09:33] <lifeless> but not hugely awake, definitely not going to be capable of rational thought for much longer :)
[09:33] <bigjools> so, let me explain the problem
[09:33] <lifeless> would voice be better?
[09:33] <bigjools> and then you can decide if you want to leave it until later
[09:33] <bigjools> yeah, if you can put up with my blocked-sinuses-voice
[09:34] <bigjools> I'll just fire up the Quattro
[09:35] <lifeless> I can
[09:35] <bigjools> I'm on mumble
[09:36] <lifeless> skype would be better mumble is still unbearable for me
[09:36] <bigjools> ok
[09:36] <lifeless> is that ok?
[09:36] <bigjools> yup
[09:37] <bigjools> now if skype would just connect
[09:37] <lifeless> >-<
[09:38] <bigjools> it's not connecting :/
[09:39] <lifeless> I can ring your phone ?
[09:39] <bigjools> it's finally in
[09:39] <lifeless> hah, that threat made it connect
[10:02] <lifeless> bigjools: https://dev.launchpad.net/Foundations/JobSystem
[10:37] <jcsackett> henninge: i see your branch merged, how's it going?
[10:37] <henninge> jcsackett: going well, we have not encountered any other problems.
[10:41] <jcsackett> henninge: cool. can we qa-ok the blocked revision by 1400 UTC (i believe that's 1pm your time)?
[10:42] <henninge> jcsackett: I was still waiting fot the build to finish - which I just see it has. ;)
[10:43] <henninge> and it's 3pm my time (GMT+1 in the winter)
[10:43] <henninge> ;)
[10:43] <jcsackett> henninge: time zones are hard. :-P
[10:45] <jtv> henninge: interesting obstacle to Q/A… I don't have permission to set Launchpad usage on a test project in staging!
[10:45] <jtv> Yet I *can* access the form.  Just can't post.
[10:45] <henninge> 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] <henninge> jtv: url?
[10:45] <jtv> henninge: https://translations.staging.launchpad.net/wdiff/+configure-translations
[10:46] <henninge> ah, danilo just did that. Maybe the permissions issue slipped qa?
[10:46] <jtv> jcsackett: you worked on the new model for setting LP usage, right?
[10:46] <jtv> henninge: danilo just did what?
[10:46] <henninge> jtv: that page
[10:46] <jtv> Well grr.
[10:47] <allenap> gmb: I got that weird thing with kwallet yesterday. I purged kdebase-runtime to get rid of it.
[10:47] <henninge> I reviewed it  ... and did some qa.
[10:47] <jcsackett> jtv: yeah, some time ago. if you have .Edit permission on that project you should be able to change it.
[10:47] <gmb> allenap: Ok, Ta. I'll give that a shot
[10:48] <jtv> jcsackett: I don't, but I have Translation admin privs.
[10:48] <henninge> jtv: I, too, would have assumed I could do it as a rosetta admin.
[10:48] <jtv> We used to be able to do it.
[10:48] <jcsackett> jtv: actually, i think that should do it too.
[10:48] <jcsackett> 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] <jtv> And it works partially: I do get to access the form.  Only a POST breaks on me.
[10:49] <jcsackett> jtv: that does sound like a bug.
[10:49] <jtv> Rather.
[10:49] <henninge> jtv: you can set the translation focus
[10:49] <henninge> and the other stuff on that page
[10:49] <jtv> Evidently.
[10:50] <jtv> Just not usage, then.
[10:50] <henninge> They used to be on different forms.
[10:51] <henninge> 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] <jtv> I thought we were allowed to set usage though.
[10:52] <henninge> jtv: it's not "official rosetta" anymore, remember?
[10:52] <henninge> official_rosetta
[10:52] <jtv> So?
[10:52] <jtv> We could set usage.
[10:52] <jtv> We're being told we can still set usage.
[10:52] <jtv> We can't set usage.
[10:52] <jtv> → Bug.
[10:52] <henninge> ok
[10:53] <henninge> but then the bug is older than the creation of this new dialog?
[10:55] <henninge> jtv: you should find a prooject owned by registry admins.
[10:55] <jtv> ☹
[10:55] <henninge> jtv: we are part of that team and so have edit rights on the projects
[10:55] <henninge> I use gedit
[10:56] <jtv> Thanks.
[10:56] <henninge> gedit project.
[10:56] <jtv> That should be in main.  ☺
[10:58] <henninge> ah yes, in main
[11:41] <bigjools> If I type "launchpad" in the product search popup it says "too many matches" ....
[11:48] <jcsackett> 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 <lp-translations> <qa-needstesting> <Launchpad itself:Fix Committed by henninge> < https://launchpad.net/bugs/690196 >
[11:48] <_mup_> Bug #694703: Make partial translations exports work for upstream <qa-needstesting> <upstream-translations-sharing> <Launchpad itself:Fix Committed by henninge> < https://launchpad.net/bugs/694703 >
[11:55] <henninge> jcsackett: looking now.
[13:10] <bigjools> how the heck can I end up with lib/mailman/Mailman/MemberAdaptor.pyc being owned by root?
[13:12] <jcsackett> henninge: sorry to keep pestering you, but we're about 50 min from the original time for merge--how's it looking?
[13:17] <henninge> jcsackett: one qa still missing but I just igned off the big one.
[13:18] <jcsackett> henninge: fantastic! :-)
[13:18] <bigjools> jcsackett: when is PQM closing?
[13:19] <jcsackett> 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] <bigjools> ok.  Bugger.
[13:19] <jcsackett> bigjools: what are you trying to land?
[13:20] <bigjools> 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 <buildd-manager> <buildfarm> <tech-debt> <Launchpad itself:In Progress by julian-edwards> < https://launchpad.net/bugs/699820 >
[13:20] <bigjools> I need it so I can do a graph
[13:20] <bigjools> so not desperately urgent but kinda annoying :)
[13:20] <jcsackett> bigjools: dig.
[13:20] <bigjools> I can always ask for RC forgiveness
[13:20]  * jcsackett nods.
[13:20] <bigjools> I'll grab you later, thanks
[13:21] <jcsackett> np. :-)
[13:21]  * bigjools goes to eat while tests are running
[13:22] <jcsackett> 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 <oops> <qa-needstesting> <upstream-translations-sharing> <Launchpad itself:Fix Committed by henninge> < https://launchpad.net/bugs/697845 >
[13:23] <jcsackett> i am looking at it now and can mark it as such if you agree.
[13:23] <bigjools> having said that, I've got some weird shit
[13:23] <jcsackett> ?
[13:23] <bigjools> running "make" or "bin/test" is blocking on opening the KDE wallet (like the gnome keyring)
[13:23] <bigjools> WTF
[13:24] <jcsackett> bigjools: the kde wallet is now used by launchpadlib, right? of course, that shouldn't come up in make...
[13:24] <bigjools> urrrgghhh really?
[13:24] <bigjools> this Is Bad (TM).
[13:25] <bigjools> bin/compile_templates does it too
[13:26] <jcsackett> bigjools: make clean it first, maybe? that seems to be the magic fix from time to time.
[13:26] <bigjools> I did that :/
[13:26] <jcsackett> one sec; i'll update my devel and see if i can replicate.
[13:27] <bigjools> bin/compile_templates
[13:27] <bigjools> (32547) KWallet::Wallet::openWallet: Pass a valid window to KWallet::Wallet::openWallet().
[13:28] <bigjools> it works, except when running the tests as the librarian fails to start
[13:28] <bigjools> re-created it on 2 desktops now :/
[13:29] <bigjools> yeah, it seems to be launchpadlib
[13:30] <jcsackett> 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] <bigjools> ah
[13:31] <bigjools> what do you have?
[13:31] <jcsackett> sorry, bigjools.
[13:31] <jcsackett> i use wmii--so nothing.
[13:31]  * jcsackett likes keyboard controls
[13:32] <jcsackett> this is for my dev environment--i keep my launchpad stuff all set up in a VM.
[13:36] <bigjools> I sent an email to -dev
[13:36] <bigjools> it's caused by the log line above and the librarian layer sees "unclean output"
[13:39] <jcsackett> henninge: we need qa for bug 694703
[13:39] <_mup_> Bug #694703: Make partial translations exports work for upstream <qa-needstesting> <upstream-translations-sharing> <Launchpad itself:Fix Committed by henninge> < https://launchpad.net/bugs/694703 >
[13:39] <pcjc2> hi guys.. have a bit of a problem - trying to setup bugmail to go to our old mailing list (mailman)
[13:40] <pcjc2> 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] <maxb> 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] <pcjc2> couldn't see it, but will investigate
[14:00] <pcjc2> maxb: Testing now - there is a spam filter which lets me match on headers
[14:00] <pcjc2> (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] <pcjc2> (Is bugmail a cronjob?)
[14:22] <bigjools> benji: pingaling
[14:22] <benji> bigjools: heh
[14:22] <bigjools> benji: francis said you might be able to help with my launchpadlib problem - did you see my email to -dev?
[14:23] <benji> I don't think so, let me look.
[14:23] <bigjools> ok, thanks
[14:24] <benji> bigjools: bummer; let me fire up my KDE VM and see if there's anything I can do about it
[14:24] <bigjools> benji: the issue is that the stupid piece of crap PyKDE4 library is logging debug output :/
[14:25] <bigjools> which makes the librarianlayer blow chunks
[14:25] <benji> yep
[14:25] <bigjools> though why that layer needs to use launchpadlib is interesting
[14:31] <bigjools> I am looking at the PyKDE4 module to see if it has any "stop logging" parameters
[14:31] <benji> +1
[14:39] <pcjc2> https://launchpad.net/~pcb-bugs
[14:39] <pcjc2> Is there anyway to make mail sent to that address come _from_ some fixed address, such as noreply@launchpad.net ?
[14:39] <pcjc2> pcb-bugs@lists.sourceforge.net  is going to bounce any non-subscribed users bug comments, which is not what we want
[14:40] <bigjools> benji: I can see the problem, it's a bug in the keyring module
[14:40] <bigjools> it's passing 2 args instead of 3
[14:40] <bigjools> when calling openWallet
[14:40] <pcjc2> 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] <benji> 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] <benji> the above was directed toward bigjools
[14:42] <bigjools> benji: http://api.kde.org/pykde-4.3-api/kdeui/KWallet.Wallet.html#obj188009484
[14:42] <bigjools> "You can pass 0 if you don't have a window"
[14:43]  * bigjools haxors
[14:50] <bigjools> no luck
[14:53] <benji> bigjools: right, 0 won't reduce the spurious output: http://pastebin.ubuntu.com/551502/
[14:53] <bigjools> yeah just saw that
[14:53] <bigjools> http://api.kde.org/4.x-api/kdelibs-apidocs/kdeui/html/kwallet_8cpp_source.html#l00257
[14:53] <bigjools> it's using the kDebug ostream, there must be a way of changing that
[14:53] <bigjools> log level
[14:55] <bigjools> "kdebugdialog"
[14:55] <bigjools> now, how do we script that
[14:58] <bigjools> crap, it doesn't actually help
[15:13] <bigjools> benji: it seems as though it's impossible to turn that output off :/
[15:13] <bigjools> there's a bug in the logger somewhere
[15:14] <benji> bigjools: I'm pursuing making a do-nothing window to pass it so it won't log the message
[15:14] <bigjools> that'll work
[15:19] <benji> bigjools: will you try this patch to see if it fixes it for you? http://pastebin.ubuntu.com/551508/
[15:19] <bigjools> yup, one sec
[15:19]  * benji turns on the coffee pot in the meantime.
[15:25] <bigjools> benji: success!  I had to use this diff though: http://pastebin.ubuntu.com/551512/
[15:26] <benji> bigjools: correct me if I'm wrong, but that looks the same sans some whitespace
[15:26] <benji> (same as my patch)
[15:26] <bigjools> benji: you were using "kwallet_module"
[15:27] <bigjools> that's not in my egg's code
[15:27] <benji> oh, I'm using the trunk which changed that a little, cool
[15:27] <bigjools> mine was grabbed not so long ago, is it out of date already?
[15:28] <benji> the current python-keyring trunk hasn't been released; I'll make this change and do a release today
[15:28] <bigjools> ah ok
[15:28] <bigjools> you probably want to add a comment about that weird code :)
[15:30] <bigjools> benji: thanks a million for helping, I am unblocked