[03:19] <MTecknology> What's up with this?  https://edge.launchpad.net/~teams
[04:00] <wgrant> MTecknology: That is a very good point.
[04:01] <MTecknology> wgrant: :P
[04:02] <MTecknology> wgrant: Noticed that I wound up in the team and looked at it - pretty icon but seems like a bad idea..
[04:02]  * wgrant takes the opportunity to knock that guy out of some teams.
[04:04] <nigelb> what the...icon collector?
[04:05] <wgrant> Yes.
[04:05] <wgrant> But also with a *team* that is an inverse-icon-collector.
[04:06] <wgrant> It's unlike anything I've ever seen before.
[04:06] <nigelb> ugh, sigh
[04:07] <nigelb> so you join the team and you get a bunch of icons automatically/
[04:08] <wgrant> Not quite.
[04:08] <wgrant> It's the other way around.
[04:08] <wgrant> It's not a member of lots of teams; it has lots of teams as members.
[04:09] <wgrant> So if you join any of the constituent teams, you'll get just the extra icon for the super-team.
[04:09] <wgrant> What is intriguing is that someone from each of the member teams would have had to approve this.
[04:09] <wgrant> Ah.
[04:09] <wgrant> He owns them all.
[04:10] <wgrant> I am still confused.
[04:10] <wgrant> Most of the teams have one member (him), and a mailing list.
[04:12] <MTecknology> wgrant: like ubunt-health..
[04:13] <MTecknology> wgrant: sorry to make a massive headache for you guys... want me to file an answer request on it so it gets filed in lp?
[04:14] <lifeless> what the
[04:14] <lifeless> MTecknology: please
[04:14] <lifeless> we should nuke ~teams
[04:14] <nigelb> lifeless: exactly my reaction.
[04:14] <nigelb> Also, I vote we nuke the guy too!
[04:14] <wgrant> The guy has a bit of karma.
[04:15] <nigelb> Specification Tracking  5265
[04:15] <lifeless> he's making teams that deliberately, visually, collide with actual projects
[04:15] <nigelb> ok, what the... https://wiki.ubuntu.com/DrG
[04:15] <lifeless> 55 specs and 2 are new
[04:16] <lifeless> IIRC we had him in the asia RMB
[04:16] <lifeless> and said 'do more useful stuff' then
[04:16] <lifeless> sorry, 53 are 2
[04:16] <lifeless> 2 are actually going anywhere
[04:17] <lifeless> I'll grant he may not be hostile
[04:17] <lifeless> but he needs a talking with
[04:17] <wgrant> Oh yes.
[04:17] <nigelb> lifeless: those 2 are approved by him.
[04:17] <lifeless> nigelb: so please do file a ticket
[04:17]  * lifeless punts to someone else
[04:17] <nigelb> MTecknology: are you on it? Want me to?
[04:18] <MTecknology> nigelb: done
[04:18] <nigelb> MTecknology: Awesome. Thanks :)
[04:18] <MTecknology> lifeless: :(
[04:19] <wgrant> Some of the teams do have members.
[04:19] <nigelb> lifeless: I feel he may be under the wrong impression of being an Ubuntu member, like having a high karma.
[04:19] <MTecknology> https://answers.edge.launchpad.net/launchpad/+question/112406
[04:19] <wgrant> But apart from a couple, the members are just more elements of the team farm.
[04:19] <lifeless> nigelb: we try very hard to avoid that misconception
[04:20] <MTecknology> yay- I just single handedly found the cause to 99% of the server load for you guys :D
[04:20] <MTecknology> launchpad.net is now lean and mean :)
[04:20] <nigelb> oh grr! https://edge.launchpad.net/~ubuntu-in
[04:21] <nigelb> Its a direct competition to the actual loco team
[04:21] <lifeless> its also data about how people would like to express interest in projects
[04:21] <wgrant> nigelb: Yeah, I noticed that.
[04:21] <lifeless> thats more actionable
[04:21] <wgrant> Which is the real one?
[04:21] <lifeless> as there are policies
[04:21] <wgrant> It should be ~ubuntu-in, surely?
[04:21] <nigelb> indian-team
[04:21] <lifeless> http://loco.ubuntu.com/
[04:21] <wgrant> Ah.
[04:22] <lifeless> http://loco.ubuntu.com/teams/indian-team
[04:26] <MTecknology> wgrant: could you remove one of my teams from one of the teams in the teams team?
[04:27] <wgrant> MTecknology: No, but you probably can.
[04:27] <MTecknology> wgrant: ~gimpshop-devs [break-here] -> ~gimpshop -> ~teams
[04:27] <MTecknology> wgrant: how do i do that?
[04:27] <wgrant> Don't you own ~gimpshop-devs?
[04:27] <MTecknology> ya
[04:28] <wgrant> On ~gimpshop there should be a button.
[04:28] <MTecknology> i don't see it - it only shows my membership path and the rest as if i'm not  member at all
[04:28] <MTecknology> You are an indirect member of this team:
[04:28] <MTecknology> Michael Lustfield → GIMPshop Devs → GIMPshop
[04:31] <wgrant> Bug #110108
[04:31] <wgrant> You'll need an admin.
[04:31] <lifeless> me too it
[04:31] <MTecknology> wgrant: alrighty- i'll file a request after this one gets tidied up..
[04:31] <lifeless> MTecknology: why wait?
[04:32] <MTecknology> lifeless: lazy and busy right nwo :P
[04:39] <lifeless> a thought
[04:39] <lifeless> if all those teams have mailing lists
[04:39] <lifeless> perhaps he thought he was setting up forums for them all
[04:40] <wgrant> I considered that.
[04:40] <lifeless> sinzui: did you see this ^ ? :)
[04:40] <wgrant> But there are two or three legitimate members across all of the teams.
[04:40] <wgrant> So...
[04:40] <sinzui> Yes.
[04:40] <lifeless> so hes not very good at getting users :P
[04:49] <MTecknology> wgrant: at least it's not malicious intent
[04:50] <sinzui> Mailing lists are attacked alot actually.
[04:55] <cody-somerville> maybe he wants all the fancy badges on his profile page?
[08:21] <jetienne> the ppa builder are multi processor ?
[08:22] <jpds> jetienne: You can see their arches on https://launchpad.net/builders
[08:23] <jetienne> jpds: cool, where can i see if they got multi processor or not ?
[08:23] <jetienne> i guess i should simply test it in my makefile... it would make it more portable :)
[08:25] <maxb> Why should you care?
[08:26] <maxb> They're all Xen virtualized, I don't know how that reveals multiprocessor-ness of the host to the guest
[08:27] <jetienne> maxb: ok
[09:27] <cpyarger> would anyone be willing to help me figure out why i can not upload a change to a script ive been working on to my ppa?
[09:28] <cpyarger> i have recieved no errors while trying to upload just nothing has showed up in my ppa  for about the last hour
[09:28] <bigjools> cpyarger: https://answers.edge.launchpad.net/soyuz/+faq/227
[09:29] <cpyarger> it is signed and i have recieved no emails at all reguarding this
[09:29] <bigjools> if that doesn't explain it, there's a few other weird packaging error conditions that would cause a lack of email, I can check the logs if you confirm
[09:30] <bigjools> what is your PPAs URL?
[09:30] <cpyarger> ppa:cpyarger/custom
[09:30] <bigjools> one sec
[09:30] <cpyarger> thanks
[09:36] <bigjools> cpyarger: the logs are elusive today, it will take a while, I'll get back to you.  I can see that your upload did have a fatal error though.
[09:36] <cpyarger> anything more specific than that?
[09:39] <bigjools> cpyarger: not yet, the log with the actual error is hiding and I need an admin to find it
[11:03] <cpyarger> bigjools, i just retried uploading would you mind checking that everything is working right?
[11:03] <bigjools> cpyarger: sure
[11:08] <bigjools> cpyarger: it failed again
[11:09] <cpyarger> ok
[11:09] <bigjools> I can't see the actual error right now but I bet it's the same
[11:11] <cpyarger> would "binary all"  work for the binary field?
[11:12] <noodles775> bug 499438
[11:13] <bigjools> cpyarger: the binary field is the name(s) of the binaries produced by that source
[11:16] <cpyarger> where would i configure that?
[11:17] <jetienne> q. to compile a ppa pacakge on multiple version of ubuntu, should i upload the package several times ?
[11:18] <noodles775> jetienne: there is some information at https://help.launchpad.net/Packaging/PPA/Uploading  (see "If your package can be used on different versions of Ubuntu...")
[11:19] <bigjools> cpyarger: in your debian/control
[11:20] <jetienne> noodles775: ok thanks
[11:42] <fta> wgrant, bigjools: hi, is there a doc for lp.services.apachelogparser somewhere?
[11:44] <fta> i'm kind of new to the lp api. i know how to browse ppas with the api, but i can't find any reference to apachelogparser anywhere
[11:44] <bigjools> fta: I can only find lp/services/apachelogparser/tests/test_apachelogparser.py
[11:45] <fta> bigjools, does that mean it's not usable atm?
[11:45] <bigjools> fta: it's already in use for project download stats
[11:46] <bigjools> wgrant extended it for PPA stats, but we need to hack something in to make it stop after so many parsed lines initially until it catches up with the log
[11:51] <wgrant> It's basically a three-line hack that we need to get cowboyed for a few hours.
[11:51] <wgrant> But I'm not sure how to go about that.
[11:51] <fta> reading that file, it seems it's a logparser, i'm just looking for raw logs, i don't need the parser
[11:51] <wgrant> Well, the raw logs include data for every PPA.
[11:52] <fta> uh? then no, i need it per ppa ;)
[11:52] <wgrant> Right, so it needs to be parsed.
[11:55] <fta> wgrant, i'm not sure i understand, do you mean i should open the file myself, and filter it while i parse it? where is the api involved then?
[11:56] <wgrant> I too fail to understand. What are you trying to do?
[11:56] <wgrant> There is a script that will parse the log data and put a condensed form in the DB.
[11:57] <wgrant> That aggregated data will then be available via the API.
[11:57] <wgrant> You can try the API now; it will just all be 0.
[11:58] <fta> wgrant, ok so it's useless at the moment, right? that was my question earlier
[11:59] <fta> wgrant, what i want to do it get usage stats for some parts of my PPAs
[11:59] <fta> -it+is
[11:59] <wgrant> Well, it can become usable very quickly if I work out how to convince somebody to get something cowboyed.
[12:01] <fta> ..would be nice
[12:03] <wgrant> bigjools: Any hints?
[12:09] <wgrant> I mean, something like http://pastebin.ubuntu.com/440345/ should work fine. Although the number is arbitrary...
[12:22] <bigjools> wgrant: I can try and cowboy something, but the LOSAs are all in montreal this week
[12:23] <bigjools> wgrant: do you remember the total line count on the log file?
[12:24] <wgrant> bigjools: Hmmm?
[12:24] <wgrant> I don't know how big they are, no.
[12:25] <bigjools> I remember telling you what it was but I'll be buggered if *I* can remember what it was :)  I'm trying to work out if the 100000 limit is adequate.
[12:25] <wgrant> Oh, right, you emailed me sizes, I think.
[12:25]  * wgrant hunts.
[12:26] <wgrant> http://pastebin.ubuntu.com/422820/
[12:26] <bigjools> meh
[12:26] <bigjools> no line counts
[12:27] <wgrant> No :(
[12:27] <bigjools> ok I'll sort it out
[12:27] <wgrant> Thanks.
[12:42] <fta> where do i find the source_ids to pass to getBuildSummariesForSourceIds? from a getPublishedSources object..
[12:43] <wgrant> fta: That was exposed primarily for AJAX purposes (refreshing PPA build statuses inline). The only way to grab source IDs through the API is by looking at the last segment of the URL path.
[12:44] <fta> wgrant, ok, thanks
[12:51] <maxb> It is very useful for non-ajax when it's simpler not re-implement the build summarization locally
[12:52] <wgrant> Oh yes.
[12:52] <wgrant> Much faster, too.
[12:52] <maxb> roundtrips suck :-/
[12:53] <wgrant> Even from 2ms away.
[12:54] <wgrant> The API is slow, even with no network latency.
[12:54] <maxb> I have the operation of promoting built packages from one PPA to another implemented by API and by screenscraping
[12:55] <maxb> the API is more than twice as slow
[12:55] <bigjools> that really blowas
[12:55] <bigjools> blows, even
[12:55] <maxb> Granted the launchpadlib way makes many more http requests
[12:56] <wgrant> At least performance is a priority now.
[12:56] <wgrant> So stuff might happen.
[12:59] <maxb> ouch. Considering launchpadlib makes 26 roundtrips to do what my screenscraping does in 4, I suppose only being twice as slow is quite an achievement
[13:01] <wgrant> Why so many?
[13:01] <wgrant> One for WADL, one to retrieve the person, two to retrieve the PPAs, one for the distribution, one for the series, one for the syncSources.
[13:03] <maxb> um, why did I say 4? that's nonsense, I meant 6. And my script does it for 3 PPAs. let me factor that out....
[13:03] <maxb> so, screenscrape = 2, api = 10
[13:04] <maxb> wadl, root-json, {person, ppa, getPublishedSources, getBuildSummariesForSourceIds} * 2
[13:04] <wgrant> Ah.
[13:05] <maxb> I think I might try my hand it ignoring launchpadlib and hand-rolling  getPublishedSources, getBuildSummariesForSourceIds requests
[13:05] <maxb> s/it/at/
[13:05] <maxb> that would be a fairer comparison
[13:10] <wgrant> maxb: Well, launchpadlib is a fair comparison.
[14:50] <skeledrew>  hello. is there any detailed specifications on how Wubi and Lupin works/what EXACTLY they do? also, how can i go about getting the code in http://bazaar.launchpad.net/~ubuntu-installer/wubi/trunk/files and http://bazaar.launchpad.net/~ubuntu-installer/lupin/hardy/files ? my web spider isn't exactly cooperating.
[14:56] <spiv> skeledrew: bzr branch lp:wubi
[14:57] <spiv> skeledrew: and bzr branch lp:lupin
[14:57] <skeledrew> yes, but i don't know where/how to run those commands...
[14:58] <spiv> If you run "bzr branch lp:wubi" in a terminal, bzr will fetch the source to wubi, and put it in a directory called 'wubi'
[15:00] <skeledrew> oh
[15:00] <skeledrew> running Windows at the moment
[15:00] <spiv> bzr is available on Windows
[15:01] <skeledrew> ok
[15:01] <spiv> (including some gui tools)
[15:01] <spiv> Follow the links on http://bazaar.canonical.com/en/
[15:05] <skeledrew> thanks
[15:06] <jonathanj> it would be great if +activereviews had an Atom feed
[16:25] <nigelb> wgrant: https://lists.ubuntu.com/archives/ubuntu-in/2010-May/008105.html
[16:25] <nigelb> someone familiar? ;)
[17:09] <nigelb> LP a bit slow? especially over api :/
[17:25] <skeledrew> i'm getting an error in bzr in downloading wubi "ERROR: Unable to create symlink 'bootstrap.py' on this platform". any fix for this?
[17:26] <skeledrew> i'm getting an error in bzr in downloading wubi "ERROR: Unable to create symlink 'bin' on this platform". any fix for this?
[17:27] <maxb> That sounds like a pure-bzr issue. #bzr may be better able to help you
[17:28] <skeledrew> k
[18:32] <hyperair> Rejected:
[18:32] <hyperair> Cannot build any of the architectures requested: any
[18:32] <hyperair> so... can anyone tell me why ppa.launchpad.net is rejecting with a corny reason like above?
[18:32] <hyperair> apparently ppa.launchpad.net can no longer build arch: any packages for intrepid, eh.
[18:37] <jpds> hyperair: Yes.
[18:38] <jpds> intrepid is dead.
[18:38] <hyperair> eh really?
[18:38] <hyperair> goody, that makes one less release i have to maintain in a ppa \o/
[20:40] <ratcheer> Trying to install first maverick daily. Fails at "Select and install software". How do I report the problem on launchpad?
[22:48] <PsyberS> is there any way to change the url of a project?
[22:55] <beuno> PsyberS, yes, you need to file a question against Launchpad
[22:56] <PsyberS> beuno: can do! thanks =)
[23:15] <shadeslayer> hi,one of the packages in a private ppa has been waiting to build for over 10 hours
[23:15] <shadeslayer> can someone get it going along?
[23:15] <shadeslayer> its in the ~kubuntu-ninjas ppa
[23:16] <shadeslayer> the package is kdeartwork,lucid release,32 bit
[23:43] <SEJeff> Is there a way to prevent a user who is obviously trolling bugs from continuing to troll bugs?
[23:43] <SEJeff> If I am an owner/team member of the package in question?
[23:45] <wgrant> SEJeff: The best that can be done is chastising the user and suspending their account if they don't comply, I'm afraid.
[23:46] <SEJeff> wgrant, If it comes to that, who can I talk to?
[23:46] <SEJeff> Hopefully it doesn't
[23:47] <wgrant> SEJeff: Perhaps ask a question at https://answers.launchpad.net/launchpad
[23:48] <SEJeff> thanks wgrant