[10:35] <mandel> facundobatista, rye, can I have a very simple review for a branch that fixes a couple of bugs: https://code.launchpad.net/~mandel/ubuntuone-client/reactor-new-line/+merge/112535
[10:36] <facundobatista> mandel, yeap
[10:38] <mandel> facundobatista, thx, is a very simple branch
[11:09] <gatox> good morning
[11:25] <mandel> gatox, morning!
[11:25] <gatox> mandel, hi
[11:25] <mandel> gatox, and 'tiron de orejas' for not reading my descriptions ;)
[11:26] <gatox> mandel, i read it..... but that seems to be IRL, and i wanted to know if i can run the tests..... the u1-client only without installing anything
[11:26] <mandel> gatox, then point to the python lib from the other project
[11:28] <gatox> mandel, also..... the code seems REALLY similar to mine.... it needs to be different things.... or should we merge them?
[11:28] <mandel> gatox, I wanted it to merge once you landed yours.. but is taking to long
[11:28] <mandel> gatox, the code is only similar in the notifier, the rest is diff
[11:28] <mandel> gatox, take into account that is using a twisted factory to talk with the daemon
[11:29] <mandel> gatox, tests are diff etc..
[11:29] <gatox> ahh ok ok
[11:31] <mandel> gatox, take a look at the code and you'll see is a lot simplre
[11:31] <mandel> s/simplre/simpler
[11:34] <gatox> mandel, AHHHHHHH  jejjejeej sorry, you are right.... i didn't read the last part of the description
[11:35] <gatox> :P i read everything else, except the test part
[11:35] <mandel> gatox, no problem :)
[11:35] <mandel> gatox, I know I do the same hehehe
[11:36] <gatox> mandel, the code review i did it yesterday (when i thought: OMG they are going to make refactor everything again), and it seems fine
[11:36] <gatox> s/make/make me
[11:37] <gatox> this stop being fun...... 2 refactors ago :P jeje
[11:37] <mandel> gatox, only problem is the notificator, the rest is diff :)
[11:37] <mandel> gatox, which can be shared, but that is a very small part, maybe 300 lines?
[11:38] <gatox> mandel, the code is a +1 for me (already there)...... now going back to try to finish this refactor
[11:39] <mandel> gatox, superb, did you manage to run the tests?
[11:39] <mandel> gatox, by setting the python path I mean
[11:39] <mandel> gatox, also, can I have a super simple review: https://code.launchpad.net/~mandel/ubuntuone-client/reactor-new-line/+merge/112535
[11:40] <gatox> mandel, no, i did the code review part
[11:42] <gatox> mandel, about lines:
[11:42] <gatox> 30	-FilesystemMonitor = filesystem_notifications.FilesystemMonitor
[11:42] <gatox> 31	-_GeneralINotifyProcessor = filesystem_notifications._GeneralINotifyProcessor
[11:42] <gatox> weren't we using that from somewhere else?
[11:42] <gatox> or that definition was unnecesary?
[11:43] <gatox> mandel, just curious......
[11:46] <mandel> gatox, it was diff line 9
[11:47] <gatox> yes, but this one is missing: FilesystemMonitor
[11:47]  * gatox downloading and using meld
[11:50] <gatox> ah i see
[11:51] <gatox> mandel, +1
[11:51] <mandel> gatox, thx :)
[12:25] <mandel> gatox, I managed to get the daemon to be launched as root on the mac when you start the machine :)
[12:25] <mandel> gatox, not sd but the fsevents daemon :)
[12:25] <gatox> mandel, COOL!
[12:27] <mandel> gatox, so right now, the only thing we have to do in the packaing is copy a file to a location and tell launchd to start it, should not be too hard :)
[12:29] <ralsina> good morning!
[12:29] <mandel> ralsina, morning!
[12:30] <gatox> ralsina, hi
[12:30] <mandel> ralsina, so before I go, I have a fist launchd integration where we pass the domain-socket as a parameter to the daemon (via xml) and have fsevents at boot time :)
[12:30] <ralsina> whoohoo!
[12:30] <ralsina> mandel: nice :-)
[12:30] <mandel> ralsina, it means that the installer just has to copy the xml to the correct location and tell launchd to start using it
[12:31] <mandel> ralsina, was probably the last piece we needed to have a first alpha release working
[12:35] <mandel> ralsina, gatox, super simple MP that explains how to set you mac to have the daemon running at boot time: https://code.launchpad.net/~mandel/ubuntuone-fsevents-daemon/start-boot/+merge/112554
[12:35] <mandel> mainly xml and fixing a small bug in the command line parsing
[12:35] <ralsina> mandel: will try it after my call that starts in a few minutes
[12:35] <mandel> ralsina, ok, no problem :)
[12:36] <mandel> ralsina, also, the reactor issue in control panel and sso should be fixed by https://code.launchpad.net/~mandel/ubuntuone-client/reactor-new-line/+merge/112535
[12:36] <mandel> ralsina, so we might be able to see things running very soon :)
[12:36] <ralsina> mandel: wasn't mmcc doing that?
[12:38] <ralsina> dobey: did we ever release anything with versions 3.1 or 4.1? I am guessing no, right?
[12:39] <mandel> ralsina, yes/no the issue was that the reactor was being dragged by the filesystem_notifications that was imported in platform
[12:39] <ralsina> mandel: ok
[12:39] <ralsina> mandel: that thing has been a pain in the ass since we started the qt migration, so good to finally see it fixed
[12:39] <mandel> ralsina, probably an error when refactoring things in ubuntuone-client, no filesystem_notifications is not in the init and therefore the reactor is not installed
[12:40] <ralsina> mandel: instead of the monotonic pile of workarounds we had
[12:40] <mandel> ralsina, well, it was 'fixed' and then we moved things and broke it hehe
[12:40] <mandel> I'm off to have lunch
[13:09] <gatox> alecu, ping
[13:15] <ralsina> argh, I am tempted to replace invalid characters in windows with "{{{NAMEOFINVALIDCHARACTER}}}"
[13:19] <dobey> ralsina: no, that's just the version we used in trunk at the time, so that nightlies/trunk are always newer
[13:19] <ralsina> dobey: we did put a 4.1 in trunk?
[13:19] <dobey> ralsina: 4.1 is currently the trunk version number, yes
[13:19] <ralsina> dobey: I thought trunk was 3.99.x also
[13:19] <dobey> nope
[13:19] <ralsina> dobey: oh, ok, good to know we don have time-traveling users :-)
[13:21] <dobey> man, being able to use only one monitor sucks :(
[13:40] <gatox> alecu, are you here??
[13:44] <alecu> Gatox: my isp seems to be fully broken.
[13:44] <alecu> I'm using my phone, but I hate typing here
[13:45] <gatox> alecu, :S i just wanted to let you know that i fix the darwin3 branch....... and i added a comment regarding the EVENT_CODES
[13:45] <alecu> (SwiftKey makes it a bit more bearable, but still...)
[13:46] <alecu> gatox: ack
[13:46] <gatox> alecu, phones with actually qwerty keyboard FTW :P
[13:46] <gatox> for me is really difficult to type on screens
[13:55] <mandel> alecu, if you are going to use eng you can always dictate, which is a little better :)
[13:59] <alecu> Mandel, do you use that to write code comments?
[14:00] <alecu> So... Google works, YouTube works, the isp website works. The rest is dead.
[14:00] <mandel> alecu, hehehe no, I use my phone ;)
[14:01] <alecu> Net neutrality....?
[14:02] <gatox> mandel, alecu so.... i've updated darwin3 and darwin4.... i review the comments and docstrings inn darwin4 to avoid the same problems as darwin3.... the only thing missing is the thing about EVENT_CODES that i answered to alecu in darwin3 (and reviews)
[14:06] <mandel> alecu, at least you can watch google IO :P
[14:06] <mandel> gatox, ok, if you are not too busy,  can we give reviews to mmcc?
[14:07] <gatox> mandel, yes..... my main concern right now is to have reviews :P so i can do reviews too
[14:08] <gatox> mandel, ok, i have mmcc branches here..... i'll start reviewing them
[14:08] <mandel> gatox, thx :)
[14:09] <mandel> gatox, I'll take a look at yours once I'm done with his
[14:09] <gatox> mandel, can you review darwin4 before you leave to pycon please?
[14:09] <gatox> mandel, thx!
[14:10] <ralsina> mandel: did you see the latest comment in bug #1017916 ?
[14:11] <mandel> ralsina, no, looking
[14:12] <ralsina> alecu: you are in telecentro, and it's dead, right?
[14:13] <ralsina> alecu: want to push the team call for tomorrw? I'm ok with that.
[14:13] <alecu> ralsina: +1
[14:14] <alecu> ralsina: you on telecentro too?
[14:14] <mandel> ralsina, people must think I'm stupid and don't test code before I propose it.. the code uses {LINE SEPARATOR} and not {VERTICAL TAB}
[14:15] <ralsina> dobey: can I get a rereview of https://code.launchpad.net/~ralsina/u1db/cmake2/+merge/112392 before it starts getting conflicts? :-)
[14:15] <alecu> ralsina: Google and YouTube work fine... perhaps we can hangout instead of mumbling.
[14:16] <ralsina> alecu: let me comb myself first then!
[14:16] <ralsina> alecu: and get on the plane with my fancy glasses ;-)
[14:17] <dobey> ralsina: sorry, new bzr breaks tarmac. made a branch to fix that real quick
[14:17] <ralsina> dobey: sure, that looks much more important indeed :-)
[14:18] <ralsina> thisfred, dobey, gatox, alecu, mmcc, briancurtin, mandel: anyone against doing a team hangout?
[14:18] <ralsina> also: anyone knows how to *do* a team hangout?
[14:18] <dobey> ralsina: i am against
[14:18] <gatox> ralsina, nop
[14:18] <briancurtin> no idea how, but i'm up for a try
[14:18] <mandel> ralsina, that I don't know how to use the bloody thing.. but I don't mind
[14:18] <thisfred> no, I have no idea if it'll work with my firefox, but I'm willing to try
[14:18] <ralsina> dobey: any particular reason, and, are you more or less against it than against a team  mumble?
[14:19] <ralsina> I will try to start one and invite you guys
[14:19] <dobey> is the plug-in packaged in ubuntu?
[14:19] <ralsina> dobey: no idea
[14:19] <gatox> ralsina, oh.... i'll need the other computer..... thx again alienware
[14:21] <dobey> well, not like i have video anyway, so whatever
[14:23] <thisfred> ralsina: please invite my gmail address, not my canonical one
[14:23] <thisfred> I don't intend to use that on g+
[14:23] <ralsina> thisfred: which one is it?
[14:23] <thisfred> ralsina: it's thisfred :)
[14:23] <ralsina> thisfred: ack!
[14:23] <mandel> ralsina, I need to get 3g for that
[14:24] <mandel> ralsina, give me 5 mins and then feel free to invite me
[14:24]  * mandel runs for the 3g modem
[14:24] <ralsina> anyway, it's not call time yet :-)
[14:25] <ralsina> thisfred: seems like I can't invite you for some reason
[14:25] <ralsina> Ahhhh can't invite you twice
[14:26] <ralsina> anyway, this seems to work
[14:26] <thisfred> ralsina: alecu invited me
[14:26] <ralsina> ahhh ok
[14:26] <ralsina> anyway, let's do this again at call time ;-)
[14:27]  * briancurtin -> quick coffee run
[14:31] <thisfred> are we using yield from everywhere already? It's been out for more than a day!
[14:32] <dobey> huh?
[14:32] <thisfred> dobey: new in python 3.3
[14:32] <dobey> it removes yield?
[14:32] <thisfred> it allows subgenerators
[14:33] <dobey> eh
[14:33] <thisfred> dobey: no it introduces 'yield from'
[14:33] <thisfred> so you can yield from something else that is a generator.
[14:34] <thisfred> yield from range(10)
[14:34] <thisfred> for instance
[14:38] <mandel> gatox, ralsina any idea why would the qt ui get blocked after calling load?
[14:38] <gatox> mandel, that use to happend when we had issues with the backend
[14:38] <gatox> like being None or something
[14:39] <ralsina> mandel: blocked as in showing the overlay? Usually you have an exception to go with it
[14:40] <mandel> ralsina, gatox, shows the overlay, does nothing after
[14:40] <dobey> man people ask for the craziest things in software
[14:40] <ralsina> mandel: start it with --debug ande U1_DEBUG=1 and see if you get an exception in stderr
[14:40] <mandel> ralsina, ok
[14:41] <gatox> mandel, i've started to debug that.... it wasn't really clear where the problem was... but then i needed to keep working on the fsevents branches and i couldn't see what was going on
[14:41] <dobey> it's like if they went to a chevy dealer and asked if they can have a mustang engine in a new corvette
[14:41] <gatox> s/i've started/i started
[14:41] <mandel> gatox, no worries, is just that I want to see everything working in my machine
[14:41] <mandel> ralsina, --debug where? for the bin/ubuntuone-control-panel-qt?
[14:42] <ralsina> mandel: yes
[14:42] <mandel> ralsina, seems not to have that option
[14:42] <ralsina> mandel: then just setting U1_DEBUG
[14:42] <gatox> mandel, i was doing it with U1_DEBUG
[14:43] <mandel> ack
[14:44] <dobey> i miss my other monitor
[14:47] <mandel> gatox, ralsina, so, it can be that the signal CredentialsNotFound is not received because the sso process is killed before is done something that does no happen on windows because it is never killed
[14:47] <mandel> gatox, ralsina nothing to do with the reactor etc..
[14:48] <ralsina> mandel: maybe we want it not to die on darwin either?
[14:49] <mandel> ralsina, well as a quick fix yes, as the proper way to fix it is to keep track of the signals to send and wait 'til they are done
[14:50] <mmcc> catching up, just remembered to say hi. good morning folks
[14:50] <ralsina> mandel: yes
[14:54] <gatox> mmcc, +1 to this one: v
[14:54] <gatox> https://code.launchpad.net/~mikemc/ubuntuone-control-panel/fix-1015825-reorder-reactor/+merge/112432
[14:54] <mandel> gatox, I have concerns about that one
[14:54] <mandel> I don't think that is needed
[14:54] <gatox> mandel, what?
[14:54] <mandel> gatox, the reactor branch from mmc
[14:54] <mandel> mmcc
[14:54] <mandel> sorry
[14:54] <gatox> mandel, why is not needed?
[14:55] <mandel> gatox, testing right now with contorl panel trunk but AFAIK the ui is shown with no problems
[14:55] <mandel> gatox, if it is not needed on windows, why is it on darwin?
[14:56] <mmcc> mandel: if what is not needed?
[14:56] <mandel> mmcc, create the Qapp first
[14:57] <mmcc> mandel, oh right - I have no idea. I'd love to figure it out, but in irc a couple of days ago alecu suggested that maybe we shouldn't poke the tiger by changing working code on windows
[14:58] <mandel> mmcc, what was the issue?
[14:58] <mmcc> I believe that if we just did the same thing on windows as I do on darwin in that branch, it'll work fine. the tests with it that way work fine on windows...
[14:59] <mmcc> the issue was that, if you install the qt4reactor first thing, it will create a QCoreApp for you. this breaks UI on darwin, but not on windows, for some reason
[14:59] <briancurtin> ralsina: so to prep for hangout, what should i be doing right now? do we have canonical plus accounts now? (i dont remember seeing one)
[14:59] <mandel> mmcc, but how did it break the ui on darwin?
[14:59] <ralsina> mmcc, mandel, gatox, dobey, thisfred, alecu, let's hangout
[15:00] <mmcc> mandel: shows the overlay then hangs, showing no animation. no gui events are sent
[15:00] <dobey> how many nerds does it take to make a g+ hangout work
[15:00] <mandel> dobey, too many..
[15:00] <mmcc> oh yeah, hangout, what do i do? please invite michael.mccracken at gmail..?
[15:00]  * mmcc puts on a shirt
[15:00] <dobey> ralsina: also, gmail address for me too, don't use canonical address on g+
[15:00] <mandel> mmcc, os, that is not due to that, is because there is an error from sso to control panel and gets frozen like that
[15:01] <mandel> mmcc, I'm looking on how to do a quick hack to fix that
[15:01] <mmcc> mandel I'm pretty sure we're seeing different things
[15:01] <mmcc> in my testing I do get the credentials_not_found back from sso, it hangs after that
[15:02] <dobey> hmm
[15:03] <mmcc> when is this hangout? on the 9th green at 9?
[15:03] <mandel> mmcc, yo do get an message saying that, but you don't see the stderr from twisted telling you it did not manage to send the signal
[15:03] <briancurtin> lol
[15:03] <briancurtin> mmcc: we're in there now
[15:03] <ralsina> mmcc: didn't you get the invite?
[15:03] <mandel> ralsina, or me
[15:03] <dobey> for varying definitions of "we"
[15:03]  * mmcc not one of the cool kids
[15:04] <mandel> ralsina, did you see my private msg?
[15:04] <mmcc> ralsina: no, I got no hangout
[15:04] <ralsina> mandel: yep, invited you
[15:04] <ralsina> mmcc: so need an invite?
[15:04] <mmcc> er, no hangout invite
[15:04] <ralsina> mmcc: what's your preferred gmail?
[15:04] <mmcc> ralsina: yes plz, to my michael.mccracken@gmail
[15:05] <mandel> ralsina, ok, installing plugin, few sec
[15:06] <dobey> la la la
[15:06]  * mmcc refreshes... 
[15:06] <dobey> where do these invite things show up?
[15:06] <ralsina> dobey: google + I suppose
[15:06] <dobey> i thought g+ had circles
[15:06] <dobey> and etc
[15:06] <mmcc> dobey, on other people's computers, apparently
[15:07] <ralsina> dobey: yep, that too
[15:07]  * dobey is too cool for hangouts
[15:08] <briancurtin> hangout is hilarious
[15:08] <ralsina> I expect it to get boring soon
[15:08]  * dobey already bored
[15:08] <ralsina> dobey, mmcc: are you having trouble?
[15:09] <dobey> define trouble
[15:09] <dobey> there is no invite, and i don't see anyone else hanging out in my stream
[15:09] <mmcc> ralsina: I was, apparently there's some plugin that I am now downloading, but there was no message about that
[15:10] <ralsina> mmcc: ok
[15:10] <mmcc> I just randomly clicked on the "Hang out" button and then it told me
[15:10] <ralsina> dobey: I invited you on the canonical address. Should I use another one?
[15:10] <dobey> yes, gmail
[15:10] <ralsina> dobey: which one?
[15:10] <dobey> see /msg
[15:12] <mmcc> okay, well I have the plugin now but still no invite
[15:12] <briancurtin> 9th green at 9
[15:12]  * mmcc thinks he hears sprinklers
[15:12] <ralsina> mmcc: I'll try again
[15:13] <ralsina> mmcc: invited again
[15:13] <gatox> mmcc, let me know when you add the test that mandel request here: https://code.launchpad.net/~mikemc/ubuntuone-control-panel/fix-1018614-darwin-raise/+merge/112493
[15:14] <mmcc> where should I be looking again? it shows up as an email? or in google plus? right now, neither one has anything new
[15:19] <dobey> the big problem is dev-tools
[15:37] <dobey> nice mandel
[15:38] <briancurtin> +1 to hangout from now on. better audio quality, optional video with monocles and scuba goggles, and mandel puppet show
[15:38] <mandel> :)
[15:42] <dobey> ok, need to get lunch; bbiab
[15:42] <mmcc>  briancurtin: agreed, it seemed to work pretty well. Not sure why it felt necessary to put "Michael McCracken hung out" on my timeline, shared only with myself... it's like, I was there, so...
[15:43] <mmcc> anyway, mandel - I'll add tests for calling raise_ only on darwin. I agree with ralsina that it shouldn't hurt on other platforms but I don't know how to prove that :)
[15:43] <mmcc> also mandel, can you paste a U1_DEBUG listing from the credentials not found issue you're having?
[15:43] <ralsina> mmcc: get it running on ubuntu and windows with raise_ and see it does the same thing as before
[15:43] <briancurtin> mmcc: it's for the record in case you need an alibi, just share yourself with the police and you're covered
[15:44] <ralsina> mmcc: I can do ubuntu for you :-)
[15:44] <ralsina> mmcc: just to avoid platform-specific behaviour if it's unnecessary
[15:44] <mmcc> ralsina: ok I'll test it all out. I have the code on both running vms
[15:44] <briancurtin> oh and FYI - it's my review day, i'll keep an eye on my inbox but feel free to directly ping me for reviews
[15:44] <mmcc> ralsina: I was mostly concerned with unintended other consequences
[15:45] <ralsina> aaaaaand lunch!
[15:46] <mmcc> brb, garage door broke apparently?!
[15:52] <mandel> mmcc, I'm looking closer to see if I get the bloody thing to run :)
[15:53] <mandel> mmcc, gatox, turns out that because we do set #!/usr/bin/python the stupid python path was wrong..
[15:58] <__lucio__> mandel, ralsina, in win32, files come as bytes or unicode or what?
[15:58] <__lucio__> verterok, ^^
[15:58] <verterok> kk
[15:59] <mandel> __lucio__, withint sd everything is bytes, that is, we convert to unicode to talk with windows, get unicode, return bytes to the state machine
[15:59] <mandel> does it make sense?
[15:59] <__lucio__> mandel, so windows always returns unicode?
[16:00] <__lucio__> we make it bytes in utf-8, but for we always get unicode from the platform
[16:00] <mandel> __lucio__, we allways pass bytes in utf-8 outside ubuntuone/platform
[16:01] <mandel> __lucio__, in the windows modules that interact with windows we use unicode (since listdir(unicode) returns unicode and listdir(bytes) returns bytes)
[16:01] <__lucio__> mandel, so, we interact with windows using unicode? or bytes?
[16:02] <mandel> __lucio__, unicode
[16:02] <__lucio__> verterok, ^^
[16:02] <mandel> verterok, don't be shy, you can ask me ;-)
[16:02] <mandel> hehehe
[16:05] <verterok> hehe
[16:05] <mmcc> mandel, where was the shebang hurting us?
[16:05] <mandel> mmcc, in ubuntu-sso-login
[16:06] <mandel> mmcc, it gets launched by the ui so it uses the wrong python
[16:06] <mandel> mmcc, that solves some but not all the problems
[16:06] <verterok> mandel: and we algo get unicode from the win-inotify (don't remember the name of the module)?
[16:07] <mandel> verterok, yes, we get the path from the fs in unicode and we pass them to bytes utf-8
[16:07] <mmcc> mandel I'm still not sure what problems you're seeing. perhaps it's the different environment we use? I have been using the buildout python to test controlpanel, and the mac-env script from the buildout
[16:07] <verterok> mandel: kk
[16:07] <mandel> mmcc, have you tested sso without the --login parameter?
[16:08] <mandel> verterok, FYI is under ubuntuone/platform/filesystem_notifications/windows.py
[16:11] <mmcc> mandel, I think so, let me check my notes
[16:11] <verterok> kk, thanks
[16:14] <mandel> mmcc, ok, just tested the thing, you are 120% right with the reactor..
[16:14] <mandel> mmcc, I think we should do it both on win and darwin and not just on darwin
[16:15] <mandel> on win there should be no problem
[16:15] <mmcc> mandel, this is about installing qt4reactor after the uniqueapp init?
[16:15] <mandel> mmcc, yes
[16:16] <mmcc> ok, yeah I agree. in fact if anything it'll avoid creating an unused qcoreapp on windows...
[16:17] <mmcc> I'd like alecu's opinion here, since he was the one who suggested leaving windows code alone
[16:19] <mandel> mmcc, AFAIK there is not diff and the correct way per docs of the qtreactor is the way you did it in darwin
[16:20] <mmcc> ok mandel, for the other issue, can you tell me exactly what you're doing? I don't understand why not having --login with sso makes a difference
[16:21] <mandel> mmcc, it calls the backend, just remove the --login param and try to run the thing to create a new account
[16:21]  * gatox lunch
[16:21] <mmcc> oh right, I have done that directly in the past, but doing that from control panel wasn't working for me last night
[16:22] <mandel> mmcc, is because of the python path
[16:23] <mandel> at least in my system
[16:25] <mmcc> ok, I think dobey's change broke this for us. I can't run sso directly anymore either
[16:27] <mmcc> what I see: when I run bin/ubuntu-sso-login-qt, it gets to the point of trying to run ubuntu-sso-login and that dies, unable to import pyqt
[16:27] <mmcc> it's the change in r978
[16:27] <mandel> mmcc, exactly, that was what I got, simple way to fix it is changing the path
[16:27] <mandel> mmcc, but is not the right way to do it :(
[16:27] <mmcc> changing the shebang line in teh script?
[16:28] <mandel> mmcc, yes
[16:28] <mandel> mmcc, if you do that it works + your reactor branch
[16:28] <mandel> mmcc, I'm even going to report a ui bug \o/
[16:29] <mmcc> mandel, great.
[16:29] <mmcc> ok so alecu - any opinion on moving the qt4reactor after uniqueapp on windows too? it'll be a quick change, the tests you asked for yesterday are already there
[16:34] <mandel> mmcc, gatox_lunch first funny ui bug 1018918
[16:35] <mandel> oh and ralsina ^
[16:35] <gatox_lunch> mandel, juazzzzzzzzzzz
[16:35] <mandel> gatox_lunch, have you seen the video, wtf?
[16:35] <gatox_lunch> mandel, yes!
[16:36] <gatox_lunch> mandel, it seems that they were attached to a diff parent or something
[16:39] <mandel> gatox_lunch, also added bug 1018919
[16:40] <gatox_lunch> mandel, yes, that's because we are not overriding the mac default for that
[16:41] <gatox_lunch> ohhh issues that i enjoy more!!
[16:41]  * gatox_lunch is happy to see these things
[16:41] <mandel> gatox_lunch, and this bug 1018921
[16:41] <alecu> hello, all!!!!
[16:42] <mmcc> welcome back alecu
[16:42] <mandel> mmcc, I have tested the reactor branch from mmcc I think we have to do the same on windows
[16:42] <mandel> alecu, ^
[16:42] <mandel> ups
[16:42] <alecu> mandel: why so?
[16:43] <mandel> alecu, because is what the qtreactor does say
[16:43] <mandel> alecu, it was wrong that we did it this way, it just works on windows, the other way QApp before reactor is better and works in all platforms
[16:43] <alecu> mandel: sorry, I'm catching up with the backlog. Where does it say so?
[16:44] <alecu> mandel: if it does work fine on windows, let's move ahead.
[16:44] <mandel> alecu, let me get you the docs
[16:44] <alecu> mandel: I had some issues with the qt4reactor initialization previously, so I was not convinced about touching those bits on windows.
[16:45] <mandel> alecu, well, we can leave it like that, I don't think is needed
[16:45] <alecu> mandel, mmcc: but if we test all that IRL  under windows and it works fine, then let's move ahead.
[16:45] <mandel> anyway, if you look at the backlog, is working :)
[16:45] <alecu> mandel: awesome then.
[16:45] <mandel> alecu, other more important issue is the problem with the python path, but is just hurting use because we use the brew one
[16:46] <alecu> mandel: what's the issue with the windows path?
[16:46] <alecu> mandel: I saw some relative imports with ../
[16:47] <mandel> alecu, is in shebangs paths that are broken, at least for use with the python buildout
[16:48] <mandel> alecu, points to /usr/bin/python and we use /usr/local/python, I think is fixable if we execute the scripts using python path and not just path
[16:48] <mandel> alecu, but is a minor PITA for developers, the packaged version should work ok
[16:49] <alecu> mandel: oh, I see. I don't mind using "python bin/script" at all.
[16:49] <alecu> so yeah: very minor pita. A very small sandwich you'll make with that pita.
[16:49] <mandel> alecu, hehe
[16:50] <mandel> alecu, so, all the rest works :)
[16:50] <mandel> all, shares, details, sso, sd work
[16:50] <mandel> we might have some bugs when we start sd (I cought an already running error) but seems that we just have packaging left!
[16:51] <mmcc> mandel, how are you editing the path to the backend scripts now? where are you adding 'python' exactly?
[16:51] <mmcc> mandel is such an optimist :)
[16:52] <mandel> mmcc, I just changed the shebang, the smart way would be to tell the runner to use python + path and not just path and you are sorted
[16:52] <mandel> mmcc, is latet here, so I won't be able to fix that yet I'll add a bug :)
[16:57] <mandel> mmcc, alecu bug 1018924
[16:57] <mmcc> mandel: ok, add the bug and assign me, I'll do it
[16:57] <dobey> hrmm
[16:57] <dobey> uhm
[16:57] <dobey> please do not change those back to /usr/bin/env
[16:58] <dobey> they cannot be that
[16:58] <mmcc> dobey we're not going to do that.
[16:58] <mmcc> the idea was to change the code that invokes them to say 'python backend-bin'
[16:59] <mandel> dobey, that wont be touched, is the way we launch them :)
[16:59] <mmcc> although it needs some thought, since of course it's different when packaged and I want to be sure it does the right thing on windows
[17:00] <mandel> mmcc, indeed, you are the one that will have to deal with it :)
[17:00] <dobey> mandel: what launches them?
[17:01] <mandel> dobey, they are subprocess from control panel and sso, lets make the call as python script and not script and is fixed
[17:01] <mandel> dobey, the a rnner code somewhere in sso-utils
[17:02] <dobey> ugh
[17:02] <mmcc> mandel, and that runner code is only used on windows and darwin right?
[17:02] <dobey> calling "python script" from subprocess is nasty
[17:02] <dobey> and it will break ubuntu
[17:02] <mmcc> it's the protocol buffer stuff
[17:02] <mandel> mmcc, yes
[17:02] <mmcc> so won't break linux
[17:03] <mandel> dobey, it wont break ubuntu it will just be done in darwin
[17:03] <dobey> perspective broker
[17:03] <mmcc> thanks dobey, d'oh
[17:03] <mandel> mmcc, in windows we call the .exe so we have to do something similar
[17:03] <dobey> which reminds me
[17:04] <dobey> briancurtin: we can't just simply switch to nose or something else, for running the tests. we're not just using plain trial, but u1trial which does a bunch of extra stuff we need for various tests
[17:05] <briancurtin> so we port u1trial or something as well
[17:07] <dobey> i should break up the dirspec stuff i was doing into smaller branches.
[17:07] <dobey> well, it's small as-is, but doesn't work exactly on both 2 and 3, and is being really annoying
[17:10] <mmcc> mandel - ok to set status to approved on that reactor reordering mp? you +1ed but left it
[17:10] <mandel> mmcc, before I go, I have this for review: https://code.launchpad.net/~mandel/ubuntuone-fsevents-daemon/start-boot/+merge/112554
[17:12] <mandel> mmcc, let me check
[17:12] <mandel> mmcc, yes, I just approved in case you wanted to make more changes
[17:12] <mmcc> mandel, ah ok. I have no other changes
[17:13] <mandel> mmcc, usually the global approve is done by the person that proposes the mp, just in case :)
[17:13] <mandel> mmcc, feel free to land it
[17:13] <mmcc> mandel, oh i didn't know that. someone told me it was usually the 2nd approver...
[17:13] <mmcc> mandel your branch looks fine but i can't tell what changed in main.m. are my eyes failing me?
[17:13] <mmcc> whitespace?
[17:14] <mandel> mmcc, optional to required argument
[17:14] <mandel> mmcc, and no argument for help
[17:14] <mmcc> yeah i just noticed that but what about line 80 of the diff?
[17:14]  * mmcc needs to get better sleep
[17:15] <mandel> mmcc, typo!
[17:15] <mmcc> ah there it is! ok thanks
[17:16] <mmcc> mandel +1
[17:16] <mandel> ok, then EOD for me, I'll me off next week but feel free to ask for help over twitter or if I'm here :)
[17:17] <mandel> you might be ignored :P
[17:18] <gatox> mandel, go away!
[17:18] <gatox> ejeje
[17:18]  * mandel goes to pack etc..
[17:18] <mmcc> ok mandel have a great trip.
[17:19]  * mmcc couldn't think of a joke about mandel 'meing' off
[17:19] <mandel> mmcc, hehe
[17:19] <mandel> stupid fingers :P
[17:22] <gatox> alecu, i don't know if you have a  decent internet connection now... but i've submitted the changes of the events code to darwin3 already :D
[17:26] <alecu> gatox: great
[17:26] <alecu> gatox: I do. Telecentro got their issues sorted up.
[17:27] <gatox> alecu, good for you!! \o/
[17:42] <mmcc> lunch
[17:53] <dobey> ralsina: so how do i install stuff to a destdir, under the right prefix, using cmake?
[17:55] <ralsina> dobey: I am doing the install now in the next branch
[17:55] <ralsina> should be ready a bit after the previous one merges
[17:56] <dobey> ah ok; so what are the limits of what this branch does exactly?
[17:56] <dobey> it just builds and that's it?
[17:57] <ralsina> dobey: yep, it builds and runs tests
[17:58] <ralsina> dobey: trying not to do things like installing before I knew what the heck to install ;-)
[17:59] <dobey> ralsina: any specific reason to build the static lib by default instead of the shlib?
[17:59] <ralsina> dobey: it's easier to run the tests in place
[18:00]  * dobey hugs libtool
[18:00] <ralsina> dobey: hehe, it sure needs loving :-)
[18:02] <dobey> how do you dist a tarball with cmake?
[18:05] <ralsina> dobey: well, I could use cpack
[18:07] <ralsina> dobey: I suspect this is going to be annoying to package in that there is a library and a python package
[18:07] <dobey> it's not annoying with autotools
[18:07] <dobey> it's quite simple
[18:08] <ralsina> dobey: I am sure it is
[18:13] <ralsina> I wonder why the heck is setup.py installing u1todo when it's not in the package list
[18:17] <dobey> don't know
[18:17] <ralsina> dobey: lp:~ralsina/u1db/cmake3 supports "make install", "make install-python" and "make package" that creates a tarball
[18:18] <ralsina> you need to do "make install-python package" if you want a package that has both the library and the python package
[18:18] <ralsina> or can do python setup.py install to just install the python stuff
[18:19] <dobey> that seems weird
[18:20] <ralsina> dobey: the logical way to install a python package is by using setup.py
[18:20] <ralsina> the logical way to install a C library is make install
[18:20] <ralsina> this is just both things in the same folder
[18:20] <dobey> i don't see what installing has to do with making a tarblal distribution of the source
[18:20] <ralsina> make package OTOH is a gross hack I will remove soonish ;-)
[18:21] <dobey> and mixing build systems is always pain
[18:21] <dobey> the logical way to install anything is to use a single system to do installation (which should be a system which can also do uninstallation)
[18:22] <ralsina> dobey: it's two completely separate things. The only reason they are together AFAICS is because the tests for the C library run from python
[18:23] <dobey> well, it's more the tests for the python running against the C library
[18:23] <dobey> and because they are part of the same tree
[18:23] <ralsina> yes, but there is no reason why the C library could not be in a separate tree, really. It's all a bit promiscuous.
[18:24] <ralsina> So to install the library: "cmake . && make && make install" is enough and works
[18:24] <ralsina> And for the python package, "python setup.py install" is enough and works
[18:25] <dobey> why does make install not install both?
[18:25] <ralsina> And there is a tricky "make check" that builds both and runs the tests for both and installs nothing
[18:25] <ralsina> dobey: because they will not be the same package?
[18:25] <dobey> yes they will?
[18:25] <ralsina> dobey: why?
[18:25] <dobey> what do you mean by "package" there?
[18:25] <ralsina> the python stuff works just fine with no C
[18:26] <ralsina> debian package
[18:26] <ralsina> the python package doesn't use the C library at all
[18:26] <ralsina> and viceversa
[18:26] <dobey> binary package is irrelevant. if i grab a tarball, and build and install it, it should install everything
[18:26] <dobey> not half the stuff
[18:26] <ralsina> I can make it do that, probably
[18:26] <dobey> actually, setup.py install probably does install the cython extension
[18:26] <ralsina> but why would someone that only wants the C stuff install the python stuff and viceversa
[18:27] <ralsina> no it doesn't
[18:27] <dobey> though it would be really nice if it didn't
[18:27] <dobey> it used to
[18:27] <ralsina> I made it not do it
[18:27] <ralsina> ;-)
[18:27] <dobey> ok
[18:27] <dobey> then they can install the libu1db-1.0-1 package from ubuntu or whatever
[18:27] <ralsina> dobey: installing both together makes as much sense as installing your vala and the js implementation together
[18:28] <dobey> uh
[18:28] <dobey> if they were in the same tree, it would make perfect sense
[18:28] <ralsina> we have divergent understandings of "perfect" :-)
[18:29] <ralsina> But sure, I'll give it a shot
[18:29] <dobey> it's like pulling the entire mozilla tree, to install libnss3.so
[18:29] <ralsina> in a much smaller scale of course
[18:29] <dobey> and besides, both the C and python of u1db are incredibly tiny
[18:29] <ralsina> yes
[18:29] <ralsina> if it wasn't for the weird testing dependency, they belong in separate tress, I suspect
[18:30] <dobey> i don't know about that. it's good that they're in the same tree
[18:30] <dobey> it makes it easier to ensure consistency
[18:31] <ralsina> ok, back to making it do what we want
[18:31] <dobey> and u1db is small enough that it probably won't hit the same issues that ubuntuone-client did/does in this regard
[18:31] <dobey> oh right
[18:31] <dobey> tarmac
[18:33]  * dobey wonders if alpha2 image is done
[18:44] <ralsina> dobey: does a tarball like https://pastebin.canonical.com/69104/ after "cmake . && make && make package" look reasonable?
[18:45] <ralsina> dobey: there are a bunch of missing bits in the setup.py which cause READMEs and license files not to be installed yet
[18:48] <dobey> ralsina: no, that's installed files, not the source tree
[18:49] <dobey> tarball needs to be roughly equiv to what setup.py sdist does for python, and make dist does in autotools
[18:49] <ralsina> dobey: yes. To get a tarball of the sources, just tarball the sources. Or am I missing something?
[18:49] <ralsina> ok
[18:49]  * ralsina has yet to see a sdist that creates something that later builds a package though
[18:50] <dobey> huh?
[18:50] <ralsina> dobey: 99.99% of the sdists in python are broken
[18:50] <dobey> 100% of ours are not?
[18:50] <ralsina> dobey: Trust you in that, have not checked!
[18:51] <dobey> ralsina: well, we'd be hard pressed to have any users at all on ubuntu, if it didn't work :)
[18:51] <ralsina> dobey: that should be a tarball with the generated Makefiles in it, right?
[18:51] <dobey> i think so, but i don't know what the standard faire for cmake is
[18:52] <ralsina> dobey: ok, will research
[18:52] <dobey> for autotools it includes Makefile.in files and configure script, which builds the Makefiles
[18:53] <dobey> i think some of the unity stuff uses cmake
[18:53] <dobey> so maybe some of those guys have a remote idea about it
[18:56] <ralsina> found a recipe for it
[18:56] <ralsina> So, in autotools it's the post-autogen status?
[18:57] <dobey> basically
[18:57] <ralsina> ok
[18:59] <ralsina> there, make dist produces this: https://pastebin.canonical.com/69105/
[18:59] <ralsina> ready for cmake && make
[19:09] <dobey> cool
[19:17] <gatox> people (specially ralsina ) i need to leave a little bit early today, it's my mother birthday, and she is not living at 3000km anymore, so i need to buy a gift :P
[19:17] <ralsina> gatox: pollerudo
[19:17] <gatox> ralsina, :(
[19:17] <ralsina> gatox: sure man :)
[19:18] <ralsina> gatox: go ahead, I would do the same thing :-)
[19:18] <gatox> ralsina, i don't buy gift since 6 years ago...... so........ jejej
[19:18] <gatox> it has to be kind of special
[19:18] <ralsina> so, she's getting a car, right?
[19:18] <gatox> ralsina, yes, this one: http://www.collectobil.com/images/items/3739.jpg
[19:18] <gatox> jejee
[19:19] <ralsina> hahaha
[19:19] <ralsina> go man, moms always come first
[19:19] <gatox> ok.... i'm off see you tomorrow!
[19:19] <gatox> thanks!
[19:19] <beuno> clearly we don't have the same mothers
[19:20] <ralsina> beuno: sure bro!
[19:20] <ralsina> ;-)
[19:20] <beuno> heh
[19:20]  * ralsina tries to say it like Desmond from lost
[19:20] <ralsina> http://www.youtube.com/watch?v=Tq_SURMi1Mo
[19:22] <beuno> sometimes I wonder how we haven't filled the internet yet
[19:22] <dobey> you should start all your comments on reddit that way
[19:22] <dobey> "Sorry brotha, but you're an idiot."
[19:23] <ralsina> the accent just doesn't translate
[19:23] <ralsina> maybe in italics... Sorry *brotha* ...
[19:24] <beuno> I think you need an h in there, brohtha
[19:27] <ralsina> beuno: we have not filled the internet because we keep making it larger, of course. Beware of the upcoming internet real estate bubble when people realize we have much more storage than we really need.
[19:27] <dobey> brothah more likely
[19:28] <beuno> there you go, dobey solved it
[19:29] <dobey> yay irish accents
[19:30] <ralsina> desmond was a scotsman
[19:30] <ralsina> although all the time traveling may have altered his accent. Or all the nosebleeding.
[19:31] <ralsina> the guy from riveshaft was the token irishman, IIRC
[19:31] <ralsina> driveshaft*
[19:31] <ralsina> or perhaps the token hobbit
[19:37] <alecu> ralsina: there's another hobbit that has of lately turned into a special agent. A bear one.
[19:37] <ralsina> really? he does the voices?
[19:38] <ralsina> yes he does!
[19:38] <dobey> ian holm?
[19:39] <ralsina> I never got over Sean Astin appearing as a steroid user in 50 first dates
[19:39] <ralsina> dobey: Sean Astin
[19:39] <dobey> oh
[19:41]  * ralsina imagines Sean Astin and Dominic Monaghan in hobbitware singing "(You All) Everybody"
[19:41] <dobey> oh, Martin Freeman is Bilbo in the hobbit
[19:42] <briancurtin> ralsina: looks like 3.0.2 is updated on the web server
[19:43] <ralsina> awesome
[19:43] <ralsina> Morgan Freeman would be much more fun
[19:43] <alecu> dobey: he does look like a younger Iam Holm, though.
[19:44] <dobey> alecu: indeed, if slightly taller
[19:44] <mmcc> ralsina, briancurtin a quick review for you guys: https://code.launchpad.net/~mikemc/ubuntuone-control-panel/fix-1018614-darwin-raise/+merge/112493
[19:44] <ralsina> mmcc: got it!
[19:45] <briancurtin> mmcc: looking in a min
[19:45] <mmcc> thx
[19:47] <alecu> dobey: what are the chances of having a tarmac for python3 running a twisted from a non-official bitbucket branch?
[19:47] <alecu> perhaps we can do it on a jenkins instance instead, and it would be safer.
[19:47] <ralsina> alecu: I am intrigued by your request ;-)
[19:48] <alecu> ralsina: I've just seen python3 running the trial from https://bitbucket.org/pitrou/t3k
[19:48] <dobey> alecu: trial from there works, with reactors and everything?
[19:48] <alecu> ralsina, dobey: that means that *some* reactor is working too
[19:49] <dobey> i have a local branch of twisted with trial that does --help, but plug-ins aren't getting loaded
[19:49] <ralsina> yep
[19:49] <alecu> FAILED (skips=1483, expectedFailures=14, failures=69, errors=1226, successes=4808)
[19:49] <ralsina> his irst milestone "almost done" includes trial
[19:52] <dobey> cool
[20:09] <dobey> brb
[20:23] <briancurtin> mmcc: approved that branch. it just needs mandel's approval after his Needs Fixing
[20:32] <mmcc>  briancurtin: thanks. I guess it can wait until he gets back. seems unlikely to acquire conflicts...
[20:34] <ralsina> mmcc: my real monocle is at the monocle-polisher's shop, sadly.
[20:39] <mmcc> ralsina: hah. hard to find a good monocle polisher these days. they always want to use that synthetic monocole polish
[20:41] <dobey> yeah, i only ever use stuff made from dead stuff
[20:47] <dobey> ralsina: https://code.launchpad.net/~dobey/ubuntuone-infrastructure/tarmac-tweaks/+merge/112648 <- is that correct?
[20:47] <ralsina> mmcc: yeah, and polishing with one's foulard is just not the same
[20:47] <ralsina> dobey: looking
[20:48] <ralsina> dobey: yep
[20:48]  * mmcc looks up foulard
[20:48] <dobey> ralsina: cool. feel free to approve it then :)
[20:49] <mmcc> ralsina: ah, see if you'd said cravat I would've known. foulard is just too fancy for me.
[20:49] <ralsina> mmcc: je suis francophile
[20:50] <ralsina> dobey: I am EODing in a bit, so after that one merges can you set cmake2 to approved?
[20:51] <dobey> ralsina: well, after the tarmac instance gets updated with the new config
[20:51] <ralsina> dobey: sure
[20:53] <ralsina> dobey: CMake claims to be able to build .deb packages on its own but I suspect without tweaking the quality will not be acceptable
[20:53] <ralsina> dobey: but it does accept tweaking
[20:58] <dobey> it's possible with autotools too, but i don't want to go there
[21:06] <ralsina> dobey: guessed as much, those things are usually not very good
[21:07] <dobey> yeah
[21:12]  * dobey wonders what status to set for bug #1019013
[21:22] <mmcc> anyone know if there's a builtin constant for environment variable separators? ie, ':' on unix and ';' on win32? obviously it's simple to do myself, but so is os.path.sep and we have that convenience...
[21:23] <briancurtin> os.pathsep is all i'm familiar with
[21:23] <briancurtin> (os.path.sep is the separator between folders, e.g, '\\' on win)
[21:23] <mmcc> yeah, me too. a quick search thru os didn't show anything
[21:23] <mmcc> thx
[21:26] <dobey> yeah, os.pathsep
[21:32] <ralsina> os.pathsep and os.path.sep ... someone did not think that very clearly.
[21:32] <ralsina> instead of os.path.sep use os.sep :-)
[21:33] <mmcc> pathsep could have been envsep, maybe
[21:39] <ralsina> I always used it as os.sep. Now that I know about os.path.sep I am going to have to check every time I see os.pathsep
[21:53] <alecu> mandel: if you have not left for pycon, please abstain in this review: https://code.launchpad.net/~brian.curtin/ubuntu-sso-client/py3-winreg/+merge/111725
[22:01] <alecu> briancurtin: pylint coughed a few errors in: https://code.launchpad.net/~brian.curtin/ubuntu-sso-client/py3-urllib/+merge/112429
[22:07] <alecu> briancurtin: also, this one breaks in 2.7: https://code.launchpad.net/~brian.curtin/ubuntu-sso-client/py3-StringIO/+merge/112443
[22:08] <dobey> ah crap
[22:08] <dobey> it has to be "cmake ." not "cmake"
[22:09] <alecu> briancurtin: 3 approves, 2 needfixins
[22:10] <ralsina> dobey: yeah, sorry :-(
[22:10] <ralsina> just noticed it
[22:14] <briancurtin> alecu: my mistake on the stringio branch, i probably ran it then looked in another window since i have 100 command prompts...getting out of hand
[22:14] <alecu> :-)
[22:15] <briancurtin> windows pylint didnt complain about those lint issues you mentioned :/ that sucks, easy to fix though
[22:16] <briancurtin> or rather, it complained about the ones that i fixed with disable/enable comments (until i ended up fixing them). seems like i have to apply those everywhere
[22:19] <dobey> ok, i need to run
[22:19] <alecu> bye dobey
[22:19] <alecu> briancurtin: ack
[22:20] <dobey> ralsina: https://code.launchpad.net/~dobey/ubuntuone-infrastructure/tarmac-tweaks/+merge/112662 to fix the cmake to cmake .
[22:20] <dobey> have a good evening all. i'll finish up the sso sru in the am
[22:22] <briancurtin> i'm heading out as well. see everyone tomorrow
[22:34] <mmcc> ok, going for dinner now. will be back again later tonight.
[22:56]  * alecu leaves as well...
[22:57] <alecu> bye all!