[12:45] <PCGenie> Thx
[02:40] <mdke> spiv: around?
[02:41] <spiv> mdke: yep
[02:41] <mdke> spiv: ooh, awesome.
[02:41] <spiv> :)
[02:41] <mdke> spiv: first, thanks so much for all that stuff
[02:41] <spiv> Not a problem, the hardest part was finding time around everything else ;)
[02:41] <mdke> i appreciate it
[02:41] <mdke> spiv: I'm just trying to send this mega email
[02:42] <mdke> a friend of mine helped me by writing a script, but I wanted to run it past you
[02:42] <mdke> http://pastebin.com/727491 <-- the problem with it currently is that it doesn't take account of spaces in the name in the second field of the csv file
[02:43] <spiv> Yeah, you'll need a proper CSV parser I think.
[02:43] <mdke> and I also just wanted to shot it to you in case there might be any other problems with encoding or something
[02:43] <mdke> show*
[02:43] <spiv> Some of the names even have " characters in them!
[02:43] <mdke> ah
[02:44] <spiv> If you write a python script, and use the csv module, it should DTRT.
[02:44] <mdke> i can't do scripting, but I can try and ask around
[02:45] <mdke> someone else tried to help me with it in python, and came up with this:
[02:46] <mdke> http://pastebin.com/727500
[02:47] <spiv> Oh, heh.  I'm doing a more literal translation.
[02:47] <mdke> i don't think he's used anything clever for the csv tho
[02:47] <spiv> Right.
[02:48] <spiv> The key thing is to "import csv", and then "reader = csv.reader(open("path/to/foo", "rb"))", then "for row in reader:" rather than "for line in file:"
[02:48] <mdke> ah, I can try running that past him
[02:48] <mdke> thanks
[02:48] <jordi> meeeeep
[02:49] <Drumr> hey, i signed up for the 10 free kubuntu disks and tonight i got a call on the number i provided on the order form from someone wanting to know about my oil and electric usage :(
[02:49] <mdke> meep to you jordi 
[02:49] <mdke> Drumr: unlikely to be related
[02:50] <jordi> Drumr: totally unrelated
[02:50] <jordi> but, tell us. How much oil and electricity do you use? ;)
[02:52] <spiv> mdke: http://pastebin.com/727514
[02:53] <mdke> spiv: that's short :)
[02:53] <spiv> mdke: Totally untested, but it should be the same as the bash script, except with csv parsing :)
[02:53] <mdke> i'll give it a test run
[02:54] <spiv> mdke: Right, I'm still calling out to "mail" rather than mucking about with SMTP directly, which keeps things simple.
[02:55] <mdke> yeah, better for me too
[02:56] <mdke> spiv: an error of some sort. http://pastebin.com/727516
[02:57] <spiv> Heh, oops.  s/PIPE/subprocess.PIPE/
[02:57] <mdke> spiv: http://pastebin.com/727518
[02:57] <mdke> these errors are more complicated than the code
[02:58] <spiv> "proc.wait()" instead of "proc.stdin.wait()"
[02:59] <mdke> spiv: now it has just stopped, no error
[03:00] <spiv> Hmm.  Oh, I'll bet you need "proc.stdin.close()" before the wait.
[03:01] <mdke> spiv: bingo
[03:02] <mdke> ok, having tested it with a file with 2 addresses, I wonder if I should just go ahead and whack in the 4500
[03:05] <mdke> spiv: what do you reckon?
[03:05] <spiv> I don't have any opinion on that, I'm just doing the code ;)
[03:06] <mdke> spiv: i mean, in terms of it working ok
[03:06] <mdke> there were no weird characters in the test file I just did
[03:07] <spiv> Hmm, I'd throw in a "print email" at the top of the loop, just so if it does somehow blow up, you'll know what you've already sent.
[03:08] <mdke> above the first "proc" line?
[03:08] <spiv> Right.
[03:10] <mdke> spiv: ok, thanks a lot. Last question, which is *really* outside your mandate. If I relay these emails through my isp, you think it will cause problems?
[03:10] <mdke> I don't have a mail server of my own currently set up
[03:10] <spiv> It depends on the ISP.
[03:10] <spiv> It might, or it might not.
[03:11] <spiv> I know an ISP I used to work for would have noticed it at the very least, and probably have started refusing them.
[03:11] <mdke> ok, I'll set one up :)
[03:12] <spiv> Especially because the body you're sending is the same in every mail, which is spam-like to an automatic system.
[03:13] <mdke> spiv: you think they will notice even if I use a mail server on my own home box?
[03:13] <spiv> Much less likely, assuming they allow you access to port 25.
[03:14] <mdke> yeah, ok I'll do that
[03:14] <mdke> thanks so much
[03:14] <spiv> Although,
[03:14] <spiv> the problem with sending mail direct from your ADSL IP is that recipients might be more likely to treat it as spam :/
[03:14] <spiv> Probably the best option anyway.
[03:15] <mdke> gah
[03:15] <mdke> good point too
[03:16] <spiv> It's probably fine if you have a static IP and haven't sent mail before, your IP is unlikely to be on a blacklist.
[03:17] <mdke> dynamic ip...
[03:19] <spiv> I'm far from an expert on this.
[03:21] <mdke> hmm
[03:24] <mdke> spiv: I'm going to just check my ip in some blacklists, if i don't find it, maybe that will be ok
[03:24] <mdke> there seem to be some websites
[03:25] <spiv> mdke: Sounds like a good plan.
[03:26] <spiv> Otherwise, maybe ask for advice on #ubuntu, I'm sure there's a diverse set of knowledge there.  I try hard to avoid sysadmin work ;)
[03:28] <spiv> mdke: good luck!  I'm off to have brunch and enjoy my weekend.
[03:28] <mdke> spiv: thanks again, have a good weekend
[03:28] <spiv> I will.  Doing some diving and going to a eurovision party :)
[03:28] <mdke> haha
[03:29] <mdke> enjoy
[06:18] <mpt_> hi BjornT, how's bug 3140 going?
[06:18] <Ubugtu> Malone bug 3140 in malone "Bug watches can't be removed" [Critical,In progress]  http://launchpad.net/bugs/3140
[06:19] <mpt_> It's having an interesting effect at https://staging.launchpad.net/distros/ubuntu/+bugs :-)
[08:00] <mpt_> Anyone available to help me with bzr pushing, about 30 minutes from now?
[08:43] <BjornT> hi mpt__. a fix which allows bug watches to be unlinked from the bugtask should be included in the next rollout. it won't be possible to actually delete the bug watch, though, since it was decided to try to solve the problem in a different way.
[08:54] <mpt__> BjornT, ok
[08:56] <mpt__> BjornT, will it automatically unlink watches from contexts that are supposed to be using Malone?
[08:56] <mpt__> Or will that be done manually so they don't get lost?
[09:14] <spiv> mpt__: So, bzr pushing... what's up?
[09:15] <lifeless> 'dude'
[09:15] <lifeless> whats up dude
[09:16] <BjornT> mpt__: oh, right. no, it won't, it solves a different problem. for the ubuntu case (and for any context using malone), i thought it was fixed already, but apparently not. i'll ask stub to execute some sql to unlink those bug watches.
[09:25] <mpt__> spiv, brb
[09:26] <spiv> mpt__: Actually, I need to disappear again, sorry :(
[09:27] <mpt__> ah, ok
[03:13] <sabdfl> is there a doc about upgrading a branch to knit format before pqm submission?
[03:14] <LarstiQ> there might be in the document on repositories by jamesh
[03:15] <LarstiQ> but someone who actually works on launchpad might be able to better answer the specifics
[03:17] <sivang> sabdfl: I see there is a doc about that in https://wiki.launchpad.canonical.com/RocketfuelToKnits , from what I asked around "bzr upgrade" does that job 
[03:18] <LarstiQ> if we're talking just bzr, then 'bzr upgrade' does indeed do the job
[03:18] <sivang> hey LarstiQ  :)
[03:18] <sivang> LarstiQ: 'sup?
[03:19] <LarstiQ> sivang: trying to get curtains up today
[03:19] <sivang> LarstiQ: curtains? this another bzr component / soemthing-format? :)
[03:20] <LarstiQ> sivang: no, they block sunlight :)
[03:20] <sivang> ah HAHA
[03:20] <BjornT> sabdfl: the url sivang gave you should explain it. but if you don't have a need to merge rf into your branch, you don't need to upgrade the branch before submitting it to pqm.
[03:25] <kiko> sabdfl, yeah, RFTK on the wiki
[03:25] <kiko> what sivang said
[03:26] <sabdfl> thanks guys
[03:27] <sabdfl> erk, what if I stated bzr upgrade and forgot the --format=metaweave?
[03:27] <kiko> mmm, not sure
[03:27] <stub> It means you have started doing it the slow way
[03:28] <sabdfl> ok
[03:29] <stub> The wiki page documents a faster method of converting. No idea how long converting a launchpad weave branch to knit directly will take. I don't know what happens if you interrupt it either ;)
[03:29] <sabdfl> it made a backup so i think i can just kill, restore, and be done
[03:30] <sabdfl> once the conversion is done locally, do I need to convert the remote copy (on chinstrap) too?
[03:30] <sabdfl> or just push to that?
[03:30] <stub> I just pushed
[03:44] <sabdfl> kiko: do you know if carlos fixed those test failures and landed the translation priority bits?
[03:44] <sabdfl> i'm trying to land a fixed branch and got conflicts in the exact places there was a test fix required
[03:57] <sabdfl> moin moin ddaa
[03:58] <ddaa> hello sabdfl
[04:18] <glatzor> ping elmo
[09:40] <mdke> spiv: jeez I wonder what you guys must think of europeans
[09:48] <lucasvo> hi
[09:49] <lucasvo> It's a bit confusing to display the "You have subscribed to this spec."-message with red bg and a stop sign
[09:49] <lucasvo> an exclamation mark would be better
[09:49] <lucasvo> should I report a bug?
[09:49] <matsubara> lucasvo: I think it's already reported
[09:49] <lucasvo> oh, ok
[09:49] <matsubara> lucasvo: let me look for it, just a sec
[09:50] <lucasvo> searched for subscribe but I didn't find anything
[09:50] <matsubara> lucasvo: bug 40161
[09:50] <Ubugtu> Malone bug 40161 in blueprint "When subscribing to a spec, the confirmation looks like an error." [Normal,Confirmed]  http://launchpad.net/bugs/40161
[09:51] <lucasvo> oh, ok
[09:52] <lucasvo> ah, I know why :=
[09:52] <lucasvo> I looked in the LP not in Blueprint
[09:53] <matsubara> lucasvo: in cases like this you can use: https://launchpad.net/projects/launchpad/+bugs
[09:53] <lucasvo> matsubara: thanks
[09:53] <matsubara> lucasvo: you're welcome
[10:04] <Rawh> hmm, seems that by submitting a bug, which includes an url thats really long, the url doesn't get pasted like it should, in my firefox browser
[10:04] <Rawh> anyone else getting the same problem with this url : https://launchpad.net/distros/ubuntu/+bug/45789
[10:04] <Ubugtu> Malone bug 45789 in Ubuntu "[mirror]  Mirroring includes a symlink which can be abused?" [Normal,Unconfirmed]  
[10:05] <Rawh> d'oh
[10:40] <matsubara> Rawh: that's bug 929
[10:40] <Ubugtu> Malone bug 929 in launchpad "Long words (such as URLs) overflow columns" [Normal,Confirmed]  http://launchpad.net/bugs/929