=== duanedesign is now known as duanedroid === duanedroid is now known as duaneiphone === duaneiphone is now known as duanedesign [09:28] good morning all [09:33] noodles775, are the permissions for doing review of ARB apps tied to a Launchpad team? The reason I'm asking is because I've been thinking of proposing having a team to help the arb (e.g. if someone is not part of the ARB but want to help with packaging). In that case it might be useful to have a LP team containing those additional contributors that has permissions e.g. to post comments on app entries in MyApps. What do you think? [09:36] dpm: currently the perms are not linked to a team, but this is a bug. You can see all the perms at (sorry for the private link): https://wiki.canonical.com/ConsumerApplications/PrivilegedAccessToApps [09:37] thanks noodles775, looking at it now. Is there a bug # for it, or shall I report a new one? [09:37] dpm: Currently we only have an 'arb_reviewer' permission, which gives access to review and approve arb apps etc. [09:38] dpm: the bug is listed there on the wiki page. [09:39] dpm: but as ARB apps are already public, there'd be nothing stopping someone who was interested in helping packaging to grab the upload, do some packaging work and upload it to their own (public) PPA right? We'd just need to enable the ability to add comments as you say. [09:39] exactly [09:52] is there a bug open about being able to see apps in the 'needs information' state? [09:53] I know there's a bug about the feedback on an individual app [10:10] ajmitch: so that reviewers can see bugs in needs information? Let me check. [10:12] noodles775: yeah, it's a bit of a black hole at the moment, hitting ask for information & the app disappears [10:12] I didn't spot any open bugs about it on developer-portal [10:15] it'd also be sort of nice to see rejected apps as well, to get an idea of why they get rejected :) [10:16] yeah, we did initially have a more general view which would allow you to filter via state using url params, but I think that's gone now... checking. [10:17] I don't see one either, let me know if you don't have time to create a bug with those points. [10:17] will create bug :) [10:17] Ta. [10:21] bug 915902 [10:21] Launchpad bug 915902 in developer-portal "Currently cannot see applications in the 'Needs Information' state" [Undecided,New] https://launchpad.net/bugs/915902 [10:22] sweet, thanks. [14:14] james_w: I have an embarrassing confession to make. I can't seem to run pkgme locally. [14:26] jml, you aren't sure how, or it crashes? [14:26] james_w: I get: pkg_resources.DistributionNotFound: bzr [14:27] james_w: and bzr doesn't build (although it occurs to me now that I should try to pull latest trunk) [14:27] jml, interesting, maybe it's because you are running bzr from source? [14:27] or it may be a precise thing [14:27] yeah. [14:27] james_w: well, it's in the virtualenv [14:28] james_w: so I don't know that running bzr from source matters. [14:28] ah, probably not [14:29] but bzr fails to build when setting up the virtualenv? [14:30] james_w: no, the virtualenv is set up correctly [14:30] james_w: or so it says. I should maybe try blowing it away & trying again [14:30] jml, is there an egg-info dir for bzr in the virtualenv? [14:30] too late : [14:31] (next time, just make a new one!) [15:23] jml, yesterday I created https://launchpad.net/~canonical-ca-hackers/+archive/production/+packages so that we can more easily replicate the production environment elsewhere [15:23] jml, and I was going to write a juju charm to spin up a pkgme-service instance [15:23] jml, but you can't do that on a lucid base, so I'm not sure it would get us much [15:24] jml, what do you think about using juju anyway, as compared to scripting something to do it in canonistack? [16:00] https://code.launchpad.net/~jml/pkgme-binary/pdf-acceptance-tests/+merge/88521 [16:04] jml, Approved [16:08] james_w: thanks. [19:20] morning === Alcine is now known as jalcine