[12:06] i'm still here (though i'm not supposed to be) [12:06] Merge to rocketfuel@canonical.com/sqlobject--test--0.6: [trivial] Remove SteveA's turd (patch-32: stuart.bishop@canonical.com) [12:07] SteveA: i'd be surprised if it caused that warning, because it's not a slice. [12:07] it still counts [12:07] please check it out [12:07] and, futhermore, because i think it's ordered [12:08] (there should be a default ordering imposed, IIRC) checking now [12:09] SteveA: i visited all the +bugs URLs and didn't see the warning. does that mean it's good to go? [12:09] er, one sec === bradb-afk checks one other thing [12:10] checked all the task pages too, no warnings. [12:10] SteveA: good to go then? === Keybuk [~scott@200-171-140-32.dsl.telesp.net.br] has joined #launchpad [12:14] SteveA: merge request sent [12:16] what's the magic incarnation to see pqm's queue again? it's gone from my shell history. [12:16] http://pqm.ubuntu.com/ [12:16] elusive by its obviousness [12:17] ah, didn't know it got moved to a public url === __keybuk [~scott@200-171-140-32.dsl.telesp.net.br] has joined #launchpad [12:19] right, really afk now [12:21] bradb-afk: before you go ... [12:22] i've left! [12:22] uh-huh [12:22] convincing [12:24] http://sourceforge.net/tracker/index.php?func=detail&aid=1242657&group_id=5470&atid=105470 [12:25] http://python.org/sf/1242657 [12:25] (shortcut to the same thing) [12:26] brutal [12:26] ok, off to mcgill now, mega seriously, mega late [12:31] bradb-afk: just one thing ... [12:42] Merge to rocketfuel@canonical.com/launchpad--devel--0: [r=SteveA] remove IBugTaskSubset (patch-2149: brad.bollenbach@canonical.com) === sabdfl [~mark@sabdfl.silver.supporter.pdpc] has joined #launchpad [12:46] hey bradb, *great* to see those IBugTaskSubsets disappearing! === sabdfl [~mark@sabdfl.silver.supporter.pdpc] has left #launchpad [] === asgeirf [~asgeirf@nat-pool-brisbane.redhat.com] has joined #launchpad === otep [~otep@AP-203.167.31.177.sysads.com] has joined #launchpad [02:37] Merge to rocketfuel@canonical.com/launchpad--devel--0: [trivial] portlet and page fixes for distroarchrelease (patch-2150: mark.shuttleworth@canonical.com) === XoloX [~Peter@cc220079-a.assen1.dr.home.nl] has joined #launchpad [05:47] Hi all. This may be the wrong place to ask, but I'm trying anyway :P. Why is Ubuntu using Bugzilla aswell as Launchpad? [05:47] XoloX, ubuntu is switching over as launchpad is a new product [05:47] Aha [05:47] Ok [05:47] Thanks [05:47] bugzilla was setup for a bug solution now [05:48] launchpad is for a next generation solution, that includes bug handling and other stuff [05:49] I wanted to file a bug against Galeon from Bugzilla, chose the category Universe, and was redirected to Launchpad where I had to sign up again. I can understand that it's to much trouble to merge the accounts or something like that, but might it be a good idea to provide a small paragraph with an explanation of the situation (Launchpad replacing Bugzilla)? [05:50] Or maybe I overlooked some FAQ :). Still, it was confusing to me. [05:50] your launchpad login already works on the wiki [05:50] once bugzilla dies, there will only be one ubuntu identify system [05:51] OK. Thanks for the info! [05:52] Ehm, one more thing, probably out of context here, but I can atleast try: If I have a problem with Yelp depending on mozilla-firefox, I should file it under Yelp right? [05:52] yes [05:52] and yelp is supported, so that goes in bugzilla [05:53] Hehe, see what I meant with confusion :P [05:53] bugzilla is for anything is main [05:53] OK [05:53] Well, thanks again, cheers [05:53] np === XoloX [~Peter@cc220079-a.assen1.dr.home.nl] has left #launchpad ["Leaving"] === _otep [~otep@AP-203.167.31.177.sysads.com] has joined #launchpad [11:47] spiv: around? [11:47] daf: yeah [11:48] You should not import connect from canonical.database.sqlbase: [11:48] canonical.lp.sql [11:49] is this an incomplete __all__ or a bad import? [11:51] Incomplete __all__ I think. [11:53] thanks [12:30] /srv/launchpad.ubuntu.com/dogfood/launchpad/lib/canonical/archivepublisher/domination.py:135: UserWarning: Getting a slice of an unordered set is unpredictable. [12:31] is there an "anyof" operator for the selectresults class? [12:31] I just want one of the results, any will do [12:32] Kinnison: Then order by id? [12:34] I don't really want to impose any ordering on the select because that'll increase db overhead [12:35] but I guess that's the least scary option === Kinnison watches the process slowly chew 1.6G of ram === terrex [~terrex@84-122-73-155.onocable.ono.com] has joined #launchpad [01:02] Kinnison: FWIW, iter(results).next() will workaround the warning. But don't expect reviewers to treat that trick kindly :) [01:15] spiv: *sigh* [01:16] spiv: having a selectresults.anyof() which effectively did [0] supressing the warning would be nice === kiko [~kiko@200-171-140-32.dsl.telesp.net.br] has joined #launchpad [01:20] Kinnison: What's the use case? So far no-one has had a good reason to want a random row. === mpt [~mpt@200-171-140-32.dsl.telesp.net.br] has joined #launchpad === Kinnison has a selectresults which contains a bunch of packagepublishing records === Kinnison wants a random row so he can cross through to the architecture of the package === carlos [~carlos@243.Red-83-47-24.pooles.rima-tde.net] has joined #launchpad [01:32] How did you get the packagepublishing records? [01:32] hi [01:33] I'm wondering why you can't directly select an architecture. [01:36] spiv: they're passed in as a list of records to be sorted ready for domination === Kinnison shall alter the api to pass the arch tag down with it [01:36] it'll be easier === jamesh [~james@200-171-140-32.dsl.telesp.net.br] has joined #launchpad [01:44] New Malone bug 1549 filed on The Launchpad by Matthias Urlichs: System error clicking on "View Changelog" [01:44] https://launchpad.ubuntu.com/malone/bugs/1549 === cprov [~cprov@200-171-140-32.dsl.telesp.net.br] has joined #launchpad === stub [~stub@200-171-140-32.dsl.telesp.net.br] has joined #launchpad [02:03] interesting post from one of the Gnome developers working for Novell: http://primates.ximian.com/~federico/news-2005-07.html#21 [02:03] sounds like he could really use some of the version control stuff we're working towards === carlos [~carlos@243.Red-83-47-24.pooles.rima-tde.net] has joined #launchpad [02:06] jamesh: he's spot-on about undocumented interfaces, in my opinion === debonzi [~debonzi@200-171-140-32.dsl.telesp.net.br] has joined #launchpad [02:12] Not to mention Malone === salgado [~salgado@200-171-140-32.dsl.telesp.net.br] has joined #launchpad [02:38] Merge to rocketfuel@canonical.com/sqlobject--test--0.6: Force (by using parenthesis) set operations to be applied in the whole SelectResults the method was called. Add tests for this and some other bits of set operations in a separate file. r=spiv (patch-33: guilherme.salgado@canonical.com) === BjornT_ [10183@82-135-221-189.ip.takas.lt] has joined #launchpad === Keybuk [~scott@200-171-140-32.dsl.telesp.net.br] has joined #launchpad [03:35] morning [03:36] No SteveA? [03:47] busy === SteveA [~steve@200-171-140-32.dsl.telesp.net.br] has joined #launchpad [03:53] SteveA: Hi. Two things: 1. what's new in the world of page titles? 2. you've got mail. [03:53] hi bradb [03:53] cool [03:53] 1. you can kick my ass when you get to brazil [03:53] 2. thanks, i'll read the mail [03:54] SteveA: 1. ! 2. ok, cool [03:59] SteveA, I want to run sqlobject's tests on chinstrap, but we need py.test (which is not packaged) for that. should I import it into rocketfuel or package it myself? [03:59] is that holger krekel's thing? [04:00] yes, it's [04:01] kiko: Do you have time to look at mpt@canonical.com/launchpad--footer--0? There's something missing in either launchpad.zcml or configure.zcml, but I don't know which or what [04:01] mpt: what's the error message? [04:02] KeyError: 'legal_should_link' [04:02] hmm, perhaps you can paste something more complete? [04:03] I've specified a new feedback in configure.zcml, like the existing "legal" page [04:03] where does the legal_should_link come into it? [04:03] Give feedback [04:04] erg, that "not: " shouldn't be there, but anyway [04:04] I think you can just do: [04:04] ... [04:05] oh, true enough [04:05] I don't think that'll fix the underlying problem, though === mpt tries [04:05] that doesn't explain why the "legal_should_link" message, though? [04:05] s/?// [04:05] I've defined legal_should_link in a "GlobalLinks" class in launchpad.py [04:05] salgado: let's look at this together in person [04:06] So what I think is happening is that there's somewhere I should be saying "use the GlobalLinks class" and I haven't [04:06] mpt: I think you can probably come up with a better name than that :) [04:06] SteveA, sure [04:06] ok, "GlobalNavigationLinks" [04:06] no, I mean the _should_link stuff [04:07] what's this global links thing? [04:07] you mean "there should be a link to the feedback page", not "the feedback should link to something" [04:07] the links to the "Legalese" and to the (new) feedback page [04:07] daf: No, because if you're on that page, it'll be Give feedback [04:08] It's whether the text should link or not, not whether it should exist at all [04:08] urg [04:08] this seems like a duplication of the menus logic [04:08] true [04:08] but a menu just for two links in the footer seems like overkill [04:08] mmm [04:09] what's the view class in this case? [04:09] I don't know. :-) [04:09] aha [04:09] daf: mpt and i will talk about this in person now [04:10] sure [04:10] thanks for your time daf [04:10] no worries [04:12] morgs: yo! [04:14] kiko: so, the best thing i can think of right now to replace

s/ViewWithBugTaskContext method/ViewWithBugTaskContext class/ [04:20] daf: hi [04:25] morgs: can I pick your brain about milestones? [04:25] morgs: I'm working on the traversal code [04:25] ok [04:26] so, milestones are accessed by /products/foo/+milestones, yes? [04:27] Yes [04:27] hmm, as far as I can tell, the only thing you do with milestones is edit them [04:27] is that right? [04:28] (i.e. /products/firefox/+milestones/1.0/+edit works, but /products/firefox/1.0/ doesn't do anything) [04:28] New Malone bug 1550 filed on The Launchpad by Morgan Collett: Login link to localhost on production on system error page [04:28] https://launchpad.ubuntu.com/malone/bugs/1550 [04:28] products/firefix/1.0 would be a product release version 1.0 [04:28] s/firefix/firefox/ [04:29] sorry, I meant /products/firefox/+milestones/1.0/ [04:29] Yes, you just edit them, and then they appear in malone [04:29] groovy [04:29] looks like I'm done, then [04:29] As far as I am aware, there is nothing else you would want to do with them... [04:29] Ok [04:30] thanks [04:30] bradb: now then, what sort of a beast is a BugTasksReport? [04:31] It's vile. Too bad people keep hacking it, really. It needs a spec. [04:32] well, my objective is to work out how not to import it into traversers.py, since it is in the DB code === bradb looks [04:32] it's not a DB object [04:33] could it perhaps be an adaptor? [04:33] on BugTaskSet, maybe? [04:33] I'm not clear on what it does [04:33] ok, here's how, i think [04:33] i /think/. you'll have to double check the URL once this is done though [04:34] in traverse_bugs, remove: [04:34] if name == 'assigned': [04:34] return BugTasksReport() [04:34] else: [04:34] and then remove the import [04:35] that sounds too simple to be true :) [04:35] daf: "adapter" please [04:35] sorry [04:35] daf: it's probably true [04:35] (i.e. it'll probably work) [04:35] well, if the tests pass... [04:35] it's possible that tests will fail [04:36] but that's only because that report exists at two URLs currently, and not one [04:36] the true path is /malone/assigned [04:36] noted [04:36] any tests that test /malone/bugs/assigned should instead test /malone/assigned [04:36] uh, someone killed the librarian? [04:37] CRITICAL 22-07-2005 15:31:28 0d 0h 10m 4s 3/3 HTTP CRITICAL: HTTP/1.1 500 Internal Server Error [04:37] Professor Troup, in the Library, with the candlestick [04:37] can it, SAS man. [04:45] elmo: the librarian has been killing itself for a while now [04:45] spiv did rude things to it [04:45] (at least on staging) [04:45] yeah, this is production tho === cprov [~cprov@200-171-140-32.dsl.telesp.net.br] has joined #launchpad [05:12] Oops... production librarian is my faut [05:12] I bounced the database because I locked up something I shouldn't have [05:17] SteveA: Just curious, what's the reasoning behind documenting function keyword args like ":foo: bar" instead of, say, "foo -- bar" (the latter being a style borrowed from the example in pep 257) [05:17] some doc system uses it, some pep uses it somewhere [05:19] is it reStructuredText format or something? === Virtuall [~virtuall@who.is.virtuall.info] has joined #launchpad [05:26] Do you guys find this easy to read? [05:26] Keyword arguments: [05:26] :from_addr: a string [05:26] :bugdelta: an IBugDelta [05:26] :to_addrs: a string, list, or tuple. If a list or tuple, an email [05:26] is delivered to each recipient individually. [05:27] looks reasonable to me [05:28] ok [05:36] stub: Where do I read about the proper way to add a new value to the LP config? [05:44] stub/spiv/stevea: the librarian is up to 100G space usage btw - i can't remember what the cut-off figure you asked for warning was at tho [05:45] it is in the spec [05:45] i think .2 TB [05:45] thanks for the note === SteveA --> lunch === SnakeBite [~SnakeBite@84.242.143.64] has joined #launchpad [06:00] stub, any chance to get the poimport script added to cronscript today? === morgs -> supper === lamont [~lamont@15.238.5.154] has joined #launchpad [06:32] bradb: If you're fixing bug 1341, why haven't you accepted it? [06:32] Is it a duplicate? [06:33] (if so, I can't find the original) [06:35] mpt, did you see my question (yesterday) about the missing css code for the po download pages in Rosetta? the language selector looks really ugly [06:35] mpt: because i didn't search for a bug report when i started working on it [06:36] mpt, https://launchpad.ubuntu.com/distros/ubuntu/hoary/+sources/gnome-panel/+pots/gnome-panel-2.0/+export [06:36] carlos: No I didn't [06:37] mpt, would you fix it, please? [06:37] carlos: sure [06:37] that's a one-line fix [06:37] mpt, cool, thanks [06:40] bradb: Searching Malone needs to be made more attractive, then :-) [06:41] It already is purtier in my menus branch, but that work is being delayed by other refactorings, as requested by SteveA [06:42] mpt: btw, remind me, did you have an ETA on when you might have a little google-like HTML/CSS snippet that I can plug into the bugtask listing? [06:42] bradb: no, sorry [06:43] pester me when you get here, and I'll do it under your watchful eye [06:43] s === bradb adds that to BrazilTopics === mpt finishes wading through the complete list of Malone bugs === bradb eats lunch while make check runs [06:51] http://www.google.com/search?q=site%3Awiki.launchpad.canonical.com [06:53] oh, right, I may as well de-SSLize that [07:00] say... [07:00] why did I get: [07:00] R. [ 21: The Launchpad Team ] Launchpad Account Creation Instructions [07:00] that today? and how many other people did? :p === Burgundavia [~corey@S0106000000cc07fc.gv.shawcable.net] has joined #launchpad [07:07] stub, is librarian still down? [07:08] stub, I'm getting emails with errors '500' from librarian [07:08] carlos: Oh - I thought elmo had bounced it. I'll bounce it now. [07:09] stub, ok, thanks [07:09] carlos: Should be fine now [07:09] ok [07:09] could you take a look at the poimport script please? :-) [07:10] now that you are connected... [07:21] See you all on Sunday/Monday [07:22] kiko: Will anyone meet me at the bus station on Sunday, or should I wander up to the hotel on my own? [07:22] kiko: Or indeed should I come and bang on your front door? [07:23] Kinnison, what time do you arrive? [07:26] kiko: plane lands at 0510 as per the wiki [07:26] Other than that, I dunno, I imagine out of the airport by 0600, so hitting SC around 1000 ? === Keybuk [~scott@200-171-140-32.dsl.telesp.net.br] has joined #launchpad [07:31] SteveA, might you have some time to look at my changes in basicvoting (https://chinstrap.ubuntu.com/~jamesh/pending-reviews/guilherme.salgado@canonical.com/launchpad--basic-voting--0/filtered-diff) today? [07:35] Kinnison, prolly [07:36] carlos: poimport reenabled as per email [07:37] stub, thank you === guillem [~guillem@62-43-130-250.user.ono.com] has joined #launchpad [07:37] hola com va tot? [07:38] not bad [07:38] guillem, hi [07:44] hi carlos [07:45] de donde eres? [07:47] m/f? === debonzi [~debonzi@200-171-140-32.dsl.telesp.net.br] has joined #launchpad [07:50] guillem, este canal es de habla inglesa, la mayora no entienden espaol. [07:53] elmo: Oh, that was my fault, sorry [07:53] elmo: Someone was asking me about the "merge accounts" page, and trying to find it, and we guessed that you wouldn't have a Launchpad account, but you did, or vice versa [07:53] ok, that's cool as long as it wasn't to _everyone_ ;-) [07:59] salgado: did you see my reply to your code review of one-bugmail-per-recip? [08:05] bradb, yep [08:06] it was a "what happens if we do X? Does anyone know someone who won't have added himself to launchpad yet?" kind of thing [08:09] bradb, you use Mail-followup-to: header because you want the replies going to the list but not you? [08:10] I HATE THAT HEADER [08:10] salgado: yes; getting two emails just annoys the heck out of me [08:11] why does Malone send e-mails as "Blah but really Malone " ? [08:11] can't it use headers properly, and do [08:11] From: Blah [08:11] Sender: Malone [08:11] Reply-To: Malong bug X === salgado thinks about making mutt ignore that header just to annoy bradb. :P [08:12] if I were lazier, I'd setup my filtering to autokill the second message just in case [08:16] BjornT: Is there a reason you decided to use the From: address instead of the Reply-To: to get replys to Launchpad? I know Roundup does both for some reason, but I think Keybuk's suggestion would be fine. [08:17] Merge to thelove@canonical.com/dists--bazaar--1.5: new build (patch-51) [08:17] arg [08:17] Merge to thelove@canonical.com/bazaar--devo--1.5: safe_flush at the end of arch_print_headers_summary, display revision info as soon as possible in archive-mirror (patch-40: Matthieu.Moy@imag.fr) [08:18] After I've done a "make clean" on Launchpad, how do I get it running again? [08:18] make build iirc [08:18] and then make run [08:18] make schema and make run [08:18] thanks [08:18] so carlos, daf? [08:19] ProgrammingError: ERROR: permission denied for relation translationgroup [08:19] carlos, daf: I've asked stub to fix up permissions for that table for the poimport user -- unless you scream [08:19] stub: I designed/implemented the From: header. Relied on the From: header because Reply-To seemed unnecessary. [08:19] I'll update it on production but would like someone to update security.cfg and merge it as [trivial] [08:20] stub, I will do it [08:20] salgado, how do you make mutt ignore that header? [08:20] hmmm [08:20] stub, the tests didn't detect it because the transaction problems spiv is working on [08:20] bradb, stub, what do you think of Keybuk's suggestion? [08:20] ImportError: No module named gettextpo [08:20] *** ERROR: Trebuchet died prematurely! [08:20] kiko, that didn't work [08:20] kiko: it's described why we didn't do that in the spec [08:20] kiko: it seems a bit confusing, IMHO [08:20] bradb, point dear Keybuk to the spec then [08:20] kiko, I don't do that. neither I know if it's easy [08:21] Keybuk: from the spec: [08:21] btw [08:21] The From: header will contain the name of the person that made the change. It is intended to help someone scanning their Inbox to "weight" each mail. We intend for users to take advantage of the X-Malone-BugXXX headers to filter and sort their mail if they want to, but being able to quickly scan your "critical" folder for reports from your manager can be quite useful. :) [08:21] It's also intended to be clear that this email came through Malone ("...via Malone") and show the email address that will be replied to, rather than confusing the user with Reply-To trickery. [08:26] that doesn't say why you're not doing that [08:26] it just says that you're not [08:26] stub, the poimport security entry is completely empty?? [08:27] Keybuk: "rather than confusing the user with Reply-To trickery." is a hint :) [08:27] I've never seen a user confused by Reply-To [08:27] "show the email address that will be replied to", etc. [08:27] show the e-mail address is a misnomer, most modern mail clients *HIDE* the e-mail address [08:27] stub, carlos, daf: translator also needs permissions. [08:28] And a test that runs the script, connecting as the correct user. [08:28] so you're going to confuse the user by making them think they're replying to the submitter, not Malone [08:28] kiko, any table we use will need permissions, as I said, it's empty :-? [08:28] carlos, could you list the tables to stub, then, please? [08:28] stub, I told you already that I had to disable that test because transaction problems [08:28] Can anyone tell me how to unbreak my Launchpad? [08:28] Sorry to be such a millstone [08:28] stub, spiv is working on it [08:28] ah [08:29] (you just confused me, you see, and I don't consider myself an idiot user :p) [08:29] Keybuk: isn't that was "via Malone" is for? [08:29] mpt: is the GlobalLinks class in your branch meant to be used? [08:29] I assumed that meant it came from Malone, not that my reply would go to Malone [08:29] stub, is there an easy way to get the list of tables the script needs? [08:29] jamesh: no, I should have removed that [08:30] stub, is it possible that you were executing that script as the poexport user? [08:30] Keybuk: where did you think your reply would go to? [08:30] the original submitter only [08:31] I actually hunted for a few seconds in the e-mail to find out how to copy that into malone [08:31] and then noticed the From: address was mangled [08:31] it makes no sense that it does not have any right, we executed it before... [08:32] Keybuk: How much do you use Bugzilla? [08:32] occasionally [08:33] Keybuk: hm, interesting. you're the first person to have mentioned being confused by this. which is not meant to suggest that obviously it's not a problem, but rather that i'd be curious to see what some proper user testing of the email notifications would discover, before we change anything just yet. [08:33] All Bugzilla mail comes from bugzilla-daemon@whatever [08:33] bugzilla doesn't have a mail-reply-to-comment thing though, does it? [08:33] no matter who caused the change, and no matter what bug [08:33] I've always gone to the web page to reply [08:33] mpt: unleess the admin has changed the from: address [08:33] carlos: env LPCONFIG=production PYTHONPATH=$HOME/dists/launchpad/lib LP_DBUSER=poimport LP_DBNAME=launchpad_prod LP_DBHOST=emperor python $HOME/dists/launchpad/cronscripts/rosetta-poimport.py -q [08:33] Keybuk: sure, but that's not your use case here, your use case is sending mail to the person who made the change [08:33] mpt: I've seen some with bugzilla@... [08:33] Neither Bugzilla nor Malone let you do that [08:34] when I get an e-mail from a BTS with some text in it, I want to be able to reply to it [08:34] to reply to the comments that person makes [08:34] the headers of the incoming e-mail should be set up to make it obvious that the reply is going to be copied into the bug tracking system [08:34] fair enough, I occasionally do that too (usually to say "that comment probably wasn't helpful) [08:34] but the most common case is adding a comment to the bug itself [08:34] using the standard From (person who wrote the comment), Sender (automatic system that generated the e-mail) and Reply-To (where your reply will go) headers would accomplish that [08:35] right [08:35] so I expect that replying to a mail from $BTS should add a comment to the bug itself [08:35] Is this the Reply-To-Munging-Considered-Harmful flamewar in disguise? [08:35] I think it is [08:35] mpt: we aren't munging emails -- we are generating them [08:35] Reply-To is harmful for mailing lists, not ordinary use [08:35] grrr [08:35] I was about to say that. [08:35] carlos? [08:36] I forgot to remove the automatic imports from the notifictions [08:36] daf, be prepared, we are being spammed... [08:36] From: Matthew Paul Thomas [08:36] Sender: Malone [08:36] Reply-To: Malone Bug 1488 and Matthew Paul Thomas <1488@bugs.launchpad.ubuntu.com> [08:36] -- [08:36] would be how I'd do the headers [08:37] From mpt, really sent by Malone and replies go to the magic address that sends to both [08:37] ok, so what would a "Reply" button do? [08:37] reply would go to the Reply-To address [08:37] Reply-To overrides From, From overrides Sender [08:37] so some mailers have a special "reply to author" function? [08:37] this is spelled out very clearly in the RFC, and I've never seen a non-compliant mail client [08:38] carlos, automatic imports? [08:38] Thunderbird is sorta non-compliant because it refers to From as "Sender" in its UI [08:38] some mailers do provide a "reply to the From, ignoring Reply-To or Mail-Followup-To" function [08:38] ok [08:38] kiko, hoary imports [08:38] and, in my example, that button becomes useful [08:38] because I can deliberately reply to you, in private, to avoid mail going to the list [08:38] that seems reasonable, bradb? [08:38] kiko, the po imports are being executed so we are getting confirmation emails [08:38] uh, s/list/bug/ [08:38] salgado: replied to your reply. do i get my r=salgado now? :P [08:38] where in the current system, I can't do that ;) === bradb catches up on scrollback [08:38] kiko, s/hoary/breezy/ [08:39] I think Keybuk is correct. [08:41] hm [08:41] Of the headers mentioned, I only show From: in my mutt configuration [08:43] You might be right, but I'll note that: 1. you'd be less confused but I'd be more confused and 2. would it be a good idea to user test this on a couple more people before we change functionality that has only recently been released? [08:45] One other thing I was curious about: when's the last time you guys replied to an email where the address that was replied to was a different address than the From: address of the email? What about Normal People? Is it something they'd be used to? [08:46] I think so [08:49] the mutt default config includes reply-to [08:49] (me just checks) [08:50] checked [08:50] bradb, I think Keybuk is right, and moreover, stub does too. [08:51] bradb, it should be good to go now. [08:51] bradb: (1) The current behavior hasn't been user-tested either, and (2) I doubt this is the sort of thing you could user test at all [08:53]