[00:09] <IlyaHaykinson> Lulu costs for publishing aren't cheap.
[00:09] <IlyaHaykinson> a 150 page manual is ~USD9.25
[00:10] <IlyaHaykinson> they do have "publsiher grade" paper, which is cheaper (USD6.20), but that's only available in US Letter sizes
[00:10] <IlyaHaykinson> which, I suppose isn't a problem -- if it's pre-printed, it doesn't need to be sized according to locale
[00:10] <IlyaHaykinson> but still, not super-cheap
[00:28] <humphreybc> so does the user pay for that?
[00:28] <humphreybc> or us?
[00:30] <humphreybc> planet ubuntu manual is up!
[00:31] <IlyaHaykinson> i think whoever orders the print pays the cost. if we pre-print 100 copies then i guess we pay for them, they get shipped to us (whoever "us" is), and we get to ship them out to people. cost goes down.
[00:31] <IlyaHaykinson> if the user orders them, then the user pays the cost
[00:32] <IlyaHaykinson> actually, the prices i mentioned were the manufacturing prices
[00:32] <IlyaHaykinson> er, manufacturing costs
[00:32] <IlyaHaykinson> on top of that, Lulu itself takes USD2.00
[00:32] <IlyaHaykinson> and then there's shipping
[00:37] <humphreybc> ah
[00:37] <humphreybc> so expensive for us?
[00:41] <godbyk> humphreybc: Here's how lulu has worked in the past for me.
[00:41] <godbyk> You set the price of the book (which has to be a minimum that lulu sets based on page count and size).
[00:42] <godbyk> If you don't want to make any money on the book, then lulu will sell it for the manufacturing cost (and not take a percentage).
[00:42] <godbyk> Whoever purchases the book through the lulu.com site pays the bill.
[00:42] <godbyk> So we could put books up on lulu at no cost to us.
[00:42] <godbyk> The person who buys the book pays for that book.
[00:43] <godbyk> If we set it at $0 profit, then they get the book at cost.
[00:43] <IlyaHaykinson> godbyk: ah, so lulu won't even take their $2 if we don't take a cut? that's nice.
[00:43] <godbyk> IlyaHaykinson: That's correct.
[00:43] <godbyk> At least that's how it worked a couple years ago when I last put a book on there.
[00:43] <godbyk> You can also offer the book for download on their site (at some price you set, or for free).
[00:45] <IlyaHaykinson> *sigh* lulu actually sued my company once... :)
[00:45] <IlyaHaykinson> i'm sure it cost us more than nominal amounts to defend ourselves, till we settled. not that i'm bitter.
[00:47] <IlyaHaykinson> ah, re pricing, godbyk -- you're right. lulu takes 20% of the author's markup, not a fixed fee, thus if there's no markup then there's no fee for lulu
[00:51] <godbyk> IlyaHaykinson: wow. what'd they sue your company for?
[00:51] <humphreybc> So we can put the manual on lulu to offer it for print?
[00:52] <godbyk> Also, there are other POD companies out there that we can look at.  I've only used lulu, though, so I don't know about the others.
[00:52] <godbyk> humphreybc: yes.
[00:52] <godbyk> It wouldn't cost us anything (unless we want to give it an ISBN and whatnot).
[00:53] <humphreybc> neat. that's good :)
[00:53] <humphreybc> kevin, do you have a hackagotchi for the planet? and Ilya have you got a blog?
[00:53] <IlyaHaykinson> humphreybc: http://ilya.us
[00:53] <humphreybc> try http://planet.interesting.co.nz (subdomain of my site) it should work, but might not have changed for everyone yet
[00:53] <IlyaHaykinson> but i don't really blog often, nor about ubuntu, usually
[00:54] <humphreybc> up to you whether you want it aggregated or not. dutchie is hosting the planet on his VPS
[00:54] <godbyk> humphreybc: I don't have a hackergotchi at the moment.  I can try to find a pic sometime if somebody wants to make one.
[00:55] <IlyaHaykinson> humphreybc: i'll be ok if you skip me. it wouldn't add anything.
[00:55] <humphreybc> godbyk: we're not really bothering with the whole headless thing
[00:55]  * IlyaHaykinson also thinks that he'd prefer to concentrate on the manual itself, and not on meta-manual things like blogs :)
[00:55] <humphreybc> just a square picture of you
[00:56] <godbyk> gotcha
[00:56] <humphreybc> fair enough Ilya :)
[00:57] <humphreybc> this cereal is delicious
[00:59] <humphreybc> IlyaHaykinson: have you been talking with the people who are Deon's old chapter?
[01:06] <ianto> humphreybc: Can you send me the translated version of the planet theme when you have the time?
[01:06] <ianto> I really cna't be boether in redoing it again :)
[01:06] <humphreybc> sure thing
[01:06] <humphreybc> what's your email?
[01:06] <ianto><EMAIL_ADDRESS>[01:06] <humphreybc> it should be in the bzr branch
[01:06] <humphreybc> but i can email u it
[01:08] <ianto> Thanks a lot ;)
[01:08] <ianto> I'll probably end up translating into Welsh as well eventually for the bilingual site
[01:08] <humphreybc> oh neat
[01:08] <humphreybc> it didn't take me long
[01:09] <ianto> http://ubuntu-cym.org will become http://drupal.ianto.ch
[01:11] <IlyaHaykinson> humphreybc: actually i'm debating what to do. two people volunteered (plus Ryan, who still has chap7 to finish), but one has limited english knowledge and another has limited linux skills
[01:11] <humphreybc> ah
[01:11] <IlyaHaykinson> my thinking is to a) assign a little bit of work to each, b) continue searching for a lead for this chapter
[01:11] <humphreybc> how far thru chapter 7 is ryan?
[01:11] <IlyaHaykinson> you had said he was almost done?
[01:12] <humphreybc> i'm not entirely sure
[01:12] <IlyaHaykinson> in either case, though, even if the first draft is done, it will require too much work to assign both chap4 and 7 to the same person
[01:12] <humphreybc> indeed
[01:12] <IlyaHaykinson> i've posted on the technical writing list (my post is still in moderation) asking for help
[01:13] <IlyaHaykinson> i also recommend approaching flossmanuals.net
[01:13] <IlyaHaykinson> they have some experienced writers
[01:13]  * ianto would like to write about something but everything seems to be taken
[01:13] <IlyaHaykinson> ianto: chapter 4
[01:13] <IlyaHaykinson> on hardware
[01:14] <IlyaHaykinson> see https://wiki.ubuntu.com/ubuntu-manual/Blueprints/Hardware for the outline
[01:14] <ianto> Could cover keyboards and printers to start off (to key items :p)
[01:15] <ianto> *two
[01:15] <IlyaHaykinson> that would actually be great.
[01:16] <IlyaHaykinson> the input devices portion is probably the shortest -- there's not much difficulty there.
[01:16] <IlyaHaykinson> the printing one is pretty important, however.
[01:17] <IlyaHaykinson> ok, i'll send mail to you and the other two people, and hopefully we can come to an email agreement on separation of writing.
[01:17] <IlyaHaykinson> and i'll continue to look for a fourth person (i think we need at least that many, to make the chapter work)
[01:18] <IlyaHaykinson> in the interim, i'll assume that my chapter outline is accepted (there were no comments about it), and create the structure files in bazaar, so that everyone has a separate file to work on (fewer conflicts)
[01:19] <ianto> IlyaHaykinson: I just updated the blueprint with a willing to do this part.
[01:19] <IlyaHaykinson> ok, thanks.
[01:19] <ianto> https://blueprints.edge.launchpad.net/ubuntu-manual/+spec/chapter4
[01:50] <IlyaHaykinson> ok, mailed
[01:54]  * IlyaHaykinson is changing the assignee on the chap4 blueprint to self, until a replacement lead is found
[01:55] <humphreybc> dutchie: could you please add in another link in the HTML for the planet menu bar: Identi.ca (http://identi.ca/theubuntumanual)
[06:23] <IlyaHaykinson_> godbyk: any way you can tighten-up enumerate and itemize vertical spacing?
[06:24] <godbyk> yep
[06:24] <IlyaHaykinson_> there's quite a bit of space in instruction lists... could probably be reduced by 50%...
[06:24] <IlyaHaykinson_> thanks
[06:24] <IlyaHaykinson_> also....
[06:24] <IlyaHaykinson_> i have a few sets of instructions that start with:
[06:24] <IlyaHaykinson_> To do something:
[06:24] <IlyaHaykinson_> then a blank line
[06:24] <IlyaHaykinson_> then an enumeration, or whatnot
[06:25] <IlyaHaykinson_> however, due to indentation rules, "To do something:" is indented (since it's the beginning of a paragraph)
[06:25] <IlyaHaykinson_> this looks very strange
[06:25] <IlyaHaykinson_> obviously, we could globally disable indentation on non-leading paragraphs.
[06:25] <IlyaHaykinson_> however, i actually like this indentation on _actual_ paragraphs.
[06:25] <IlyaHaykinson_> is there a way to disable indentation on a paragraph if its exactly one line?
[06:26] <godbyk> you could say \noindent at the beginning.
[06:27] <IlyaHaykinson_> ok. that should solve my problem. thanks!
[06:33] <godbyk> np.  though if the introductory line isn't really the beginning of a new paragraph, you could just keep it with the previous paragraph.
[06:37] <IlyaHaykinson_> well, i do want to have it stand out, rather than dangle at the end of the previous paragraph. this basically makes it the introduction to the enumeration, rather than part of the previous copy.
[06:44] <jmburgess> hey guys
[06:45]  * IlyaHaykinson_ waves
[06:46] <jmburgess> how are we all doing tonight
[06:48] <wolter> hey guys
[06:48] <jmburgess> hey wolter
[06:48] <wolter> how is it going jmburgess ?
[06:48] <jmburgess> good
[06:48] <jmburgess> up late doing hw
[06:48] <jmburgess> missing winter break, but whatever
[06:49] <jmburgess> you?
[06:49] <wolter> just finished my guitar session
[06:49] <wolter> now, i'm going to get to work on the manual, polishing chapter 5
[06:49] <wolter> and maybe later on my personal project
[06:53] <godbyk> The Ubuntu manual *isn't* a personal project, wolter? :)
[06:53] <jmburgess> haha
[06:54] <jmburgess> yeah school has been eating my life so I haven't been able to do much on the manual
[06:54] <jmburgess> which makes me sad
[06:54]  * IlyaHaykinson_ just pushed a few revisions, and now has to look forward to documention Evolution, which he's never used before...
[06:57] <wolter> godbyk, well, it is shared by other people, so its not as personal as my other one :)
[06:57] <wolter> which welcomes people btw, but at the moment i am the only one in the team
[06:58] <IlyaHaykinson_> has anyone seen b1ackcr0w here recently?
[06:58] <wolter> godbyk, could you make a \definition alias to \notecallout[Definition]{...}
[06:59] <IlyaHaykinson_> seems like he was last on about 8 hrs ago... next time he is in, can someone ping him about Chapter 2?
[07:00] <IlyaHaykinson_> it's been a while since we've seen a commit in that chapter.
[07:03] <godbyk> wolter: Yeah, I will do that at some point -- once I get the glossary stuff incorporated in.
[07:03] <wolter> nice
[07:07] <IlyaHaykinson_> toshazed is helping with Chap4 as well, woot.
[07:07] <wolter> humphreybc, i must say i like the blog better now :)
[07:09] <humphreybc> what's that? my one?
[07:12] <wolter> humphreybc, yes
[07:12] <jmburgess> yeah I need to finish up my chapter as well
[07:14] <IlyaHaykinson_> jmburgess: indeed :)   i find it easier to just write a little bit every day.
[07:14] <IlyaHaykinson_> rather than big-bang the whole thing out.
[07:16] <jmburgess> yeah I agree
[07:16] <jmburgess> I usually type away in between classes or such
[07:18] <humphreybc> does anyone know how nisshh is going on 7?
[07:23] <wolter> your name on top of it, with some fancy style
[07:36] <IlyaHaykinson_> hm, is GFDL 1.1 content compatible with CC-BY-SA 3.0?
[07:38] <IlyaHaykinson_> crap. it is not.
[07:38] <IlyaHaykinson_> which means that i cannot use the really wonderful F-Spot guide written by the GNOME team.
[07:38] <IlyaHaykinson_> maybe i should just email miguel de icaza
[07:49] <humphreybc> good idea
[07:51] <IlyaHaykinson_> i asked him on irc. no reply yet, but i don't think he'll allow relicensing under a CC-compatible license.
[08:06] <IlyaHaykinson_> ok, time for me to go sleep.
[08:08]  * IlyaHaykinson_ just noticed that the Evolution guide he was going to use is _also_ GFDL. argh, argh, argh.
[08:08]  * IlyaHaykinson_ goes to sleep, defeated by Richard Stallman's license
[13:22] <thorwil> vish: i agree regarding the name. still waiting to hear from the others, though
[13:47] <vish> thorwil: yeah... its about time the name is decided ;)
[18:57] <wolter> hey vish
[18:57] <wolter> could you revise an icon i'm making?
[19:00] <thorwil> hi wolter! got my mail where i asked if you're on board?
[19:01] <wolter> thorwil, hm, haven't read it i guess
[19:01] <wolter> what do you mean, for the design team?
[19:01] <wolter> (yes i am)
[19:01] <wolter> brb
[19:01] <thorwil> yes
[19:03] <wolter> well yes, is there any todo list?
[19:03] <wolter> or something I can start working on?
[19:03] <wolter> well, let me read the email
[19:06] <wolter> is it the Ubuntu Manual Cover Design mail?
[19:07] <thorwil> wolter: "Ubuntu Manual Design Team"
[19:11] <wolter> ok
[19:12] <wolter> I don't know where the original went, but I replied to vish's reply
[19:14] <thorwil> my mails disappear a bit too often
[19:16] <thorwil> wolter: regarding a todo: audience needs to be discussed on the next meeting. title, too, i guess
[19:16] <wolter> good
[19:16] <wolter> net saturday?
[19:16] <thorwil> yes
[19:17] <wolter> nice
[19:17] <thorwil> wolter: you could of course already write down your own thought regarding the exact mission statement / strategy of the manual, the audience, tone, message
[19:17] <wolter> well, maybe we could make it a littlle earlier? that is, if nobody has a problem with that
[19:17] <wolter> like, earlier in the week i mean
[19:17] <wolter> because its still monday
[19:18] <wolter> oh ok
[19:18] <wolter> that looks like a nice thing to do
[19:19] <thorwil> wolter: then we need to understand the current internal layout and font choice so we can later on evaluate if it needs to be tweaked


[11:54]  * gmb lunches
[13:30] <bac> are we chatting?
[13:30] <gmb> bac: Gary's out until 10.
[13:31] <gmb> (I think).
[13:31] <gmb> (And I'm assuming that it's 08:30 for you)
[13:31] <benji> bac: heh, apparently you and I have the same taste in bugs
[13:32] <bac> benji: did you grab 211830 too?
[13:32] <benji> almost ;)
[13:32] <bac> gmb: yes, gary's out but his email ends with  "agree among yourselves as to whether to actually have the call."
[13:33] <gmb> Oh.
[13:33] <bac> i vote a strong -0
[13:33] <gmb> Yeah, I'm firmly -0.
[13:33] <bac> benji: the fix for that will be easy...generating the test data not so much
[13:36]  * danilos abstains
[15:36] <gmb> danilos: Do you have any idea why I'd be seeing this: https://lp-oops.canonical.com/oops.py/?oopsid=OOPS-1980STAGING71 when looking at this: https://bugs.staging.launchpad.net/ubuntu/+source/bash-completion/+bug/752193 as an anonymous user?
[15:36] <_mup_> Bug #752193: Installation of the acroread package causes completion to treat directories like files with some commands <amd64> <apport-bug> <natty> <acroread (Ubuntu):Confirmed for brian-thomason> <bash-completion (Ubuntu):Won't Fix> <bash-completion (Debian):Won't Fix> < https://launchpad.net/bugs/752193 >
[15:37] <gmb> Wait... this makes no sense whatever.
[15:37] <gmb> danilos: Ignore me, I think something's broken with the OOPS machinery.
[15:37] <danilos> gmb, yeah, I think it seems to be the wrong oops prefix setting somewhere
[15:38] <danilos> gmb, actually, it seems as if staging is missing some oops configuration
[15:38] <gmb> Ah.
[15:38] <gmb> Botheration.
[15:38] <gmb> I shall talk to t'LOSAs.
[15:39] <danilos> gmb, I always get baffled when I see OOPSes like these, unfortunately, making sure that all the scripts have right oops prefixes is tedious :/
[15:39] <gary_poster> danilos, approved expenses
[15:39] <danilos> gary_poster, cool, thanks (and welcome back :)
[15:39] <gary_poster> gmb, could talk to matsubara too
[15:39] <gary_poster> thanks :-)
[15:39] <gmb> danilos: Yeah. It's especially annoying since it seems to be a reproduction of the unreproducible bug.
[15:40] <danilos> gary_poster, I am sure you'd like to hear that with your and my branches merged, bugtask_index_portlets.js is entirely gone (along with subscriber.js)
[15:40] <gary_poster> yaay!!!
[15:40] <gary_poster> :-)
[15:40] <gary_poster> subscriberlist too, or is that used somewhere?
[15:41] <gary_poster> subscribers_list.js
[15:41] <danilos> gary_poster, I need to do a few more cleanups in my branches and then it's all up for review (6 branches total, not counting yours)
[15:41] <danilos> gary_poster, that's where I'm moving my stuff, but yes, existing methods from it are gone
[15:41] <gary_poster> cool :-)
[15:41] <gary_poster> danilos, how do you think we should get the review?  I was thinking about this.  When we actually merge, AIUI we'll be merging to devel
[15:42] <gary_poster> but setting that in the MP will create insane diffs
[15:42] <gary_poster> we could also review each other's branches outside of the MP system beforehand
[15:42] <danilos> gary_poster, right, I was thinking of getting branch-by-branch review; for me, it's going to be easy since lpreview DTRT with pipelines
[15:43] <gary_poster> (and then copy over the reviews when its actually time to merge)
[15:43] <gary_poster> danilos, well...you
[15:43] <danilos> gary_poster, that's an option as well :)
[15:43] <danilos> gary_poster, I'd be happy to review your branch
[15:44] <gary_poster> will need to get an MP based on my branch...
[15:44] <gary_poster> (I assume)
[15:44] <danilos> gary_poster, well, when does db-stable get merged into devel? On Monday?
[15:45] <gary_poster> I think so--maybe even Robert's Monday
[15:45] <danilos> gary_poster, (fwiw, I am not going to review your branch today, so if it's Monday, you can propose a merge against devel and it should become clean on Monday)
[15:46] <gary_poster> it would become clean once I merged Monday-merged-devel and pushed it
[15:47] <gary_poster> Which would be easy to do...
[15:47] <gary_poster> so yeah
[15:47] <gary_poster> I'll make an MP today
[15:47] <gary_poster> against devel
[15:47] <gary_poster> mark it as not ready for review
[15:48] <gary_poster> then my Sunday evening I'll see if db-devel has been merged with devel
[15:48] <gary_poster> and if it is
[15:48] <gary_poster> I'll merge devel in and push it and mark the MP as ready
[15:48] <danilos> gary_poster, shouldn't LP do this automatically?
[15:48] <gary_poster> I don't think so
[15:48] <danilos> gary_poster, (i.e. when the merge-target branch changes, it should recalculate the diff)
[15:49] <gary_poster> I could be wrong
[15:49] <gary_poster> we can find out :-)
[15:49] <danilos> gary_poster, ok then, you might not even have to merge anything but just do a "bzr ci --unchanged" to trigger a rescan
[15:49] <gary_poster> maybe so
[15:49] <gary_poster> danilos, the last part of this is merging in benji's rip-out-the-flag branch
[15:49] <gary_poster> I can do that today
[15:50] <danilos> gary_poster, well, than one is... "interesting"... I'd prefer to leave it for last
[15:50] <gary_poster> yeah, that's fine
[15:50] <danilos> gary_poster, (just because it's easier to re-do stuff in that branch if we get a weird conflict, then in other branches)
[15:50] <gary_poster> that was one of my options: make a new branch based on your last one
[15:50] <gary_poster> and then merge in benji
[15:50] <gary_poster> 's
[15:51] <gary_poster> benji probably doesn't want to be merged in; his family would be surprised
[15:52] <gary_poster> oh, btw danilos, I ran ec2 test last night on my branch.  There were two errors.  I didn't look at them closely, but I think they will be easy.  So you'll need to get those fixes, maybe
[15:53] <gary_poster> so anyway, danilos, you ok with that plan for ripping out the feature flags?  (1) you point me to the last branch of your work; (2) I branch it; (3) I merge in benji's branch and fix stuff up
[15:54] <danilos> gary_poster, right, I can re-merge your branch into the "base" of my branch
[15:54] <danilos> gary_poster, as for benji's branch, that'd be fine, but I'd like to do the remaining cleanups first
[15:55] <danilos> gary_poster, you can still get it merged with db-stable locally, but I'd only prefer not to have it landed first
[15:56] <gary_poster> danilos, completely agreed that it would be landed last
[15:56] <gary_poster> I just want us to have already handled the big changes that we have introduced
[15:57] <danilos> gary_poster, right, but considering we have not feature-flagged anything, I'd say that's pretty much a given
[15:57] <gary_poster> sorry, which part is a given?
[15:58] <danilos> gary_poster, big changes we have introduced should not cause too much complex merging issues with benji's branch
[15:59] <gary_poster> mm, maybe so.  Probably just lots of those "yes, I *really* want to delete these parts, thanks" conflict resolutions
[16:01] <danilos> gary_poster, right, but sure, I'm pushing my final branch (well, all of them together) to lp:~danilo/launchpad/bug-772754-other-subscribers-remove-cruft
[16:01] <gary_poster> cool
[17:00] <gary_poster> danilos, if you are still around, are you planning on removing lib/lp/bugs/stories/bugs/xx-bug-personal-subscriptions.txt or on trying to make it sane in the new context?  I've made it so it passes locally, but it shows how +subscribe only kinda sorta makes sense in the new world.  I'm OK with that myself, and I'm inclined to check in as is, but it will affect you too, at the very least because there are "Subscribe
[17:00] <gary_poster> My current plan: check it in as is, have you deal with it :-P
[17:01] <danilos> gary_poster, sounds good to me, I am pretty sure I've still got a few tests to remove which are for all the removed views that gathered bits and pieces of all the subscriptions data
[17:01] <gary_poster> danilos, cool.  I just pushed test fixes to lp:~gary/launchpad/bug-772754-2 .  Going for walk/lunch now, so will talk to you Monday (and should have MP waiting for you then).  Have a great weekend!
[17:03]  * benji now knows how to copy the Firefox saved password DB from one profile to another.
[17:18] <danilos> gary_poster, thanks, so do you!
[17:24] <gmb> Is it an unproductive day if you spent it mostly fixing other peoples' problems?
[17:26] <danilos> gmb, it's not unproductive for them!
[17:27] <gmb> Fair point.
[17:27] <danilos> anyway, out, enjoy all
[17:51] <gmb> gary_poster: I just submitted my EC2 expenses for April and May. I think they need approving before the weekend, but I can't remember what the cutoff is.
[18:11]  * gmb EODs.
[18:47] <gary_poster> gmb, benji, I approved your canonicaladmin requests
[21:08] <gary_poster> bac, you there?  If so, do you happen to know how to look at the emails that launchpad.dev has sent out directly, via sendmail?  In particular, I'm trying to validate a team's contact address so I can qa something locally that requires a team with a contact address
[21:08] <bac> benji: hi gary_poster
[21:09] <gary_poster> hi
[21:09] <bac> gary_poster: on my system, emails to<EMAIL_ADDRESS>get redirected to root@localhost
[21:09] <bac> so i can read them locally
[21:09] <gary_poster> but bad emails don't leave a log anywhere?
[21:09] <bac> i'm not sure what mechanism is actually doing that
[21:09] <gary_poster> yeah ok
[21:17] <bac> gary_poster: after lots of investigation i closed a couple of bugs related to OOPS and email processing
[21:17] <gary_poster> cool, bac
[21:18] <bac> gary_poster: examining the code i don't see how it is possible for an OOPS to be generated due to fixes abentley and mbp did a while back
[21:18] <gary_poster> great
[21:18] <bac> though we have seen OOPS as recent as january...so it is a bit befuddling
[21:18] <gary_poster> I take it abentley/mbp fixes were before then?
[21:19] <bac> yes but not by much
[21:19] <gary_poster> hm
[21:19] <gary_poster> no idea :-/
[21:20] <bac> authenticateEmail is called from exactly one place and it is now in a try/except InvalidSignature...the exception shown in the OOPS
[21:20] <gary_poster> heh
[21:20] <bac> so, fingers crossed it is actually fixed
[21:20] <gary_poster> yeah, sounds reasonable to just wipe your hands
[22:16] <gary_poster> bac, are you @ EoD?
[22:16] <bac> gary_poster: still here
[22:16] <bac> finishing up a review then turning to a pumpkin
[22:16] <gary_poster> bac, how much longer?  I'm seeing if I can get a branch reviewed
[22:16] <gary_poster> oh ok
[22:16] <gary_poster> cool, nm then
[22:17] <gary_poster> have a great weekend
[22:17] <bac> no, i don't mind.
[22:17] <bac> send it on
[22:17] <gary_poster> really really?
[22:17] <gary_poster> ok I will thanks
[22:17] <bac> np
[22:23] <gary_poster> bac, https://code.launchpad.net/~gary/launchpad/bug792493/+merge/63431
[22:25] <bac> thx
[22:26] <gary_poster> I'll be back in about 15
[22:26] <bac> gary_poster: hey do you know if we have a preference in the for either en_US or en_GB ?
[22:34] <gmb> bac: Do you have a second to give me a quick review for this: https://code.launchpad.net/~gmb/launchpad/bug-772609-hopefully-without-breaking-anything-this-time/+merge/63432
[22:34] <gmb> Fixes a bug with the fix for 772609
[22:36] <bac> gmb: done.  late night!
[22:36] <gmb> bac: Yeah, it annoying me, so I thought I'd better fix it now rather than fixate on it over the weekend.
[22:37] <gmb> Thanks.
[22:37] <bac> gmb: while you're here...
[22:37] <gmb> Yarp?
[22:37] <bac> initialise vs. initialize in the UI?
[22:37] <gmb> bac: IIRC we use American English for the UI, so *ize.
[22:37] <bac> i mean, written on the web page
[22:37] <bac> there was some flip-flopping a while back and i wasn't sure where it landed
[22:38] <gmb> I'd go with initialize.
[22:38] <bac> thanks.  bye.
[22:38] <gmb> Np.
[22:38]  * gmb -> exeunt, in pursuit of beer
[22:44] <gary_poster> bac, I think it is US
[22:45] <bac> yes, that's what i went with
[22:45] <gary_poster> cool
[22:45] <bac> i do recall matthew saying something about en_GB being preferred...perhaps in the dev wiki?
[22:45] <gary_poster> I dunno
[22:45] <bac> it confused me then and i haven't gotten over it
[22:45] <gary_poster> heh
[22:46] <gary_poster> If we are supposed to use GB, I haven't gotten the memo...ever.
[22:48] <bac> gary_poster: the main part of your branch looks good and i don't have any comments on it.
[22:48] <gary_poster> cool bac.  What's the non-main part of my branch? :-)
[22:49] <bac> but on the handler detaching, previously we thought there might be multiple handlers and your code now reads as if we know there is exactly one
[22:49] <bac> is that right?
[22:49] <gary_poster> bac, yeah
[22:49] <gary_poster> no one ever fires that event with multiple
[22:49] <bac> ok
[22:49] <gary_poster> and it did not handle the case of single
[22:49] <bac> ugh
[22:49] <bac> cool, let me mark it approved.
[22:49] <gary_poster> (which was what was actually happening, so the detach was never happening)
[22:50] <gary_poster> cool.  thank you much, bac.  have a great weekend!
[22:50] <bac> you too.
[22:50] <bac> bye