[08:32] <mandel> morning all!
[09:37] <karni> dobey: correct - "the photos stuff on android doesn't sync. it only auto-uploads, as i understand"
[09:42] <rye> karni: upvote bug #989506
[09:43] <karni> rye: I'm reading up on u1-internal, what you talked about with James. Is that it?
[09:44] <karni> rye: ok, how do I upvote?
[09:44] <karni> affects me?
[09:44] <rye> karni: yep
[11:21] <mandel> finally back
[11:21] <mandel> rye, thx!
[11:21] <gatox> good morning!
[11:24] <mandel> gatox, hello!
[11:24] <gatox> mandel, hi
[11:53] <gatox> mandel, i forgot to ask you..... did you answer mmcc e-mail or i should do it?
[11:54] <mandel> gatox, I did no, I can do it, no worries
[11:54] <gatox> mandel, if you want..... i can do it too.... let me know
[11:55] <alecu> hey, holas
[11:55] <gatox> alecu, buenas
[11:56] <gatox> alecu, bring me a t-shirt from UDS please!! :P
[11:56] <alecu> gatox, I'll try
[11:57] <alecu> mandel, last night I noticed that the last 3.0.0 installer still had qt 4.8 instead of 4.7
[11:57] <alecu> mandel, so brian will make yet another installer today.
[11:58] <mandel> alecu, I read that, brian metioned py2exe being too smart and using the old build
[11:58] <alecu> it also had an older version of ssl than the one in 2.0.3 (0.9.8.12 in 3.0.0, instead of 0.9.8.18 in 2.0.3)
[11:58] <mandel> alecu, I have tested what we talked about, I done get ssl errors, instead the deferred is never called
[11:59] <alecu> mandel, .... what did we talk about? I remember we talked about many things, but not about that.
[11:59] <alecu> my mind is like a fortress
[11:59] <mandel> alecu, testing performing a request over https when we do not have ssl certs on the other side
[12:00] <alecu> mandel, and which deferred gets never called?
[12:01] <mandel> alecu, yield wc.request('https://blah.com')
[12:04] <alecu> mandel, oh, right. Well, I'm doing the same test, with a twisted server too, but with a qt client.
[12:04] <alecu> mandel, and I get different kinds of error, but nothing like the one we get on those logs.
[12:05] <alecu> hmmm... perhaps I should be running this tests on windows.
[12:06] <mandel> alecu, might be a thing to test..
[12:06] <mandel> alecu, a platform might behave in a diff wa
[12:06] <mandel> y
[12:25] <mandel> lunch time here
[12:25]  * mandel lunch
[12:34] <thisfred> dobey, if you have time for a C review: https://code.launchpad.net/~thisfred/u1db/number-mapping/+merge/103862
[12:55] <ralsina> good morning!
[12:56] <gatox> ralsina, hi
[12:57] <alecu> gatox, ping
[12:57] <gatox> alecu, pong
[12:57] <alecu> gatox: can you try this branch on windows? https://code.launchpad.net/~alecu/+junk/qt-ssl-error/
[12:58] <alecu> ralsina, morning
[12:58] <gatox> alecu, ok
[12:58] <gatox> alecu, should i run the tests or something else?
[12:58] <alecu> ralsina, two bits of news: the latest version we gave joshuahoover mistakenly got built with qt 4.8 instead of 4.7
[12:58] <ralsina> oops
[12:58] <alecu> gatox: run the tests is fine.
[12:58] <ralsina> alecu: qt 4.8 or pyqt 4.8?
[12:58] <alecu> ralsina, so brian will be making a new installer today with 4.7
[12:59] <alecu> ralsina, qt
[12:59] <ralsina> oooook
[12:59] <alecu> ralsina, also I found that the latest installer used a slightly older ssl version than the one in 2.0.3
[13:00] <ralsina> alecu: 2.0.3 was built in my notebook instead of brians
[13:00] <ralsina> alecu: we could add checks for openssl version, I suppose
[13:00] <alecu> ralsina, (SSLEAY.dll version 0.9.8.18 in 2.0.3 but 0.9.8.12 in 3.0.0)
[13:01] <gatox> alecu, i get this: http://paste.ubuntu.com/949718/ do i need to add something to the path or anything?
[13:01] <alecu> ralsina, finally, I think I managed to reproduce the issue on windows by making a qt client connect to a twisted server with some broken certificates
[13:01] <ralsina> alecu: "broken" how specifically?
[13:02] <alecu> gatox: that's awesome.
[13:03] <alecu> gatox: I'm getting this, which is much closer to the bug we are getting:
[13:03] <alecu> http://pastebin.ubuntu.com/949723/
[13:04] <alecu> ralsina, so, in gatox's install, we are getting the rigth error, because the certificate is self signed.
[13:04] <alecu> ralsina, but in my install we are getting the "No error" and the certificate shows up empty.
[13:04] <ralsina> How the HECK can error 0 be "the certificate is self signed and untrusted"????
[13:06] <alecu> ralsina, in gatox install it comes correctly: the sslErrors gets two parameters: reply and a list of errors. The reply has error 0, but one of the errors (the only one) has error 9: The certificate is self-signed, and untrusted.
[13:06] <alecu> ralsina, that means that if gatox builds the installer, when it gets run on the clients machine it will log the exact ssl error.
[13:06] <alecu> on the other hand
[13:07] <alecu> in my install, the list of errors has one item too, but that one error is ZERO.
[13:07] <alecu> and that's completely wrong.
[13:07] <alecu> it should be error 9.
[13:07] <alecu> I suspect I have the same versions as brian.
[13:08] <alecu> ralsina, gatox: does this make sense? ^
[13:08] <ralsina> alecu: maybe
[13:08] <alecu> so, gatox: let's compare installed versions of qt and everything else.
[13:09] <alecu> gatox: go to Control Panel\Programs\Programs and Features
[13:09] <ralsina> alecu: if it's the SSL, then we need to find a way to check the version and add it to the buildout or setup.py as a test and fail if we don't meet it
[13:09] <gatox> alecu, pyqt 4.8.4-1......... Qt 1.1.0
[13:09] <alecu> qt 1.1.0 ?
[13:10] <gatox> alecu, mmmmmm that is wrong
[13:10] <gatox> wait
[13:10] <alecu> gatox: I've got PyQt v4.9-1 and pycrypto 2.3.0.
[13:11] <gatox> alecu, pycrypto 2.3.0 also
[13:12] <facundobatista> alecu, mandel, can you please review and run https://code.launchpad.net/~verterok/ubuntuone-client/fix-987376/+merge/103273 in windows? some stuff related to windows was modified there, thanks!
[13:12] <gatox> alecu, Qt 4.7.1
[13:12] <gatox> alecu, i didn't update my windows vm it seems
[13:13] <ralsina> gatox: DON'T
[13:14] <alecu> gatox: that's great :-)
[13:14] <ralsina> gatox: finding Qt 4.7 + PyQt is not easy ;-)
[13:14] <dobey> mandel: was sso the only thing that used txtcpserver?
[13:14] <alecu> I'm checking in an older vm, too.
[13:15] <alecu> It's got PyQt 4.8 (probably qt 4.7)
[13:15] <alecu> lo and behold, I get the same error as gatox.
[13:16] <verterok> facundobatista: nothing to worry about, not it's the same in windows and linux :)
[13:16] <facundobatista> verterok, I was trying to get a free review!
[13:17] <verterok> hehe
[13:17] <verterok> facundobatista: yes, it should be tested in windows too
[13:18] <facundobatista> alecu, mandel, there, there, :)
[13:19] <alecu> facundobatista, verterok: you are very lucky that we have review days, and that gatox and/or dobey will be able to run the tests on windows!
[13:20] <alecu> well, probably not dobey :P
[13:20] <dobey> gatox: ^^ :)
[13:20] <gatox> ok..... running the tests.....
[13:32] <gatox> verterok, facundobatista http://paste.ubuntu.com/949773/
[13:35] <verterok> gatox: weird, the change is unrelated :(
[13:35] <gatox> verterok, i'm running trunk now, and i get the same error
[13:35] <verterok> ouch
[13:35] <dobey> gatox: is jenkins not reporting the same error?
[13:36] <gatox> dobey, i don't know
[13:36] <dobey> hrmm
[13:40] <facundobatista> gatox, you broke it
[13:41] <gatox> facundobatista, ??
[13:41] <dobey> hrmm, jenkins seems to report a few other errors
[13:43] <gatox> facundobatista, mmmmm it seems related to a branch i propose...... but it was working in my branch......
[13:45] <joshuahoover> alecu: so i should expect a new installer today to send out?
[13:46] <mandel> dobey, yes :)
[13:46] <mandel> facundobatista, looking :)
[13:47] <mandel> gatox, connection test case error? wtf? any idea?
[13:47] <alecu> joshuahoover, yes: as soon as briancurtin wakes up we'll ask him to work on that.
[13:47] <joshuahoover> alecu: heh, you haven't called him yet? ;)
[13:48] <mandel> alecu, joshuahoover, shall I send the flying monkeys to chicago?
[13:48] <joshuahoover> mandel: yes please
[13:48] <gatox> mandel, nop..... i'll look for the branch that was related to that to see the change (i'm finishing with the bloody mac scripts for tests rght now)....... but i know it was working when i proposed it
[13:48] <briancurtin> alecu: i'm guessing you're talking about the versions? i'm looking right now
[13:48] <joshuahoover> mandel: is that where they keep the flying monkeys - spain?
[13:48] <gatox> it's weird.....
[13:49] <alecu> mandel, those are some fast monkeys!
[13:49] <mandel> joshuahoover, yes, we also have rats :)
[13:49] <alecu> briancurtin, awesome!
[13:49] <mandel> gatox, hm, let me try and run them on my vm
[13:50] <alecu> briancurtin, so, for the record: this morning I made a small tests branch that reproduces the ssl error that we found on the logs.
[13:50] <mandel> alecu, can I see that one?
[13:50] <alecu> briancurtin, I managed to make it fail using pyqt 4.9 (qt 4.8) on windows.
[13:51] <alecu> briancurtin, but it worked for gatox, who has pyqt 4.8 (qt 4.7)
[13:51] <alecu> mandel, https://code.launchpad.net/~alecu/+junk/qt-ssl-error/
[13:51] <briancurtin> interesting
[13:52] <alecu> mandel, take a look at gatox's run: http://paste.ubuntu.com/949718/
[13:52] <alecu> mandel, and compare it to mine: http://pastebin.ubuntu.com/949723/
[13:52] <alecu> (btw, just noticed my test run took 30s longer than gatox's) !!!!
[13:53] <mandel> alecu, hm, is yours the one with no cert details?
[13:53] <alecu> mandel, right!
[13:53] <alecu> mandel, and No error (0)
[13:55] <alecu> mandel, so, we get the sslErrors(reply, errors) signal. reply is still going on, so it has no error "Unknown error (0)".
[13:55] <mandel> alecu, so, with Qt 4.8 you get no error (0) and no cert details, gatox gets (0) but also (9) which is for a selfsigned cert
[13:55] <alecu> mandel, but the "errors" list has one item, with "No error (0)" (WRONG!) and empty certificate (WRONG!!!!)
[13:55] <alecu> mandel, right.
[13:56] <alecu> mandel, gatox is using qt 4.7
[13:56] <ralsina> If we isolated it this far, we can probably do a good bug report for upstream
[13:57] <mandel> alecu,wow! so, ignoring the fact that we are getting a (0) with gatox which I cannot explaing, 4.8 has a serious bug qhen dealing with ssl
[13:57] <gatox> i feel that everything works different for me always :P
[13:57] <alecu> mandel, I can explain the first (0): it's the expected
[13:57] <alecu> behaviour.
[13:57] <mandel> alecu, why?
[13:58] <alecu> mandel, at the point the sslErrors signal is thrown, the "reply" still has not decided if it will succeed or not.
[13:58] <alecu> mandel, it's up to your handler code in sslErrors to decide if you want to ignore the certificates or not.
[13:59] <alecu> mandel, if your code decides to ignore the certificates it can do so with .ignoresslerrors or something like that.
[13:59] <mandel> alecu, and due to that it will always have a first (0) in the list?
[13:59] <alecu> mandel, no. In gatox's case the first (0) comes from "reply", not from "errors".
[13:59] <mandel> alecu, oh, ok
[13:59] <alecu> mandel, remember: signal sslErrors(reply, errors)
[14:00] <alecu> mandel, and only "errors" is a list.
[14:00] <mandel> alecu, I though I was looking just at the list of sslErrors
[14:01] <alecu> mandel, can you take a look at the code in that branch and try to run it?
[14:01] <mandel> alecu, yes, I'm reading it right now
[14:02] <alecu> ralsina, if you have pyqt 4.9 in your vm, please try running that branch too.
[14:02] <alecu> ralsina,  https://code.launchpad.net/~alecu/+junk/qt-ssl-error/
[14:02] <ralsina> alecu: no windows VM, would be a reboot
[14:02] <alecu> and briancurtin too.
[14:02] <ralsina> alecu: and I'd rather not today :-(
[14:02] <alecu> ralsina, no prob.
[14:03] <mandel> alecu, what happens if you use the DefaultOpenSSLContextFactory?
[14:03] <gatox> mandel, dobey could you review this branches? https://code.launchpad.net/~diegosarmentero/ubuntu-sso-client/mac-port/+merge/103488  -  https://code.launchpad.net/~diegosarmentero/ubuntuone-windows-installer/mac-env/+merge/103525   (If you are going to test it IRL, remember that you need to run first the env-mac script from the u1-windows-installer branch)
[14:04] <dobey> does it really make sense to have mac branches of ubuntuone-windows-installer?
[14:05] <czajkowski> duanedes1gn: ping
[14:06] <mandel> dobey, no, it does not, I would do a new project for that
[14:06] <alecu> mandel, it's the same if I use the Default....
[14:06] <mandel> alecu, so, why the diff?
[14:06] <alecu> mandel, I just subclassed it so I could play with including/excluding some bits of the certificate.
[14:07] <mandel> alecu, also, here we found a bug in the fact that the cert info is not given, yet not why it happens with our 'correct' certs, right?
[14:07] <alecu> mandel, "it's the same" -> "it should be the same". Because I've not tried it. :-)
[14:07] <mandel> alecu, hehe, I'll try it :)
[14:08] <gatox> mandel, dobey with those branches, it's possible to execute the tests in mac without ttouching anything in u1-client, or putting unnecessary things in the environment of the user
[14:12] <briancurtin> alecu: ok, wow, with the proper older PyQt/Qt setup, u1cp does not start at all. nothing in log files about it either :/
[14:13] <mandel> alecu, I see the same behaviour as you do, that is, no cert details on my windows vm, on P I can see the cert details
[14:13] <dobey> gatox: why do you dump stuff into ~/.profile instead of just altering the current environment?
[14:14] <mandel> alecu, so, an other options is pushing the version to be the same as the on in P
[14:14] <gatox> dobey, like what
[14:14] <gatox> ?
[14:14] <mandel> alecu, but as briancurtin is a PITA
[14:14] <gatox> dobey, what do you mean with "altering the current environment"?
[14:15] <briancurtin> mandel: if we really need that im sure i can figure it out eventually, but i spent almost a full day and got nowhere with it, and it seems no one tries to build their own PyQt with a custom Qt version
[14:18] <gatox> dobey, you only execute the env-mac script once..... so i need to save the references to u1lint, etc in some other place to be accesed for the scripts in each project
[14:19] <mandel> briancurtin, alecu, so, if we go back on version, it does not start yet we see the cert info, if we move up the qt version in theory we get both..
[14:21] <briancurtin> this PyQt/Qt I have installed doesn't have QSslCertificate, apparently ("from PyQt4 import QtNetwork" works, but it doesn't have QtSslCertificate)
[14:21] <dobey> gatox: i mean, why doesn't it modify the environment when run, and why don't you just have it executed from ~/.profile?
[14:22] <mandel> briancurtin, wow!
[14:22] <james_w> hi all, I bought an album in the music store (rhythmbox 12.04) yesterday, and it hasn't been downloaded yet (either to my machine, nor to the web streaming player) is there a way to diagnose the issue further?
[14:22] <dobey> gatox: rather than just blindly dumping extra stuff at the end of .profile
[14:22] <briancurtin> s/QtSsl/QSsl/ on that last line
[14:23] <gatox> dobey, i'm not sure i understand you..... i can't just modify the environment when i run the tests...... because the run-tests script from sso.... doesn't know about the buildout
[14:23] <dobey> joshuahoover, rye, duanedes1gn: ^^ can you look at james_w's album issue?
[14:23] <mandel> dobey, gatox, I really think we should create a mac project for this, adding it you windows is not a good idea
[14:23] <james_w> thanks dobey
[14:23] <dobey> gatox: no no, not in run-tests. in this env-mac script
[14:23] <dobey> gatox: i never mentioned run-tests
[14:23] <gatox> mandel, maybe we should rename the windows one to something generic
[14:24] <gatox> dobey, example? i'm not following you
[14:24] <mandel> gatox, AFAIK there are windows things there, right?
[14:25] <gatox> mandel, yes...... but doing another project for mac..... we are be copying a bunch of stuff from there....... so we are going to have duplicated things..... and we will need to mantain two simmilar projects
[14:25] <dobey> gatox: have your .profile run the env-mac script, and have the env-mac script do the export FOO=$BAR stuff, and it gets executed every time you log in, and you don't have to re-log (or restart the terminal) to get a working environment.
[14:25] <dobey> mandel, gatox: we can deal with the project naming issue later
[14:26] <gatox> dobey, i'm not sure i like that solution
[14:27] <briancurtin> eventually, and i dont know when this will be, but this whole buildot thing will probably live in its own top level project, not in a subfolder of ubuntuone-windows-installer
[14:27] <dobey> gatox: and dumping junk in your ~/.profile is a better solution?
[14:28] <alecu> briancurtin, mandel: sorry, I was on mumble.
[14:28] <alecu> catching up with the log.
[14:29] <gatox> dobey, i'm not sure about running a script that finds stuff and that, everytime you open a terminal
[14:29] <mmcc_absent> hi everyone, catching up
[14:30] <mmcc> gatox, what dobey is saying is the same as what I ended up doing on Tuesday
[14:30] <duanedes1gn> czajkowski: pong
[14:30] <mmcc> except I didn't put env-mac in my profile because I'll forget it's there
[14:31] <dobey> gatox: why are you doing a find? what happens if the path changes? then your ~/.profile is broken, or you run the script again and you have a bunch of duplicate junk at the bottom of it
[14:32] <dobey> gatox: or why not just run it whenever you need it, and it only modifies current environment, instead of injecting stuff into .profile
[14:32] <mandel> dobey, gatox, I much more prefer the last option ^
[14:32] <mmcc> dobey +1 that;s what I like too, for the reasons I said above
[14:32] <mandel> dobey, gatox, I really don't fill good on my env being modified to run tests and be left like that
[14:34] <gatox> not modifying .profile at all??...... so you need to searchhhhh for the env-mac script everytime you want to do anything u1 related?
[14:34] <gatox> i'll prefer to add at least an alias in the .profile to run the script
[14:34] <briancurtin> that's how i do it on windows with that env.bat script. if you want to do u1, start up a u1 env
[14:35] <dobey> gatox: well you can add an alias to your own .profile, and others can just run it when they need it
[14:35] <mmcc> gatox, you can always put an alias, but just don't do it automatically
[14:35]  * mmcc will let dobey type for him for a while
[14:36] <mandel> ralsina, 1-1 before standup?
[14:36] <ralsina> mandel: sure, starting mumble
[14:36] <dobey> heh
[14:40] <alecu> briancurtin, so, what version of PyQt did you install? I find it really weird that it has no SSL support.
[14:40] <alecu> briancurtin, perhaps it needs pycrypto installed too?
[14:41] <briancurtin> if it did, it would be nice if it told me that. i *just* uninstalled it 1' ago, i'll reinstall to get the proper version numbers
[14:41] <briancurtin> i couldn't run your test because the QSslCertificate import failed, but QNetwork (which ssl is in) works fine
[14:42] <alecu> awful.
[14:42] <gatox> mmcc, can you share your script?
[14:43] <mmcc> gatox, sure, which script are you referring to? The mac-tests script I did for u1-client, or ?
[14:43] <gatox> mmcc, no, the one which you use yo setup the environment
[14:45] <mmcc> ok, just a sev
[14:48] <mmcc> gatox: http://paste.ubuntu.com/949918/ -- it is just the output of your script, run for me, with some tweaks
[14:49] <briancurtin> alecu: i'm on PyQt 4.8.6 - Qt 4.7.4. QSslCertificate was added to Qt in 4.3. there's no QSslCertificate in the QtNetwork package
[14:49] <mmcc> gatox: if I was going to put it in the buildout I would just use `pwd` and relative paths, i guess
[14:49] <alecu> briancurtin, can you try installing pycrypto?
[14:50] <gatox> mmcc, no, i didn't want to add that..... just wanted to see how are you doing the script...... because if i execute a script that contain that...... as soon as the script finish, everything that the script set, is not remembered (which is correct for me)
[14:52] <gatox> mmcc, so, how are you executing that?
[14:52] <mmcc> gatox, oh, I  just do  "source scriptname.sh"
[14:52] <mmcc> applies changes to current environment
[14:54] <gatox> mmcc, thanks
[14:54] <mmcc> gatox, sure. I think in bash you can use '.' as a shortcut for source. that works in zsh too. you know, if 'source' is too many letters ;)
[14:58] <briancurtin> alecu: no difference there
[14:58] <ralsina> mmcc, briancurtin, gatox, mandel, alecu, dobey, thisfred: standup in 2', prepare notes
[15:00] <mandel> me
[15:00] <gatox> me
[15:00] <ralsina> me
[15:00] <briancurtin> me
[15:00] <alecu> me
[15:01] <dobey> what's with all this preparing? Ludicrous speed… go!
[15:01] <dobey> me
[15:01] <ralsina> thisfred: you?
[15:01] <mmcc> me
[15:02] <ralsina> mandel, go, thisfred is last
[15:02] <thisfred> me
[15:02] <mandel> DONE: fixes to support domain sockets. Continued work on tcpactivation, some ssl debugging with alecu. A bit of FF. Reviews to gatox branches.
[15:02] <mandel> TODO: finish tcp activation, fix jenkins ec2-windows node, re-review gatox branches, administration stuff (swap days etc..)
[15:02] <mandel> BLOCKED: no
[15:02] <mandel> gatox, please
[15:02] <gatox> DONE:
[15:02] <gatox> Mumble with mandel and mmcc yesterday, finishing with the last modifications of the mac scripts. Started with the platform refactoring, mumble with lissette about a styling issue.
[15:02] <gatox> TODO:
[15:02] <gatox> Propose the last version of the scripts, keep working in the refactoring, fix some tests in u1-client
[15:02] <gatox> BLOCKED:
[15:02] <gatox> No
[15:02] <gatox> ralsina, go
[15:02] <ralsina> DONE: reviews, team call, 1-1s, other calls, helped around. TODO: implement a website, because it's friday and I am really trying to get rotated into beuno's team (and also other reasons) BLOCKED: django is a little more annoying than I remembered, but no NEXT:  briancurtin
[15:02] <briancurtin> DONE: got individual pieces of the installer functionality working...but bitrock doesnt make it very easy to tie them together
[15:02] <briancurtin> TOOD: figure out how to tie this installer together to fix the upgrade case and make it actually work properly
[15:02] <briancurtin> BLOCKED: none
[15:02] <briancurtin> NEXT: alecu
[15:02] <ralsina> mandel: when you say "gatox, please" I picture the yao ming meme. Now you do too :-)
[15:03] <alecu> DONE: various mumbles, found version mismatches and managed to reproduce SSL error on windows
[15:03] <alecu> TODO: more SSL debugging
[15:03] <alecu> BLOCKED: no
[15:03] <alecu> NOTE: national holiday on monday and tuesday
[15:03] <alecu> NEXT: mmcc
[15:03] <mmcc> done: got bug/branch/merge workflow working, installed precise, downloaded win7, looked around at mac alternatives for pyinotify,
[15:03] <mmcc> todo: finish up bug fixes, install windows, run tests on all OSs
[15:03] <mmcc> blocked: none
[15:03] <dobey> uh
[15:03] <thisfred>  DONE: bug #987412 bug #987414 TODO: bug #987412 BLOCKED: no
[15:03] <dobey> ok
[15:03] <dobey> λ DONE: backports, review
[15:03] <dobey> λ TODO: reviews, backports, SRUs, u1db packaging/buildsys
[15:03] <dobey> λ BLCK: none.
[15:03] <mandel> lol;
[15:03] <ralsina> thisfred: early!
[15:03] <dobey> since alecu was temporarily blinded or something
[15:04] <ralsina> or something. Sloppy :-)
[15:04] <alecu> dobey, sorry! :P
[15:05] <mmcc> what are you guys talking about, seriously
[15:06] <ralsina> mmcc: the standup was out of order
[15:06] <ralsina> mmcc: we have a running problem with having all of us stand in line and type a status.
[15:06] <mmcc> ralsina: oh ok this would be helpful: what is the order? :)
[15:07] <ralsina> mmcc: whatever order we say "me" in
[15:07] <mmcc> ralsina: gotcha
[15:07] <ralsina> mmcc: in this case, alecu broke the chain by passing the baton to you instead o dobey
[15:08] <ralsina> As for the yao ming mention: http://memegenerator.net/instance/19536695
[15:08] <ralsina> mmcc: also, this team is ... somewhat informal.
[15:08] <alecu> mmcc, you mentioned " mac alternatives for pyinotify
[15:08] <alecu> "
[15:08] <mmcc> ralsina :)
[15:08] <dobey> haha
[15:08] <dobey> 'somewhat informal'
[15:09]  * ralsina is probably a bad influence
[15:09] <alecu> mmcc, we've been discussing some of the alternatives a few weeks ago.
[15:09] <roasted> hello!
[15:09] <roasted> why does u1 hate me :(
[15:09] <mmcc> alecu: yes, I was up late, so I poked around. I figured, if pyinotify could be easily ported or replaced without much change in our code, that'd be good.
[15:09] <dobey> roasted: did you kick it when it was down?
[15:09] <alecu> mmcc, this is a nice introduction to the problem of filesystem events in osx:  http://arstechnica.com/apple/reviews/2007/10/mac-os-x-10-5.ars/7
[15:09] <gatox> ralsina, heheheh
[15:09] <ralsina> roasted: it doesn't hate you, it may not understand you! What happened?
[15:10] <roasted> It comes up every so many minutes and says "Ubuntu One is now downloading 200 files"... minutes later, "Ubuntu One is now downloading 199 files"
[15:10] <roasted> I think it's confused from what I did to it yesterday :(
[15:10] <alecu> mmcc, it does not look likely that pyinotify could be easily ported.
[15:10] <ralsina> roasted: that's a known bug
[15:10] <dobey> roasted: did you dump more than 200 files into it?
[15:10] <ralsina> roasted: it maxes at 200 files. You probably have much more than 200.
[15:10] <roasted> I do have more than 200. I think 260ish.
[15:10] <roasted> I synced my android to U1 (backing up pictureS) and I hoped it would sync down to my computer.
[15:11] <ralsina> roasted: the numbers should eventually start making sense
[15:11] <alecu> mmcc, so, all osx notifiers are based on the FSEvents API discussed in that article.
[15:11] <roasted> For an automagical download of my cell pictures
[15:11] <dobey> roasted: every time a file in that finishes syncing, it will notify of "X and 199 other files" until you have less than 200 left :-/
[15:11] <alecu> mmcc, but FSEvents does not provide "per file" notifications.
[15:11] <dobey> roasted: it's a known bug
[15:11] <mmcc> alecu: ok, didn't look at pyinotify code, but I found this: http://pypi.python.org/pypi/MacFSEvents/
[15:11] <mmcc> alecu which claims to provide per file notifs
[15:11] <mmcc> alecu: and pyinotify style interface, down to the cookies
[15:12] <mmcc> alecu, it starts separate threads to watch things though, so that's a difference.
[15:13] <alecu> mmcc, looking
[15:13] <roasted> dobey: so, what should I do? are you suggesting it'll *eventually* sort itself out and sync everything to my computer?
[15:13] <ralsina> roasted: yes, no action required on your part
[15:14]  * briancurtin need coffee, back shortly
[15:14] <roasted> ralsina: ah okay. I just didn't think it would take a while. I left the igzmo run for a good 30 minutes and didn't see any new pictures in that folder in my home directory....
[15:14] <dobey> roasted: yes, you'll just get some extraneous notifications
[15:14] <dobey> roasted: file sync may be a bit slower than normal currently, due to the Ubuntu 12.04 release
[15:15] <roasted> dobey: hm, I guess I didn't think they would be linked... the release + U1 that is. But that makes sense.
[15:15] <alecu> mmcc, this bit sounds expensive: "Note that the logic to implement file events is implemented in Python; a snapshot of the observed file system hierarchies is maintained and used to monitor file events."
[15:15] <roasted> dobey: I suppose U1 goes to the main server, unlike the repos where I can "select best server" for higher speed?
[15:15] <roasted> ha, imagine that. I JUST had a new picture pop up in my folder.
[15:16] <mmcc> alecu, I saw that too. bit of a red flag, but I wouldn't know for sure without testing it
[15:16] <dobey> roasted: indeed we don't have 'mirrors' for u1 :P
[15:16] <roasted> gotcha :D
[15:16] <mmcc> btw, what's the story on licenses? this thing is BSD licensed. can we use that?
[15:17] <mmcc> (at my last job we were regularly reminded to be super paranoid about software licenses, as you might imagine)
[15:17] <dobey> mmcc: licenses are hard. if it's plain BSD without any insanity, it should be fine to use
[15:18] <mmcc> dobey, from pypi it is listed as straight bsd, so I expect no unusual insanity
[15:19] <steveccc_> I am sure its been asked a million times but is there a timeline for getting an ubuntu1 app for mac?
[15:20] <dobey> it's being worked on
[15:20] <ralsina> steveccc_: mmcc was hired last monday to work on it, along with several other people in this very channel :-)
[15:21] <steveccc_> i appreciate they are working hard but does that indicate days, weeks, months etc
[15:21] <ralsina> steveccc_: months
[15:21] <steveccc_> ok many thanks
[15:21] <dobey> sometime before the big rip :)
[15:22] <steveccc_> i prefer to work on linux but work machine is mac and hence just trying to pick the best external storage for the moment - think will have to be dropbox for now
[15:26] <mmcc> steveccc_: if you don't mind saying, what kind of work do you do that requires a mac when you prefer linux?
[15:26] <alecu> mmcc, I'm taking a look at the code from MacFSEvents. I like that it provides an api similar to pyinotify. Also, as I expected, it does a stat on every file in a given dir every time it gets a "something changed in this dir" event.
[15:26] <dobey> ok, need to get lunch. bbiab
[15:27] <alecu> mmcc, since that sounds like it would be painfully slow, we've been considering the option of having a separate small daemon running as root, and taking events from /dev/fsevents
[15:28] <alecu> mmcc, that is, if the user allows that bit to be installed as root. If not, we would revert to some of the ways to use FSEvents.
[15:28] <mmcc> alecu, why does it have to run as root?
[15:28] <alecu> mmcc, because that's the way /dev/fsevents works :-(
[15:28] <alecu> mmcc, it's well explained in the ars article I pasted above.
[15:29] <mmcc> alecu, ugh. but I guess if you use the fsevent C api, you don't need to be root?
[15:29] <mmcc> I'm more than happy to write a C extension to avoid having to run as root
[15:29] <alecu> mmcc, if you use the FSEvents api you don't need to be root. But you don't get "per file" events. Only an event saying "something changed in this folder"
[15:29] <alecu> mmcc, and that's what MacFSEvents does.
[15:30] <alecu> mmcc, also the "watchdog" python module, and a few more.
[15:30] <mmcc> alecu, ok, now I get what you were saying.
[15:30] <mmcc> about stat() - it gets a dir event then stats the files to figure out what changed.
[15:30] <mmcc> right? bad.
[15:31] <steveccc_> mmcc: unfortunately have to use adobe CS3
[15:31] <alecu> mmcc, right. FSevent provides the path where changes have happened to the callback. And it's up to the callback to stat every file to see which file changed.
[15:32] <alecu> mmcc, that's why it needs to have the previous stat of each file.
[15:32] <alecu> mmcc, I see that MacFSEvents uses the file time. But we should also keep a checksum, to be extra careful.
[15:33] <mmcc> steveccc_: ah, that makes sense. so I assume you have seen http://adobegripes.tumblr.com/ ? fi you get nothing else from our conversation, I hope to lend a chuckle...
[15:34] <mmcc> alecu, yes it seems like a bad option after all
[15:34] <steveccc_> mmcc: thanks - will have a look later - have to disconnect now - thanks for the help
[15:37] <joshuahoover> briancurtin: any estimate on when a new build with the older qt will be ready? i'd like to send that out asap in hopes of getting some feedback yet today
[15:38] <briancurtin> joshuahoover: unfortunately never, unless i find a way to build my own custom package of it. the older PyQt/Qt package that I downloaded does not contain SSL support for whatever reason...
[15:39] <briancurtin> but alecu might have a better handle on what's needed since he reproduced the issue on the current version
[15:39] <joshuahoover> briancurtin: ah, ok :(
[15:39] <joshuahoover> ralsina: soooo...i'm not sure what we should be trying next but we need to keep eliminating possibilities between why 2.0.3 works for these impacted users but not 3.0.0
[15:39] <alecu> mmcc, so, we were planning on having a daemon listening for file events. Either one running as root (reading from /dev/fsevents), or, if the user did not allow it, we would have our syncdaemon start one that reads from the FSEvents API, and doing something similar with stat and checksums to what we discussed.
[15:40] <mmcc> alecu, ok, I understand the plan.
[15:40] <alecu> mmcc, we were planning to use the "watchdog" module. But MacFSEvents looks nice too.
[15:41] <ralsina> joshuahoover: we have very promising data about Qt versions being guilty
[15:41] <ralsina> joshuahoover: ok, I huld read more backlog ;-)
[15:41] <ralsina> should
[15:42] <ralsina> briancurtin: apparently gatox has the right combination on his VM
[15:42] <alecu> ralsina, the thing is that briancurtin found that his old pyqt version has no proper support for ssl.
[15:42] <ralsina> alecu: maybe gatox still has his pyqt download?
[15:42] <gatox> ralsina, alecu briancurtin probably...... let me check
[15:42] <alecu> ralsina, I certainly do have mine. I'm starting a vm to see if it has the proper ssl.
[15:42] <ralsina> alecu: awesome
[15:42]  * rye is interested in all this
[15:43] <joshuahoover> ralsina: if it is due to a bug in the newer version of qt, it's strange that it hasn't impacted everyone
[15:43] <alecu> mmcc, we can discuss a bit more about events later today, or next week.
[15:43] <briancurtin> it may be because i have a PyQt package installed from a third party. unfortunately the version gatox is using doesnt seem to be available from the PyQt people anywhere
[15:43] <ralsina> joshuahoover: there are a few reports, and it could even be a combination PyQt/OpenSSL version
[15:43] <mmcc> alecu, sure. I was just poking around, I can get back to these bugs :)
[15:44] <rye> salgado: re: indicator-ubuntuone starting syncdaemon - that's a u1sdtool bug #978934
[15:45] <salgado> rye, ok, thanks!
[15:46] <gatox> briancurtin, alecu ralsina i have all the installers
[15:47] <gatox> do you need it?
[15:47] <gatox> dobey, mandel branches updated..... can you review them?
[15:47] <ralsina> gatox: not me, briancurtin, I guess yes
[15:47] <briancurtin> gatox: if you have a PyQt 4.8 installer, I'll take it. that should have Qt 4.7
[15:48] <ralsina> afk brb
[15:48] <mandel> gatox, sure
[15:49] <alecu> briancurtin, is this check enough? "from PyQt4.QtNetwork import QSslSocket"
[15:49] <briancurtin> I was checking QSslCertificate, which was used in your test. let me see if the socket one works
[15:49] <gatox> briancurtin, ok...... i'll upload it while i have lunch
[15:50] <briancurtin> alecu: no QsslSocket either
[15:50]  * gatox lunch
[15:50] <rye> salgado: i guess i will have to work around it somehow
[15:50] <alecu> briancurtin, so that check should tell me if the PyQt 4.8 I have has SSL support.
[15:52] <gatox_lunch> mandel, dobey u1-windows-installer updated..... i forgot to remove something
[15:53] <mandel> ok
[16:02] <alecu> briancurtin, I've checked my installer for PyQt-Py2.7-x86-gpl-4.8.4-1, and it seems to have ssl support
[16:02] <alecu> briancurtin, I'll upload it too.
[16:03] <alecu> briancurtin, I'll take a while, since upstream speeds suck around here...
[16:04] <briancurtin> alecu: no problem, whenever you have it i'll install it and take a look
[16:04] <mmcc> me updates virtualbox for the second time this week
[16:06] <alecu> mmcc, yes, it gets more annoying when all your guest machines start asking for the updates to the "guest additions" too...
[16:32] <dobey> gatox_lunch: ok
[16:47] <rye> i guess there was indeed the reason of keeping everything on a striped raid... vm speed started to be really slow after reinstall :-/
[16:48] <alecu> briancurtin, http://ubuntuone.com/3NqtkLmI5SYFzD6cmQEOnY (PyQt-Py2.7-x86-gpl-4.8.4-1.exe)
[16:49] <alecu> briancurtin, md5sum: fe4e7850e94edf9b62866fb166a3961c
[16:50] <gatox> alecu, it's good you upload it...... mine gets stuck
[16:50] <mandel> EOD for me, all, have a great weekend!
[16:50] <gatox> mandel, bye
[16:50] <briancurtin> have a good weekend mandel
[16:50] <mmcc> bye mandel!
[16:51] <alecu> bye mandel
[16:53] <briancurtin> alecu: ah, right away this installer looks like it'll work. the first page mentioned having the required OpenSSL DLLs...the other one didn't say that
[16:53] <alecu> briancurtin, great.
[16:53] <alecu> briancurtin, anyway: I'm not sure this fix will solve the issue the SSL error, but it will allow us to get meaningful logs.
[16:57] <briancurtin> import QSslCertificate works, so i'll build the installer and see how it goes
[17:13] <briancurtin> alecu: this installer seems to work. i'll upload it shortly
[17:25] <alecu> briancurtin, you've surely remembered to include mandel's branch that logs ssl errors with more detail, right?
[17:25] <dobey> whee, arduino
[17:25]  * alecu is playing with arduino this days, too.
[17:25] <gatox> alecu, awesome!
[17:25] <briancurtin> alecu: yep, it's in there. the installer is all release-3_0_0 tag projects, and then SSO has mandel's branch merged in
[17:25] <alecu> briancurtin, great.
[17:26] <alecu> dobey, are you building anything with arduino???
[17:26] <mmcc> baby woke up => lunchtime.
[17:27] <dobey> alecu: i will be, yeah. my kit just arrived at the door :)
[17:29] <dobey> alecu: any idea why a couple of the proxy related tests in sso would give a twisted TimeoutError?
[17:30] <dobey> https://launchpadlibrarian.net/103274375/buildlog_ubuntu-oneiric-i386.ubuntu-sso-client_3.1%2Br951-46~oneiric1_FAILEDTOBUILD.txt.gz
[18:12] <briancurtin> ugh, sorry for anyone waiting on this installer (joshuahoover)...synching it is taking forever
[18:12] <joshuahoover> briancurtin: np, just let me know when it's ready :)
[18:19] <gatox> alecu, ping...... how can i run a specific test for u1-client in linux?
[18:19] <gatox> ahhh..... dah! u1trial
[18:19] <gatox> jejeje
[18:20] <dobey> yeah, u1trial -t test_foo_works foo/tests/test_foo.py
[18:20] <gatox> dobey, thx
[18:22] <alecu> dobey, I don't have any clue as to why only those tests would timeout, since there are quite a few similar tests in that module, and most of them are passing.
[18:23] <alecu> dobey, perhaps we should increase that timeout?
[18:23] <dobey> alecu: hmm, not sure
[18:32] <dobey> alecu: i'll retry it and see what happens
[18:34] <ralsina> alecu: I just had a SSL handshake failure in a django app connecting to ubuntu one :-)
[18:34] <dobey> ralsina: awesome
[18:34] <alecu> ralsina, awesome?
[18:35] <alecu> dobey, yup, I'm using it as a walking cane.
[18:35] <ralsina> alecu: well, I have an error for it!
[18:35] <alecu> ralsina, tellme
[18:35] <ralsina> alecu: [Errno 8] _ssl.c:504: EOF occurred in violation of protocol
[18:35] <alecu> ralsina, did you get that handshake failure more than once?
[18:35] <ralsina> alecu: the connection is getting aborted. And only once.
[18:36] <dobey> ralsina: well, getting nightlies built on oneiric is being a bit of a pain, but almost got everything building on quantal already :)
[18:36] <ralsina> dobey: awesome
[18:37] <ralsina> dobey: anything else other than the twisted version in oneiric?
[18:37] <ralsina> alecu: https://pastebin.canonical.com/65184/
[18:38] <dobey> ralsina: right now, sso test suite failing with a couple timeout errors :(
[18:38] <ralsina> dobey: par for the course. We seem to have very sensitive tests.
[18:38] <ralsina> dobey: it's always timeout or dirty reactor
[18:41] <alecu> this is *just* awesome: bug 965371
[18:41] <alecu> ralsina, ^^^^
[18:41] <ralsina> GAAAAAAHHH
[18:41] <ralsina> so now we don't know if it's us, the servers, or the freaking SSL
[18:41] <ralsina> OpenSSL I mean
[18:41] <ralsina> this bug is movig *backwards*
[18:42] <briancurtin> i dont think this installer is going to work with the old PyQt...it's not synching
[18:42] <ralsina> alecu: not to mention it's *exactly* what I just saw.
[18:42] <briancurtin> looking at logs now
[18:43] <alecu> briancurtin, :-(
[18:43] <briancurtin> hm, well maybe it's just taking a really really long time. on_upload_started for the installer 2 minutes ago in the logs
[18:44] <briancurtin> oh, wait, it has done that several times in the last 30 minutes.
[18:47] <briancurtin> weird. SD is busy doing *something*, but its only doing i/o in very small bursts every few seconds
[18:47] <briancurtin> usually synching something like the installer takes a minute start to finish
[18:47] <dobey> alecu: hrmm, it failed again, on the exact same 2 tests with the same timeout error
[18:48] <dobey> alecu: i guess i should file a bug and we can up the timeout as a fix?
[18:48] <alecu> dobey, right. I'll try running the tests for trunk on oneiric.
[18:49] <alecu> dobey, btw: what u1trial is being used for this? trunk too?
[18:49] <alecu> s/u1trial/u1-devtools
[18:49] <dobey> alecu: yes, what is in nightlies ppa is being used
[18:49] <alecu> ok
[18:58] <Dr_Who> urbanape, ping q on U1CachedFile and _U1CachedFile?  _U1CachedFile is autogenerated, yet in the CacheFileAccess.xcdatamodel, it pointeds to U1CachedFile in the entity.  Is that right?  Not sure how _U1CachedFile would get updated in the case of an upgrade to the model
[19:00] <urbanape> it's all mogenerated
[19:01] <urbanape> _U1CachedFile is the part that's tied to CoreData.
[19:01] <urbanape> any convenience methods are in U1CachedFile
[19:01] <Dr_Who> sure ?  guess I was thinking that _U1CachedFile would be referenced in the xcdatamodel
[19:02] <urbanape> if you make changes to the underlying .xdatamodel, we'll need to re-run mogenerator, which picks up the changes and mediates them
[19:02] <urbanape> no, mogenerator takes care of that for us
[19:02] <Dr_Who> ooo ok
[19:02] <urbanape> I mean, yes, the .xcdatamodel will refer to the "real" class
[19:02] <urbanape> but mogenerator does the stitching up behind the scenes. Outside of Xcode's purview.
[19:03] <alecu> dobey, are you using trunk when running the sso tests on oneiric? If I run trunk I get a "could not import gobject" error.
[19:03] <Dr_Who> ok ?  any reason to do it that way?  Seems like it would make use of NSEntityMigrationPolicy objects and such kind of a pain
[19:05] <dobey> alecu: yes. do you have nightlies installed and did you do apt-get build-dep ubuntu-sso-client after adding the nightlies ppa?
[19:06] <dobey> alecu: btw, i have not run the tests locally. these errors are from the buildd on launchpad that builds the PPA packages
[19:06] <alecu> dobey, I installed nightlies, updated u1-devtools, but did not update the rest of the dependencies. Will do so now.
[19:06] <alecu> thanks.
[19:10] <alecu> dobey, I installed the build-dep, but still get the same error: http://pastebin.ubuntu.com/950567/
[19:10] <alecu> now I'm updating the whole vm, to see if that helps.
[19:11] <dobey> alecu: you need the python-twisted-core that's in the nightlies PPA as well :)
[19:11] <alecu> dobey, great.
[19:12] <alecu> briancurtin, can you use a hand debugging that SD problem?
[19:14] <briancurtin> alecu: its impossible to debug it while its an installer so i could try debugging it from the pure python one, but how much time should i spend debugging on an old version? this is also in an area i probably have no clue of
[19:14] <briancurtin> let me try your test branch again now that i have the right PyQt setup and see what that says
[19:14] <briancurtin> test failed
[19:15] <alecu> briancurtin, test failed is the expected output. But how did it fail?
[19:15] <briancurtin> alecu: https://pastebin.canonical.com/65188/
[19:16] <alecu> briancurtin, perhaps we can tell py2exe to not compile the .py's and to not zip them.
[19:16] <briancurtin> that would just be a standard development environment then
[19:16] <alecu> briancurtin, "The certificate is self-signed, and untrusted (9)" means that it's good.
[19:17] <alecu> briancurtin, it's also showing the details of the certificate ('organization': 'Test company'), so that's better than the other pyqt.
[19:19] <alecu> briancurtin, yup, similar to the standard dev env. But I mean, for these cases we could flip the switch in py2exe so that it keeps a folder with .py's instead of a .zip with .pyc's, so it's easier to debug.
[19:19] <alecu> briancurtin, and since it would be a full installer, it's also easier to test in clean vms.
[19:21] <alecu> dobey, I'm getting the same two failing tests in Oneiric.
[19:22] <alecu> briancurtin, "spend debugging on an old version" <- you mean the old pyqt version, right?
[19:22] <dobey> alecu: fun
[19:22] <dobey> alecu: i'll file a bug
[19:22] <alecu> dobey, cool. Please assign it to mandel, since he knows all the inside-outs of authenticated proxies.
[19:23] <briancurtin> alecu: i guess im starting to get confused about all of this, especially because i dont know what the issue is and i dont know anything about SSL anyway, so i'm not sure about anything other than building an installer and running it at this point
[19:23] <dobey> ok
[19:25] <gatox> and the tests never ends....
[19:25]  * gatox waiting....
[19:26] <alecu> briancurtin, I don't know much about ssl either, been forced to learn a bit more these past few days, so let's go over this from the start.
[19:27] <briancurtin> alecu: let me run the tests on this version first just to ensure there's nothing obviously out of whack before we go on a debugging hunt. i just installed the version, built the installer, then saw it doesnt work - that's where im at now
[19:28] <alecu> briancurtin, ok.
[19:28] <alecu> briancurtin, let me know and we can mumble if we need to.
[19:30] <alecu> briancurtin, btw: I will be leaving in an hour, gotta take Amelia to swimming lessons.
[19:36] <gatox> dobey, do you have time for a review? https://code.launchpad.net/~diegosarmentero/ubuntuone-client/refactor-session/+merge/103933
[19:36] <gatox> dobey, i need to revert the .bat file first :P
[19:40] <gatox> dobey, done
[19:54] <dobey> grmbl. new default gcc option in quantal, which doesn't even exist as an option in precise. makes it hard to fix :-/
[19:56] <briancurtin> alecu: SSO passed, u1client failed on tests.syncdaemon.test_action_queue.ConnectionTestCase.test_server_disconnect, u1cp had an unrelated failure
[19:56] <gatox> briancurtin, that is failing in trunk
[19:57] <briancurtin> good, so it's not special for this Qt version then
[19:57] <gatox> briancurtin, i'm working in a branch right now, and later i'll propose a fix for those tests
[19:57] <briancurtin> so all of the tests are basically fine for this Qt version, but it doesn't work :/
[20:04]  * mmcc has a brand new logitech usb headset… that stops playing audio after 30 seconds :\
[20:10] <alecu> briancurtin, I need to be gone in 10 minutes. Shall we go a little bit over this from the top?
[20:11] <briancurtin> alecu: sure
[20:12] <alecu> briancurtin, so: we've got some part of our Qt web client that's throwing an SSL error.
[20:12] <alecu> briancurtin, everytime an ssl connection is established some attributes of the ssl certificate from the server are validated by the client.
[20:13] <alecu> briancurtin, if any of those checks fail, a Qt signal named "sslErrors" is fired.
[20:13] <alecu> briancurtin, that signal has two parameters: "reply" and "errors"
[20:14] <alecu> briancurtin, "reply" is an object representing the http reply.
[20:14] <alecu> briancurtin, "errors" is a list of ssl checks that failed.
[20:14] <alecu> briancurtin, some qt program can hook into that signal, and say that a few of that list of errors can be ignored.
[20:15] <alecu> briancurtin, for instance, some qt program can decide to ignore the "ssl self signed" error.
[20:15] <alecu> briancurtin, that is done by exploring the list of "errors" and looking at the ssl error code of each error.
[20:16] <alecu> briancurtin, in Qt 4.8 that list comes with two errors, but both have "0" as the error code.
[20:16] <alecu> briancurtin, on the other hand, the reply also has an error code. It comes as 0, too and that is expected.
[20:17] <alecu> briancurtin, so: in order to keep debugging we would like an installer with Qt 4.7, that will return meaningful error codes for the list of "errors"
[20:17] <alecu> briancurtin, does any of that make sense? :-)
[20:19] <briancurtin> alecu: i think i understand in principle, but i have no idea how to apply any of that in practice
[20:19] <alecu> briancurtin, my sample branch shows that problem exists on 4.8, but it seems to be fixed in 4.7.
[20:20] <alecu> briancurtin, the only thing we can do is trying to fix the installer to use a different version than 4.8 to get the correct errors.
[20:20] <alecu> briancurtin, anyway, I really need to go.
[20:21] <briancurtin> alright, i'll be here for a bit if you are still around but i can't stay late tonight as i have plans, so we'd have to pick up next week
[20:21] <alecu> briancurtin, please mail me any questions to my private mail address, and I'll try to answer from the swimming lessons :-)
[20:21] <alecu> briancurtin, remember that we have a nat holiday both mon and tue :-)
[20:22] <alecu> ok, eod. Bye all!
[20:22] <dobey> bye alecu
[20:23] <gatox> alecu, bye
[20:26] <mmcc> bye alecu
[21:00] <gatox> dobey, i've another branch for review if you can: https://code.launchpad.net/~diegosarmentero/ubuntuone-client/refactor-os-helper/+merge/103946
[21:00] <gatox> and with that........ it's my EOD!
[21:00] <dobey> stop it!
[21:00] <gatox> bye people!
[21:00] <dobey> :)
[21:00] <gatox> dobey, :
[21:00] <gatox> :P
[21:00] <dobey> bye gatox
[21:01] <gatox> dobey, have a nice weekend!
[21:01] <dobey> you too
[21:37] <dobey> have a good weekend all
[21:39] <mmcc> dobey, you going now?
[21:40] <dobey> mmcc: yep
[21:42] <mmcc> dobey: ok, I'll catch you on Monday. I had a question about this refactoring that gatox did but I think I'll just do a branch with what I had in mind (for the other directories) and see what you guys say.
[21:42] <dobey> mmcc: cool. have a good weekend :)
[21:42] <mmcc> dobey, you too!