[09:54] <JamesTait> Good morning, all!
[10:57] <mmcc> was up a little late pushing out this build. The menu works, but it is launching a second instance of syncdaemon when it connects using SyncDaemonTool, and so I get two running syncdaemons, something I thought was not possible.
[10:58] <mmcc> So I'm going to sleep and if I'm not at standup, blame syncdaemon IPC
[11:04] <gatox> good morning!
[11:14] <gatox> is anyone here?
[12:13] <karni> Morning gatox :)
[12:17] <gatox> karni, hi! do you have time for 2 small reviews?
[12:21] <gatox> alecu, hi! o/
[12:21] <karni> gatox: Sure
[12:22] <gatox> karni, thx
[12:23] <gatox> karni, https://code.launchpad.net/~diegosarmentero/ubuntuone-client/case-insensitive-search/+merge/132703  -  https://code.launchpad.net/~diegosarmentero/ubuntuone-control-panel/x-button/+merge/132729
[12:25] <alecu> hola all!
[12:25] <alecu> hola gatox!
[12:25] <gatox> alecu, did you enjoy your holidays?
[12:26] <karni> Hi alecu!
[12:26] <alecu> gatox: yes, a lot :-)
[12:36] <karni> gatox: +1'ed both
[12:36] <gatox> karni, awesome! thx
[12:36] <karni> np
[13:12] <karni> I need to visit the post office (package returned). Will be back asap.
[14:23] <gatox> karni, alecu  anyone of you want to do a small review?
[14:23] <gatox> https://code.launchpad.net/~diegosarmentero/ubuntuone-client/fixwin-search/+merge/132906
[14:24] <alecu> gatox: will do, sure.
[14:24] <gatox> alecu, thx
[14:24] <gatox> alecu, the second review is for brian, because the main issue was in windows
[14:27] <alecu> gatox: this looks too flaky: self.search.pattern[-8:-7]
[14:27] <dobey> alecu: aren't you on holiday?
[14:27] <alecu> dobey: not anymore :-(
[14:27] <dobey> ah
[14:28] <dobey> alecu: your trip wasn't horribly disturbed by the hurricane i hope
[14:28] <alecu> dobey: just a couple of hours of delay on one plane
[14:28] <gatox> alecu, yep..... but i want to check for that specific char..... the other way would be to declare it as a variable of FilesSearch and use that variable to create the string instead of os.sep.... but....... i don't like to have a var for that :S
[14:29] <alecu> dobey: but yes, no hurricanes while sipping cubalibres in the pool bar in mexico :-)
[14:29] <alecu> there was a bar with the chairs *inside* the pool. Talk about awesome.
[14:30] <gatox> cool!
[14:30] <alecu> dobey: what about you? did the hurricane get near your place?
[14:31] <alecu> gatox: I think a better check would be to build a path with the system dependent functions, and to check the regular expression against that.
[14:31] <alecu> gatox: instead of testing the specific character
[14:32] <dobey> alecu: not directly, but the weather did get a bit windy and rainy here
[14:35]  * karni is back
[14:35] <karni> darn queue at the post office
[14:37] <gatox> alecu, branch updated.... in that case i don't need to add the new tests..... because that was already being done with the previous tests..... and we didn't notice that was failing on windows
[14:44] <karni> gatox: Looks good to me. +1'ed
[14:44] <gatox> karni, thx
[15:00] <gatox> me
[15:00] <karni> me
[15:00] <rockstar> me
[15:01] <rockstar> I think the meeting actually needs to be moved back an hour. A sane mmcc is probably not awake yet.
[15:01] <karni> rockstar: You mean forward?
[15:01] <alecu> me
[15:01] <rockstar> karni, yeah, whatever. I mean make it in one more hour.
[15:01] <karni> It was 5PM, now it's 4PM for me (doesn't matter for me, really)
[15:02] <karni> rockstar: ack
[15:02] <gatox> karni, where are you?
[15:02] <karni> rockstar: I'm here, right after you mate.
[15:02] <karni> dobey: standup?
[15:02] <dobey> in an hour?
[15:02] <gatox> karni, i was the one who ask :P
[15:02] <karni> dobey: negative :) you changed time?
[15:03] <mmcc> hi folks. yeah, how many of us didn't change time?
[15:03] <karni> gatox: DONE: hooked up 'shuffle/repeat all' in artist & album screens; /started late today/
[15:03] <karni> shit sorry
[15:03] <dobey> yes, and i mean rockstar also just suggested it need be in an hour
[15:03] <karni> TODO: Create new playlist, Add to playlist
[15:03] <karni> NEXT: rockstar
[15:03] <karni> gatox: You mean location? Warsaw, Poland
[15:03] <gatox> karni, ahhhh
[15:03] <gatox> rockstar, go
[15:03] <rockstar> one sec
[15:04] <karni> gatox: weren't you first :)?
[15:04] <dobey> also
[15:04] <gatox> ahhhhhhh yes
[15:04] <gatox> DONE:
[15:04] <gatox> Landed a couple of branches, some improves in socket communication, fixed share search on windows.
[15:04] <gatox> TODO:
[15:04] <gatox> Keep fixing u1-cp or u1-client bugs.
[15:04] <gatox> BLOCKED:
[15:04] <gatox> No
[15:04] <karni> I pasted by accident haha
[15:04] <karni> DONE: hooked up 'shuffle/repeat all' in artist & album screens; /started late today/
[15:04] <dobey> the google calendar still says it is in one hour from now
[15:04] <karni> TODO: Create new playlist, Add to playlist
[15:04] <karni> NEXT: rockstar
[15:04] <gatox> messy standup again :P
[15:04] <karni> dobey: broken :) it changed itself correctly for me. interestish!
[15:04] <rockstar> DONE: Set up Ubuntu dev system
[15:04] <rockstar> TODO: Tech debt in iOS apps
[15:05] <rockstar> BLOCKED: No
[15:05] <rockstar> NEXT: alecu
[15:05] <karni> gatox: (my bad, pasted accidentally, before everyone, wanted to maste your and mine "me" :) )
[15:05] <alecu> DONE: vacations
[15:05] <alecu> TODO: catch up
[15:05] <alecu> BLOCKED: no
[15:05] <alecu> NEXT?
[15:05] <karni> dobey will be next in an hour ^-^
[15:05] <dobey> DONE: reviews
[15:05] <dobey> TODO: tarmac updates
[15:05] <dobey> BLCK: None.
[15:06] <karni> I don't mind moving it "back" to when the meeting was. (though, during summer, it'd mean 6PM instead of 5PM for me, we could switch back then ;P)
[15:06] <dobey> karni: the standup/meeting times are the same as they were before here; but the 1-1 time for me seemed to move up an hour
[15:06] <mmcc> me, DONE: integrated cocoa sync menu — TODO: figure out IPC problem with syncdaemontool and cocoa sync menu, land some branches — BLOCK: none
[15:07] <dobey> where's mvo?
[15:07] <karni> dobey: Hrm. For me, I saw 17:00 in the event series, and it changed (and all following) to 16:00 on its own after DST change.
[15:07] <mmcc> Am I on that calendar event? I see nothing at all…
[15:07] <karni> mmcc: lemme see
[15:08] <dobey> mmcc: i'm looking at it in a calendar shared from ralsina_
[15:08] <dobey> karni: ^^
[15:08] <karni> mmcc: You seem to be not. I shall add you (if I can)
[15:09] <karni> dobey: I as well.
[15:10] <karni> mmcc: You should receive an invitation.
[15:10] <mmcc> thanks karni
[15:10] <karni> np
[15:15] <dobey> stupid climate change
[15:16] <dobey> it is cold here
[15:16]  * gatox lunch + errands
[15:16] <karni> dobey: Same here. And I'm equally upset.
[15:18] <mvo> dobey: meh, sorry, I'm here
[15:18] <mvo> alecu, dobey: I'm in a software-center client/server catchup call and got hit by the DST change, I thought the meeting was 1h later. sorry for that
[15:20] <alecu> mvo: no problem, of course. Calls always override the standup, you can paste your notes when finished.
[15:21] <briancurtin> oh i didnt see that we were actually doing standup now. typing up some notes now
[15:21] <mvo> DONE: upload new dbus-python to raring with fix for #846044,  lp:~mvo/ubuntu-release-upgrader/lp1071388, lp:~mvo/apt/auto-remove-kernels , sessioninstaller: merge typo fix, software-center: upload new version to raring, try to run ubiquity branch in a VM (not much luck). TODO: prepare for the sprint next week MISC: tomorrow half a day off, thursday off
[15:30] <rye> hello, anybody can help me with twisted - I want to run  Keyring().set_credentials('Test', {"test": 1}) - from ubuntu_sso.keyring, but can't find a way to actually get the returned deferred to call callback/errback or anything. it just gets stuck somewhere in set_credentials and my Twisted-foo is at all times low
[15:30] <briancurtin> DONE: installer/branch testing // TODO: recreate installer from stable-4-0 and retest that it's worthy of shipping
[15:35] <dobey> rye: which reactor are you using?
[15:39] <rye> dobey: i am importing reactor after importing Keyring but i tried with glib2reactor and  gireactor
[15:42] <dobey> rye: it may be that one or more of the imports that get pulled in is doing something bad perhaps. have you tried importing Keyring after the reactor is running?
[15:49] <rye> dobey: well, nothing changed. http://paste.ubuntu.com/1335003/ - am I missing some obvious twisted call to something?
[15:53] <dobey> rye: maybe you need @defer.inlineCallbacks on the def run():, and yield Keyring().set_credentials(...)
[15:53] <dobey> rye: but i am not totally sure, really
[16:17] <mmcc_2> looks like libobjc grew incompatibly between 10.6 and 10.7. I might need to build eggs of pyobjc on 10.6 and then build the app on 10.7 using those
[16:17] <mmcc_2> hooray packaging
[16:20] <rye> alecu: may I ask you whether you see anything weird here - http://paste.ubuntu.com/1335076/ - I am trying to use Ubuntu SSO's Keyring and it looks like it hangs inside set_credentials()
[16:21] <alecu> rye: I don't see anything weird there. I'm trying to run it now.
[16:29] <alecu> rye: please add these two lines at the top of your script:
[16:29] <alecu> from dbus.mainloop.glib import DBusGMainLoop
[16:29] <alecu> DBusGMainLoop(set_as_default=True)
[16:30] <rye> alecu: ARGH!@!!
[16:31] <rye> alecu: thank you!
[16:31] <alecu> rye: no problem! It bit me again just now :-)
[16:37] <mmcc_2> oof, looks like the ultimate solution to this morning's bug might start with re-building my python, then re-building pyobjc with flags to support 10.6. annoying, but should work…
[16:40] <gatox> mmcc, hi.... could you re-review this? https://code.launchpad.net/~diegosarmentero/ubuntuone-control-panel/socket-communication/+merge/132409
[16:41] <gatox> mmcc_2, ^
[16:43] <mmcc> gatox, sure, looking now
[16:43] <gatox> mmcc, thx
[16:48] <gatox> briancurtin, hi! could you review this one? https://code.launchpad.net/~diegosarmentero/ubuntuone-client/fixwin-search/+merge/132906
[16:49] <briancurtin> gatox: ah cool, yep ill take a look
[16:49] <gatox> briancurtin, awesome
[16:57] <mmcc_2> gatox, should we add a test to check that cleanup is called in init? might also be a good idea to check that listen is called with the expected key when the initial socket connect fails with that key (add a line to test_server_socket?)
[16:58] <gatox> mmcc_2, i'll add that inn a while
[16:59] <mmcc_2> gatox: cool, thanks
[16:59] <dobey> ok, need to get lunch; bbiab
[17:31] <gatox> mmcc_2, branch updated: https://code.launchpad.net/~diegosarmentero/ubuntuone-control-panel/socket-communication/+merge/132409
[17:37] <gatox> alecu, do you know if there is any important task to be done? because i'm working in my bug queue.... but the ones there are not really important
[17:39] <alecu> gatox: perhaps you can try installing a unity dev environ, and start learning about nux to work on dash stuff in the coming weeks
[17:39] <gatox> alecu, niceeeeeeeee..... i'll do that!
[17:39] <gatox> more fun
[18:10] <mmcc> gatox: +1 on socket-communication. thanks for the extra effort & tests there!
[18:11] <gatox> mmcc, no problem! thx!
[18:40] <dobey> hmm
[18:50] <chaselivingston> mmcc: loving the new mac build. no more app in the dock :)
[18:52] <mmcc> chaselivingston: great, glad the menu works for you :) can you do me a favor and check if there are two instances of syncdaemon running on your system now? I was seeing that last night, even though the IPC code is supposed to prevent it
[18:53] <chaselivingston> mmcc: yes there are two
[18:54] <mmcc> chaselivingston: yep. :( kill one if you plan on leaving it running. sorry about the bug, really quite puzzling.
[18:54] <chaselivingston> mmcc: no worries, thanks for the heads up, killed one
[19:03] <mmcc> brb…
[19:06] <gatox> reboot..... brb
[20:10] <briancurtin> gatox: is share link search supposed to be case sensitive? (i remember seeing some chatter about this, not sure if there was a final answer)
[20:12] <dobey> briancurtin: there was a branch to make it not so, that landed friday or today
[20:12] <gatox> briancurtin, no..... but that is a different branch that is not probably merged with this one
[20:12] <gatox> s/not probably/probably not
[20:12] <briancurtin> gatox: ah, well then your fixwin-search branch looks fine by itself. approved
[20:12] <gatox> :D
[20:13] <gatox> annnnddddddddd....... eod for me! see you tomorrow people!
[20:14] <karni> take care gatox
[20:15] <gatox> karni, thx, bye!
[20:24]  * briancurtin lunch
[21:23] <dobey> wonder where is best to put the certs and cert path resolving code
[21:28] <karni> I'll head out for a while, and work a while longer when I get back. Will publish the fixed U1M to Google Play as well.
[21:28] <briancurtin> dobey: client-data sounded like a good idea the other day. it's client data so that makes sense, and creating a package in that project to access said client-data makes sense to me
[21:29] <briancurtin> i know nothing about dependencies and packaging stuff on ubuntu so that's about as deep as my input can go, i think
[21:30] <dobey> briancurtin: the problem is though, client-data doesn't have code; and ubuntu-sso-client depending on ubuntuone-client-data seems a bit backward;
[21:31] <briancurtin> i guess we could add code, but then yeah that seems backward
[21:36] <dobey> probably moving it into ubuntu-sso-client is best
[21:52] <mmcc_2> ok, I have to go take a walk. building and packaging and incompatible SDK verisons, making me a little angry
[22:01] <dobey> briancurtin: so let's do that then; pull the certs into your branch, and bring the get_certificates_path() (or whatever it was called) code back in, but change it to look for the certs in the SSO data dir, and copy in the related tests from ubuntuone-storage-protocol for that method as well
[22:01] <briancurtin> dobey: and this is for after i do this release out of stable, correct?
[22:02] <briancurtin> keeping with the idea of just merging my cert branch for this release, then doing it the right way moving forward?
[22:03] <dobey> briancurtin: it could work either way, and doing it this way is something we could possibly merge back into stable-4-0 as well; but yeah, we can knock out the release with the current patch first, as discussed on friday
[22:32] <dobey> alright, need to head off; later all
[22:55] <mmcc_2> something has convinced pyobjc's setuptools that my 10.6 machine is in fact 10.4… this is causing some build problems. so it goes
[22:56] <briancurtin> three things you can count on: death, taxes, packaging problems
[22:56] <mmcc_2> I could use some death right about now
[23:07] <mmcc_2> well, this is awesome: >>> from distutils.util import get_platform
[23:07] <mmcc_2> >>> get_platform()
[23:07] <mmcc_2> 'macosx-10.4-x86_64'
[23:08] <briancurtin> mmcc_2: what about platform.platform()
[23:08] <mmcc_2> there are like five ways that pyobjc uses to get the platform string
[23:08] <briancurtin> can you monkeypatch it to get the right one?
[23:08] <mmcc_2> ha! - platform.platform == 'Darwin-10.8.0-i386-64bit'
[23:08] <mmcc_2> bzzzzt
[23:09] <mmcc_2> how did this get so broken
[23:09] <mmcc_2> briancurtin: unfortunately I'm still not totally sure how this value is creeping in, the only place I see get_platform called directly is inside an if that checks for python3
[23:24] <karni> I'm back.
[23:39] <mmcc_2> something somewhere built my python with MACOSX_DEPLOYMENT_TARGET=10.4
[23:45] <mmcc_2> so now I'm rebuilding python, then pyqt, then etc etc
[23:56] <mmcc_2> Finally I've made it back to where I was at 8:15
[23:56] <karni> mmcc_2: How long ago was that ? :D
[23:56] <mmcc_2> it's 4
[23:57] <karni> ouch
[23:58] <mmcc_2> yeah, going through everything that might be wrong until you finally realize that your python was configured wrong for some reason by the random pseudo-package-manager from github that everyone uses even though it's not even 1.0 yet
[23:58] <mmcc_2> (sucks)
[23:59] <karni> aha :|