[00:26] Is there any way to set up a project mailing list in launchpad? [00:30] mrooney: Mailing lists are related to teams. [00:32] wgrant: okay so, create a -users team or something and set up a mailing list? [00:32] I guess so. [00:33] mrooney, exactly what wgrant says -- foo-users is the way to go. [00:34] Hopefully there will be a way to link teams to projects soon. [00:34] there are already [00:34] they might just not be the way you want to link them [00:34] har har :) [00:34] Blah. [00:35] Oh, that reminds me - does the distro members team serve any purpose other than showing linkage? [00:36] wgrant, not today. it is in part only a requirement for ubuntu because we do some things special for ubuntu members [00:36] Ah. I'd always thought it odd that it was a special field which appeared to have no purpose whatsoever. === Rinchen`` is now known as Rinchen [00:45] Someone mentioned that pitti gave a talk about setting up bug filters to get more use out of launchpad's emails. Does anyone know if this talk has been made available online? [00:45] I'm not aware of it, but I remember the content if you want it quickly related to you now. [00:45] nhandler, not sure, but the technology is all there [00:46] wgrant: That would be great. === Rinchen`` is now known as Rinchen [00:48] nhandler, https://help.launchpad.net/LaunchpadMessageRationale?highlight=(header) [00:49] nhandler: Basically, he described how he sorted bugmail based on the rationale headers into priority-based folders. Bugmail for bugs to which he was a direct subscriber or assignee went into the top-priority folder, some group subscriptions get blackholed (because the web UI is better for archive admin tasks), some groups go into specific folders, and bug contact mail goes into really low priority folders. It certainly works very well when ... [00:49] ... you have tonnes of bugmail. [00:49] He then outlined procmail snippets for how to do it, but that's easy enough to work out. [00:50] Ok, thanks a lot kiko and wgrant. I might look into setting up some gmail filters. Right now, I just have all of my bug mail going to my inbox, which is really inefficient. [00:50] Oh, dear. [00:50] That'd be bad. [00:50] oh dear [00:50] he said it [00:50] I can't imagine doing that. [00:50] GMAIL [00:50] Gmail is really bad for filtering on custom headers, isn't it? [00:50] can gmail do arbitrary header filtering? [00:50] wgrant and I [00:50] I don't think I've used it since 6 months after it first appeared. [00:50] we are the same person [00:51] just lagged 15 years [00:51] Heh. [00:52] It doesn't look like it can filter on custom headers [00:52] Hahaha. [00:52] nhandler, can you file a bug on gmail? :) [00:52] Darn. It would have saved me a lot of time. Now I need to set up filters in all of my mail clients [00:52] I can't believe it's still like that... [00:52] kiko: I wish ;) [00:53] make google use launchpad! [00:53] \o/ [00:53] that limitation of gmail has al;ways seemed particularly gratuitous [00:53] there's a thought [00:54] I might look into the gadgets and see if there is any way that a gadget could accomplish this [00:55] So is there a way to delete a bzr branch from launchpad? (https://code.edge.launchpad.net/~kfogel/bzr/bug-306394) [00:55] kfogel: The delete button, to the right of the title. [00:55] little red icon next to the title [00:55] wgrant: oh, the one that doesn't say "delete" until you hover over it :-). [00:55] thank you! [00:56] * kfogel mutters something about the whole world moving to pictures instead of words [00:56] (Not that I actually think this is a bad UI -- I'm just not used to it.) [00:56] At least it's better than the yellow exclamation mark. [00:56] haha [00:57] wgrant: so, the next question is: do I want to delete that? Here's what it is: I first created my own bzr.dev branch locally, like this: bzr branch http://bazaar-vcs.org/bzr/bzr.dev/ bzr.dev [00:57] then I created a second branch from my newly-created bzr.dev branch, like this: [00:57] bzr branch bzr.dev bug-306394-status-continue-after-nonexistent-file [00:58] Hm, why were multi-PPAs reverted? [00:58] Then I went into that newest branch (bug-...), made a change, and did 'bzr commit'. [00:58] Then I did 'bzr push lp:~kfogel/bzr/bug-306394' [00:58] Why do you want to delete it? [00:59] (I'm giving lots of context before I get to that part, sorry.) [00:59] * Nafallo sees private builds [00:59] So the problem is, now that https://code.edge.launchpad.net/~kfogel/bzr/bug-30639 has shown up on the server, I don't see a web-based way to browse into it to see the change(s) that are unique to that branch -- namely, the one change I have committed so far. [00:59] wgrant: What I'm wondering is: [01:00] Hm. [01:00] should I have *first* made a lp branch of bzr.dev, and then checked that out and made my commit(s)? [01:00] You haven't pushed to it. [01:00] So the link to view it isn't there. [01:00] wgrant: right. I committed locally, then pushed the whole branch (including the commit) to lp. [01:00] (there is normally a 'Source Code' link in the tab bar) [01:00] Did I do things kind of backwards? [01:00] You apparently didn't push it, or the scanner is broken. [01:00] kfogel: there is a bug right now [01:01] kfogel: on branches stacked on a mirrored branch [01:01] wgrant: well, I think also that it might still be pushing (I have slow upload speeds from home) [01:01] kfogel: bzr trunk is currently mirrored [01:01] That's fixed tomorrow, isn't it? [01:01] kfogel: so hosted branches stacked on them fail [01:01] thumper: oh! thanks [01:01] kfogel: the rollout tomorrow fixes this [01:01] kfogel: sorry for any confusion [01:01] thumper, wgrant: okay, thanks. Another (possible) issue is that, locally, my 'bzr push...' command hasn't returned yet, but the branch is somehow already visible on lp as you can see. [01:01] Is that bad? [01:01] Good? [01:01] Neither? [01:02] kfogel: neither ;) [01:02] It has just been created. That's normal. [01:02] kfogel: do you know the format of your branch locally? [01:02] thumper: nope, I haven't memorized the format names yet :-). [01:02] kfogel: ok [01:03] kfogel: regarding "should I have *first* made a lp branch of bzr.dev", there isn't actually a way in the LP web ui to make a branch from another branch (yet?). [01:03] thumper: oh, I just read up on "stacked branches". Neither of my branches is stacked. [01:03] kfogel: if there were, the answer would be that both ways would be fine. The data that ends up on the server would be identical either way. [01:04] thumper: however, I think it would make a lot of sense for my second branch to be stacked, no? [01:04] kfogel: in which case you are pushing the entire repository to LP [01:04] I mean, it's just a bugfix branch. [01:04] thumper: right (I knew I was doing that, and was wondering how to avoid it, because it didn't seem right that I would do that) [01:04] ideally, all branches should be stacked [01:04] and it should be transparent [01:04] thumper: Won't LP convince the client to automatically stack? [01:05] thumper: *nod* But for reliability's sake, we have made the --stacked option not be the default, is that it? [01:05] no, not quite [01:05] Because we want repositories to be self-contained unless the user indicates they understand the implications of stackedness? [01:05] * kfogel listens [01:05] kfogel: the server is able to suggest to the client to stack [01:05] oh! [01:05] kfogel: which is what LP dies [01:05] "does" :-) [01:05] freudian slip [01:05] kfogel: the client then decides to stack on that [01:05] kfogel: yes, does [01:06] kfogel: (he's from NZ, his vowels sound funny...) [01:06] Haha. [01:06] * thumper pokes spiv [01:06] wgrant, they weren't reverted. the unbaked part of them was reverted. [01:06] spiv: at least he's not from consonant-ople [01:06] Uh oh, another punster! [01:06] thumper: so, currently, the server from which I branched bzr.dev is not suggesting stacking to clients? [01:07] kfogel: where did you branch from? [01:07] spiv: I oughtta be locked up in a punitentiary. [01:07] * thumper shakes his head at the punniness of it all [01:07] kiko: Ah. [01:07] thumper: pwd ==> ../bzr.dev [01:07] 'bzr info -v': [01:07] [floss]...bzr.dev>bzr info -v [01:07] Standalone tree (format: pack-0.92) [01:07] Location: [01:07] branch root: . [01:07] Related branches: [01:07] parent branch: http://bazaar-vcs.org/bzr/bzr.dev/ [01:07] ... [01:07] ah [01:07] wgrant, we only really get multiple ppas per team/person in january anyway [01:08] kfogel: The bzr.dev branch isn't kept in a stackable format. [01:08] kfogel: however if you push to LP, LP will suggest to stack on lp:bzr [01:08] * Nafallo +1s thumper's vowels :-) [01:08] jml: I thought the question of being in stackable format would be about *my* bzr.dev branch, no? [01:08] right [01:08] thumper: I pushed to lp with this command: [01:09] kfogel: your local branch is stand alone? [01:09] kfogel: last time I tried, the formats of both mattered [01:09] pwd [01:09] /home/kfogel/src/bzr/bug-306394-status-continue-after-nonexistent-file [01:09] bzr push lp:~kfogel/bzr/bug-306394 [01:09] jml: I thought you could stack on a format 6 branch with pack-0.92 repo [01:09] thumper: I guess my local branch is standalone, yeah [01:10] thumper: I thought otherwise, but I haven't been rigorously testing it under each new bzr [01:10] kfogel: when "bzr push" stacks and you didn't explicitly request it with --stacked, it'll tell you that it's doing it. [01:10] spiv: sometimes it tells you even if it isn't doing it [01:10] (although it will lie sometimes) [01:10] thumper: yes and no ;) [01:11] heh [01:11] thumper: https://bugs.launchpad.net/bzr/+bug/291046 [01:11] Launchpad bug 291046 in bzr "pushing branch6/packs5 to location with default stacking policy creates broken branch" [High,Fix committed] [01:11] spiv: I'm pleased that is fix committed [01:11] spiv: bzr 1.11? [01:11] thumper: (when that bug is triggered it'll make a stacked repo but not a stacked branch) [01:11] Right. [01:11] * thumper nods [01:13] Okay, I've deleted that lp branch. [01:15] kfogel: why? [01:15] kfogel: did you kill the push? [01:16] kfogel: or are you wanting stacking? [01:16] thumper: wanting stacking [01:17] kfogel: you'll have to wait for the rollout to not get a broken branch [01:17] ? [01:17] bzr.dev is broken for stacking right now? [01:17] or you just mean lp? [01:17] * kfogel thinks the latter [01:18] kfogel: the latter [01:18] kfogel: we don't allow you to push to LP and stack on something outside LP [01:19] thumper: but that's about to be fixed? [01:19] kfogel: the stacking on a mirrored branch is [01:19] kfogel: but you'll still not be able to stack on something outside lp [01:20] * thumper has to run [01:20] thumper: an alternative is that I could make a branch B of the main bzr.dev (the one I originally pulled from), and have B be visible on lp. Then I'd make a branch of B locally, work here, push changes up... [01:20] thumper: okay, thanks for your help [01:27] kfogel: I'm not sure how adding an extra branch B into the picture would help? [01:28] spiv: I guess what I'm really asking is: what's the best way to make my work-in-progress visible as I'm working, so that when I ask questions about my fix, I have something to point to? [01:28] kfogel, yeah, what spiv says. [01:28] kfogel, bzr push? [01:28] :) [01:28] er, that's what I thought [01:28] But I thought the recipe I just proposed is the minimal number of branches needed to make that work. I'm missing something key, it sounds like... [01:29] kfogel, what are you missing I wonder. you branch off an existing branch into a new branch. your new branch is /yours/. just commit stuff to it and push. it's that easy! :) [01:30] kiko: right. hmm, that's what I thought I said, but maybe I said something else. [01:30] kfogel, well, the existing branch can be the official project branch [01:30] kiko: ah, I see the problem: all the branches I have made so far have been entirely local. [01:30] kiko: so I do 'bzr branch URL-TO/bzr.dev bzr.dev' [01:30] then locally, bzr.dev is my sandbox. [01:30] great. [01:30] But it's not visible to anyone else. [01:30] kfogel: I read what you said about "branch B" as meaning an new branch separate to where you're working locally. [01:31] then you bzr launchpad-login and push lp:bzr/my-fixes [01:31] kiko: *nod* [01:32] But, I thought recommended form was to use one branch per bugfix? [01:32] bzr push lp:~username/bzr/my-fixes, you mean? [01:32] Basically, "bzr branch lp:bzr my-bug-fix-branch; cd my-bug-fix-branch; [hack hack hack]; bzr commit; bzr push lp:~kfogel/bzr/my-bug-fix-branch" is fine. [01:32] IOW, I did 'bzr branch my_local_machine/bzr.dev bug-NNNNN' [01:32] spiv: thank you [01:32] I get it. [01:33] spiv: what is relationship between lp:bzr and main bzr.dev ? [01:33] former is a branch of the latter? [01:33] You can make a shared repo locally to save space/time, and/or keep a copy of bzr.dev locally for convenience, but the basic workflow isn't any different. [01:33] lp:bzr is Launchpad's mirror of bzr.dev. [01:33] spiv: "mirror" is a type of branch? [01:33] Which is shorter to type on IRC :) [01:34] It's just a regular branch. [01:34] or something like that [01:34] * kiko wonders if bzr push lp: is that smart [01:34] "mirror" isn't a technical term so much as a social one, here. [01:34] 6.2.1 Mirror branches [01:34] 6.2.2 Task branches [01:34] :-) [01:34] got it [01:35] 'Mirror' is a technical term in LP, isn't it? [01:35] kinda [01:35] spiv: when I do this: "bzr branch lp:bzr my-bug-fix-branch", can I stick a '--stacked' in there and everything will still work? [01:35] Sure. [01:36] Source format does not support stacking, using format: '1.6' [01:36] Packs 5 (adds stacking support, requires bzr 1.6) [01:36] kfogel: the basic idea is just that you have a branch (that you branched from bzr.dev) that you're making changes on, and when you're ready, you share those changes by pushing them to somewhere visible. [01:36] (it seems to be running fine, just gave me the above msg) [01:37] spiv: thanks. Sure, that's the theory I've been operating under. The mechanics are the question -- there seems to be a variety of ways to make that general theory happen. [01:37] The exact details can vary quite a bit within that pattern :) [01:37] heh, we just said the same thing at the same time :-) [01:37] RIght. :) [01:37] spiv, also, he wants bzr push --remember I assume? [01:38] The first push remembers automatically, IIRC. [01:38] ah is that a fact? great default. [01:38] It's been a while since I did a first push, though... [01:38] --remember means that future pushes will remember where they should go? [01:39] Right, so you can just do "bzr push". [01:39] so I can just do 'bzr push' and it will Just Work? [01:39] we are so on the same wavelength right now :-) [01:39] heh [01:54] RAOF: nsw? [01:59] No So Weird [01:59] that's what it stands for [02:01] we're really not so weird? [02:01] We're in #launchpad, so of course we are weird. [02:05] we're weird [02:05] but not so weird [02:07] * Nafallo wonders what it takes to make kiko weirder... ;-) [02:07] snaps! [02:08] mushrooms [02:08] hey Nafallo :) [02:08] would probably not go well with snaps kiko :-) [02:08] hi Ursinha! :-D [02:09] Nafallo, isn't that too late for you? [02:09] naah [02:09] Wed Dec 17 02:09:48 GMT 2008 [02:10] sleep is for the weak [02:10] I can sleep later today :-) [02:10] holiday \o/ [02:12] kiko: how long does it typically take for a mailing list approval? [02:12] mrooney, hours --- how long is yours stuck? === kiko is now known as kiko-phone [02:13] kiko: oh I don't know I applied a few hours ago, I was just curious [02:13] sinzui, can you check? === Ursinha changed the topic of #launchpad to: https://launchpad.net/ | Channel logs: http://irclogs.ubuntu.com | Help contact: - [02:22] Ursinha: hi [02:22] oops, wrong channel. [02:23] lol === Rinchen` is now known as Rinchen [03:48] hi [03:48] if i send something to the mailing list for my team... does it forward it to all members? [03:48] of the team [03:49] meoblast001: It will only send it to members of the team that have chosen to subscribe to the mailing list [03:50] how do i delete someone from my team [03:50] meoblast001: You can do that from the /+members page [03:50] someone who said they wanted to do stuff but always ended up saying they didnt have any time [03:50] Click the Yellow circle to the right of their name [03:50] i deactivated.. is that the most i can do? [03:51] Yes. If they are deactivated, they are no longer on the team [03:51] ok [03:51] i need to get news to a member [03:51] via mailing list but he's not subscribed [03:51] meoblast001: If you only need to contact that one user, send them an email [03:52] i need him to stop what he's doing and push changes [03:52] does launchpad list emails? [03:52] ahh i see [03:52] Yes, if the user makes it public [03:52] And otherwise you can hit the 'Contact this user' link. [03:52] wgrant: I was just about to say that ;) [04:01] k thank you [04:01] i gtg now... thank you.. bye [04:01] good night everyone [04:01] You're welcome meoblast001 [05:26] man that contact user feature is getting me some strange emails [05:26] especially since I list three emails already, I don't really get it. [05:27] mrooney: have any of them offered you exciting opportunities? [05:27] or informed you of new places to play poker online? [05:27] jamesh: haha no, one person asked me to add them to ubuntu members [05:30] mrooney: i suspect they sent that to *all* ubuntumembers. [05:30] you're the third to mentoin it today. [05:31] oh okay well it said it was done via the contact this user feature [05:31] perhaps you can do that to a whole tema [05:31] *team [05:31] Hobbsee: you could file a bug at https://launchpad.net/~launchpad/+contactuser [05:31] :) [05:35] jamesh, Hobbsee: last chance for that is today btw so use it! === kiko-phone is now known as kiko [05:40] I'm sure you underestimate the stupidity of some users, and they will manage to work around the removal of the feature. [05:44] jamesh: oh, i thought it was already fixed in the next rollout [05:44] kiko: cool! So which are the biggest teams on launchpad? [05:44] * Hobbsee thinks contacting everyone at ~launchpad a few hundred times would be good! [05:44] [05:45] Hobbsee, you can only do that 3 times unfo :-/ [05:45] Hobbsee: It is. Which should be in a few hours as long as there isn't another huge API hole lurking. [05:45] but do write love letters to us [05:45] kiko: 3 times a day? [05:45] awww [05:45] wgrant, yes, the UTC day [05:45] that depends how many accounts there are :P [05:45] We can hope that somebody left that proper of IPerson writeable. [05:45] s/proper/property/ [05:45] you can also do the whackamole thing and get 3 * infinity :) === salgado-afk is now known as salgado [12:45] I want to use launchpad to host a collection of scripts / small gui programs that will be used by school lab admins using ubuntu/ltsp. I want other teachers/programmers to be able to join this project and upload their own scripts. I'm just reading about launchpad. Did I understand correctly that I'll need a bazaar branch (hosted on launchpad), a team, and a PPA? Can projects have their own PPAs, or could the PPA belong to the team? I'm just asking "what [12:48] alkisg: Based on what you said, you may not need a PPA. If you are just hosting scripts, a bzr branch is what you want. PPAs are personal repositories for deb packages. Each person/team on LP has their own ppa [12:48] nhandler: the desired end result is for a simple teacher to be able to use synaptic to install this scripts/gui programs. [12:49] alkisg: In that case, you will want a ppa, and you will need to learn how to package the scripts/gui programs. [12:49] alkisg: you may want a PPA later when you create a debian package with your scripts. But generally 'code' belongs to 'product branches' not PPAs. [12:50] alkisg: complementary steps, host your code in branches for a product and build the code using a PPA [12:51] Thanks. Where would the branch (and later, the ppa) belong? To the team? Under its URL? [12:51] alkisg: Branches and PPAs would belong to the team [12:51] The URL would depend on the team and branch name [12:52] Do you think I need anything else? So, I start with a team, then a branch, then a ppa, does that sounds right? [12:52] That sounds right [12:52] Thanks to both of you. :) === jtv2 is now known as jtv [12:55] alkisg: yup, ping me if you have any doubt during the process [12:55] alkisg: about PPAs, don't forget to read the help page, https://help.launchpad.net/Packaging/PPA, before you start. [12:55] cprov: Thanks! Should I use a launchpad-hosted branch, or a mirrored one? [12:56] (I'd prefer launchpad-hosted, unless there's a reason not to) [12:56] alkisg: well, actually the help wiki is your friend for any doubt related to LP processes [12:56] alkisg: make it lp-hosted [12:56] cprov, sure, I have a bunch of URLs in my to-read list! I just wanted to get on the right track. Thanks again. === mrevell is now known as mrevell-lunch === mrevell-lunch is now known as mrevell [13:47] im fairly sure the answer is no but i need to ask anyway. Is there a "holding pen" for pakages that have been superseeded in PPA? to revert back to working version of pakcage [13:48] gnomefreak: no, but you can use the copy UI (+copy-packages) [13:49] that would just copy the new packages i need older one [13:49] gnomefreak: delete the current version you disapprove, go the copy ui, change to filter to 'any status' find and selected the superseded version you want and copy it back to the same PPA and series 'including existing binaries' [13:50] gnomefreak: that's not true, try what I've suggested. [13:51] i need to ask the person whos PPA it is or i just fix the broken one once i figure out if in last few days my gpg key broke or if gpg is broken or if its tbird [13:52] gnomefreak: ah, it's in someone else PPA [13:52] gnomefreak: copy his old version to your ppa and downgrade [13:52] err, just a suggestion, nevermind me, sorry. === abentley1 changed the topic of #launchpad to: https://launchpad.net/ | Channel logs: http://irclogs.ubuntu.com | Help contact: abentley [14:04] er === abentley1 is now known as abentley [14:04] ping mrevell [14:05] hey there mr popey [14:05] did anyone else get a mail to launchpad-users just now? [14:05] * mrevell looks [14:05] https://answers.edge.launchpad.net/ubuntu/+source/evolution/+question/54709 is where it came from [14:05] I got the Evolution one [14:05] yes that should _not_ have gone to launchpad-users [14:05] it's a launchpad answers reply [14:05] Oh weird [14:06] who should I poke or where should I file a bug for that? [14:06] Someone must have ~launchpad-users an answer contact. let me look [14:07] nope, doesn't seem to be an answer contact. [14:07] popey: Let me look at the headers, try to work out what's going on. If not, barry's the man to help [14:08] do you need me to do anything? [14:09] popey: I don't think so. Thanks for mentioning it. [14:09] np [14:09] barry: It looks as though an email generated by Answers has hit launchpad-users. I'm struggling to work out why. Any chance you could lend me your expertise? [14:10] it also got sent out as an answers reply btw [14:10] i got the mail twice [14:10] once is obviously because I am an answers contact [14:10] http://pastebin.ubuntu.com/87078/ [14:11] http://pastebin.ubuntu.com/87080/ === bac_afk is now known as bac [14:13] mrooney: I just approved your mailing list. I expect it to show up in five minutes [14:25] mrevell: let me see if i have the message in my inbox. what's the subject and/or message-id? [14:25] barry: Subject is Is Evolution usable only on some special settings of a mail server? [14:26] mrevell: i think i deleted that one already ;) can you forward me the message w/full headers? [14:26] barry: those two pastebins above have the full headers [14:26] 14:10:41 < popey> http://pastebin.ubuntu.com/87078/ [14:26] 14:11:03 < popey> http://pastebin.ubuntu.com/87080/ [14:26] popey: thanks. looking [14:26] I suppose it's possible that the guy simply chose to send his message to lp-users as well as in reply to the Answers thread [14:27] I can't imagine that was the case [14:27] well, I can _imagine_ it :) [14:28] :) [14:32] it's a damn good question, and i can imagine it too. the from is biglobe.ne.jp and the message-id is biglobe.ne.jp which tells me that this one didn't originate from launchpad [14:33] mrevell, popey if you look at the received headers, it seems to me it went straight from his server in jp to our mailing list server and then to launchpad-users [14:33] afaict [14:34] barry: So, most likely the guy sent his question to the wrong list [14:34] mrevell: if launchpad-users is the wrong list [14:35] :) I think in this case it is. [14:35] but the launchpad answers isnt a "list" as such [14:35] popey: True but this wouldn't be the first example of Ubuntu support questions being asked on launchpad-users. However, normally we flush them out during moderation. [14:35] in fact [14:35] he didn't reply to the mail [14:35] he used the website [14:35] "Status: Needs information => Solved" [14:36] the only way he could have set that status whilst replying is via http://answers.launchpad.net/ubuntu [14:36] not by replying to his mail [14:36] AIUI [14:36] he didnt' ask the question mrevell [14:36] he _answered_ / replied to a question [14:36] Hmm, that is interesting popey, that this isn't a question - it's a response to one. [14:36] exactly [14:37] he originally created a question, i replied (via the site, not mail) and I believe he did the same [14:37] I can test this easily by replying to a bunch of other launchpad questions and we will see if their replies to my replies turn up on launchpad-users? [14:38] popey: Let's do it :) [14:38] * popey goes huntin' questions [14:38] * mrevell goes to get some fresh air [14:38] is he subscribed to launchpad-users barry ? [14:39] "Launchpad Users [14:39] Joined 17 hours ago" [14:39] he is [14:39] so i reckon this problem will manifest itself if I answer questions for people who are in the launchpad-users team [14:40] which will make this harder to find a question to answer [14:42] popey: i can't tell :( bug 308988 [14:42] Launchpad bug 308988 in launchpad "show all members with 2000 members is unusable" [Undecided,New] https://launchpad.net/bugs/308988 [14:43] dont worry, i have a person i can test with [14:43]