[10:50] <rick_h_> morning
[12:30] <snap-l> Morning
[12:48] <brousch> ug
[12:48] <snap-l> That good, eh?
[12:49] <brousch> Dealt with an ftp plugin and autocad already this morning
[12:51] <snap-l> Oh lovely.
[12:51] <brousch> ftp java plugin
[13:05] <snap-l> Oh, that's brilliant.
[13:06] <brousch> Thank you
[13:11] <brousch> is rick_h_ hanging at the LEGO thing today?
[13:12] <rick_h_> brousch: yep, going to leave work early and hit open time 4pm
[13:12] <brousch> If we go, it will be Sunday
[13:13] <rick_h_> yea, hoping most hit up the weekend. Sat seems sold out
[13:13] <brousch> So let me know if it's worth the 6 hours of driving
[13:13] <rick_h_> hah
[13:13] <rick_h_> the map looks awesome
[13:13] <rick_h_> and my wife threatened to take my wallet away today
[13:13] <rick_h_> with lots of reminders that "Christmas is coming soon...coming soon..."
[13:14] <brousch> Well yeah, you need to buy christmas presents for the kid
[13:15] <brousch> George has put in a specific request for a Darth Vader minifig
[13:15] <brousch> I want General Grievous
[13:16] <rick_h_> we're still in duplo land
[13:17] <brousch> Good point. Best to hold out.
[13:17] <snap-l> Yeah, but the graduation ceremony will be one for the ages
[13:17] <brousch> eh?
[13:17] <rick_h_> my wife things we're saving for retirement, we're really just saving for the addition to the house for the 'lego room'
[13:18] <rick_h_> once we grad from duplo to the good stuff
[13:18] <snap-l> brousch: Graduating from duplo to lego proper.
[13:18] <brousch> ah
[13:19] <brousch> The LEGO pole barn
[14:30] <rick_h_> bwuhahahaha tiling window manager <3 from an ex mac-head http://goo.gl/3bD38
[15:26] <rick_h_> ouch, two of the top 3 guys in the group heading out. /me looks around to check if something's in the water
[15:28] <brousch> What group? Heading out to where?
[15:28] <rick_h_> work
[15:28] <rick_h_> leaving for other jobs
[15:28] <brousch> Ah
[15:28] <rick_h_> been around a long time so ok, but still kind of 'whoa'
[15:29] <widox> heh. I've had 3 people from my team leave in the past 6 months, and another that moved to a different team
[15:29] <brousch> Maybe they feel it is in good hands now so they are comfortable leaving
[15:29] <rick_h_> doesn't it make you look around a bit?
[15:29] <rick_h_> 'ummm...so what email did you guys get I didn't get?'
[15:29] <widox> feels more awkward when they are more senior folks
[15:29] <rick_h_> yea
[15:29] <rick_h_> Blazeix: http://www.ibm.com/developerworks/opensource/library/os-pythonnltk/index.html for ya
[16:19] <greg-g> g'morn
[16:52] <brousch> Afternoon (12:19:03 PM) greg-g: g'morn
[16:52] <rick_h_> greg-g: is partying
[16:53] <greg-g> hey, it was 9:19 for me, and yes, I got to sleep in until 8 today
[16:53] <greg-g> after the 5am wake yesterday, with a 6:49 Caltrain ride, and an 8am webinar I had to give
[16:53] <greg-g> so, :P
[17:09] <brousch> huh what the: nixternal 12:51pm via TweetDeck been using #ubuntu 12.10 & #unity now for over a month on my 2nd machine. absolutely enjoying it. kudos to the dev team, good stuff!
[17:11] <rick_h_> it's gotten better
[17:13] <brousch> Are the application menus still in the top bar?
[17:15] <snap-l> brousch: Is there bear shit in the woods?
[17:15] <brousch> Not by my house
[17:15] <rick_h_> I hear they're taking over camping porta-pods everywhere
[17:15] <brousch> Coyote maybe
[21:18] <Blazeix> rick_h_: neat, thanks
[21:21] <waldo323> Blazeix, rick_h_ which way/how do you typically back up your phones?
[21:22] <Blazeix> pretty much everything i have on my phone lives on THE CLOUD
[21:23] <Blazeix> though i've heard good things about "titanium backup"
[21:24] <jcastro_> rick_h_: hey
[21:25] <jcastro_> what console mp3 player is the best?
[21:25] <jcastro_> I need something headless
[21:25]  * waldo323 sets the volume=11
[21:28] <waldo323> are you looking for mpd + cli client?
[21:28] <jcastro_> I don't need a fancy client/server thing, just a basic console/curses player
[21:32] <widox> waldo323: the Astro file manager works decently as an easy way to backup apk's
[21:33] <waldo323> thanks
[21:36] <waldo323> jcastro_, do you already have vlc installed? it has a headless mode
[21:37] <waldo323> i think it is cvlc
[21:57] <jcastro_> looking
[21:57] <jcastro_> ta
[22:06] <jcastro_> http://www.tuxarena.com/static/cmus_guide.php
[22:06] <jcastro_> dude
[22:06] <jcastro_> this thing is awesome
[22:06] <jcastro_> rick_h_: this is right up your alley


[05:26] <pitti> Good morning
[07:21] <jibel> good morning
[07:54] <jibel> pitti, I'm retrying to upgrade main_all with the fixes from yesterday. Did you see the question of the maintainer in bug 1304403
[07:54] <jibel> ?
[07:59] <pitti> jibel: I didn't, thanks for pointing out; I reply
[10:05] <davmor2> Morning all
[10:06] <davmor2> jibel: how are you with Foreign Languages?  I've covered most of the tests on 64bit
[10:06] <jibel> davmor2, good morning
[10:06] <jibel> davmor2, I only tried French, I'm still on upgrade tests.
[10:07] <davmor2> jibel: that's foriegn enough for my liking ;)
[10:10] <jibel> davmor2, I just found 2 untranslated strings in ubiquity, that's bug 1297859
[10:10] <davmor2> jibel: netboot do you actually have a local pxe server I'm assuming that is the 4th test right?
[10:11] <jibel> davmor2, I don't but it's covered by smoketests in the lab. It's how server images are booted
[10:11] <davmor2> jibel: excellent so I can ignore those the rest is done for i386 and amd64 on netboot
[10:12] <jibel> davmor2, great, thanks.
[10:12] <davmor2> right I'm going to carry on plodding though the tests then
[10:13] <jibel> davmor2, major issue I found from bug reports is parted that explodes if there is a 3TB+ disk attached with an ntfs partition on it
[10:14] <jibel> davmor2, and the incorrect keyboard after installation but I couldn't reproduce it
[10:14] <jibel> davmor2, on the upgrade side it's under control, but P->T fails because tex-common fails to configure
[10:15] <davmor2> jibel: so I only saw that incorrect keyboard on the live session install on a system that has a us keyboard so I'm assuming the keyboard and live session are to blame for that, On my uk Laptop it had a uk keyboard in the live session install.
[10:24] <brendand> pitti, a question about autopilot-sandbox-run
[10:28] <jibel> brendand, just ask
[10:29] <brendand> well, does it create a local session D-Bus?
[10:30] <brendand> i guess the answer is yes, from looking at /usr/bin/autopilot-sandbox-run
[10:31] <pitti> brendand: yes, it does
[10:31] <pitti> brendand: this is meant to be used in package builds or autopkgtests in minimal environments, where there is no desktop session
[10:31] <pitti> brendand: if you want to use it for cases where this doesn't work, we can also make this more clever to only start a bus if there is no $DBUS_SESSION_BUS_ADDRESS
[10:32] <brendand> pitti, yes that's what i need to do
[10:32] <pitti> but that woudl do more bad than good, I suppose
[10:32] <pitti> as that will probably confuse things which expect stuff on the real bus to also be on teh real X
[10:32] <brendand> pitti, because we also need to launch the service
[10:33] <brendand> pitti, would it be okay to add an option to only do it when specifically requested?
[10:33] <pitti> brendand: I'd rather add an option to not start its own bus; as I said, I think the default case should be a sandbox, as it's otherwise too easy to confuse running services
[10:34] <pitti> e. g. if you talk to polkit on the same bus, but it's showing up on the real display instead of the xvfb one
[10:34] <brendand> pitti, sure, that's what i was getting at
[10:34] <pitti> brendand: "we also need to launch the service" -> how do you mean?
[10:34] <pitti> i. e. that doesn't explain why a local session bus doesn't work
[10:35] <brendand> pitti, we have to launch the service before running the tests
[10:35] <brendand> pitti, nothing i've tried so far makes the two things use the same session bus
[10:36] <pitti> brendand: if you launch test services before calling a-sandbox-run, yes
[10:36] <pitti> so far we haven't encountered that case, as usually tests start the stuff that they need by themselves
[10:36] <pitti> or let dbus activation do it
[10:37] <brendand> pitti, we're trying to get this to work in per-merge-testing, so it will be tested from source
[10:38] <brendand> pitti, we don't have dbus activation working from source at the moment
[10:40] <brendand> pitti, but i guess i could make the tests start the service, that's probably a good idea anyway
[10:40] <brendand> pitti, thanks for the info
[10:47] <pitti> brendand: yw; otherwise, an option to not start a local bus also sounds fien
[10:47] <pitti> fine
[10:53] <davmor2> jibel: we still testing against daily?  I'd of thought that this would definitely be the RC image now being as it is meant to be released tomorrow ;)
[11:10] <xnox> davmor2: release candidate is a milestone without images =)
[11:11] <davmor2> xnox: nice
[11:11] <xnox> davmor2: well....
[11:12] <davmor2> xnox: why are you in no sensible channel to talk adb :P
[11:13] <xnox> davmor2: cause i'm busy hacking upstart?! =) i'm here and #ubuntu-devel =)
[11:15] <davmor2> xnox: adb if I write a script to transfer all my data over to the device after fresh wipes and I copy images to /home/phablet/Pictures the images are all owned by root so don't show up in gallery :(  I've temporarily got around this by adding a chown -R phablet:phablet /home/phablet/Pictures but obviously not the best fix
[11:18] <davmor2> xnox: http://bazaar.launchpad.net/~davmor2/+junk/phone-transfer/view/head:/transfer.py is the code if it helps but it's a basic adb push command being run :)  I'll file a bug now :)
[11:20] <xnox> davmor2: correct we have a plan to support --user option and thus be able transfer things as root/phablet/user-of-your-choice and ditto execute the shell, but such is live at the moment.
[11:20] <xnox> davmor2: adbd is running as root on the phone.
[11:20] <popey> davmor2: why not copy over mtp?
[11:20] <popey> (rather than adb)
[11:22] <popey> davmor2: e.g.  cp ~/Pictures/* /run/user/$UID/gvfs/mtp*/Nexus\ 4/Pictures
[11:24] <davmor2> popey: I'll have a play there may be a py-mtp that will transfer nicely too
[13:26] <senan> DanChapman, hi
[13:32] <pitti> jibel: FTR, keystone was again just jenkins being a <censored> pile of <censored>, retried
[14:15] <elfy> hi elfy ... I mean elopio :)
[14:18] <elopio> elfy: we need to solve this as gentlemen.
[14:18] <elopio> I propose a lightsaber duel.
[14:18] <elfy> try and bear in mind I have 2 walking sticks
[14:19] <elfy> that are 3m long ...
[14:22] <elopio> I propose writing-autopilot-tests duel.
[14:28] <elfy> bah
[14:28] <elfy> that's unfair - python is a snake ...
[14:28] <elfy> :)
[14:39] <elopio> alesage: https://code.launchpad.net/~allanlesage/unity8/autopilot-indicator-page-title-matches-widget/+merge/196991
[14:39] <elopio> you have a small fix to do there.
[14:40] <alesage> elopio ok in a bit thx
[14:58] <davmor2> jibel: hmmm the release notes link goes nowhere
[14:58] <davmor2> jibel: is that something we care about right now?
[14:58] <jibel> davmor2, define 'nowhere' in this context? :)
[14:59] <jibel> i.e it doens't open a browser or links a ubuntu.com
[14:59] <jibel> s/a/to
[14:59] <davmor2> jibel: yeah it opens the browers and eventually links to ubuntu.com but not to any release notes which is what I expect
[15:00] <davmor2> browser even
[15:01] <jibel> davmor2, it's a redirect on the website side IIRC, so it's fine for now.
[15:02] <davmor2> jibel: that's what I assumed but thought I'd best double check :)
[15:02] <jibel> davmor2, nw, it's always better to double-check and even triple check sometimes :)
[15:50] <davmor2> jibel: HA screenreader very kindly reads out your wifi password D'OH!
[15:53] <jibel> davmor2, it's a kind attention from the screenreader but worth a bug report.
[15:53] <jibel> I didn't find any
[16:33] <pitti> jibel: hmm, http://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html is again ignoring all the FAILs for eglibc; but I guess that's the same old bug..
[16:33] <jibel> pitti, I didn't push the fix yet, didn't had time to test everything properly
[16:33] <pitti> jibel: oh nice, you have a fix?
[16:34] <pitti> jibel: I was going to ask you whether you want a hand for your rewrite
[16:34] <jibel> pitti, yes it's a stupid sorting issue
[18:01]  * elopio retires for the day.
[18:22] <davmor2> jibel: mac done, amd64 nearly done, i386 marching along slowly
[18:38] <jibel> davmor2, thanks. I did a couple of OEM and non-english installations and more upgrades with customized systems
[21:53] <hggdh> balloons: there?


[19:35] <thumper> morning
[19:36] <ojwb> morning
[19:47] <ajmitch> morning
[20:36] <Atamira> mornin
[23:20] <ibeardslee> afternoon
[23:32] <ojwb> afternoon


[01:49] <thumper> mwhudson: could I talk through https://code.edge.launchpad.net/~thumper/launchpad/edit-commit-msg-link/+merge/15260 with you?
[01:49] <thumper> mwhudson: it is very unexciting
[01:49] <thumper> mwhudson: the only major change is LPS vs YUI() in many places
[01:49] <thumper> mwhudson: I talked this through with mars and he is v.happy that someone else is taking something off his plate
[01:56] <mwhudson> thumper: okay
[01:56] <thumper> mwhudson: thanks
[01:56] <mwhudson> thumper: do you want to skype?
[01:56] <mwhudson> i should read the diff first in any case
[01:56] <thumper> sure
[01:56] <thumper> ping me if you want to cover anything
[02:38] <mwhudson> thumper: i'm trying to play with it but things keep getting in my way and then i get distracted
[02:38] <thumper> :)
[02:39] <thumper> I'll have another soon
[02:39] <thumper> normalizes the review_type in the merge proposal model code
[02:39] <thumper> so '  ' -> None
[02:40] <mwhudson> ah cool
[02:40] <thumper> waiting for the scanner on that one
[02:58] <mwhudson> thumper: the commit editor doesn't work for me any more in launchpad.dev :(
[02:58] <thumper> ??
[02:58] <thumper> what do you mean?
[02:59] <mwhudson> thumper: i click the pencil icon and it works like a link
[02:59] <thumper> :)
[02:59] <thumper> I know what that is
[02:59] <thumper> make clean build
[02:59] <thumper> yui 3.0
[02:59] <mwhudson> ok
[03:04] <mwhudson> another thing to delay this review :(
[03:08] <mwhudson> thumper: hm, i was merging it into devel :(
[03:18] <thumper> :(
[03:25] <mwhudson> ah now it works at last
[03:25] <mwhudson> complete with duff looking multi-line editor :-)
[03:26] <thumper> https://code.launchpad.net/~thumper/launchpad/set-empty-review-type-as-none/+merge/15302
[03:27] <thumper> mwhudson: yeah, I think deryck is looking at that one
[03:31] <mwhudson> thumper: in test_pending_review_registrant it's not super obvious to me that the merge_proposal.registrant is who's passed into nominateReviewer
[03:31] <thumper> hmm.. yeah
[03:31] <mwhudson> thumper: could you give makeProposalWithReviewer an optional "requester" argument do you think?
[03:32] <thumper> and default it?
[03:32] <thumper> sure
[03:32] <mwhudson> ywah
[03:32] <mwhudson> yes even :)
[03:32] <mwhudson> thanks
[03:33] <mwhudson> thumper: reviewed
[03:34] <thumper> ta
[07:12] <jtv> stub: I thought I could get mwhudson to review my testfix branch, but haven't heard from him in a bit... want to help out?
[07:12] <jtv> https://code.edge.launchpad.net/~jtv/launchpad/bug-489068/+merge/15309
[07:13] <stub> jtv: That shouldn't be an XXX - it should just be a standard comment
[07:13] <jtv> Fixing...
[07:14] <stub> jtv: Wouldn't the real fix be to include boto in the launchpad-developer-dependencies?
[07:15] <jtv> stub: well it's not used in the test, and probably shouldn't be
[07:16] <jtv> I can just imagine the potential for recursion if this test really fired up an EC2 image.  :)
[07:17] <stub> We try to keep the environments as similar as possible - this is just sweeping this drift between the environments under the carpet where it might bite someone later.
[07:17] <stub> (Which is understandable, as it is busted *now* and updating ec2 images seems to take days or longer)
[07:19] <jtv> in that case, I can file a bug for having a boto egg (or launchpad-dependency?)
[07:19] <stub> Yes. I'm wondering if that comment should be an XXX referencing that bug then.
[07:20] <jtv> Fair enough.
[07:21] <stub> approved
[07:21] <jtv> I'll make them separate comments for the two imports.
[07:21] <jtv> thanks
[09:41] <allenap> adeuring: Could you review my multithreaded checkwatches branch please? https://code.edge.launchpad.net/~allenap/launchpad/multithreaded-checkwatches/+merge/15283
[09:41] <adeuring> allenap: sure
[09:41] <allenap> adeuring: Thanks :)
[10:17] <adeuring> allenap: the pattern try: return func(...); finally: self._logout() in _interactionDecorator() looks a bit odd. It is not wrong, but jtv spotted a bug in a similar pattern in ec2test. Effectively, the "return" transforms the "Finally" into an "except", so I think it is better to use the latter
[10:18] <allenap> adeuring: I don't understand. I thought the thing in ec2test was a try...else?
[10:19] <adeuring> allenap: ouch, right. But let me test this "finally" nevertheless...
[10:20] <adeuring> allenap: OK, the "finally" code is indeed called! my bad... sorry for the noise
[10:21] <allenap> adeuring: Not at all, it's fine :)
[10:52] <adeuring> allenap: perhaps I misunderstood something aabout threading, so i may be wrong. but: updateBugTracker() calls self.txn.begin() and later self.txn.commit(). As I understand it, all worker threads share one "self" instance, so don't they begin/commit the same transaction?
[10:54] <allenap> adeuring: This was a fun thing for me to work through :) The transactions are stored as thread local vars. I think self.txn is just a reference to the transaction module.
[10:55] <adeuring> allenap: that's really interesting. Could you add a comment explaining this so that other people don't ask the same question as I did ;)?
[10:55] <allenap> adeuring: Sure, good idea.
[11:09] <adeuring> allenap: last question (hopefully...): do you know if calls like self.log.inf() or self.warning() are thread safe?
[11:09]  * adeuring is a bit paranoid regarding threading
[11:09] <allenap> adeuring: I don't know actually. I'll check.
[11:13] <allenap> adeuring: The logging module has been written to be thread-aware (though I've spotted a race-condition already). I think that's enough.
[11:14] <allenap> adeuring: What do you think?
[11:14] <adeuring> allenap: yeah, sure. Though it might be worth to file a bug about the race condition
[11:14] <allenap> adeuring: Yeah, definitely :)
[11:21] <adeuring> allenap: r=me
[14:23] <jtv> adeuring: got a review for you!  https://code.edge.launchpad.net/~jtv/launchpad/bug-487447/+merge/15315
[14:23]  * adeuring is looking...
[14:51] <adeuring> jtv: you're adding a permission for public.project. Do you really need that?
[15:46] <jtv> adeuring: hi, sorry for the delay... yes I want to do that because a project can have a translation group.
[15:47] <adeuring> jtv: ah, right, I didn't know that. Anyway, r=me
[15:47] <jtv> adeuring: thanks!
[15:48] <adeuring> welcome :)
[15:50] <allenap> adeuring: Do you fancy another review today?
[15:50] <adeuring> allenap: sure
[15:51] <allenap> adeuring: It's a big one at ~1500 lines but there's a lot of removals and refactoring in there. Take a look and see if you feel like doing it. I won't mind at all if you say no :) https://code.edge.launchpad.net/~allenap/launchpad/update-project-group-page-bug-434764/+merge/15322
[15:51] <allenap> adeuring: I just don't know how to break it up now :(
[15:51] <adeuring> allenap: I'll give it a try ;)
[15:53] <allenap> adeuring: Thanks :)
[16:17] <noodles775> adeuring: time for a one-liner? https://code.edge.launchpad.net/~michael.nelson/launchpad/470181-ppa-inline-style/+merge/15325
[16:18] <adeuring> noodles775: nice distraction from a novel I'm reviewing ;)
[16:18] <noodles775> lol
[16:37] <adeuring> noodles775: r=me
[16:37] <noodles775> Thanks!
[17:21] <adeuring> allenap: r=me; 1 nitpick
[17:22] <allenap> adeuring: Woohoo! Thank you :)