=== thierry_ [n=thierry@modemcable058.142-201-24.mc.videotron.ca] has joined #launchpad === mantiena [n=mantas@ctv-217-147-43-171.init.lt] has joined #launchpad [02:49] Hi all === poningru [n=poningru@n128-227-82-53.xlate.ufl.edu] has joined #launchpad === poningru [n=poningru@n128-227-82-53.xlate.ufl.edu] has joined #launchpad [02:54] are someone of launchpad developers alive ? [02:57] mantiena: I am, but I'm about to go have lunch :) [02:57] mantiena: What's up? [03:00] https://launchpad.net/products/launchpad/+bug/3550 [03:00] Malone bug #3550: There are no way to register a new distribution on https://launchpad.net/distros In: launchpad (upstream), Severity: Normal, Assigned to: Nobody, Status: New https://launchpad.net/bugs/3550 [03:01] spiv, could you help me to register new distribution at lauchpad ? [03:02] I think the URL you want is https://launchpad.net/distros/+add, but it's not linked that I can see.. === slomo_ [n=slomo@ubuntu/member/slomo] has joined #launchpad [03:07] spiv, could you write about this at this bugreport? [03:08] you need admin privileges to add distros [03:08] :( [03:08] and I don't know what the current rules are for adding them. [03:09] jamesh, so, what knows if I can used launchpad for Ubuntu-Based Baltix GNU/Linux distribution ? [03:09] s/what/who === zyga [n=zyga@2-mi2-1.acn.waw.pl] has joined #launchpad [03:11] probably steve or kiko would [03:11] but they aren't up at this time of day [03:12] jamesh, SteveA ? [03:12] mantiena: you definately can, but the exact means to get different distros INTO launchpad are not yet defined in policy let alone code [03:13] mantiena: so I suggest talking to SteveA (GMT - 3) or kiko (GMT - 10) [03:13] lifeless, jamesh: thanks, I know SteveA - he lives in the same country like I ;) [03:13] lithuania ? [03:13] yea ;) [03:13] cool === GoRoDeK [n=gorodek@p5083F661.dip.t-dialin.net] has joined #launchpad [04:55] lifeless: btw, I added a "time" column to the pending-reviews page, showing how long each branch took to process [04:55] cool [04:56] there's quite a big variance in run times [04:58] I don't know whether that's to be expected or now [04:58] s/now/not/ [05:00] some yes === poningru [n=poningru@n128-227-82-53.xlate.ufl.edu] has joined #launchpad === GoRoDeK [n=gorodek@p5083E4B1.dip.t-dialin.net] has joined #launchpad === robitaille [n=robitail@ubuntu/member/robitaille] has joined #launchpad [07:21] SteveA: ping [07:42] morning [07:42] labas rytas, mantai [07:44] hey [07:44] so [07:44] bzr and bzrtools for launchpad [07:44] bzr's test suite runs bzrtools test suite. bzrtools requires testresources to run its test suite. Is it ok if I include testresources in the launchpad config ? [07:45] what is "testresources" ? [07:45] a unittest extension I wrote over a couple of weekends based on some common performance issues I have observed [07:45] it manages expensive resources such as databases, sample VCS trees etc. [07:46] jjjj [07:47] no package in universe? [07:47] not packaged at the moment [07:47] the api has not changed since creation. [07:47] I believe trial HEAD uses it now, though I'm not sure. [07:48] I can package it up though. [07:48] are you saying you'd like it to be a package ;) [07:48] why does bzr's test suite run bzrtools' test suite? [07:48] because bzrtools is a plugin and thats the way we have structured it [07:48] plugins cannot run their own test suites [07:48] does launchpad depend on bzrtools? [07:49] ddaa's conversion script that will be running over the next month or so does. [07:49] ok. my concern is that if we run tests that we don't care about for launchpad, then we're slowing down pqm for no reason. [07:49] so, there is a reason over the next month [07:49] there may be no reason after that [07:50] SteveA: the test suite takes 1 minute to run [07:50] for bzr and bzrtools [07:50] so I dont think its of significant impact compared to the other issues that are around. We have choices: [07:51] we could say that ddaas script is not part of any launchpad deployment and create a different config for it, that runs only his scripts tests & the bzr ones [07:51] we could disable the bzrtools tests and or the bzr ones [07:52] i think it is good to have only tests-passing bzr trees in the launchpad config [07:53] but, do we need to run bzr tests on every launchpad merge? [07:53] at this point no, because bzr is a strict no-deps-on-lp layer [07:54] that said, we do need to run the bzr tests and the bzrtools tests as I develop the baz2bzr for importd code. [07:55] where does baz2bzr live? [07:55] in bzrtools [07:57] so, can we have bzrtools and bzr in RF, and run the bzrtools and bzr tests when merging into either of those. i don't mind whether "testresources" is a package or a tree. [07:58] yes [07:58] we have bzr already [07:58] I put bzrtools in earlier today (because I thought we had had this discussion a couple weeks back) [07:58] I was testing an upgrade of bzr when this arose [07:59] I'd like to start with testresources as a tree, because that way if the api changes, our old trees will still be verifiable [07:59] as we can avoid running bzr / bzrtools tests on merging launchpad, i'd like to avoid that [07:59] find [07:59] infe [07:59] fine [07:59] :) === lbm [n=lbm@cpe.atm4-0-1301006.0x50a0824e.vgnxx6.customer.tele.dk] has joined #launchpad [08:00] I would like to run the tests on all commits for now, and put a TODO item to change that, because - 1 minute is not long, and its non trivial to change it safely. [08:00] by safely I mean that commits to bzr/bzrtools *can break launchpad*. [08:00] so they have to run the lp test suite. But also run theirs. [08:01] so I need to figure out how to usefully get that behaviour [08:01] okay, file a bug please [08:01] k [08:02] interfaceverification - did you get a chance to read it ? (I've updated it) [08:05] no, not read it yet [08:07] ok [08:07] I have some useful profiling data now [08:07] if I read it right we spend ~ 3 minutes in the launchpad test suite [08:07] and 27 minutes in postgresql [08:09] bug 5378 [08:09] Malone bug #5378: dont run the bzrtools and bzr tests on make check_merge In: launchpad (upstream), Severity: Normal, Assigned to: Nobody, Status: New https://launchpad.net/bugs/5378 === ddaa [n=ddaa@nemesis.xlii.org] has joined #launchpad [09:23] morning all === zyga [n=zyga@2-mi2-1.acn.waw.pl] has joined #launchpad === daf [i=daf@muse.19inch.net] has joined #launchpad === gml_ [i=gml@dyn-83-156-9-185.ppp.tiscali.fr] has joined #launchpad [10:02] SteveA: ping [10:02] spiv: hello [10:02] lifeless: hello [10:02] meeting time [10:03] so it is [10:07] development meeting? [10:07] bazaar-launchpad meeting [10:07] lifeless: is anybody free to watch? [10:07] morning [10:08] morning daf [10:08] its not a particularly open meeting no. [10:08] hmm, should I be able to see https://staging.ubuntu.com/errors? [10:08] given its mainly about whos doing what when [10:08] its also not particularly interesting ;) [10:08] ok :) [10:15] spiv: ping [10:25] spiv: if you're online, please come onto #c-m [10:38] SteveA, Hi [10:38] hi. i'm in a meeting right now. [10:38] SteveA, in POV ? [10:38] no [10:38] on irc [10:39] SteveA: jamesh told me, that you could help me to register Ubuntu-Based Baltix GNU/Linux distribution on launchpad [10:42] yes. i'll need to talk with some people who will be online in a few hours. they're working on that part of launchpad right now. === beyond [n=beyond@200-171-140-32.dsl.telesp.net.br] has joined #launchpad [10:43] SteveA, I've registered bugreport about this, look at https://launchpad.net/products/launchpad/+bug/3550 [10:43] Malone bug #3550: There are no way to register a new distribution on https://launchpad.net/distros In: launchpad (upstream), Severity: Normal, Assigned to: Nobody, Status: New https://launchpad.net/bugs/3550 [10:44] thanks [10:44] i'll assign it to kiko [10:50] SteveA, thank you, I wanna use launchpad for Baltix development and bugreporting, this would give improvements not only to Baltix, but also to launchpad, because then it will be translated to lithuanian language ;) [10:50] cool [10:51] although, the launchpad team have some work to do to make launchpad internationalizable [10:51] localizable [10:51] make it internationalized [10:51] wow.. .such long words, and so confusing ;-) [10:51] mantiena: how many people work with you on baltix? [10:55] jamesh: hello. i see that ErrorReportManagement is "merge-conditional". what's left to do before it lands? [11:00] SteveA, on developing (programing, patching, etc) mainly only I, but on translating, bugreporting and making artwork/documentation there are working about 4-6 [11:03] mantiena: bradb will be visiting vilnius for a week, to work with me on malone. it would be good if you can visit, and show us how you use launchpad, particularly for bug tracking, and what you want improved [11:04] SteveA, when exactly bradb will be in Vilnius ? [11:05] next week, working with me monday to friday [11:06] SteveA: I'm just fixing the things stub mentioned. The other thing that is necessary is to decide what the new config values should be set to for staging, production1, production2, etc [11:19] jamesh: what do you recommend they are set to? [11:21] SteveA: copy_to_zlog can be off for production and staging. probably just assign error code prefixes A,B,... for production systems, maybe 'S' for staging [11:21] SteveA: I don't know what directory would be safe to get the error logs written to [11:21] ok [11:21] there is a directory for that already === SteveA looks [11:22] launchpad@gangotri:/srv/launchpad.net/production-logs$ ls [11:22] launchpad-access1.log launchpad-access2.log launchpad1.log launchpad2.log [11:23] so, the logs for production can all just go in there [11:24] that directory is rsynced to chinstrap often [11:25] jamesh: where would error logs go on development machines? [11:27] SteveA: at the moment they go into a directory under /var/tmp [11:28] what happens if the chosen directory doesn't exist? [11:29] it gets created [11:29] SteveA: How does one get at tracebacks on staging? [11:29] Kinnison: wait until jamesh's latest stuff lands... [11:29] https://staging.ubuntu.com/errors yields a 403 [11:29] ah, hmm [11:30] SteveA: I can't reproduce the oops you found locally [11:30] that's good. [11:31] there's a team you need to be in [11:31] to see tracebacks [11:31] this team was changed from launchpad-admins recently to some other less powerful team [11:31] bug maybe you're not in that team [11:31] aha [11:32] I can't see any teams you're in that I'm not in, other than "ShipIt Administrators" and "Ubuntu Drivers" [11:34] i don't see TBs either [11:34] what's stub in? [11:35] he's in Zope Developers [11:35] ? [11:37] in addition to LP Admins and LP Developers, which we're also in [11:39] are you in the team whose name is 'launchpad' ? [11:40] yes [11:40] they are ones who should see tracebacks [11:40] (that's the "Launchpad Developers" one) [11:40] something about the traceback showing is broken [11:40] please file a bug about it [11:41] ok [11:43] i'll sort out some visibility of staging logs on chinstrap [11:45] https://launchpad.net/products/launchpad/+bug/5381 [11:45] Malone bug #5381: Launchpad doesn't show tracebacks for oopses to Launchpad developers In: launchpad (upstream), Severity: Normal, Assigned to: Nobody, Status: New https://launchpad.net/bugs/5381 === WaterSevenUb [n=WaterSev@azevedo.astro.up.pt] has joined #launchpad === Keybuk [n=scott@descent.netsplit.com] has joined #launchpad === koke [n=koke@ubuntu/member/koke] has joined #launchpad [12:02] SteveA, I don't know if I will have free time to come to Vilnius next week, but there are chances, that I will come to Vilnius tomorrow [12:02] or maybe the weekend? brad will still be around on saturday 17th [12:04] ok, please write me (mantas@akl.lt) a lettter, when brad will come to Vilnius [12:04] ok [12:05] i'll check with brad when he arrives on irc in a few hours === niemeyer [n=niemeyer@200-171-140-32.dsl.telesp.net.br] has joined #launchpad [12:07] hi niemeyer [12:07] ddaa will be sending a summary of this morning's meeting [12:07] Good morning! [12:07] Hi niemeyer [12:07] Great! Thanks [12:07] there wasn't much discussed, except making progress on the various tasks [12:08] Kinnison: Greetings! [12:08] Kinnison: Feeling better? [12:08] niemeyer: Much better thanks [12:08] daf, Kinnison: soon, there will be logs from staging appearing on chinstrap in /srv/asuka-logs. these logs are kinda crappy right now. as soon as jamesh's error reporting code lands, they'll be vastly better. [12:08] niemeyer: although my left hip hurts [12:09] Kinnison: diodes? === Kinnison has been comedy of pain over the past few weeks :-) [12:09] SteveA: groovy, thanks [12:09] SteveA: brain === Kinnison pahs, *RIGHT* hip, not left hip [12:09] I am *so* good without caffeine === Kinnison glares at daf [12:10] NotFoundError: (None, 'title') [12:10] seems to be the culprit [12:10] daf: Coo [12:10] well, we do have caffeine [12:10] daf: It's all wrong [12:10] daf: Nescaf? Yuck [12:10] daf: Earl Grey? (asthma inducing mugs of death) [12:10] yes, it is all wrong [12:11] daf: PG Tips? (I'd rather drink my own vomit) [12:11] Kinnison: bergamot gives you asthma? [12:11] SteveA: aye [12:11] cripes === matsubara [n=matsubar@200-171-140-32.dsl.telesp.net.br] has joined #launchpad [12:12] good morning! [12:12] daf: the error is caused by a page template doring foo/title [12:12] um, doing [12:12] where we don't know what 'foo' is, but its value is None [12:12] whereas it is expected to be something else [12:13] right [12:13] sadly, the log doesn't seem to offer any clues about where the foo in question might be [12:13] jamesh: have you seen the stuff that the warning handler does in launchpad to find out useful stuff about what page template and view etc. has been involved in the warning? [12:13] daf: next, look at the page template in question, and look for /title in it [12:13] SteveA: no. Do you have a pointer? [12:14] these are the candidates for causing the error [12:14] jamesh: launchpad/warninghandler.py [12:14] jamesh: it is horridly crufty hackery [12:14] but might provide useful extra info for error logging, if you want to polish it later === cprov [n=cprov@200-171-140-32.dsl.telesp.net.br] has joined #launchpad [12:16] the error doesn't state which page template it is === mpt [n=mpt@200-171-140-32.dsl.telesp.net.br] has joined #launchpad [12:17] daf: right. but, you can work it out, because you know the URL [12:17] but we think it might be binarypackagerelease-index.pt, which doesn't have any direct occurrences of 'title' === eruin [n=eruin@proxy-gw.uib.no] has joined #launchpad [12:17] is there a sure way of mapping URLs to page templates that I've forgotten about? [12:18] if you can get the page to render locally [12:19] SteveA, hehe, it seems I don't come to Vilnius tomorrow, Baltix will be awarded later in this week or in next week ;) [12:19] I've got http://localhost:8086/distros/ubuntu/hoary/i386/pmount/0.1-1 rendering locally [12:19] Gooooooooooooooooooooooooooooooood morning [12:19] hi mpt [12:20] hi daf, welcome back :-) [12:20] (somewhat belatedly) [12:20] mantiena: awarded what exactly? [12:22] well, congratulations anyway ;-) [12:22] mpt: thanks === salgado [n=salgado@200-171-140-32.dsl.telesp.net.br] has joined #launchpad [12:26] SteveA, thanks, I can't find info about Infobalt awards in english :( I can just provide a link for news in Lithuanian: [12:26] http://www.2005.infobalt.lt/?&r=622&i=6626 [12:26] arg === mpt gets a "SyntaxError" when trying to upgrade bzrtools [12:29] hmm, actually, that's my fault === Kinnison gets workraved, bbl [12:34] hey SteveA [12:55] mantiena: a truputi galiu skaityti [12:55] SteveA, should view classes use results.count()? [12:55] or should they assume they are not using SQLObject things? [12:55] o, a inau apie infobalt [12:56] SteveA: we've discovered that running the publisher fixes the oops [12:56] kiko: it is a vague contract. whatever is easiest [12:56] daf: it means that something is returning an object, or None. And the view is not expecting the None. [12:56] okay. [01:02] Indeed, I'm betting Mark's magic code doesn't play well with PENDING packages [01:04] kiko: adding a new distro to launchpad. can we just do it? anything to worry about wrt the other infrastructure? [01:04] let's not do it now [01:04] there's a lot to worry about [01:05] I'm recommending creating a product for now [01:05] we can move bugs and translations over [01:05] we won't have support for anything fancy for distros anyway [01:05] the baltix guys want to have their distro in launchpad, so that they can do bug tracking, translating etc .for it [01:05] they're an ubuntu derivative [01:05] I know [01:05] so is Impi [01:06] this is put off until we open dapper properly? [01:06] until we understand the consequences of creating new distros and releases better [01:11] Serious question: How are we going to understand it without trying it? [01:12] mpt, by reading the code and thinking about the consequences. [01:13] and by trying it on dogfood / staging [01:14] for which you don't need the link [01:14] note that dogfood/staging don't do some of our production tasks last I checked [01:25] mantiena: you won the "best alternative" award at infobalt? that's really cool. you should get it announced on fridge.ubuntu.com [01:27] mantiena: fridge-devel@lists.ubuntu.com === jbailey [n=jbailey@modemcable139.249-203-24.mc.videotron.ca] has joined #launchpad [01:54] SteveA: https://launchpad.net/products/launchpad/+bug/5390 [01:54] Error: I cannot access this bug [01:55] daf: no need for it to be private [01:55] ok [02:06] SteveA, in mpt/2005-12-layout/ I've turned +logout into a separate logout confirmation page, but I don't know how to make it work (the submit button currently takes you back to where you were but doesn't log you out) [02:06] mpt, a /separate/ logout page? [02:07] kiko, as requested by Mark [02:07] wtf? [02:08] because the button was taking up too much space [02:08] huh? [02:08] what does that have to do with a separate logout page? [02:09] making it a link requires confirmation, because links by themselves don't do anything [02:09] can't we break that rule there? [02:09] I mean, a separate logout page will mean I will never use it [02:09] I know *sigh* [02:09] Perhaps we can persuade Mark to let it be an image instead [02:09] mpt: i'm about to go get lunch. would you file a bug on me for it, and leave it as an immediate link for now [02:10] mpt, how would an image be better than a button? why don't you just style the button as a link? [02:10] that's not possible afaik [02:11] i want to get this new layout landed in some form as soon as possible [02:11] at least, you could make the border and background transparent in some browsers, but not decrease the height as a result [02:11] if that means cutting some corners and fixing them up later, that's okay === WaterSevenUb [n=WaterSev@azevedo.astro.up.pt] has joined #launchpad === mantiena [n=mantas@ctv-217-147-43-171.init.lt] has joined #launchpad === auth00 [i=auth@fiji.grd.sgsnet.se] has joined #launchpad === siretart [i=siretart@ubuntu/member/siretart] has joined #launchpad === jordi [n=jordi@115.Red-213-96-69.staticIP.rima-tde.net] has joined #launchpad === Kinnison [n=dsilvers@haddenham.pepperfish.net] has joined #launchpad [02:12] SteveA, so you want me to revert it, or can you just finish off the sitemap and land it without merging from me again? [02:12] (that requires you to have already branched from my layout branch) [02:12] mpt: is it possible to make the LHS of the site map work, just as it is? [02:13] for the link / logout page, make it work as a link rather than a button. that should require no code change. [02:13] SteveA, only with lots of URL-related tal:conditions in main-template.pt [02:14] you could do it with no highlighting, though [02:14] oh, right [02:14] it will be quite fast to get the code done to make it work, and to do something better with the logout functions [02:14] i'd rather get this landed, than it be on a branch until it is perfect [02:15] kiko: did you fixup your bzr? [02:16] jordi, yes, I did. I am still busy but will be free as the week progresses [02:17] salgado, https://launchpad.net/malone/bugs/5389 [02:17] -- who is going to work on this? matsubara? [02:17] Malone bug #5389: System error if you specify an inexistent assignee in any advanced search for bugs In: launchpad (upstream), Severity: Normal, Assigned to: Nobody, Status: New https://launchpad.net/bugs/5389 === ddaa [n=ddaa@nor75-18-82-241-238-155.fbx.proxad.net] has joined #launchpad === SteveA --> lunch [02:18] ok kiko [02:18] kiko: just replied, btw [02:19] I saw that, thanks [02:30] kiko, could be [02:31] salgado? [02:32] kiko, yes, matsubara can work on that [02:34] cool. [02:34] salgado, assign it? [02:39] assigned === matsubara [n=matsubar@200-171-140-32.dsl.telesp.net.br] has joined #launchpad === WaterSevenUb [n=WaterSev@azevedo.astro.up.pt] has joined #launchpad === mantiena [n=mantas@ctv-217-147-43-171.init.lt] has joined #launchpad === auth00 [i=auth@fiji.grd.sgsnet.se] has joined #launchpad === siretart [i=siretart@ubuntu/member/siretart] has joined #launchpad === jordi [n=jordi@115.Red-213-96-69.staticIP.rima-tde.net] has joined #launchpad === Kinnison [n=dsilvers@haddenham.pepperfish.net] has joined #launchpad === mgalvin [n=mgalvin@host-66-202-95-170.spr.choiceone.net] has joined #launchpad === zyga [n=zyga@2-mi2-1.acn.waw.pl] has left #launchpad ["Leaving"] === siretart_ [i=siretart@tauware.de] has joined #launchpad === auth00_ [i=auth@fiji.grd.sgsnet.se] has joined #launchpad === mantiena [n=mantas@ctv-217-147-43-171.init.lt] has joined #launchpad === WaterSevenUb [n=WaterSev@azevedo.astro.up.pt] has joined #launchpad === jordi [n=jordi@115.Red-213-96-69.staticIP.rima-tde.net] has joined #launchpad === siretart_ is now known as siretart === Kinnison [n=dsilvers@haddenham.pepperfish.net] has joined #launchpad [03:20] Merge to devel/launchpad: [trivial] Fix https://launchpad.net/products/launchpad/+bug/4041 ('Change' and 'Deactivate' buttons are shown twice in a membership page) (r2891: Guilherme Salgado) === matsubara is now known as matsubara-lunch [03:25] mpt, is there a bug reported on Launchpad help? === Seveas [n=seveas@ubuntu/member/seveas] has joined #launchpad === bradb_ [n=bradb@modemcable033.209-70-69.mc.videotron.ca] has joined #launchpad [03:51] kiko, I think so [03:51] there's a spec on it, anyway [03:51] though iirc the spec and the bug aren't linked [03:56] mpt: do you have the link to the spec? [03:56] mpt: btw, have you produced any glade UI for HUB ? :) [03:56] (I recall you told me you were trying to roll something on SAT) [03:56] what's SAT? [03:57] oh, Saturday [03:57] not yet, sorry, I was trying unsuccessfully to cram-study Portuguese [03:57] sivang, https://wiki.launchpad.canonical.com/LaunchpadPageHelp [03:58] It's really low priority for me as long as Launchpad itself is so very ... improvable [03:58] because time spent improving Launchpad is a much better investment than time writing help [03:58] mpt: yes, I understand :) [04:03] mpt: you just made a landmark in political correctness. [04:03] hmm? [04:04] English: foo sucks. Politically Correct: foo is very much improvable :) [04:04] :-) [04:04] mpt: I might undergo some substantial real life changes soon ;-) , if so I might attempt something like that for launchpad, I've been pervertly interested in that since LP boomed in size, complexity and number of components, views etc.... and so this could be a nice way to actually learn about all what it can offer [04:05] ah nice, he just vanished === rbelem [n=rodrigo@ubuntu/member/rbelem] has joined #launchpad === lamont__ [n=lamont@mib.fc.hp.com] has joined #launchpad === BjornT [n=bjorn@84.32.140.183] has joined #launchpad === rbelem [n=rodrigo@ubuntu/member/rbelem] has joined #launchpad === matsubara-lunch is now known as matsubara === eruin [n=eruin@proxy-gw.uib.no] has joined #launchpad [04:40] bradb_: hi [04:42] SteveA: Hi. I've got Skype set up. [04:43] cool. let's try it === heyko [n=heyko@tor/session/x-a627b71e1c16ab89] has joined #launchpad === dda1 [n=ddaa@nor75-18-82-241-238-155.fbx.proxad.net] has joined #launchpad [04:52] bradb_: cool :) [04:55] powerbook++ # kickass built-in mic [04:55] bradb_: hah, talking to your laptop? ;) [04:58] bradb, SteveA : using the QT statically linked version? [04:58] sivang: OS X for me [04:59] Je rcompense l'utilisabilit [05:00] bradb: ah right :) [05:01] hmm I wonder if there is a word "utilisability" [05:01] (/me used altavista's babel fish to find out what that means) [05:02] usability [05:09] okay that's offtopic, but still... [05:10] ddaa: true, sorry. [05:10] does anybody knows if there's a way to tell postfix to _completely_ skip DNS lookups for a relayhost, so I can set the relayhost to "[smtp] " and configure the address in my /etc/hosts? [05:10] sivang: that ^ is offtopic :) [05:11] ddaa: lol === ddaa hates oversmart software... [05:12] ddaa: [hostname] will look for the A RR, according to /var/spool/postfix/etc/nsswitch.conf === mdke_ [n=matt@ubuntu/member/mdke] has joined #launchpad [05:13] jamesh: still around? [05:13] lamont__: hu... okay the issue is when I'm on one specific network, I have to relay mail through my ISP, but on other networks I want to use direct delivery because the ISP won't let me use its SMTP from outside. [05:13] SteveA: just about to go to bed [05:13] And since I'm switching networks using the GUI network configuration tool, I want to set the actual relay address there. [05:14] jamesh: okay. can you say a few words about where you feel the bugzilla import is at? [05:14] ddaa: you could edit /var/spool/postfix/etc/hosts, and use that nsswitch.conf, I expect. [05:14] haha... "disable_dns_lookups"... [05:14] it still takes hostnames, not IP's [05:14] lamont__: AFAIK the GUI network config does not know about postfix at all [05:15] prolly not [05:15] I'd rather keep the network switching logic all in there... === lamont__ just uses a gross hack in /etc/dhcp3/dhclient-exit-hooks.d/ [05:15] SteveA: pretty good. I've got to finish off the milestone migration code (should be finished tomorrow morning), but I think it'd be okay to run on production soon (I should do a final run on staging first though) [05:16] SteveA: assuming there aren't any test failures I didn't catch, the ErrorReportManagement code should merge tonight [05:16] that's awesome [05:17] i'll talk with kiko and see when we can do a gina run, so we can get bugzilla merged [05:17] Yay! [05:18] lamont__: disable_dns_lookups = yes [05:18] relayhost = [smtp] [05:18] that works [05:18] cool [05:18] Dunno if that qualifies as a gross hack, though :) === mgalvin [n=mgalvin@ubuntu/member/mgalvin] has joined #launchpad [05:29] lamont__: do you have a secret stash... of documentation on how to set up postfix on ubuntu to use an authenticated smart host? [05:31] SteveA: remind me of your email addr, and I'll toss you what lifeless sent me... :-) [05:32] lamont: steve @ canonical.com [05:33] SteveA, I know how to do it if you like [05:33] tossed at you [05:34] SteveA, short answer: when the publisher test finishes. [05:34] long answer: AAR#H#@Y*#@HFEWIOFJEW [05:39] bradb, what's the status with the InitialBugContacts work? [05:40] kiko: picking on Jew's again? [05:40] nm [05:41] :-) [05:42] kiko: I'm blocked on adding sample data. I've backseated it for other things too (like status changes and bug fixes for pages raising exceptions.) I can submit the sample data changes today though and should be able to land it this week, if nothing else comes up. [05:42] that would be ideal === bradb & # triaging email for the next 45 mins [05:47] bradb: hotel all booked. [05:47] SteveA: got the confirmation email, thanks [05:47] matsubara: are you happy with my suggestion for fixing typo within the current CoC, did you get the key tricky to re-sign it ? [05:51] lamont__: i don't actually have postfix installed yet. what installation option should i use when installing, to then follow these instructions? [05:51] SteveA: I'm betting on 'internet site' [05:51] or rather, internet site with smarthost [05:52] ta, i'll give it a go === mdke_ is now known as mdke [06:08] lamont__: any idea how to convert a sasl_passwd into a sasl_passwd.db ? [06:08] no clue - prolly just a hash map [06:09] postmap [06:09] ta [06:18] lamont__: thanks for the docs. i think i have it working! [06:19] SteveA: infinity? is creating something to let us piggy-back ssl certs on the machine, and then I'm supposed to automate that setup [06:20] i have my own smarthost, so i just use that from everywhere [06:20] SteveA, kiko, salgado: any of you available for code reviews today? [06:20] so long as there aren't annoying semi-transparent proxies (negligee proxies...) that jump on port 25 [06:20]