[00:00] <dendrobates> any lp sys admins around?
[00:01] <spm> dendrobates: heyo, what's up?
[00:18] <ari-tczew> what is the command to add a tag to bzr branch?
[00:22] <spiv> ari-tczew: bzr tag TAG_NAME
[00:22] <ari-tczew> spiv: thanks
[00:23] <spiv> ari-tczew: (you can optionally pass -r REVISION and -d BRANCH, etc, see "bzr help tag")
[00:23] <ari-tczew> does bzr tag prevent branch to be overwrited by souyz ?
[00:23] <spiv> I don't know much about soyuz, but I doubt it.
[00:24] <ari-tczew> spiv: so uploading patch by bzr makes no sense, if then will be overwrited by soyuz importer?
[00:29] <wgrant> ari-tczew: It's not part of Soyuz that does that; it's the UDD importer. See https://wiki.ubuntu.com/DistributedDevelopment/Documentation/UploadingAPackage for instructions on uploading.
[00:33] <ari-tczew> wgrant: so reading from above site, command 'bzr mark-uploaded
[00:33] <ari-tczew> is enough instead adding a tags?
[00:33] <wgrant> It adds the tags automatically.
[00:34] <ari-tczew> ok I'll test
[00:52] <tombaugh> little problem here, I changed my id and now I'm getting "No such Launchpad account: <myoldid>" when trying to push
[00:52] <ari-tczew> wgrant: what should do I first? dput or bzr pull?
[00:53] <maxb> tombaugh: bzr launchpad-login
[00:54] <MTecknology> bzr is kinda of a very launchpad-centric version control system, isn't it?
[00:54] <maxb> MTecknology: no
[00:54] <maxb> launchpad is a very bzr-centric website :-)
[00:54] <MTecknology> oh
[00:54] <MTecknology> so it's just the ubuntu packaged version that has the extras that make it feel like that?
[00:54] <maxb> ari-tczew: It doesn't really matter, just do them roughly at the same time
[00:55] <ari-tczew> maxb: so I must be fast
[00:56] <spiv> MTecknology: the 'launchpad' plugin is in upstream bzr, (bzrlib/plugins/launchpad), along with a small handful of others.
[00:56] <maxb> MTecknology: no. there's no ubuntu customizations. bzr has some small amount of launchpad integration in the core bzr distribution. But, that's a pretty tiny amount of code compared to the whole thing
[00:56] <spiv> It's not a large plugin, but it is pretty useful for bzr's own devs :)
[00:56] <MTecknology> ok- that makes sense
[00:56] <MTecknology> I just randomly got curious fr4om the "bzr mark-uploaded" above
[00:56] <maxb> ari-tczew: well, it would be advisable to push within half an hour of uploading, I think, which isn't very demanding
[00:57] <spiv> (Also, having a few plugins in the core distribution provides some useful examples for would-be plugin authors)
[00:57] <maxb> MTecknology: 'bzr mark-uploaded' is provided by bzr-builddeb. It's Debian-packaging-related rather than Launchpad-related
[00:57] <spiv> MTecknology: mark-uploaded is from the bzr-builddeb plugin, that is a separate package.
[00:57] <MTecknology> oh
[00:58] <spiv> ("bzr help COMMAND" will tell you which plugin the command is from, FWIW)
[00:59] <MTecknology> I'll have to look around at the plugins instead of assuming it's all built into one thing
[01:00] <MTecknology> I knew there were plugins - I just never looked to see what parts are from plugins and what plugins they're from
[01:01] <spiv> There's also "bzr plugins" if you want a quick overview.
[01:03] <tombaugh> maxb: thanks, but now I'm getting "Permission denied (publickey)." I did create a new key and uploaded it
[01:06] <maxb> tombaugh: ok, first things, check your https://launchpad.net/~your-id/+sshkeys page. Is the public key corresponding to the private one your trying to log in with listed there?
[01:07] <tombaugh> maxb: yes, that's what I copied from ~/.ssh/id_rsa.pub
[01:09] <ari-tczew> how can I build source package from bzr signed to someone else?
[01:09] <ari-tczew> I want to sponsor one thing.
[01:10] <ari-tczew> bzr bd -S <- what I misseD?
[01:10] <spiv> tombaugh: try "ssh -v -l <your-lp-id> bazaar.launchpad.net", and look at the output to see which key file(s) your ssh client is trying
[01:14] <spiv> tombaugh: thanks for that paste
[01:14] <spiv> "Agent admitted failure to sign using the key." is probably the issue here
[01:15] <spiv> The client is trying to use the right key, but it presumably has a passphrase.
[01:16] <StevenK> ari-tczew: -k<your key id>
[01:16] <ari-tczew> StevenK: bzr: ERROR: no such option: -k
[01:16] <spiv> And you have an SSH "agent" running locally, possibly gnome-keyring, that is responsible for unlocking it, but I guess it doesn't have the passphrase.
[01:17] <maxb> ari-tczew: bzr bd --builder="debuild -kkeyid"
[01:17] <tombaugh> spiv: problem solved using ssh-add (via google)
[01:17] <spiv> tombaugh: cool.
[01:17] <tombaugh> I didn't enter a passphrase by the way
[01:18] <spiv> Ah well, so long as it's working for you it doesn't matter if I'm a bit wrong :)
[01:19] <ari-tczew> maxb: so, debuild -S -sa -kMYMAIL would work same as bzr bd -S' ?
[01:19] <tombaugh> spiv: thanks anyway, you pushed me in the right direction
[01:20] <spiv> tombaugh: you're welcome!
[01:30] <CaioAlonso> is launchpad's openid broken?
[01:33] <wgrant> CaioAlonso: It's working fine for me. What's the trouble?
[01:34] <CaioAlonso> wgrant: I'm having some problems connecting it to askubuntu's login
[01:34] <CaioAlonso> wgrant: http://pastebin.com/NJeyfGxA
[01:38] <wgrant> CaioAlonso: It sounds like there's something wrong with your account. Could you open a support case at https://forms.canonical.com/lp-login-support/?
[01:38] <wgrant> Ah, https://forms.canonical.com/sso-support/ is probably better, actually.
[01:41] <CaioAlonso> oh, sure
[01:41] <CaioAlonso> thanks!
[01:53] <CaioAlonso> wgrant: well, as 90% of errors, it was my mistake, I forgot that there was a hifen in my launchpad url
[01:54] <wgrant> CaioAlonso: Which username did you try?
[01:54] <wgrant> CaioAlonso: There's still something wrong.
[01:55] <CaioAlonso> wgrant: I was using https://launchpad.net/~caioalonso
[01:55] <CaioAlonso> but the correct one was https://launchpad.net/~caio-alonso
[01:55] <CaioAlonso> everything worked here
[01:56] <wgrant> Odd.
[13:48] <ebi> Hi all
[13:49] <ebi> larz JS has this awesome testing runner that is able to run yui3 tests on jstestdriver. I'd like to build a module from it so it could be released on the yui-gallery which means it would be on the yui CDN. Now the problem with that is that all code that is distrubuted there needs to be under BSD license. Do you think it would be possible to relicense this part of the code?
[13:51] <ebi> I am talking about this file: http://bazaar.launchpad.net/%7Elaunchpad-pqm/lazr-js/toolchain/annotate/head%3A/src-js/lazrjs/testing/testing.js
[13:51] <ebi> rockstar, sidnei told me you might be the guy to ask? :)
[13:58] <dendrobates> so, I'm trying to use the summit software in conjunction  with lp, and some of my bps are not showing up in https://edge.launchpad.net/sprints/ods-b/+temp-meeting-export for example: https://blueprints.edge.launchpad.net/nova/+spec/service-provider-readiness
[13:58] <dendrobates> can anyone tell me what I am doing wrong?
[15:14] <matsubara> dendrobates, hi
[15:15] <matsubara> dendrobates, looks like the priority is making that specific bps to be filtered out. The view only shows bps with a priority set higher than undefined
[15:16] <matsubara> s/higher/greater/
[15:16] <dendrobates> matsubara: thanks
[15:19] <matsubara> np
[17:20] <paultag> hey LP-ers :) -- What's the LP stance with creating meta-projects?
[17:31] <matsubara> paultag, hi
[17:31] <paultag> matsubara, Hello :)
[17:31] <matsubara> paultag, what do you mean? a project to group projects?
[17:32] <paultag> matsubara, No, I know how to do that -- I mean a project to file Community issues. I was considering using a LP project to file LoCo bugs ( with the LoCo Council ( even more so if we could set them to private ) )
[17:33] <paultag> matsubara, so if we have a community member who has issue with a loco team ( on whatever ) they could file a bug against that project privately and all that jazz.
[17:34] <matsubara> paultag, I see. I don't thing there's anything in the ToS disallowing you to do that. you'd basically be using the bug tracker as a task/issue tracker rather than software bugs, right?
[17:34] <paultag> but it would not be a F/OSS project ( and all that other stuff )
[17:34] <paultag> matsubara, I had a project deleted once on me because it was not a F/OSS project, so I just want to tripple check :)
[17:34] <paultag> matsubara, yeah, exactly
[17:35] <matsubara> mrevell, jml: do you know the answer for paultag's question ^ ? is this usage of the bug tracker allowed?
[17:35]  * jml reads
[17:36] <jml> paultag, matsubara: yeah, that's allowed. the thing we don't allow is hosting proprietary code without paying us.
[17:36] <paultag> jml, could I still have the bugs set as private to start off? I'd like to keep reports such as this private ( unless they'd like to make it public )
[17:36] <paultag> jml, this is also for Ubuntu it's self
[17:37] <jml> oh right. hmm. don't know about that.
[17:37] <jml> this is not entirely dissimilar to a problem the Launchpad project itself faces with feedback email.
[17:38] <paultag> jml, mmmhum :)
[17:40] <paultag> I'd really like to ditch the bugzilla instance we're using ( and allow other people to file issues for us ) :)
[17:41] <jml> paultag: policy-wise, there wouldn't be a problem
[17:41] <jml> paultag: I'm just less certain about how to actually do it.
[17:42] <paultag> jml, well, if we set the loco council as the owner ( and everything else ) the only people with admin / owner access would be the LoCo Council and the Community Council. We've all signed the CoC -- if we swear to not use the code part of it, could it be turned into a proprietary project? ( or disable branches for it or something ) ?
[17:42] <jml> I guess in the worst case, you could file bugs as "security issues".
[17:42] <paultag> jml, hummm.
[17:46] <paultag> jml, well, would you mind if I ping'ed you in a day or so? I'd like to think it out before I start spouting out hacks around LP. Let me see if I can come up with anything ( and if you would not mind doing the same ) :)
[17:46] <jml> paultag: sure. maybe you could send an email to launchpad-users?
[17:46] <jml> paultag: there are lots of people there who know more about this part of Launchpad than I do, and who aren't awake right now.
[17:46] <paultag> jml, Sure, let me email the rest of the LoCo Council and make sure this is something we want to go after -- and then I'll send off to lp users :)
[17:46] <paultag> jml, np, I'll sit and idle, then follow up
[17:46] <jml> paultag: sounds like a plan :)
[17:46] <paultag> jml, thanks so much :)
[17:47] <paultag> cheers, thanks matsubara as well
[17:47] <jml> paultag: my pleasure.
[17:47] <matsubara> paultag, np
[18:22] <persia> paultag, Would https://launchpad.net/ubuntu-community meet your needs, or do you need something more specific?
[18:37] <mterry> sinzui, hello!  During UDS, I believe you mentioned that the ability to upload GPG & SSH keys had just landed.  Is that reflected in the API docs yet?  (I see ssh_key and gpg_key in current API, but not clear how to upload)
[18:38] <sinzui> mterry, We landed the code that permits the user to give temporary desktop access to do the task
[18:40] <sinzui> mterry, We can move the views that allow a user to register keys to the model so that we can access them over the api. SSH is pretty simple
[18:40] <mterry> sinzui, right...  And it would last for, say, 30 min.
[18:42] <sinzui> mterry, the gpg key will still require a hop through email. Maybe we can find a trusted way to avoid email.
[18:43] <sinzui> mterry, Signing the CoC is still a challenge for users. Maybe we could create a stand-alone CoC signer app that does the Lp registrations. Quickly can employ it
[18:43] <mterry> sinzui, maybe because I wasn't there for the last UDS's round of discussion on this, I'm a little unsure of the technical details.  quickly will call some LP API to enable special privileges for the next 30 mins (is this call documented?).  Then, there isn't yet an API for the SSH push?  And the GPG you say won't have an API at all?  I had come away from this UDS thinking gpg/ssh were solved problems
[18:44]  * sinzui want to reduce the steps and confusion about creating, publishing, and signing (with the correct key)
[18:44] <mterry> I realize CoC is a separate also hairy issue
[18:44] <sinzui> mterry, they are solvable in a week
[18:45] <mterry> sinzui, that's fine.  I just had thought that I could start coding my end of it.  Didn't mean to rush you.  Just thought the ball was in my court and wasn't sure how to hit the ball
[18:45]  * persia worries about special permissions windows and wonders if there isn't a way to do it that isn't time-based
[18:45] <sinzui> mterry, sshkeys really are simple...we should never have put the registration logic into the view. the core object was and is good enough to do it all
[18:47] <sinzui> mterry, I'll look into getting both of these done in the next week weeks.
[18:47] <mterry> sinzui, that was a jargon-heavy sentence.  I'm not hip to views and core objects.  you mean I can do ssh pushes today with the ssh_key object?
[18:48] <sinzui> mterry. API works with the objects. The pages are views on an object (or an aggregation of objects). There is a lot of logic in the wrong place when we work with older objects
[18:49] <sinzui> mterry, you cannot setup anything today.
[18:50] <mterry> sinzui, understood.  Let me know when there is enough for quickly to do a thing
[18:51] <sinzui> mterry, We are using the "quickly" tag to track issues that must be done: https://bugs.launchpad.net/launchpad-registry/+bugs?field.tag=quickly
[19:03] <lamalex> Hey guys, can anyone tell me how to get access to branch something out of devpad?
[19:04] <lamalex> I've got access to chipstrap, but when I try to branch I get denied
[21:02] <paultag> persia, I'd like the bugs to be filed private ( a lot of the issues we hit on are personal, and it would really be kinda lame of us to make that public without talking privately )
[21:03] <persia> paultag, I think I like the idea of using "security" for that, and have the security contact be a narrower team that can be exposed, but perhaps another project works as well.
[21:04] <paultag> persia, I think I might just add it to my budding loco admin tool, and have it ask ( and default ) to setting the bug as a security issue
[21:04] <paultag> persia, let me ask the rest of the council before I done goofed :)
[21:05] <persia> paultag, Sure.  I think we want the same class of solution for all the delegate councils, although I'm not convinced it needs to be the same specific solution.
[21:05] <paultag> persia, aye :)
[21:23] <thumper> deryck: were we going to catch up?
[21:23] <deryck> thumper, oh, I hadn't thought about that since Francis came back.  I'm about to leave actually
[21:23] <thumper> deryck: geez man
[21:23] <thumper> deryck: how about next week?
[21:24] <deryck> thumper, definitely.  Do you want to keep it as a standing weekly or bi-weekly thing?
[21:24] <thumper> deryck: I'd be happy bi-weekly
[21:24] <thumper> but yeah, some form of standing chat would be good
[21:24] <Puck`> hi everyone
[21:24] <deryck> thumper, ok, I'll update the calendar then.  bi-weekly, starting next week.
[21:24] <thumper> deryck: awesome
[21:24] <thumper> hi Puck`
[21:25] <Puck`> i have a problem logging in to the ubuntu wiki pages. Whenever i login with my launchpad login it always asks me for a new username, doesn't take the last one. I did reset my password, but the same problem occurs
[21:25] <Puck`> i got sent here by paultag, so blame him if i'm in the wrong place :P
[21:25] <paultag> Puck`, :P
[21:27] <persia> The trick is that LP is no longer really the place that authentication stuff happens, but other places aren't really extant.
[21:27] <Puck`> so where should i look at?
[21:27] <Puck`> or what should i change?
[21:29] <paultag> persia, I thought SSO was using LP as the provider
[21:31] <Puck`> also another question that came up, is there a way to get inactive "name's ?
[21:37] <persia> paultag, Other way about
[21:37] <paultag> persia, ahha
[21:41] <paultag> I can't figure out how to use lplib's iPerson.inTeam -- It's always throwing an error -- I have two team objects ( I can check with is_team, and name ) -- and it will not find inTeam or in_team or anything. It's really lame. Anyone remember the syntax?
[21:41] <paultag> I really don't want to loop through memberships
[21:52] <lamont> wgrant: 'NoneType' object has no attribute 'processor' <-- WTF>
[21:52] <lamont> ?
[21:53]  * lamont decides he doesn't care that much
[21:54] <mwhudson> paultag: iirc, inTeam is not exposed in the api for reasons i don't understand
[21:55] <lamont> wgrant: actually, it turns out that I do care, since it threw the same exception.  you around?
[21:59] <micahg> lamont: iridium is still being hogged by a runaway prism build, is my only hope to delete the build-dep for it?
[21:59] <paultag> mwhudson, hurmmm. Well looks like I'm going to have to iterate through and hammer the server?
[21:59] <paultag> Smart!
[22:01] <lamont> micahg: let me go stab it in the face
[22:01] <micahg> lamont: ok, if you can kick the build from the queue, that would be great (it will always fail)
[22:02] <lamont> micahg: ah, so it needs to be made to not start, yes?
[22:02] <micahg> lamont: yes, PIE on natty with xulrunner/firefox is broke ATM
[22:02] <micahg> in case you were wondering the specifics
[22:02] <lamont> ok
[22:08] <lamont> micahg: all dead now.
[22:08] <lamont> and corpsified, even
[22:09] <micahg> lamont: thank you, I'll try to make sure that xul192 is fixed before natty Mozilla daily builds are reenabled
[22:09] <lamont> thanks
[22:09] <lamont> there really isn't a pretty way to kill those today
[22:09]  * lamont goes to see if he already filed a bug about that
[22:18] <lamont> wgrant: do you know if the 'break lp-buildd out into its own tree' has a bug associated with it?
[22:19] <lamont> meh.  it does
[22:23] <geser> btw can someone take a look at build https://launchpad.net/~pali/+archive/kopete/+build/1973460 ? I doubt it's still uploading for over a week now
[22:41] <wgrant> lamont: Hi
[22:41] <lamont> hi
[22:42] <wgrant> lamont: What's the issue with processor?
[22:43] <lamont> https://edge.launchpad.net/builders/adare <-- wgrant: can you see that page?
[22:44] <wgrant> I can.
[22:44] <wgrant> That is rather special.
[22:44] <wgrant> What's the traceback?
[22:46] <lamont> is that buildd side, or build-manager side?
[22:46] <wgrant> manager.
[22:46] <wgrant> buildd doesn't know about procesors.
[22:47] <lamont> http://paste.ubuntu.com/526017/
[22:47] <wgrant> It sort of sounds like we have a BPJ without a BPB.
[22:47] <wgrant> But that's impossible.
[22:47] <wgrant> ...
[22:47] <lamont> congratulations
[22:48] <lamont> got any sql queries you want me to do to validate that assertion?
[22:48] <wgrant> No, no, that's not the issue.
[22:48] <lamont> it was doing a build when it crashed, iirc
[22:48] <wgrant> Hrmph.
[22:48] <wgrant> And it's reproducible?
[22:48] <lamont> rebooted about 8 hours ago
[22:49] <wgrant> Just that one builder?
[22:49] <lamont> I cleaned up the build-$mumble tree, and restored the builder to OK status, and now we're where we are.  let me stick it back in OK again just for good measure
[22:49] <lamont> yep
[22:49] <lamont> said builder falls over a lot, to be fair
[22:49] <lamont> it hates its kernel
[22:50] <wgrant> Do you know if cesium has had its code updated lately?
[22:50] <wgrant> And are there any adare-related errors just before that one?
[22:50] <lamont> dunno, and looking
[22:50] <lamont> there was a rollout of something earlier today, dunno what or where
[22:50] <lamont> mbarnett: ^^
[22:51] <lamont> 2010-11-04 14:32:09+0000 [QueryProtocol,client] adare was made unavailable, resetting attached job
[22:51] <lamont> 2010-11-04 18:39:08+0000 [QueryProtocol,client] Builder adare failed a probe, count: 1
[22:51] <lamont> and a traceback at 18:39 of course
[22:52] <wgrant> Did the same exception occur?
[22:52] <lamont> yep
[22:52] <lamont> and the closest prior adare mention before that exception was 4 hours earlier
[22:52] <lamont> quite possibly about the time that it fell over in mid-build
[22:53] <lamont> wgrant: and sadly, I'm about to EOD
[22:56] <lamont> if you happen to smack bigjools with that in his morning, one of y'all might get things straightened out before I come online in the morning
[22:56] <wgrant> lamont: bigjools isn't around this week, AIUI.
[22:56] <lamont> meh
[22:56] <lamont> either way, gotta run.
[22:56] <wgrant> But I have some idea of what's going on.
[22:56] <wgrant> k
[23:04] <paultag> OK, so I have to check if a team is a direct member of another team. Iterating through takes a minute(+) and slaughters the server. What's the best way to do this?
[23:04] <paultag> Can I compare two membership collections and find the common ones?
[23:05] <paultag> I can't string index the membership collections, either
[23:05] <paultag> ( and doing a .name call really starts killing speed )
[23:07] <paultag> ( also with lplib, but I figure ya'll knew that )
[23:09] <wgrant> paultag: You could do a direct request for the membership, and then check its status.
[23:09] <wgrant> paultag: There's no method to do this, but you can construct the URL to the team_membership manually (/~TEAM/+member/PERSON)
[23:09] <paultag> wgrant, Ah, great. I think you helped me do this for another bit, that sounds great
[23:09] <wgrant> A direct inTeam method isn't exposed due to concerns around revealing private team memberships.
[23:09] <paultag> Ahhha
[23:10] <paultag> wgrant, thanks a ton, again
[23:10] <wgrant> I'm not sure if that's still a valid concern, with recent changes to the data model.
[23:10] <paultag> Meh :)
[23:10] <paultag> if there's a way to do it, there's a way to do it :)
[23:10] <paultag> I need to start documenting all these little bits somewhere
[23:12] <paultag> man, I'm pushing lplib hard :)
[23:12] <paultag> sorry :)
[23:20] <paultag> wgrant, I have it "working" ( python is not throwing errors ) -- but it seems to be returning unspecified behavior when I request ~team/+member/team_not_on_the_team -- It's returning it's status in the 0th team it's in ( I had it output "status", and it's returning "Administrator" even though they're not in ~team )
[23:20] <paultag> wgrant, any ideas?
[23:20] <wgrant> paultag: What's the code?
[23:20] <paultag> let me pastebin it
[23:21] <paultag> wgrant, http://pastebin.com/WDGffiC5
[23:22] <wgrant> paultag: What if you use 'team.name' when constructing the URL, not just 'team'?
[23:22] <paultag> wgrant, AttributeError -- No attr "name"
[23:23] <paultag> just tried team.team.name
[23:23] <paultag> same failure
[23:23] <paultag> Oh wait!
[23:23] <paultag> I got a 404, this is good
[23:23] <wgrant> Hm, team.team.name should work.
[23:23] <paultag> wgrant, Yup, I think that'll do it. You rock :)
[23:24] <wgrant> Great.
[23:24] <wgrant> I need to see if we can expose inTeam now.
[23:24] <paultag> wgrant, :)
[23:26] <paultag> wgrant, looks great & it's working, cheers!
[23:26] <paultag> wgrant, I owe you a few beers :)