[06:21] <mmcc> man, I really want to just get control panel to show a live panel before I go to sleep... it contacts SSO just fine but won't show the signin page
[08:49] <mandel> morning all!
[08:53] <JamesTait> Good morning all! :D
[10:20] <rye> uhm... oopses?
[11:09] <gatox> good morning!
[11:11] <mandel> gatox, morning!
[11:11] <gatox> mandel, hi
[11:11] <mandel> gatox, I still have to do the review, sorry I started to try to launch sd in mac and I have been seen some issues with ipc and creds..
[11:12] <mandel> gatox, so things start to go bannanas in interesting ways :)
[11:12] <gatox> mandel, and you were expecting something else? jeje
[11:12] <mandel> gatox, no, is some what good news.. I think
[12:26] <ralsina> goof morning!
[12:31] <gatox> ralsina, hi
[12:33] <mandel> ok, lunch for me :)
[12:34] <mandel> ralsina, goof goof, how let the dogs out?
[12:36]  * facundobatista would appreciate a review on https://code.launchpad.net/~facundo/ubuntuone-client/fix-failure-handling/+merge/109699
[12:41] <gatox> facundobatista, i can do it
[12:42] <facundobatista> gatox, gracias
[12:55] <gatox> facundobatista, i'm going to try to run the tests for u1-client from trunk..... to see what happend, because i'm getting a lot of failures with yours
[12:55] <gatox> maybe i need to upgrade too
[13:26] <gatox> facundobatista, +1 (i wasn't up to date the first time i run the tests)
[13:26] <facundobatista> gatox, awesome, thanks
[13:34] <facundobatista> dobey, done! thanks
[13:47] <alecu> hello, all!
[13:49] <gatox> alecu, hi!
[13:50]  * mandel back!
[14:00] <dobey> hmm. apparently need to think about goals for next april, and then cast them in virtual stone soon
[14:04] <ralsina> dobey: yes, that stone is not going to cast itself
[14:04] <ralsina> alecu: 1-1?
[14:05] <alecu> ralsina: sure! let me first pause the xcode 4.5 preview download, or we won't be able to mumble!
[14:05] <ralsina> sure
[14:05] <ralsina> dobey: looks like the certificate symlink is not a universal workaround https://bugs.launchpad.net/bugs/997326
[14:05] <ubot5`> Ubuntu bug 997326 in Ubuntu One Client "Users in Turkey can't connect due to invalid Valicert certificate" [High,Triaged]
[14:06] <dobey> ralsina: i saw that last message and have no idea what language that is or what the message is. but i can presume it is "File exists"
[14:06] <ralsina> dobey: yes, file exists, in russian
[14:16]  * rye detected word "Russian" and no, that's not one
[14:17] <rye> turkish
[14:18] <alecu> ralsina: https://wiki.ubuntu.com/SyncMenu
[14:28] <rye> yay, menu, with uncomprehensible [ON|||] switch...
[14:28] <rye> what about offline mode?
[14:28] <dobey> what about it?
[14:29] <rye> dobey: as in greyed-out cloud - https://wiki.ubuntu.com/SyncMenu can be in synced, syncing or error
[14:30] <dobey> well, it better not be a cloud
[14:30] <dobey> but aside from that, i don't know
[14:30] <dobey> you'll have to discuss no offline/unavailable mode with mpt i guess
[14:31] <dobey> but indeed it does beg the question of what happens if you turn them all [||||OFF]
[14:36] <dobey> briancurtin, ralsina: quick sanity check for https://code.launchpad.net/~dobey/ubuntu-sso-client/update-3-0/+merge/110177 ?
[14:37] <briancurtin> dobey: looking
[14:47] <briancurtin> dobey: approved
[14:47] <dobey> thanks
[14:50] <mmcc> morning folks. hah - I left a line of text sitting here from last night.
[14:50] <gatox> mmcc, hi
[14:50] <mmcc> I was going to say "ok, time to sleep. control panel hangs after setting the current widget to the setup wizard, which is never reflected in the UI. "
[14:50] <mmcc> hi gatox :)
[14:52] <dobey> well, guess i won't use the new mic today
[14:54] <ralsina> mmcc: are we trying to start u1cp already? Whoa :-)
[14:55] <mmcc> ralsina: yeah, SSO works, and the main .app launches u1cp, so I figured that was the place to go next so we could build something that does something when you double-click it
[14:56] <mmcc> (which it does, now, it shows the progress overlay then goes to sleep)
[14:57] <ralsina> mmcc: ok, the overlay is probably because it's trying to connect to syncdaemon which is not even starting
[14:59] <mmcc> ralsina: ok - thanks for the clue, I was stalled looking at the debug prints, which don't seem to mention syncdaemon. here's the current output: http://paste.ubuntu.com/1040918/
[14:59] <gatox> team call?
[14:59] <mandel> mmcc, can I have a re-review of https://code.launchpad.net/~mandel/ubuntuone-fsevents-daemon/add-fsevent-tests/+merge/109537 I have made all the changes you requested except those related to the mem management because with ARC release, retain, autorelease etc.. return compilation errors
[14:59] <mmcc> it gets to where it should show the new account wizard, but doesn't.
[14:59] <mmcc> mandel: ok, will do.
[14:59] <ralsina> interesting
[15:00] <mandel> mmcc, I have also made the methods class methods and removed OCMock from the tests by switch method implementations using the objective-c runtime
[15:01] <mmcc> mandel: have you removed OCMock completely? wow
[15:01] <mandel> mmcc, well, just form those new tests, not completely in all tests :(
[15:01] <dobey> rye: awesome. the "ON/OFF" switches are also translated. so really fun in other languages
[15:01] <mandel> mmcc, I'll try in the next iteration, by the way, what happened with the license?
[15:02] <mmcc> mandel: ah, ok. I actually thought we were OK using OCMock...
[15:02] <mandel> mmcc, no idea, that is why I'm asking :)
[15:02] <mandel> we can talk about it over mumble
[15:02] <mmcc> yup
[15:02] <ralsina> team call, team!
[15:03] <dobey> thisfred: mumble
[15:47] <mmcc> mandel: here's my credentials fix: http://paste.ubuntu.com/1040977/
[15:48] <mmcc> some of these 'windows.py' modules need to be renamed to something like 'non_dbus.py', since they're the same for mac and win
[15:48] <mandel> mmcc, I was going to say just that
[15:48] <mandel> mmcc, something like pb_credentials.py or something of the type
[15:49] <mandel> mmcc, the probably change is that we have to add a diff description of the transport, that is tcp for windows, unix domain sockets on mac
[15:49] <mandel> mmcc, lets add a bug for that, add a fix just for this and then merge it in trunk asap
[15:49] <mmcc> sure.
[15:50] <mmcc> you want to add the bugs or should I?
[15:53] <gatox> mmcc, ralsina the systemtrayicon is working on mac, just test it
[15:54] <dobey> gatox: awesome
[15:54] <mmcc> gatox, how are you testing it?
[15:54] <dobey> so we just need to clean that up to match ubuntu
[15:54] <gatox> disclaimer: is not working for u1 :P....... i just test it with another qt application i made
[15:54] <gatox> so, qt supports that
[15:54] <mmcc> ah, ok. well, great! thanks for checking
[15:54] <dobey> u1 is probably not working due to the other issues with starting cp at the moment
[15:55] <gatox> dobey, right
[15:59] <gatox> alecu, we should mumble later if you want....... i'm going to start looking at my branch and see how i can split it into pieces :P
[16:03] <mmcc> mandel, I'll add bugs for the credentials dbus import error and the refactoring
[16:03] <mmcc> the refactoring to avoid naming things 'windows.py' will also need to rename a few 'test_windows' scripts, which are currently ignored on osx and shouldn't be, if they're not really specific to windows...
[16:03] <mandel> mmcc, sweet, do you want me to take care of them? I'll be leaving soon (got a python-madrid meeting) but I should have that fix early in the morning tom
[16:04] <mandel> mmcc, yes, there is a good amount of refactoring to do, is not hard but is tedious
[16:04] <mmcc> I've already got the dbus import fix, I'll do that one right away. the refactoring might not be urgent?
[16:06] <mandel> mmcc, hmm we can take a look, I need to see if the transport used is correct or not
[16:06] <mandel> mmcc, I don't want to land a quick fix, trunk should be as best as we can do :)
[16:06] <mandel> is the holy grail ;)
[16:07] <mmcc> mandel, right - I just made platform.credentials import windows as source on darwin too, and I thought the decision to use domain sockets was made elsewhere... but I am not sure
[16:08] <mandel> mmcc, exactly, that is what I want to check, it should be made in sso
[16:08] <mandel> mmcc, the creds_manager is an speciallization of sso for u1 so it should be ok, but better double check
[16:08] <mandel> mmcc, and update the tests
[16:09] <mmcc> mandel, yes it is - platform.credentials.windows imports get_sso_client from ubuntu_sso, which has a darwin implementation
[16:10] <mmcc> so I think we're OK - client's platform.credentials.windows will end up using the domain sockets
[16:10] <mmcc> on darwin
[16:11] <mandel> mmcc, ok, cool, then lets do the simple renaming in that branch and you can propose it and I'll do the review :)
[16:11] <mmcc> mandel: ok, sure.
[16:12] <dobey> off to get lunch, bbiab
[16:15]  * gatox lunch
[16:17] <mandel> mmcc, once you are done with the previous review, can you take alook at https://code.launchpad.net/~mandel/ubuntuone-fsevents-daemon/improve-python-client/+merge/108926
[16:22] <mmcc>  mandel, ok
[16:24] <mmcc> mandel, so before I push this, what do you think about windows.py -> ipc_service.py and linux.py -> dbus_service.py ?
[16:24] <mandel> mmcc, sounds good, although, how do we name the others? just to be consistent
[16:25] <mmcc> mandel which others?
[16:26] <mandel> mmcc, under platform, thereare other packages that have diff impl for windows/linux/darwin
[16:26] <mmcc> mandel do you mean the tests? I'm not sure, but as dobey said a while back, maybe we should just be skipping tests for other platforms and not ignoring them in the run-tests scripts?
[16:26] <mandel> mmcc, yes, but the ipc one can be ran on all platforms
[16:26] <mandel> mmcc, the linux one is the ones to be skipped
[16:27] <mmcc> yes, sorry I wasn't clear - I meant don't ignore, just skip the dbus tests on win/mac
[16:28] <mmcc> although I guess I don't need to rename test_linux.py
[16:28] <mmcc> I'll just rename test_windows so it runs on mac (and as you said it's ok if it runs on linux too)
[16:28] <mandel> mmcc, no, just leave it like that, rename the other to test_ipc_service.py and get it run on mac, windows and linux
[16:28] <mmcc> test_windows -> test_ipc
[16:28] <mmcc> yep
[16:29] <mmcc> but for the other platform packages, I don't know if there's a good consistent naming. but we weren't going to make that change here anyway, right?
[16:30] <mmcc> I think it'll be case by case, where if we find common implementations like this we just move away from naming them by platform, make sense?
[16:34] <mandel> mmcc, certainly, I agree 100% on not using the platform, I just wanted to make sure we are consistent in the naming
[16:34] <mandel> mmcc, I usually think, if I die, will the next poor soul to maintain this understand what I was doing? if the answer is yes, we are ok :)
[16:37] <mmcc> mandel: heh. makes sense. but I'm not sure what you mean by consistent then. if we name platform/credentials/dbus_service.py because it uses dbus, how do we keep that consistent with a different platform/ submodule that is also for linux but doesn't involve dbus, for instance?
[16:37] <mmcc> mandel: or do you just mean "make sure the names make sense, consistently"?
[16:37] <mandel> mmcc, the second one :)
[16:37] <mandel> mmcc, make sure it makes sense
[16:38] <mmcc> mandel ok, got it! thanks for bearing with me there.
[16:38] <mandel> mmcc, I know I don't make sense some times :)
[16:39] <mmcc> speaking of consistency, in ubuntuone-client, run-mac-tests runs test_zg_listener and fails to import zeitgeist. I thought we fixed that?
[16:39] <mandel> mmcc, is a spanish thing, we don't say things, we ask questions, is weird
[16:39] <mandel> mmcc, uh, that is bad, add a other bug, fix it and propose the fis in the same branch, we can fix more than one bug if they are small
[16:40] <mmcc> ok, will do
[16:43] <mandel> ok, EOD here I have a python-madrid meeting to go, walk dog and hope spain wins the match if not I'm sure there will be riots!
[16:44] <ralsina> mandel: buy the referee! On credit!
[16:44]  * briancurtin coffee/lunch run, back shortly
[16:45] <mmcc> later, mandel.
[16:46] <mandel> ralsina, well we have 100.000 millions, right? hehehe
[16:46] <mmcc> so, have we ever really run the ubuntuone-client tests? mandel, gatox?
[16:46] <mmcc> they are emphatically not passing
[16:46] <mandel> mmcc, u1-client, no I don't think so
[16:47] <mmcc> oh - I remember. we haven't, just the platform/ module
[16:47] <mandel> mmcc, u1/platform/os_helper yes, rest is not
[16:47] <mandel> mmcc, exactly :)
[16:50] <ralsina> mandel: exactly! Free money! ;-)
[17:09] <mmcc> lunch
[17:21] <dobey> hmm
[17:54] <dobey> ralsina: why is https://bugs.launchpad.net/ubuntuone-control-panel/+bug/1002377 not fixed in trunk, but is marked fix committed for it?
[17:54] <ubot5`> Ubuntu bug 1002377 in Ubuntu One Control Panel stable-4-0 "Errors when failing to contact syncdaemon are cryptic" [Undecided,New]
[17:54] <ralsina> dobey: in trunk that was fixed in another way
[17:54] <ralsina> dobey: endpoints
[17:54] <dobey> ah right
[17:55] <ralsina> we could mark it invalid on trunk since when we get to try it it didn't reproduce
[17:56] <dobey> ralsina: is it also windows-only?
[17:56] <ralsina> dobey:  yes
[17:56] <ralsina> dobey: found that it was windows-only later
[17:57] <dobey> ok
[18:14] <dobey> briancurtin, ralsina: https://code.launchpad.net/~dobey/ubuntuone-control-panel/update-3-0/+merge/110378
[18:14] <ralsina> dobey: on it
[18:15] <briancurtin> dobey: looking
[18:18] <ralsina> dobey: looks ok
[18:25] <briancurtin> dobey: approved
[18:25] <dobey> thanks
[18:25]  * briancurtin brb, reboot
[18:32] <dobey> hrmm. u1-client 3.0 is going to be a bit of pain
[18:33] <dobey> because of the API change issue
[18:35] <dobey> or maybe not. duh
[18:43] <gatox> alecu, i have this branch for review.... i'm splitting the big branch.... this one is basically some refactoring to prepare the things for later: https://code.launchpad.net/~diegosarmentero/ubuntuone-client/darwin-fsevents-1/+merge/110382
[18:43] <alecu> gatox: awesome!
[18:43] <alecu> gatox: do you still want to mumble? we can do it now.
[18:45] <gatox> alecu, no, the mumble was just to talk if you have any suggestion on how to do this, because there are several things that are really related and depend on each other, so it's kind of tricky to see how to split it..... but i'm doing it
[18:45] <alecu> gatox: ok
[18:57] <briancurtin> dobey: how much is left to finish the 3.0.2 release? (just trying to plan when to start the windows installer stuff)
[18:58] <dobey> briancurtin: cp is about done, then client, and quick releases of all the other things that don't have code changes
[18:58] <briancurtin> dobey: cool, thanks. let me know if you need reviews on them
[18:59] <dobey> i will
[19:11] <mmcc> I really should keep up with updates better... stalled trying to test a branch waiting for the known world to download
[19:12] <ralsina> have to go on school run will be back soon
[19:12] <mmcc> not really stalled, doing reviews, but still. updates be slow!
[19:13] <dobey> oh that reminds me
[19:38] <dobey> briancurtin, ralsina: https://code.launchpad.net/~dobey/ubuntuone-client/update-3-0/+merge/110396
[19:41] <briancurtin> dobey: looking
[19:56] <ralsina> dobey: looks good
[19:58] <briancurtin> same, approved
[20:00] <mmcc> briancurtin, ralsina if you need more reviews: https://code.launchpad.net/~mikemc/ubuntuone-windows-installer/setup-mac/+merge/110155 and https://code.launchpad.net/~mikemc/ubuntu-sso-client/fix-1012837-raise-and-shine/+merge/110167
[20:01] <mmcc> ralsina: I know you had at least one of those already in your queue, just pinging :)
[20:01] <ralsina> mmcc, briancurtin: dibs on the second one! ;-)
[20:01] <briancurtin> i'm on review duty today so i'll take a look at anything
[20:02] <mmcc> thanks!
[20:03] <gatox> ok, i'm leaving..... i'll keep splitting my branch tomorrow :P
[20:03] <gatox> see you tomorrow people!
[20:08] <briancurtin> mmcc: setup-mac is a needs fixing, but it's minor. i get dinged for it myself all the time so i'm just passing the tip along
[20:10] <ralsina> dobey: remember that problem I have with g_dbus_connection_real_closed blah blah on sso tests?
[20:11] <mmcc> briancurtin: thanks. I did not know about alphabetizing. makes some sense though. certainly any agreed-on system is better than whatever I do by default...
[20:11] <ralsina> dobey: turns out that we have a comment saying that there is a "sleep 3" in run-tests to avoid that. Maybe it's just that my disk is slo
[20:11] <ralsina> w
[20:12] <mmcc> briancurtin: does it matter if I'm mixing "import foo" lines with "from bar import baz"? just sort by toplevel package name?
[20:13] <dobey> i don't think the sleep avoids it. i think it just makes it so it doesn't cause the tests to break completely in tarmac
[20:13] <mmcc> or can I just do M-x sort-lines and be happy? it puts "from" lines first :)
[20:14] <dobey> mmcc: "import foo" go in a block before a block of "from bar import baz"
[20:15] <briancurtin> mmcc: on top of what dobey said, another general convention (from pep 8) is to order all of the blocks by stdlib first, third-party second, then your own library stuff last
[20:15] <dobey> although there are of course some weird cases where you have to deal with try/except and such; which go on their own, or similar special cases
[20:15] <ralsina> wtf, pylint is complaining about TODOs now?
[20:15] <dobey> uh, it always has
[20:16] <dobey> but it doesn't fail them
[20:16] <ralsina> dobey: https://pastebin.canonical.com/68168/
[20:16] <dobey> well, u1lint doesn't
[20:16] <dobey> ralsina: yes, they get printed
[20:16] <ralsina> dobey: ok then
[20:16] <dobey> ralsina: but echo $? will be 0 unless there are other issues in there :)
[20:16] <ralsina> mmcc: global +1 on the second branch
[20:17] <mmcc> ok, thanks guys. I guess I need M-x pep8-order-imports .. gotta be around here somewhere
[20:18] <ralsina> mmcc: it only hurts when it's a new file. after that insert-sort is enough :-)
[20:18] <ralsina> And what a good thing it is that mandel did not see that line
[20:18] <dobey> i don't think we bother with the suggested multi-sort stuff from the pep
[20:22] <ralsina> as long as it's reasonably sorted, we're ok. And stdlib / 3rd party / own imports with one line in between
[20:22] <mmcc> ok
[20:28] <ralsina> EOD for me
[20:29] <ralsina> I am going to pretend to have accidentally broken all my headsets and speakers tomorrow. See you all on IRC :-)
[20:30] <mmcc> ok, I just got pep8 installed on my mac, and now I've got an hour of new fixes for setup-mac :)
[20:43] <mmcc> maybe it's just the font I'm using, but I *like* spaces around keyword/parameter equalses :(
[20:48] <alecu> mmcc: monaco?
[20:48] <mmcc> alecu, yeah monaco 10, no antialias
[20:49] <alecu> mmcc: probably it's because of the dpi... You now need a retina mbp :-)
[20:50] <mmcc> heh, I'm sure that'd do it. I wonder how much code I could fit onscreen at 1:1 on a retina mbp
[20:51] <dobey> a lot i guess
[20:56] <dobey> well, depending on what font size you use
[20:56] <mmcc> briancurtin - fixed the imports and many other pep8 complaints on the setup-mac branch...
[20:56] <mmcc> dobey: safe to assume I'm using monaco 10pt
[20:57] <dobey> then probably the same amount of code you fit on the screen now
[20:57] <dobey> it would just a whole lot better
[20:57] <briancurtin> just reading "10pt" hurt my eyes
[20:57] <dobey> you people and your gigantic fonts
[20:58] <dobey> and it's really really hard to lie to osx about the screen's dpi
[20:58] <mmcc> yeah, I guess it depends on how they scale fonts. they have a few modes for apps. I need to learn more. looking forward to those WWDC session videos
[21:01] <dobey> i'm using Envy Code R 5pt in my terminals
[21:01] <dobey> and i configured x to think the dpi is ~70 instead of ~110
[21:01] <mmcc> 5pt, whee
[21:02] <mmcc> I just messed around with Quartz Debug to see what the world looks like on my monitor in 144dpi. emacs was not happy
[21:02] <dobey> heh
[21:03] <dobey> yeah, in emacs i use 6pt
[21:03] <mmcc> beautiful big window close button, drawing half an inch into the window
[21:03] <briancurtin> 14pt consolas here
[21:04] <mmcc> 6pt Monaco is literally unreadable over here. might look into this envy code R tho
[21:04] <briancurtin> works nicely with rotated monitors and guide lines at 79 char in vim and visual studio. ends up being like 85 char visible on screen
[21:06] <mmcc> 85 char for the whole screen? couldn't handle that, I like a good 4-wide emacs window ;)
[21:11] <dobey> briancurtin: for windows-installer, do we need to merge the build-out and build_installer.py related changes to -3-0 for the release?
[21:14] <briancurtin> dobey: i could do without it for right now since i can create the right installer out of my trunk dev setup, but in the name of reproducability they probably should be merged
[21:14] <dobey> ok
[21:20] <dobey> briancurtin: https://code.launchpad.net/~dobey/ubuntuone-windows-installer/update-3-0/+merge/110421
[21:21] <briancurtin> mmcc: this is what it ends up looking like http://i.imgur.com/KXcRd.jpg - the center monitor's scrollbar is the 79 char marker so everything should fit on the screen, the right has that red marker at 79
[21:22] <dobey> the glenlivet. mmm
[21:22] <mmcc> what's plural of the glenlivet? glenlivets or glenslivet?
[21:23] <briancurtin> delicious
[21:23] <dobey> +1
[21:23] <mmcc> "a good start"
[21:24] <dobey> i wnat a really high res LED display
[21:25] <dobey> but alas
[21:25] <mmcc> briancurtin: I approve of your multimonitor big fontage.
[21:25] <mmcc> but with my sickness, I would eventually have a single emacs frame spread across all of those monitors
[21:25] <dobey> i should go to shenzen and see if i can get some company to make some as a "side project"
[21:31] <mmcc> no dobey, we don't want Apple disappearing you as you stumble onto their next iMac supply chain
[21:36] <dobey> briancurtin: does that windows installer branch look good?
[21:36] <briancurtin> dobey: looking righ tnow
[21:36] <dobey> cool
[21:37] <briancurtin> dobey: yeah that's fine, approved
[21:37] <dobey> thanks
[21:38] <dobey> as soon as that lands, i can make the tarball/tag, and i think that should be all the projects needed for doing a win release
[21:38] <briancurtin> excellent
[21:48] <mmcc> hey guys, what's the story with get_ssl_context argument mismatch in ubuntuone-client/trunk ? There's a fix for that but it's not landed yet, or what?
[21:48] <dobey> mmcc: on ubuntu using nightlies?
[21:48] <mmcc> on windows, sorry
[21:49] <mmcc> on ubuntu using nightlies it works fine. ironed that out a few hours ago
[21:49] <dobey> using trunk?
[21:49] <dobey> or the automated build? or what?
[21:49] <mmcc> no, using a branch that should be up to date with trunk.
[21:49] <mmcc> but now that I've bugged you I realize I should check that, brb
[21:50] <mmcc> I only made this branch today, so...
[21:50] <dobey> briancurtin: for the automated builds, are we using seconds since epoch, or a more readable date-time stamp like 20120612121212?
[21:51] <dobey> mmcc: the fix to use the new api in client trunk landed at r1254
[21:52] <dobey> which was on tuesday...
[21:52] <briancurtin> dobey: ubuntuone-4.1-windows-installer-20120612-210451.exe is an example
[21:52] <dobey> maybe you have an old storage-protocol then
[21:52] <briancurtin> timestamp = time.strftime("%Y%m%d-%H%M%S", time.gmtime())
[21:52] <dobey> ok, cool
[21:52] <mmcc> dobey, yeah my branch is up to date with trunk. I'll check storage-protocol.
[21:52] <mmcc> thanks
[21:55] <dobey> briancurtin: ok, windows-installer 3.0.2 released/tagged
[21:56] <dobey> briancurtin: let me know if i somehow managed to overlook a project we need a release for on win
[21:57] <briancurtin> dobey: i will try to take a look shortly, if not first thing tomorrow morning (i might have to take off soon)
[21:58] <dobey> ok. i need to head off. if i did miss something, please e-mail/telegraph/whatever and i'll get it taken care of and we can get it built
[21:58] <dobey> have a good evening everyone
[21:58] <briancurtin> awesome, thanks
[22:31] <mmcc> hey briancurtin, do I need to do a build/install step on windows for the storage-protocol? I have the version of the storage-protocol branch that fixes that get_ssl_context error, but I'm still seeing it when running tests in the u1-client branch...
[22:34] <mmcc> anyway, here's the merge proposal I was trying to test: https://code.launchpad.net/~mikemc/ubuntuone-client/fix-1013261-darwins-got-credentials/+merge/110431
[22:35] <mmcc> all tests pass on linux, the affected tests all pass on windows and macos. can't get all the windows u1-client tests to pass for the reason above...
[22:36]  * mmcc needs to read the quit messages.