[03:13] <karni> Implemented a couple dialogs required for playlist manipulation, the files library needs updating accordingly to recent API changes.
[03:13]  * karni EODs
[06:55] <mmcc> back, looking into why syncdaemon can be launched twice on darwin
[08:56] <mmcc> not making much progress, maybe after sleep things will be clearer
[08:57] <karni> Good morning!
[08:58] <mmcc> good night!
[09:01] <karni> :D
[10:08] <JamesTait> Good morning all! :)
[10:40] <karni> Mornings JamesTait :)
[10:41] <JamesTait> karni, o/
[11:10] <gatox> good morning
[12:04] <alecu> mornings all!
[12:04] <gatox> alecu, hi
[12:48]  * alecu needs to run some errands, will be back in a while
[13:28] <karni> rockstar: ping
[13:32] <alecu> mvo: ping
[13:34] <mvo> hey alecu
[13:35] <alecu> hi mvo! the best place to ask about the port would be #twisted-python3
[13:36] <alecu> mvo: I'm taking a look as well, and after we get the tests running we should try running bits of our code
[13:36] <mvo> alecu: cool, thanks. I figured some bits out myself now, see my latest mail :)
[13:36] <mvo> alecu: sorry for the spam, I am not very literate with twisted
[13:37] <alecu> :-)
[14:26] <dobey> hmm
[14:41] <gatox> yey! unity is compiling! :'D
[14:53] <karni> \o/ :)
[14:54] <rockstar> karni, pong
[14:56] <mmcc> morning folks
[14:56] <karni> morning mmcc o/
[14:57] <rockstar> mmcc, someone should give you a medal for getting up so early.
[14:57] <gatox> mmcc, hi
[14:59] <mmcc> rockstar: heh. aren't we just one hour apart?
[14:59] <rockstar> mmcc, yeah, but I got up a bit ago and was ragefacey.
[15:00] <gatox> me
[15:00] <mvo> me
[15:00] <karni> me
[15:00] <dobey> me
[15:00] <rockstar> me
[15:01] <briancurtin> me
[15:01] <mmcc> me
[15:02] <dobey> alecu: ?
[15:03] <gatox> DONE:
[15:03] <gatox> Getting up to speed with C++, Unity and Nux. Unity is finally compiling.
[15:03] <gatox> TODO:
[15:03] <gatox> Keep studying C++ and refreshing the old knowledge.
[15:03] <gatox> BLOCKED:
[15:03] <gatox> Not anymore
[15:03] <gatox> mvo, go
[15:03] <mvo> DID: software-center: diagnose failure to install skype in 12.10, filed #1075603 and #1075587 and modernize/upload app-install-data-partner to quantal/raring, misc: work on lp:~mvo/+junk/software-center-agent-apps-validator (to prevent the skype issue in the future), build VM for unity building/testing, some looking into twisted and py3, upload new glade to raring/quantal-proposed with fix for GtkButton editability (#1075957), hack a bit on ubiqu
[15:03] <mvo> ity (now that glade is back in shape)
[15:03] <mvo> TODO: prepare for he sprint
[15:03] <mvo> BLOCKED: nothing
[15:03] <mvo> (the skype issue is actually pretty anoying and will probably need some more work :(
[15:04] <mvo> next karni
[15:04] <karni> DONE: Added three playlist interaction related dialogs. Bug management. Hacking on the music library to support music API v2 changes.
[15:04] <alecu> sorry, I'm on a different channel, having an interesting discussion about resumable uploads
[15:04] <karni> TODO: Continue.
[15:04] <karni> NEXT: dobey
[15:04] <dobey> DONE: backporting 4.0.0 to beta PPA
[15:04] <dobey> TODO: get 4.0.0 in stable PPA, bugs
[15:04] <dobey> BLCK: None.
[15:04] <dobey> rockstar: go
[15:04] <rockstar> DONE: Merge mogenerator elimination
[15:04] <rockstar> TODO: Continue reducing tech debt in iOS; prep for sprint
[15:04] <rockstar> BLOCKED: Nein
[15:04] <rockstar> NEXT: briancurtin
[15:04] <briancurtin> DONE: installer testing, working on figuring out why WindowsError for open handles is occurring
[15:04] <briancurtin> TODO: get feedback from QA on where we're at, see if i can isolate this WindowsError thing, setup laptops for sprint
[15:04] <briancurtin> NEXT: mmcc
[15:04] <mmcc> DONE: fixed 10.6 menu bug, started looking at possible TCPActivation race
[15:04] <mmcc> TODO: more TCPActivation
[15:04] <mmcc> next: no
[15:08] <mmcc> end of meeting?
[15:09] <alecu> me
[15:09] <alecu> DONE: plans for the sprint, discussion on resumable uploads, got twisted running on python3 as per mvo's mail
[15:09] <alecu> TODO: review day, try running storage-protocol on twisted 3
[15:09] <alecu> BLOCKED: no
[15:10] <mvo> alecu: \o/
[15:11] <alecu> briancurtin: how many laptops are you bringing to the sprint? :-)
[15:11] <dobey> oh right; TODO: twisted py3k testing
[15:11] <alecu> briancurtin: watch your spine!
[15:11] <gatox> alecu, i'm already being able to run unity from trunk to test it :D
[15:12] <briancurtin> alecu: ha, well i have my macbook which is ready to go (except the unity setup), but i think i need to bring my windows one as well
[15:12] <alecu> gatox: awesome!
[15:13] <gatox> alecu, i'll keep reading some c++ code and tutorials to refresh my memory and start looking at some small bugs maybe to get familiar with the code
[15:15] <briancurtin> alecu: just saw the bug you entered about "getting information", looking now
[15:16] <briancurtin> er nevermind, you didnt enter it, just assigned
[15:16] <alecu> briancurtin: right. I peeked at the logs, and it looks like sd can't be started
[15:17] <mmcc> brb…
[15:57]  * gatox lunch
[16:39] <dobey> brb, need reboot
[16:44] <dobey> whee
[17:31] <karni> EODing. I'll probably be hacking some more on the music library late evening.
[17:31] <karni> o/
[17:35] <gatox> karni, bye
[17:42] <dobey> alright; need to get lunch. bbiab
[18:12] <mmcc> so, is u1sdtool with no args expected to start syncdaemon if it's not already running?
[18:13] <gatox> mmcc, mmmmm i usually do: u1sdtool -s to start syncdaemon
[18:14] <mmcc> gatox: right, and IIRC there was a bug a while back to make sure that u1sdtool with no args doesn't start sd… but it looks like that's only working correctly on linux
[18:15] <gatox> no idea about that
[18:16] <mmcc> nope, on linux too just 'u1sdtool' starts syncdaemon
[18:16] <gatox> i remember the one that was starting syncdaemon if it wasn't running when you do: u1sdtool -q
[18:16] <mmcc> oh, ok
[18:16] <mmcc> that might be the one I was thinking of
[18:16] <gatox> that one is fixed
[18:21] <mmcc> it's kind of a mess on osx right now. If I start two syncdaemons within two seconds, they'll both live because of a race to create the ipc socket file. If I start u1sdtool, it launches syncdaemon twice, from two different code paths - I think because the tcpactivation code to check if syncdaemon is listening ends up launching it
[18:23] <mmcc> this wasn't a major problem until I had the menu in a separate process create a syncdaemontool at around the same time as the control panel's backend does that. they both end up launching a separate syncdaemon, and both syncdaemons stay around because of the socket file race
[19:07] <mmcc> more fun - syncdaemontool.start calls proxy.start, which on mac/win is wrapped by _call_after_connection, which connects to syncdaemon using tcpactivation (potentially launching it). Then start() will happily launch SD again.
[19:08]  * briancurtin lunch
[19:08] <mmcc> brb, need to get some air
[19:19] <gatox> ok...... i need to leave..... bbl!
[19:20] <dobey> mmcc: hrmm
[19:37] <mmcc> dobey: yes, exactly
[19:38] <karni> Good evening, folks.
[19:39] <dobey> hi karnin
[19:39] <dobey> err, karni
[19:41] <karni> :)
[21:04] <dobey> brb
[21:21] <dobey> have an appointment; bbiab
[21:37] <mmcc> ok, looks like the right way to avoid racing will be to simply wait to launch the menu process until the control panel knows it has gotten a valid connection to SD. It'll look a little slow, but any other approach is hard to guarantee that it won't launch multiple syncdaemons
[22:05] <gatox> back
[22:48] <dobey> back
[23:09] <mmcc> well, we're just having some really wonderful internet connectivity today.
[23:10] <czajkowski> dobey: is there an U1 mailing list I can point someone to
[23:10] <czajkowski> they've seemingly deleted all their work after adding another machine, https://lists.ubuntu.com/archives/ubuntu-uk/2012-November/035358.html
[23:16] <dobey> czajkowski: https://one.ubuntu.com/help/contact/ is probably the best place for them to contact then
[23:16] <dobey> czajkowski: but we do have ubuntuone-users list on launchpad as well
[23:29] <mmcc> ok, have to head out now, I've got a good workaround for bug 1075777, and I'll be back tonight to put together a build for testing tomorrow
[23:36] <dobey> am off as well.
[23:36] <dobey> later all