[02:16] <spm> Q on handling LP generated bugmail - am subscribed to one project (via group memberships) which generates large amounts of traffic, fine and good. the vast majority of which I'm not interested in. Will subscribe the 'losa team to those which are relevant. But there doesn't seem to be any easy way to out myself from having all the bug mail from this project mixed together. Any tips?
[02:16] <spm> normally I'd filter on, eg X-Launchpad-Message-Rationale, but that only has the 'master group' not to the losa one.
[02:20] <wgrant> spm: So mail from bugs to which you are both directly and implicitly subscribed has an X-L-M-R referencing the implicitly subscribed team?
[02:21] <wgrant> By "you" I mean the team.
[02:21] <spm> wgrant: yeah - not losas@, has the u1 hackers group; and yes
[02:22] <wgrant> spm: On the bug page, is the U1 hackers team under "Also notified", and Canonical LOSAs not?
[02:22] <wgrant> If so, is bug.
[02:22] <spm> another one? :-)
[02:22] <spm> in this case, all are in 'Subscribers'
[02:23] <wgrant> Ah.
[02:23] <wgrant> Ohhhhh.
[02:23] <wgrant> Because it's private.
[02:23] <spm> in this case yes - most of ours will be
[02:23] <wgrant> There's no easy way to fix that.
[02:23] <spm> I was afraid of that.
[02:24] <wgrant> Unless all subscriptions are listed in X-L-M-R, which might well break existing filters.
[02:24] <spm> right
[02:24] <spm> looks like fallback 2: filter on X-Launchpad-Bug-Commenters: and look for the losa userid's. yukko.
[02:25] <wgrant> Fallback 2 and file a bug for Bugs people to think about. This is a very hard one.
[02:26] <wgrant> A somewhat related bug came up in here last week.
[02:26] <spm> oh?
[02:26] <wgrant> (related to the way implicit subscriptions interact with private bugs, but in that case it resulted in a complete lack of mail)
[02:27] <spm> ah. fun.
[02:34] <mwhudson> conflating subscriptions with access control: interesting, but....
[02:38] <wgrant> mwhudson: Myyyes.
[02:38] <wgrant> It would have been fine until projects with private bugs by default came along.
[07:15] <poningru> quick question re: launchpad point system
[07:15] <spiv> poningru: you mean karma?
[07:15] <poningru> yeah
[07:16] <poningru> has there been thoughts about splitting karma points into
[07:16] <poningru> different sections?
[07:16] <poningru> i.e triager, reporter, debugger, fixer etc.
[07:17] <chris|> what's the point?
[07:19] <poningru> chris|, only to answer 'am I a good triager?' 'where do I need to improve?'
[07:19] <poningru> etc.
[07:19] <poningru> also I see the current karma point system as method of showing involvement
[07:20] <chris|> well, up to this point, the karma only measures the quantity, not the quality, and I doubt it will be easy to implement some quality accessment
[07:21] <spiv> Right.
[07:21] <poningru> chris|, and thats why I was thinking more human involvement
[07:21] <poningru> rather than automatic point giving
[07:21] <spiv> karma at the moment is a rough measure of activity.
[07:21] <poningru> right and I was thinking have two karma systems
[07:21] <spiv> If you want to answer "am I a good triager" you probably need a somewhat different system.
[07:22] <poningru> well I was thinking more along the lines of 'do my peers think I am a good triager?'
[07:22] <poningru> s/peers/community\ members/
[07:22] <spiv> You could try asking them ;)
[07:22] <chris|> poningru, if you want a more "human" rating system, the you should probably file a blueprint against launchpad
[07:22] <poningru> spiv, lol
[07:23] <spiv> That would be interesting have, though.
[07:23] <poningru> chris|, I was thinking about that, but wanted some thoughts, comments and ideas toward it
[07:23] <spiv> poningru: perhaps start a discussion on launchpad-users (or launchpad-dev?)
[07:24] <chris|> I personly don't even have any need for the actual karma system, it's little more then an open source dick measurement system
[07:24] <poningru> spiv, will do
[07:24] <poningru> thanks
[07:24] <spiv> I find the way stack overflow uses their reputation scores interesting.
[07:25] <spiv> As higher scores gives you more abilities, like letting you edit questions or down-vote answers.
[07:26] <spiv> So the reputation score there is basically "have you made valuable enough contributions that we trust you with more power"
[07:26] <spiv> And they seem to have balanced it fairly well.
[07:27] <poningru> hmm
[07:31] <spiv> I don't think the same concepts can be applied directly to Launchpad, but perhaps some inspiration can be found there.
[07:31] <poningru> yeah I think I need to check out their system and craft an email tomorrow
[07:55] <bialix> does loggerhead is down on lp?
[07:57] <bialix> every time I get "Please try again" message and suggestion to post message about this problem here
[07:58] <rockstar> bialix, you might have to be patient.  Loggerhead sometimes needs to be restarted, so you might have to wait for that.
[07:58] <bialix> 15 minutes, hour?
[08:00] <bialix> works now
[09:02] <mtaylor> launchpad down?
[09:03] <mtaylor> nm. seems to be back
[09:14] <thumper> mtaylor: edge rollout most likely
[09:15] <mtaylor> mmm
[09:16] <mtaylor> thumper: sweet
[09:16] <mtaylor> new code is fun
[10:19] <poolie> i'm getting a lot of 'please try again'
[10:19] <poolie> some thing i guess
[10:20] <arekm> hi, " bzr branch lp:mysql-server/5.0" want's to use my ssh key - there is no way to make it anonymously, without key?
[10:20] <arekm> poolie: I can say "me too"
[10:21] <poolie> arekm: use http://bazaar.launchpad.net/....
[10:21] <poolie> look up that location from the branch page
[12:26] <sivang> can anybody here help with an issue I'm having with M2Crypto's RSA's key object method private_decrypt ?
[12:26] <sivang> I'm getting :
[12:26] <sivang> M2Crypto.RSA.RSAError: block type is not 02
[12:26] <sivang> what does that mean?
[12:41] <alourie> hello
[12:41] <alourie> is this the correct place to ask questions about lp-improvements package for Firefox?
[12:51] <barry> good morning 'padders!  i am your community helper personner for today
[12:54] <james_w> hi barry, good timing :-)
[12:55] <james_w> do you know if there is a generic way to delete objects from the API?
[12:55] <barry> hi james_w
[12:55] <james_w> or does each object have to expose a "delete" method?
[12:55] <james_w> I really don't want to have to delete these several hundred branches from the web app
[12:56] <barry> james_w: i don't know.  you'd think with a rest interface they'd respond to DELETE verbs, but i'm not sure things are exposed that way
[12:56] <wgrant> They're not yet.
[12:56] <barry> wgrant: thanks.  james_w i guess the question then is whether branches in particular support delete
[12:56] <wgrant> lazr.restful supports it now, I believe, but launchpadlib and most objects do not.
[12:57] <wgrant> Some objects have explicit deletion POST operations exposed.
[12:57] <wgrant> Otherwise you might be looking at forging webapp requests.
[12:57] <james_w> barry: +apidoc has nothing explicit that I can see for branches, so I hoped there were implicit methods
[12:59] <james_w> plus, I just got OOPS-1348CEMAIL2
[12:59] <barry> james_w: looking at IBranch, destorySelf() is not exposed in the api
[13:00] <james_w> barry: thanks for looking
[13:00] <barry> np
[13:00] <james_w> I'll think about the best way to attack this
[13:58] <geser> does somebody has an explanation why https://edge.launchpad.net/ubuntu/+source/micropolis-activity doesn't list the recent upload in the table?
[13:59] <geser> the table lists for karmic -2 while the "latest release" portlet mentions already -3
[13:59] <wgrant> geser: It's not published yet.
[13:59] <wgrant> geser: (see the status 'Pending' in the full publishing history)
[14:00] <geser> isn't this a regression to the old pages?
[14:00] <wgrant> I don't think so.
[14:01] <wgrant> Just the old ones showed the pending sourcepackagerelease below the table, as it used to list all versions.
[14:02] <geser> perhaps it might be this, as I rarely looked at the table itself
[14:02] <wgrant> The table on production still shows -2.
[14:02] <geser> do you think it would be a good idea to also list pending publications in the table?
[14:02] <wgrant> Probably.
[14:02] <wgrant> I'm thinking about how that could work.
[14:03] <wgrant> But... noodles775? ^^
[14:05] <wgrant> I wonder if it should be shown as a new row, with 'release (universe) - pending publication', like unpublished builds.
[14:06] <geser> that's my idea too
[14:07] <wgrant> Let's see how that looks.
[14:08] <geser> btw: is there a good overview which bugs should be filed against which launchpad subproject? for some cases it's easy but with some issues or pages I'm not sure which project is correct and file them against launchpad itself
[14:09] <geser> e.g. bug 426531
[14:09] <wgrant> Sometimes the project pages describe things well, but sometimes that's misleading.
[14:10] <wgrant> That's difficult.
[14:10] <wgrant> lazr-js and something. Probably malone.
[14:12] <geser> perhaps I should try asking our help contact: barry, do you know whose territory this bug ^^ belongs to?
[14:14]  * barry looks
[14:15] <barry> geser: in general, you should just file the bug against launchpad itself.  we have some excellent qa folks who will triage it to the appropriate subproject.  you generally shouldn't have to worry about that part
[14:16] <geser> ok
[14:35] <cjwatson> Hi. Could an admin enable https://launchpad.net/ubuntu/+archive/test-rebuild-20090909 for me, please? I'm populating that archive at the moment
[14:35] <cjwatson> I don't think I can enable it myself
[14:39] <bigjools> cjwatson: didn't we disable it for some reason?
[14:46] <cjwatson> bigjools: you certainly didn't disable *that* one, since I only just created it ... IIRC archives created with populate-archive are disabled by default to give you a chance to fill in the dependencies
[14:46] <bigjools> cjwatson: ah!
[14:46] <bigjools> forgot about that
[14:47] <cjwatson> (which I've done)
[14:48] <bigjools> Chex: can you do that for cjwatson please?
[14:48] <wgrant> Poor buildds.
[14:48] <bigjools> it's cold in London, this will help
[14:49] <Chex> bigjools: looking
[14:49] <wgrant> Was the ensurePerson fix cherrypicked onto cesium?
[14:49] <bigjools> not yet
[14:49] <wgrant> Damn.
[14:49] <bigjools> today hopefully
[14:49] <wgrant> At least it's not particularly important for this.
[14:50] <Chex> bigjools: done
[14:50] <bigjools> thanks Chex.  cjwatson ^^
[14:51] <cjwatson> cool, thanks
[14:51] <bigjools> heh: 10128 jobs (eight days)
[14:51] <wgrant> Oh.
[14:51] <wgrant> All the builders are gone again.
[14:51] <wgrant> Sad.
[14:52] <cjwatson> all your builders are belong to ME
[14:53] <bigjools> cjwatson doing his bit for climate change
[14:53] <wgrant> It appears they saw you coming and ran away to be enabled :(
[14:53] <cjwatson> I'm sure they'll be back
[14:53] <wgrant> Ah, the population is of course not finished yet. The build queue is getting much longer.
[14:53] <cjwatson> with eight days, I'm certainly not going to sit there watching it
[14:53] <cjwatson> yeah, it's up to p
[14:57] <geser> I guess cjwatson made now many new friends from the PPA users :)
[14:58] <bigjools> fortunately rebuilds have very low priority :)
[15:00] <wgrant> Unlike last time, where it killed everything for a week.
[15:31] <claudep> hi, i want to change ownership of a lp project for which i seem to be maintainer
[15:31] <claudep> but i cannot figure out where to do this
[15:31] <claudep> https://launchpad.net/ftsoftware
[15:32] <claudep> oh... i see
[15:32] <MTecknology> claudep: "Change details"
[15:32] <wgrant> It's a bit hidden at the moment.
[15:32] <claudep> yeah, but i didn't try People :-P
[15:33] <statik> hello barry, i'm looking for some advice on fixing a stacked branch, perhaps some manual surgery is needed. last night i renamed the owner and got losa help renaming the project for ubunet, and now we have a couple of branches that were stacked and no longer work - i was hoping bzr reconfigure would let me change what the stacking target is, but it doesn't seem to work. maybe there is a manual way to fix up the bzr metadata to point to the
[15:33] <statik>  correct trunk branch now?
[15:33] <barry> statik: hi.  in a meeting right now, but i'll be free shortly
[15:36] <barry> statik: tbh, i have no idea.  is it not an option to delete the branch and re-push?  abentley or rockstar might know better
[15:37] <rockstar> statik, lemme look up the stacking commands really quick - I'm sure we can fix them.
[15:37] <abentley> statik: You can manually edit the .bzr/branch/branch.conf file using an sftp client or lp:hitchhiker.
[15:38] <statik> rockstar, abentley: thanks!
[16:28] <jdo> abentley, hi, statik told me you may have a solution to my stacked branch issue
[16:28] <abentley> jdo: Sorry, on the phone.
[16:35] <pedro_> hello folks, I'm getting a : "Entity-body was not a well-formed JSON document." while trying to edit a bug description
[16:35] <pedro_> is that known?
[16:36] <cgregan> kiko: ping
[16:49] <jdo> help! my branch is stuck in launchpad and I can't get it out!
[16:58] <kiko> cgregan, pong?
[16:58] <kiko> pedro_, are you logged in?
[16:59] <pedro_> kiko, yeah, I've noticed that problem with bug 425315
[16:59] <pedro_> i can edit others though
[17:02] <kiko> pedro_, file a bug and ping deryck then
[17:02] <pedro_> kiko, will do, thanks
[17:04] <deryck> pedro_, that's a known issue
[17:04] <deryck> pedro_, the entity-body json error, I mean.
[17:04] <pedro_> deryck, ah great. is there a bug open for that so i can subscribe to it?
[17:05]  * deryck is looking
[17:05] <deryck> pedro_, Bug #423924
[17:05] <pedro_> deryck, found it
[17:05] <pedro_> right
[17:06] <pedro_> deryck, thanks a lot
[17:07] <deryck> pedro_, no problem
[17:07]  * deryck returns to lunching
[17:22] <kirkland> howdy launchpaders
[17:22] <kirkland> what's creating files like ./cache/api.edge.launchpad.net,beta,ubuntu,+source,python-numpy,+bug,419280,related_tasks-application,json,e5d6883a1ace74425bcf3afc993d99b7
[17:23] <james_w> launchpadlib
[18:00] <abentley> jdo: So, the solution is to manually edit the branch.conf file, using an sftp client or lp:hitchhiker.
[18:06] <jdo> abentley, yeah it didn't work :( I worked around it
[18:06] <abentley> jdo: What didn't work?
[18:09] <kfogel> mrevell: hey, did you do https://edge.launchpad.net/~launchpad-users/+mailinglist-moderate recently?
[18:48] <kfogel> geser: your TOC fix is committed now
[18:51] <kfogel> micahg: did you ever have a desire to hack on Launchpad?  https://lists.launchpad.net/launchpad-dev/msg00827.html  :-)
[19:01] <salgado> barry, have you approved mailing lists already today?
[19:01] <barry> salgado: i have, but i'm always happy to do them on demand
[19:02] <barry> salgado: whacha got?
[19:02] <salgado> barry, I've requested one for https://edge.launchpad.net/~launchpad-reviewers
[19:02] <barry> salgado: approved
[19:02] <salgado> thanks barry!
[19:02] <barry> np!
[19:07] <micahg> kfogel: I definitely have a desire, time is another story :)
[19:08] <kfogel> micahg: know the feeling.  If you ever want to, just hop over to #launchpad-dev and find me -- I'm happy to help, answer questions, fill in gaps on the dev.launchpad.net wiki, etc.
[19:51] <pen12346> http://www.thaiadpoint.com/tap8.1/bin/redir.php?p=2042&l=1357&u_id=363435
[19:54] <pen12346> http://www.thaiadpoint.com/tap8.1/bin/redir.php?p=2042&l=1357&u_id=363435
[19:54] <pen12346> http://www.thaiadpoint.com/tap8.1/bin/redir.php?p=2049&l=1359&u_id=363435
[20:13] <salgado> barry, how long it may take to create a new mailing list once it's approved? (https://edge.launchpad.net/~launchpad-reviewers/+mailinglist is telling me to wait a few minutes for more than a couple hours ;)
[20:14] <barry> salgado: it /should/ be no more than 15 minutes i'd think
[20:15] <barry> salgado: that doesn't seem right.  we need a losa to check the logs
[20:25] <mrevell> kfogel: yeah, the past couple of days
[20:41] <mneptok> kfogel: meep?
[20:44] <kfogel> mneptok: hey!
[20:44] <kfogel> mneptok: 'sup?
[20:44] <mneptok> kfogel: PM?
[21:20] <dhillon-v10> hi everyone I need some help setting up a team
[23:20] <Pilky> hey, is there a way to reset a project? ie wipe all bugs, blueprints, branches etc
[23:20] <wgrant> Pilky: No.
[23:20] <wgrant> Pilky: Why?
[23:21] <Pilky> because I have a project that was started a while ago with some others but died, now I'm working on it on my own but have started from scratch and want to get rid of all the stuff on launchpad that isn't relevant
[23:21] <wgrant> Hmmm. If it truly is starting from scratch, it might be better to create a new project.
[23:22] <Pilky> yeah, problem is I'd want to keep the same project name if possible, it just seems like you can't actually delete anything on launchpad
[23:23] <wgrant> Pilky: You could request that the project be renamed and disabled.
[23:23] <mwhudson> renaming a project is a simple admin task
[23:23] <wgrant> Or just renamed.
[23:24] <Pilky> mwhudson: so I could do that myself (I'm the admin of the project anyway)
[23:24] <mwhudson> Pilky: no, i meant "launchpad admin"
[23:24] <Pilky> ah
[23:25] <Pilky> where is the best place to request a rename? email feedback? ask a question on the launchpad project?
[23:26] <mwhudson> Pilky: answers.launchpad.net/launchpad
[23:26] <Pilky> ok cool, thanks :)
[23:27] <mwhudson> that's best because there's some level of identity verification involved
[23:30] <Pilky> wgrant, mwhudson: ok posted, thanks for the help!
[23:31] <ajmitch> I seem to be having trouble getting to bazaar.launchpad.net
[23:31] <ajmitch> with the fun message "Sorry, there was a problem connecting to the Launchpad server."
[23:31] <mwhudson> ajmitch: url?
[23:31] <ajmitch> http://bazaar.launchpad.net/~launchpad-pqm/launchpad/devel/revision/launchpad@pqm.canonical.com-20090909203927-auuy1ahen46xi5on
[23:31] <ajmitch> I was trying to look at a branch linked on the Contributions wiki page
[23:32] <mwhudson> hm me too
[23:33] <mwhudson> ajmitch: it's working now
[23:33] <ajmitch> Thanks for kicking it :)
[23:35] <mwhudson> i didn't do anything actually
[23:35] <ajmitch> One of 'those' bugs?
[23:36] <mwhudson> i think i sorta know what happens
[23:36] <wgrant> Is that the revision graph generation uncachy thing?
[23:36] <mwhudson> it's thrashing basically
[23:36] <mwhudson> there's code to recover, but it takes a while to kick in
[23:36] <mwhudson> wgrant: yeah
[23:37] <mwhudson> i wrote up my impression of the problem on a bug report...
[23:38] <mwhudson> good grief, google faster than ff's awesomebar :(
[23:41] <mwhudson> https://bugs.edge.launchpad.net/launchpad-code/+bug/118625/comments/12
[23:47] <dhillon-v101> hi everyone I need some help with setting up teams and project
[23:48] <Ursinha> dhillon-v101, what
[23:48] <Ursinha> what's going on?
[23:49] <dhillon-v101> Ursinha: hi how are you
[23:49] <dhillon-v101> Ursinha: I had a project setup and I want to restrict push access to only some people
[23:50] <dhillon-v101> Ursinha: So I learned that the only way to do that was by making a team
[23:50] <dhillon-v101> Ursinha: what's next
[23:50] <Ursinha> dhillon-v101, yes
[23:50] <Ursinha> when creating a branch, you have to give access to your team
[23:50] <Ursinha> and you
[23:50] <dhillon-v101> Ursinha: please elaborate
[23:50] <Ursinha> you're done
[23:51] <dhillon-v101> Ursinha: where do I make this branch in the team or project
[23:51] <Ursinha> dhillon-v101, in the project
[23:51] <Ursinha> code.lp.net/yourproject
[23:52] <dhillon-v101> https://edge.launchpad.net/imaging
[23:52] <dhillon-v101> that's my project
[23:52] <dhillon-v101> I changed the owner and such to the team
[23:54] <dhillon-v101> Ursinha: alright so I am on the code page, what's next
[23:54] <Ursinha> let me go to a code page here
[23:54] <wgrant> I think something needs to be clarified here.
[23:54] <wgrant> Access control is on a per-branch, not per-project basis.
[23:55] <Ursinha> yes, you're right wgrant
[23:55] <wgrant> So you restrict push access to the project by restricting access to the project's official branch.
[23:55] <wgrant> That way people without commit access can still push up their own branches, and we are all one big happy family.
[23:56] <dhillon-v101> Alright thanks for your help guys