with radiobuttons inside it instead of checkboxes. [10:04] SteveA, stub https://chinstrap.ubuntu.com/~dsilvers/paste/file4qUVdn.html [10:04] mpt: I don't think that is necessary. I think it is fairly clear from the context that it is a single select box [10:05] carlos: you're sure you have no librarian processes? [10:05] carlos: ps aux | grep python or something [10:05] SteveA, when I start executing the test I don't have any [10:05] SteveA, after the test run, I have one [10:05] I kill it, rerun the tests and it appears again === sivang [~sivang@box79162.elkhouse.de] has joined #launchpad === carlos cannot remember last time he was able to get a success with all tests [10:07] spiv: ping [10:07] carlos: are all of your other trees up to date? [10:07] SteveA, yes, I checked it twice [10:08] I'm using the same command that the refuel script uses [10:08] carlos: I suggest updating tacserver.py to output the log file before raising the RuntimeError - might have some hints. Possibly something similar in the tearDown [10:09] stub, where is it? [10:10] Where the exception is being raised [10:10] I mean, the file [10:10] File "/home/carlos/Work/dists/launchpad/lib/canonical/launchpad/daemons/tachandler.py", line 33, in setUp [10:10] oh [10:10] ok [10:10] I was looking for tacserver.py O:-) [10:11] it's spelled "tachandler" but pronounced "tacserver" ;-) [10:14] SteveA: ok, i'll fix bugactivity and bugprivacy as well [10:14] thanks! [10:14] when you fix one, you can remove it from the set of warned_database_imports in importfascist.py [10:16] lifeless: Can you please check if production--1.25 has been tagged but not mirrored? [10:17] stub: good guess [10:18] erm... 'the usual' you mean :) === sabdfl [~mark@pc-n253.wlan.inet.fi] has joined #launchpad [10:22] hey guys [10:22] Hi sabdfl, review sent [10:22] thanks mpt [10:24] BjornT: Can you point me to an example of a test that demonstrates the necessity of a change to security.cfg? [10:27] sabdfl: Currently if you set a bounty subscription from CC/Watch to None, does that leave behind a record in the database that wouldn't have been there if you'd never subscribed to the bounty at all? [10:28] mpt: i don't remember. i have a slight allergy to deletions, which stub tells me is paranioa. so i might have done it that way [10:30] status queue back up - status emails should now be sent properly. === elmo [~james@a130-233-4-133.debconf5.hut.fi] has joined #launchpad [10:35] stub, I'm using pdb [10:36] Merge to rocketfuel@canonical.com/dists--devel--0: [trivial] New production config (patch-95: stuart.bishop@canonical.com) [10:36] stub, and setUp is not called ever for librarian :-? [10:36] it's only called with buildd [10:37] Most tests don't use the librarian, so won't set it up or tear it down. [10:38] stub, but I get the error that it cannot execute librarian [10:38] even without entering into pdb :-? [10:39] mpt: it does get deleted. the easiest way for you to add a test is to edit pagetests/bounty/04-bounty-subscriptions.txt. copy the last test, change Content-Length: 45 to Content-Lenght: 44, subscription=watch to subscription=none, and adjust the expected output === carlos tries again removing some crap he added... [10:39] BjornT: ok, thanks [10:40] fuck [10:40] stub, ddaa there is a hardcoded message talking about Librarian, but buildd is using also that code. the error comes from buildd [10:41] -ECONTEXT [10:41] carlos: what is it your are talking about? [10:41] ddaa, I'm not able to run test in my computer [10:41] ddaa, https://chinstrap.ubuntu.com/~dsilvers/paste/file4qUVdn.html === ddaa kicks firefox in the balls [10:42] ddaa, if you look at the RuntimeError exception, it says Librarian, but it's buildd [10:43] somebody gotta teach the firefox devels that popping up a certificate dialog in _another_ workspace is WRONG, even if that's the workspace of the first firefox window :( [10:43] I think I'm going to file this bug, it's way too annoying. [10:43] So fix the message? [10:43] stub, anyway, I still have the problem with the tests [10:44] So did the logfile give you any useful information? If twisted doesn't start, the information will be in there. [10:45] stub, I don't see any log file write there, just a read one, that's why I'm using pdb [10:45] carlos: why where you addressing this message to me? I cannot see anything in the error log that I'm better qualified to fix that you are... [10:45] ddaa, I thought buildd is your code... [10:46] The output is redirected to self.logfile [10:46] IIRC it's mostly debonzi, with some real chunks of Kinnison, and spiv seasoning for the review. [10:46] take or give one... [10:46] ddaa, oh, right, sorry, I confuse it with the import code [10:47] stub, ok, lets try... [10:47] yeah, my lair is importd... that's is _not_ buildd or and _not_ the other importd rosetta used to run :) [10:49] stub: which branch is going to production today? [10:49] launchpad--production--1.24 [10:49] erm.... 1.25 [10:50] stub: when was it tagged off rf? [10:50] i have a branch that tagged off friday morning [10:50] it's almost entirely ui [10:50] i was hoping to slip it into that production update [10:50] Fri Jul 8 09:06:58 BST 2005 [10:50] was when it last merged rocketfuel [10:50] patch-2069 [10:51] how can i tell the match level i merged into a patch in my branch? [10:51] I look at the messages returned by pqm [10:52] sabdfl: what do you mean ? [10:52] sabdfl: do you mean 'when did patch-FOO land in my branch' ? [10:52] lifeless: baz log shows me the last time my commit message said "merged rocketfuel" [10:52] sabdfl: patch-2069 was from Sunday, so yours is in there. [10:52] i want to know what patch level of rocketfuel i merged === Mez [~mez@cpc2-lich4-3-0-cust115.brhm.cable.ntl.com] has joined #launchpad [10:53] sabdfl: 'baz changelog' is probably the best tool here. baz 1.5 has 'baz log --merges' which will give you that extra detail. [10:53] stub: ok, so if i merge from production-1.25, fix tests, get a review... [10:53] sabdfl: if you are running 1..5, baz log --merges. [10:54] stub, the log file does not exists when we get the exception === terrex [~terrex@84-122-69-8.onocable.ono.com] has joined #launchpad [10:56] carlos: So twistd is not starting at all I guess. Need to debug that os.system call just above to work out why (I'd suggest switching it to use subprocess.Popen() and the communicate() method so you can capture the output easily. [10:56] Perhaps you don't have twisted installed? [10:58] stub, the problem is that we have another twisted process running for buildd [10:58] stub, but /var/tmp/buildd is empty [10:58] so I think the problem is that those files are removed before the process is executed [10:58] I mean, It's killed [10:59] is that possible? [11:00] stub, https://chinstrap.ubuntu.com/~dsilvers/paste/filelyRHHV.html [11:00] I have no idea - I know little about twisted or buildd ;) [11:01] Kinnison, ? [11:01] I'd see if that other process actually *is* running [11:01] carlos: Hmm? [11:02] Kinnison, I'm having problems with buildd [11:02] and tests [11:02] carlos: cprov wrote the test harness [11:02] carlos: having multiple twistd processes is probably ok, as the buildd and librarian are separate. === Kinnison is pleading ignorance :-( [11:02] carlos: what's up exactly [11:02] lifeless, it's not a problem with librarian at all, the message talks about librarian, but it's 100% buildd [11:03] Kinnison, a process is left behind [11:03] so next test fails because buildd cannot be executed [11:03] carlos: so the buildd stuff isn't being torn down? [11:03] Kinnison, it is [11:03] but seems like the files at /var/tmp/buildd are removed before the process is killed [11:04] That's a bit odd [11:04] Launchpad and the database are currently down for production upgrades btw. [11:06] stub: so i've missed today's production drop? ok [11:07] carlos: could it be buildd using librarian ? [11:07] lifeless, don't think so, with pdb I only saw buildd executions [11:07] sabdfl: It can be cherry picked when you are done. Code only updates are pretty quick. [11:08] Assuming it is a bugfix... features should be run on staging and by other developers for a while before getting to production [11:09] stub: baz merge and 00star0merge are failing against production--1.25 [11:09] i'll just skip this cycle - fix, lots of ui cleanup in there [11:09] anyway, I got the test failure with librarian now [11:11] stub: will you setup the update-stats.py cronscript too? [11:11] sabdfl: Yup. Thanks for the reminder. [11:11] I should do Malone email too [11:11] maybe run it after the update [11:13] could someone paste the file '/var/tmp/fatsam.test/librarian.log' content so I can see how it looks like? === carlos found the fucked problem [11:28] carlos: oooh [11:28] breezy is using twisted 2.0 now [11:29] and we have a really weak check to know that the server is running [11:29] Aaah [11:29] "if 'set uid/gid' in open(self.logfile, 'r').read():" [11:29] eww [11:29] that's always False with twisted 2.0 [11:29] Merge to rocketfuel@canonical.com/launchpad--devel--0: [trivial] revert person icon, again (patch-2075: mpt@canonical.com) [11:29] Go us! [11:30] SteveA, any suggestion to fix it in a way that it's compatible with twisted 2.0 and 1.3? [11:31] spiv: ^^^ [11:31] carlos: spiv is da twwsted god [11:32] right, I'm a bit confused atm this debug session burned my brain... === rob^_ is now known as rob^ === rob^ [~rob@rob-ubuntu.student.supporter.pdpc] has left #launchpad ["Leaving"] [11:36] stub: update-stats.py running now? [11:37] sabdfl: Yes [11:37] cool thanks, can't wait to see the results === mpt stares at production uncomprehendingly for a couple of minutes, then Shift+Reloads [11:49] that's better [11:55] mpt, I hate that firefox caches the .css... [11:55] carlos: Why shouldn't it? [11:55] I think every browser does [11:56] mpt, if you change the file in the server, it should refresh it [11:56] mpt, launchpad looks really ugly unless I force a reload [11:56] with the ui changes [11:56] that would mean HEADing the style sheet on every page load [11:57] mpt, or setting a timeout for it [11:57] and delaying the page layout until that response arrived [11:57] Setting a timeout for it is the server's job [11:57] But the server didn't know, yesterday, that the style sheet was going to have major changes in it today :-) [11:58] mpt, then launchpad has a bug, it needs to know the future [11:58] :-) [11:58] spiv: i've put a branch in your queue, should be quick and easy it's 90% templates which mpt has already reviewed [11:59] the code changes are primarily just shuffling code into the right places, especially DummyFooBar's [11:59] carlos: If we were really worried about it, we could temporarily rename launchpad.css to something else, and change the main template to match, so that it appeared to be a new file [11:59] and then change it back to the old name after a week or two [12:00] mpt, so every week the .css changes its name? ;-) [12:00] only for major changes [12:02] mpt: what's the current timeout? [12:02] sabdfl: I can't tell, I don't have LiveHTTPHeaders installed, and none of the online cacheability checkers seem to do HTTPS [12:03] ah, lynx to the rescue [12:03] Cache-Control: public,max-age=86400 [12:04] So, you shouldn't be stuck with the old style sheet for more than 24 hours [12:06] you beat me to it :-) [12:07] oh schweet [12:07] new lp ROCKS [12:07] great work [12:07] sabdfl: I'm having trouble tracking elmo down. [12:07] sabdfl: are you near him ? [12:08] carlos: https://launchpad.ubuntu.com/distros/ubuntu/hoary/+translations [12:08] i think that's worth a mail to the ubuntu translators list [12:09] lifeless: i haven't seen him today [12:09] wow [12:09] sabdfl, nice [12:09] sabdfl: well, if you do ... please ;0 [12:10] carlos: will you point our translators at that page please? [12:10] this one is pretty cool too, if you are Jordi :-) [12:10] https://launchpad.ubuntu.com/distros/ubuntu/hoary/+lang/ca [12:10] sabdfl, sure, let me try to contact daf first so we can use the same Rosetta announcement [12:10] jordi: ^ [12:10] carlos: i need to edit that announcement [12:10] i think it's worth infomrally pointing people at that page now that it's in production [12:11] sabdfl, I know, but I don't know where is it [12:11] ok === terrex [~terrex@84-122-69-8.onocable.ono.com] has joined #launchpad [12:12] carlos: what's the twisted issue? [12:12] SteveA: a twisted 2.0 incompatability, hes running breezy [12:13] SteveA, https://launchpad.ubuntu.com/malone/bugs/1385 [12:14] lifeless, carlos, SteveA: this issue was already fixed by daf :( [12:14] spiv: heh [12:14] spiv: I thought you would know [12:15] spiv, then it's not merged into rocketfuel [12:15] carlos: It was :( [12:15] sabdfl: stats have finished their first update [12:16] carlos: patch 1922, I think. === carlos checks [12:16] stub: looks wonderful, thanks! [12:18] stub: i got a pqm rejection, couldn't set up the database as another user was accessing it [12:18] * Creating database "launchpad_ftest_template" with sample data. [12:18] createdb: database creation failed: ERROR: source database "template1" is being accessed by other users [12:18] createlang: could not connect to database launchpad_ftest_template: FATAL: database "launchpad_ftest_template" does not exist [12:18] send it again [12:18] i have done [12:18] why does it fail? [12:19] spiv, seems like cprov changes to add buildd tests reverted daf's changes === carlos tries to recover the patch and reapply it [12:20] SteveA: Some connection hadn't dropped. Can't drop or duplicate databases if there are open connections. [12:20] do you know why open connections hadn't been dropped? [12:20] SteveA: That case could be fixed by trying again [12:20] OOI is malone meant to list 'Fixed bugs' rather than simply hiding them? [12:21] sabdfl: cvd needs you to call SA [12:21] SteveA: Nope. Just happens - when you close a connection at the client, the backend might take a while to actually kill the process. Or some process left by the previous test was still hanging around. [12:21] In this case process 9231, but it died before I could see [12:22] jamesh: how often does the pending-reviews script run now? [12:24] spiv, ok, I see daf's patch, but I still see it too hacky [12:24] still every 6 hours. It managed to complete a run in 20 minutes using "baz get --link", but the next one ran in 40 minutes [12:24] jamesh: does it have a revlib ? [12:24] spiv, isn't there a better solution than check log's output? [12:24] lifeless: yeah [12:25] jamesh: mmm [12:25] lifeless: could depend on whether pqm is active during the run [12:25] disk contention [12:25] right [12:26] but it is probably feasible to do more frequent checks [12:26] carlos: There's a more complex solution I used to have for the librarian, but really the added complexity isn't worth it. [12:26] ok... [12:27] carlos: (a TCPService subclass in the .tac that writes a foo.ready file that the launching process can wait for) === SteveA [~steve@adsl-213-190-44-43.takas.lt] has joined #launchpad === Kinnison finishes his weekly play with Production having filed a few bugs [12:41] BjornT: I'm getting mails from malone saying a new bug has been filed [12:42] but it doesn't tell me who filed the bug [12:43] i'd also like to see the summary of the bug included above each comment in mails notifying me of comments [12:43] SteveA: hmm. it's brad who changed the notification mails. better to talk to him about it. [12:45] Merge to rocketfuel@canonical.com/launchpad--devel--0: [r=jamesh] Utility to run meld on a launchpad branch against the most recent merge of rocketfuel (patch-2076: stuart.bishop@canonical.com) [12:45] maybe the spammers have joined launchpad without realizing it... [12:45] ---- [12:45] I get online and I get this email from this girl [12:45] Gina. She invites me to join her favourite dating [12:45] site and see all her friends. [12:45] ---- [12:45] no dude, it was a launchpad error message === Kinnison sniggers [12:46] SteveA: dude, gina *loves* you [12:46] SteveA: bend over and prepare to be filled with binary packages [12:53] sabdfl: spiv's getting dinner. I looked through the code on that branch. [12:53] sabdfl: there are some minor PEP-8 issues. The only code issue I have is this [12:53] in browser/person.py, you have added the method no_bounties [12:54] the method name should represent its boolean status, so something like "has_no_bounties". [12:54] i think it would be clearer with a positive method name, such as "has_bounties". [12:54] even though it is used in the opposite sense in page templates [12:55] "not: view/has_bounties" reads well enough to me. [12:55] sabdfl, I have the email ready to be sent, do you want to read it first? (regarding the statistics) [12:56] carlos: no, go ahead [12:56] ok [12:57] I got also the draft from daf [12:57] will review it and send it to you after lunch [12:57] just in case you want to take a look now, https://wiki.launchpad.canonical.com/RosettaOneDotZeroAnnouncement [12:58] sabdfl: i'm happy for you to merge that branch. i'll polish up the minor pep-8-isms later, as that'll be easier than commenting on it, and will free up spiv to work on some librarian issues i want him to work on. [12:59] SteveA: thanks! [01:00] test fixes in progress (lots of little page changes) [01:00] i'll change the view/has_bounties thing [01:00] cool [01:00] the dummy language stuff reads well [01:01] tests are taking a long time to run these days [01:01] what do you do to run the tests? [01:01] i tend to run them selectively, except immediately before landing [01:03] BjornT: I remember what is needed doing for the inbound email configuration now. We have no way of configuriring the mailbox without hacking script.zcml directly now, because scripts do not load any .zcml overrides. I'll sort .zcml overrides for zopeless since it is quick. === terrex [~terrex@84-122-80-126.onocable.ono.com] has joined #launchpad [01:12] Merge to rocketfuel@canonical.com/launchpad--devel--0: [trivial] fixed up some unneeded imports (patch-2077: steve.alexander@canonical.com) [01:18] I am a duplicate code removal GOD [01:19] you replaced hackerlib ? ;-p [01:19] if only it was duplicate code ;0 [01:20] no, I finally drilled in enough to remove arch_changeset_rewrite_indexes, which was a stupendously stupid function to ever exist [01:20] theres now only a couple of places the changeset format leaks through in on the creation side, which I'm well placed to attack with extreme prejuidice. [01:22] SteveA: we're up to changeset 11K in zope3 [01:22] thats the svn number === terrex_ [~terrex@84-122-80-126.onocable.ono.com] has joined #launchpad === terrex [~terrex@84-122-80-126.onocable.ono.com] has joined #launchpad === debonzi [~debonzi@201-13-41-28.dsl.telesp.net.br] has joined #launchpad === cprov [~cprov@200-171-140-32.dsl.telesp.net.br] has joined #launchpad [01:25] is there a simple way to get vim to understand that a filename that ends in :NNN like foo.py:123 means "open foo.py and go to line 123" ? It knows about vim foo.py +123 [01:27] lifeless: are you able to answer a question about the hct path API for launchpad? [01:27] SteveA: write a simple shell script in ~/bin/vim [01:28] sabdfl: hehe [01:28] oh yeah, i could write a simple python script in ~/bin/vim [01:29] python seems a tad overkill [01:29] okay, lua [01:29] i object to shell [01:29] why do you object to shell? [01:30] and I'd recommend python over lua [01:30] you'd have to do fun shell escaping with lua [01:30] lua lacks an exec() wrapper [01:30] it only has system() [01:30] do i need a reason to object to shell? [01:33] https://launchpad.ubuntu.com/people/stevea/+assignedbugs takes a while [01:35] SteveA: yes, for shell is handy and neat [01:38] Merge to rocketfuel@canonical.com/launchpad--devel--0: [trivial] Reapplied daf's patch to use twisted 2.0 with launchpad (Closes: #1385) (patch-2078: carlos.perello@canonical.com) [01:44] BjornT: i'm having a weird problem with finding bugs assigned to me [01:44] SteveA: what kind of problems? [01:45] well, i've just spent 15 minutes searching in various ways for but 1240 [01:45] i didn't know its number until i found it [01:45] so, it doesn't appear here: https://launchpad.ubuntu.com/people/stevea/+assignedbugs [01:45] but, it does appear here: https://launchpad.ubuntu.com/malone/assigned === spiv is back from dinner [01:45] i want a place where i can see all the bugs assigned to me, no matter how many, no matter what the priority [01:46] spiv: i handled mark's ui review [01:46] SteveA: I just saw. Thanks! [01:46] did you get a chance to look at the librarian tests? [01:46] Looking now. [01:47] i'd like to make transactions obsolete on commit [01:47] and these tests are the only things that seem to stop that [01:47] I suspect my librarian-cleanups branch is relevant here, but that's just a guess at this stage. [01:47] what do you need to do to land it? [01:47] jamesh: when is the next update of your pending reviews page due? [01:48] SteveA: A review. [01:48] SteveA: It was added to the general review queue before I went on holidays, but for some reason hasn't been reviewed. [01:49] + # XXX: There really should be a formal interface that both this and [01:49] + # ZopelessTransactionManager implement. [01:50] own it [01:50] + # XXX: update the whole file to use 2.4's decorator syntax. [01:50] looks more like a bug to be filed [01:50] own the other XXXs you added [01:51] note that i made some changes to sqlos and sqlobject recently [01:51] including changing the ConnectionDescriptor [01:52] spiv: looks good to me, with the comments above taken into account. [01:53] Ok, I'll act on those. Thanks! [01:58] SteveA: ok, +assignedbugs seems to show bugs on packages/products that you maintain, not bugs where you are the assignee. i'll talk to salgado and brad about it, we should coordinate a bit better in that area. [01:58] my own use cases are like this: [01:59] - 1. stuff that i need to code: what bugs that aren't rejected or fixed, do i need to work on. i want to see them all. [01:59] ddaa: ping [01:59] - 2. stuff i'm responsible for makeing happen indirectly. these will be open launchpad bugs that no one else has claimed. [02:00] jblack: heya [02:00] on https://launchpad.ubuntu.com/people/stevea/+assignedbugs, there's some very confusing text [02:00] How are you? [02:00] The bugs with greater priority assigned directly to Steve Alexander or to one of the packages/products (s)he maintains. [02:00] What does "The bugs with greater priority..." mean? [02:01] jblack: filing a bug on firefox... that's incredibly painful when you follow the steps, but I'm seeing the end of it. [02:01] heh. [02:01] btw, do you have that url for roomba-readyy-to-enable page? [02:01] Lifeless asked me to scan that this mornign. Its built up apparently. [02:02] launchpad.ubuntu.com/bazaar [02:02] you've got a link somewhere there to the search form [02:02] SteveA: i don't know. salgado is responsible for that page [02:02] (I could give you the exact url, I prefer to let you find by yourself) [02:02] cprov, debonzi: where's salgado today? [02:02] Manage upstream imports? [02:03] yup [02:03] SteveA: coming soon, I hope [02:03] That can't be right. There's only one there. Robert asked me about 1-2 hours ago to do 30 [02:03] the tricky bit on the form is the "ready" checkbox, AIUI it roughly means "restrict only to series whose product was approved". [02:04] That's "Testing" === carlos -> lunch [02:04] you are interested in "Auto Tested" [02:05] SteveA, don't know.. working from home today [02:05] 06:08 there are 30 autotested-ok but not enabled imports - can you move them [02:05] all to enabled today ? [02:05] I only see one link there. :) [02:05] did you read what I just wrote? [02:06] Oh, ok. there we go. I had to change filter criteria to auto-tested. [02:06] and turn off ready as you suggest. [02:06] Thanks, ddaa === terrex [~terrex@84-122-80-126.onocable.ono.com] has joined #launchpad [02:08] SteveA: My librarian-cleanups branch does make those tests pass. [02:09] cool [02:09] what was the critical change? === terrex [~terrex@84-122-80-126.onocable.ono.com] has joined #launchpad [02:10] SteveA: Explicity beginning and committing transactions, probably. === terrex [~terrex@84-122-80-126.onocable.ono.com] has joined #launchpad [02:19] daf: ping [02:23] Merge to rocketfuel@canonical.com/launchpad--devel--0: [trivial] Add upstream librarian support for the staging environment (patch-2079: stuart.bishop@canonical.com, andrew.bennetts@canonical.com) === salgado [~salgado@200-171-140-32.dsl.telesp.net.br] has joined #launchpad [02:29] hi salgado [02:29] hi SteveA [02:29] on https://launchpad.ubuntu.com/people/stevea/+assignedbugs [02:29] what does "The bugs with greater priority..." mean? [02:30] i had a problem finding a bug that is assigned to me [02:30] i eventually found it on https://launchpad.ubuntu.com/malone/assigned. it was not on https://launchpad.ubuntu.com/people/stevea/+assignedbugs [02:30] very confusing [02:31] as i was explaining to bjorn earlier, i have two use-cases for seeing bugs assigned to me [02:31] 1. bugs that i'm directly responsible for fixing [02:31] 2. bugs that i need to sort someone out to fix -- that is, launchpad bugs with no one assigned to them [02:32] yes, this is true. that page on foaf is supposed to be only the 10 most recent/prioritized bugtasks assigned to you [02:32] i need to see all such bugs that are not rejected or fixed, no matter what the priority [02:32] the 10 most recent is useless to me [02:32] and the page doesn't make that clear [02:32] the 10 most recent is okay, if i can get to a page that shows them all [02:33] but, i simply can't use malone to do my job if i can't find out what bugs are assigned to me, or what bugs i need to get handled by someone. [02:33] well, when I created that page we didn't have this page where you could see all bugs assigned to you (we had but it was unusable) [02:33] as i'm using malone more and more for launchpad development, that's what i'm finding i need [02:34] brad asked me the other day whether it would work to assign a bug to me to get me to work on it [02:34] i said "okay", but i was assuming i'd be able to find the bug later :-) [02:35] as an instant improvement, the +assignedbugs page needs to clearly say it shows at most 10 bugs in each category, and be clearer about what the categories are. [02:35] doesn't actually help my problem, but would have stopped me thinking i'd lost a bug from the system, or it had been fixed. [02:37] I see your point. I'll fix this and get that page linking to malone/assigned [02:38] what's the longer term plan? [02:39] people suggested that it should be possible to search and see all bugtasks assigned to you on that page [02:40] I don't think this is reasonable because of the portlets. we don't have enough space to display a bugtask listing with all these options [02:40] okay. i have those two categories of assigned bugs i want to see. [02:40] i'd be happy to see the two categories on the same page, or on different pages. [02:40] i typically want to see either one or the other, not both at once. [02:41] stub: ping ? [02:41] the categories being: 1) bugs assigned to you. 2) bugs assigned to packages/products you're the owner/maintainer. [02:41] is that right? [02:42] carlos: pong [02:42] stub: me ... [02:42] cprov, blame nick autocompletation ;-) [02:42] 1. open bugs assigned directly to me. 2. open bugs not assigned directly to a person, on packages / products i'm the owner/maintainer of. [02:42] stub: have you seen my mail to cherrypick the patch-2054 ? [02:42] Blame Carlos bugging me too often ;) [02:43] in case 2, the bugs are my responsibility to get assigned to someone. [02:43] stub, O:-) [02:43] cprov: That would be in. production was tagged from 2069 [02:43] carlos: the situation is against you now [02:44] stub: great, second question: Staging and emails, do you have any plan or agree with the intra DC POP account ? [02:45] cprov: I think it is a silly idea - pain in the arse to interrogate a remote pop server and multiple people will have trouble monitoring it. I'd rather just have all the emails bounced to launchpad-error-reports@ instead, where people can see them by subscribing to the relevant topic or in the Mailman archives. [02:46] cprov: Not that it matters - launchpad still needs the same fix no matter what approach we use. [02:46]