[09:41] <JamesTait> Morning all!
[10:23] <popey> hey all. a few of us in the uk have machines which have files waiting to sync but no transferrs
[10:24] <rye> popey: hi
[10:25] <popey> hullo
[10:25] <rye> popey: is SD status connected?
[10:26] <rye> popey: and how big are the files && how much data was already transferred? - u1sdtool --current
[10:26] <popey> rye: TheOpenSourcerer has a similar issue
[10:26] <TheOpenSourcerer> hello.
[10:26] <popey> as does AlanBell
[10:26] <AlanBell> yes, me too
[10:26] <TheOpenSourcerer> Adding a dir and nothing seems to be happening
[10:26] <popey>     is_connected: True
[10:26] <TheOpenSourcerer> no syncing or even getting the dir listed in the U1 client or the web
[10:27]  * AlanBell has added a directory of stuff and it synced for a bit but appears to have stalled
[10:27] <popey> --waiting shows stuff waiting
[10:27] <popey> --current-transfers shows 0
[10:28] <rye> nice.
[10:28] <rye> by the way, i guess I can recommend installing the indicator until design comes up with a better alternative, to see whether anything is actually happening
[10:28] <AlanBell> http://paste.ubuntu.com/992121/ last 200 lines of my syncdaemon log including a little python traceback
[10:29] <rye> AlanBell: https://bugs.launchpad.net/ubuntuone-client/+bug/988534 Hmm
[10:29] <popey> i cant use the indicator right now, machine is at home and I am in millbank
[10:29] <rye> anybody else having a KeyError with marker?
[10:30] <TheOpenSourcerer> rye daily or from your extras ppa?
[10:30] <rye> AlanBell: what version of ubuntuone client are you running?
[10:30] <AlanBell> rye: fully updated precise
[10:30] <rye> TheOpenSourcerer: extras will do
[10:30] <popey> alan@wopr:~/.cache/ubuntuone/log$ grep KeyError syncdaemon.log | wc -l
[10:30] <popey> 63
[10:31] <popey> http://paste.ubuntu.com/992122/
[10:32] <rye> popey: ok, you have upload failure from the server
[10:33] <rye> AlanBell: could you please archive the whole log dir and send it to ubuntuone-support@canonical.com?
[10:33] <popey> rye: is that good or bad? ☺
[10:34] <TheOpenSourcerer> can I start the indicator app without logging out?
[10:34] <rye> TheOpenSourcerer: yep, it is in /usr/lib/indicator-ubuntuone/indicator-ubuntuone
[10:34] <TheOpenSourcerer> ty
[10:35] <rye> seriously? bug #978903 ????
[10:35] <rye> ping joshuahoover, I can has SRU?
[10:36] <rye> AlanBell: in your case that's bug #978903 which is supposed to be SRU'd ASAP but it is not for some reason, will follow up on this today
[10:38] <rye> popey: looking at your logs. something is not right there too, could you please grep -C 20 -E KeyError.*marker ~/.cache/ubuntuone/log/syncdaemon.log* ?
[10:39] <popey> rye: no hits
[10:39] <TheOpenSourcerer> last entry in my syncdaemon-exception.log: http://paste.ubuntu.com/992138/
[10:39] <AlanBell> rye: ok, logs on the way
[10:40] <TheOpenSourcerer> No obvious errors in syncdaemon.log
[10:40] <ralsina> rye: SRU is being uploaded today
[10:40] <rye> ralsina: oh, that's good to know, I was about to start alarming
[10:41] <ralsina> rye: we delayed it  bit because of the SSL problems, didn't want to lock users out :-(
[10:41] <AlanBell> so mine will sync tomorrow or something?
[10:41] <ralsina> AlanBell: yes, maybe in two days. Earlier if you install the update manually frm proposed
[10:42] <AlanBell> will do
[10:42] <rye> AlanBell: you may want to restart the client - it is a recoverable error
[10:43] <rye> TheOpenSourcerer: your log message is quite spectacular, do you mind archiving the ~/.cache/ubuntuone/log/syncdaemon* files and sending them to ubuntuone-support@canonical.com too? There is a state mismatch and metadata does not correspond to the expected state
[10:44] <rye> TheOpenSourcerer: talend/.metadata/.plugins/org.eclipse.core.resources/.root/.indexes/properties.index - is it inside a UDF ?
[10:44] <TheOpenSourcerer> can do. I've been trying to add a new dir to U1 all morning and it just doesn't seem to be doing anything at all...
[10:44]  * rye wants to reproduce
[10:44] <rye> TheOpenSourcerer: the directory was added but in a weird way
[10:44] <TheOpenSourcerer> rye: I have removed that dir from U1 via the web interface.
[10:44] <rye> TheOpenSourcerer: could you please try restarting syncdaemon to get fresh logs after you send current ones?
[10:44] <TheOpenSourcerer> OK.
[10:46] <TheOpenSourcerer> 1st batch of logs in their way.
[10:47] <TheOpenSourcerer> what's the right way to restart the syncdaemon?
[10:47] <TheOpenSourcerer> not a "service" by the looks of it
[10:53] <TheOpenSourcerer> rye - talend dir and files are in ~/Development/Workspaces/talend... (plain old ext4 spinning rust file system) so not sure what you mean by UDF. These are created by Eclipse (Talend is an eclipse framework product).
[10:59] <rye> TheOpenSourcerer: u1sdtoool --quit
[10:59] <rye> TheOpenSourcerer: and then you can start it with u1sdtool --start
[11:00] <TheOpenSourcerer> ah - I killed the process id then restarted it with /usr/lib/ubuntuone-client/ubuntuone-syncdaemon &
[11:00] <rye> TheOpenSourcerer: then see whether the talend dir is still being synchronized - u1sdtool --list-folders  - https://wiki.ubuntu.com/UbuntuOne/u1sdtool
[11:00] <rye> TheOpenSourcerer: well, that also workd
[11:00] <rye> works
[11:01] <TheOpenSourcerer> taled is not in the folder list.
[11:01] <TheOpenSourcerer> talend
[11:02] <TheOpenSourcerer> I tried to add a new dir earlier called talend-5.1 - this is not in the list either.
[11:03] <TheOpenSourcerer> OK - have added it agin and now it seems to be working.
[11:03] <TheOpenSourcerer> do you want the new syncdaemon log files?
[11:07] <rye> TheOpenSourcerer: ok, the old ones will do, since there is no file which causes the issue, there is no error
[11:07] <TheOpenSourcerer> np.
[11:08] <TheOpenSourcerer> thanks
[11:09] <TheOpenSourcerer> ahh - it has stalled again.
[11:09] <TheOpenSourcerer> http://paste.ubuntu.com/992174/
[11:11] <rye> TheOpenSourcerer: is there an Upload entry before that traceback ?
[11:12] <TheOpenSourcerer> hang on I'll pastebin the log file.
[11:13] <TheOpenSourcerer> http://paste.ubuntu.com/992178/
[11:15] <rye> TheOpenSourcerer: great, now you are definitely experiencing bug #978903 and unfortunately for now you have two options - 1. restart u1sdtool upon failure or 2 - patch the code with the diff http://bazaar.launchpad.net/~dobey/ubuntuone-client/queue-limit-3-0/revision/1184#ubuntuone/syncdaemon/action_queue.py
[11:15] <rye> TheOpenSourcerer: it is a ">" to ">=" change
[11:15] <TheOpenSourcerer> :-)
[11:15] <TheOpenSourcerer> thanks.
[11:15] <rye> TheOpenSourcerer: yes, i know :-/
[11:18] <TheOpenSourcerer> patched.
[11:19] <TheOpenSourcerer> restarted syncdaemon
[11:19] <TheOpenSourcerer> cd -
[11:19] <TheOpenSourcerer> opps
[11:20] <TheOpenSourcerer> transferring files :-D hoorah! Thanks rye
[11:22] <rye> AlanBell: you might want to do this one-line patch too in the mean time ^
[11:23] <rye> TheOpenSourcerer: thank you for confirmation. I really hope we can get this SRUd as soon as possible
[11:24] <TheOpenSourcerer> np - thanks for the "quick-fix" :-)
[11:25] <AlanBell> where is the file that needs patching?
[11:25] <TheOpenSourcerer> in /usr/share/pyshared/u1-client/...
[11:26] <TheOpenSourcerer> in the syncdaemon dir
[11:27] <TheOpenSourcerer> line 1098 add a "="
[11:27] <TheOpenSourcerer> :-)
[11:27] <gatox> good morning!
[11:38] <mandel> gatox, morning! I did the review you asked me to
[11:38] <mandel> gatox, let me know if there is a re-review needed
[11:38] <gatox> mandel, yes...... i'm fixing the branch
[11:49] <rye> AlanBell: /usr/share/pyshared/ubuntuone-client/ubuntuone/syncdaemon/action_queue.py
[12:08] <alecu> saluton ĉiuj!
[12:08] <mandel> alecu, morning!
[12:09] <gatox> alecu, hi
[12:24] <gatox> mandel, if you can, the branch is ready for re-review
[12:25] <mandel> gatox, I'll have to do it after lunch, is that ok?
[12:25] <gatox> mandel, of course!
[12:35] <AlanBell> http://people.ubuntu.com/~alanbell/Screenshot%20from%202012-05-17%2013:33:46.png is this normal?
[12:36] <AlanBell> loads of CPU and occasional bursts of network stuff
[12:36] <AlanBell> I am adding a folder of a gig or so of assorted stuff
[12:36] <mandel> ok, I'm off to have lunch
[13:07] <ralsina> alecu, facundobatista: sent you email with what I understood yesterday, feel free to make corrections/additions before I send it upstairs :-)
[13:08] <alecu> ralsina, awesome, looking.
[13:12] <dobey> hmm
[13:13] <ralsina> dobey: can you point me to the stable branch merges? I will do them starting in a bit.
[13:15] <facundobatista> ralsina, you should use my canonical mail account for this kind of stuff
[13:15] <ralsina> facundobatista: sorry, I get autocompletion by name and don't notice
[13:16] <ralsina> facundobatista: hapens to me about once a week
[13:16] <ralsina> facundobatista: will try!
[13:16] <facundobatista> ralsina, no problemo
[13:23] <ralsina> mandel: what do you think of doing it so when syncdaemon doesn't start we give an error that says something like "Cannot connect to syncdaemon" instead of "None has no attribute freaking get_rootdir?"
[13:23]  * ralsina starts branch
[13:24] <dobey> ralsina: https://code.launchpad.net/~dobey/ubuntuone-client/fix-test-fails-3-0/+merge/106062
[13:24] <dobey> ralsina: taht one's pretty trivial, and should land first :)
[13:24] <ralsina> dobey: on it!
[13:25] <ralsina> dobey: global aprove
[13:28] <dobey> https://code.launchpad.net/~dobey/ubuntuone-client/fix-984407-3-0/+merge/106063
[13:28] <dobey> https://code.launchpad.net/~dobey/ubuntuone-client/fix-getdelta-3-0/+merge/106064
[13:28] <dobey> ^ and those are the other 2
[13:30] <ralsina> dobey: +1 on the 1st one, the second is going to take a bit
[13:35] <ralsina> dobey: fix-getdelta works, passes tests, and everything but what's a change that adds a function that's not called supposed to do?
[13:35] <ralsina> Oh, got it
[13:35] <ralsina> nevermind
[13:35] <dobey> heh
[13:35] <ralsina> damn context
[13:36] <ralsina> dobey: There, +1 and global approved on all those branches
[13:36] <dobey> cool
[13:37]  * mandel back
[13:37] <dobey> ralsina: you didn't actually *vote* on https://code.launchpad.net/~dobey/ubuntuone-client/fix-test-fails-3-0/+merge/106062 but only set the global status to approved
[13:37] <mandel> ralsina, I do think is a much nicer error to be propagated
[13:37] <ralsina> mandel: isn't it?
[13:37] <ralsina> mandel: yeah, I will do it
[13:37] <ralsina> dobey: oops
[13:38] <ralsina> dobey: probably did it too quickly
[13:38] <mandel> ralsina, that is not the first user I see with that issue.. I hav been following @ubuntuone on twitter because some users report bugs that one..
[13:38]  * mandel wonders what other uses do people find for twitter..
[13:39] <mandel> briancurtin, I did a review for https://code.launchpad.net/~brian.curtin/ubuntuone-windows-installer/build_installer/+merge/105403 let me know what you think about the comment
[13:41] <briancurtin> mandel: good comments - yeah the bitrock stuff could be a bit cleaner. i'll fix it up
[13:41] <ralsina> dobey: there
[13:42] <mandel> briancurtin, great, let me know when I can do another review :)
[13:46] <duanedesign> ralsina: been seeing a lot of "NoneType 'object has no attribute 'get_rootdir'"  . Trying to find one with logs for you
[13:47] <ralsina> duanedesign: thanks
[13:48] <briancurtin> ralsina: I had someone come in IRC last night with the get_rootdir problem and as you suspected yesterday afternoon, it was in fact that SD wasn't running because of the "run as root" confusion
[13:48] <ralsina> briancurtin: well, the good news is we can do a release to fix that
[13:48] <ralsina> briancurtin: after today
[13:51] <ralsina> alecu: we talked yesterday, so no 1-1
[13:51] <ralsina> gatox: we can do yours instead
[13:51] <gatox> ralsina, ack
[13:51] <alecu> ralsina, right. But we still need to do the 1-1 for the performance review.
[13:51] <gatox> ralsina, whenever you want
[13:51] <ralsina> alecu: ohhhhh really
[13:52] <ralsina> alecu: late today?
[13:52] <dobey> whee, new terminal is open at ATL now it seems
[13:52] <alecu> ralsina, ok, let me know.
[13:52]  * alecu hates ATL. And every other template library coming out of MS.
[13:53]  * alecu in fact hates old C++ compilers.
[13:53] <ralsina> gatox: to the mumble!
[13:53] <gatox> okkkkkkkk
[13:53] <ralsina> briancurtin: you are next because I missed yours too
[13:54] <dobey> alecu: uh, ok :)
[13:54] <briancurtin> ralsina: i'm ready whenever
[13:54] <dobey> ralsina: also the 1-1 review thing
[13:54] <ralsina> dobey: yes, you too
[13:54] <ralsina> gatox: 1 sec
[13:54] <gatox> ralsina, ack
[13:58] <mandel> dobey, I'm trying to push the code I have so far to  lp:~ubuntuone-control-tower/ubuntuone-fsevents-daemon/trunk so that I have the initial code but apparently I'm not in the right group, can you do that for me?
[13:58] <dobey> mandel: where is the code at now?
[13:59] <mandel> dobey, I'd like to push the code form lp:~mandel/+junk/fsevents
[13:59] <mandel> dobey, also, I think I need to change the group to ubuntuone-control-tower, is that correct?
[13:59] <dobey> change the group?
[14:00] <ralsina> briancurtin: to the mumbles!
[14:00] <mandel> dobey, right now this is what I've got setup: https://launchpad.net/ubuntuone-fsevents-daemon/trunk
[14:00] <mandel> dobey, I think is correct...
[14:07] <dobey> now it's more correct
[14:07] <dobey> :)
[14:08] <mandel> dobey, thx, and the branch, how can that be done?
[14:10] <dobey> mandel: i will do it
[14:10] <dobey> alecu: i am surprised that qtnetwork doesn't support proxy autoconfig. that's quite odd
[14:10] <mandel> dobey, great, let me know when do so I start adding bugs and proposing fixes :)
[14:11] <dobey> mandel: though, how will merges be handled?
[14:12] <dobey> mandel: can we compile it and run tests on linux? or what?
[14:12] <mandel> dobey, is a good question.. is mac only code (there are some tests to be run etc..) does tarmac work on mac?
[14:13] <dobey> i imagine it could if there was a way to legally run mac in a vm :)
[14:13] <dobey> though it would need to compile without the xcode gui and such as well
[14:14] <mandel> dobey, yes, that is some work I need to get done.. is one of the bugs I wanted to fix
[14:14] <mandel> dobey, ralsina, alecu, can we talk about that ^ after the team meeting?
[14:14] <ralsina> mandel: sure
[14:15] <dobey> mandel: so let's figure this out first, before pushing it to a place where only tarmac and a couple people can push :)
[14:15] <ralsina> mandel: we will probably do like we do with windows, and get a mac jenkins
[14:15] <alecu> dobey, qtnetwork supports proxy autoconfig only on windows and mac. "On other systems, there is no standardised method of obtaining the system proxy configuration" says the docs. http://doc.qt.nokia.com/4.7-snapshot/qnetworkproxyfactory.html
[14:16] <mandel> ralsina, and for tarmac?
[14:16] <mandel> dobey, ok, we talk about it and we try to find a solution
[14:16] <ralsina> mandel: like for windows, tarmac doesn't care
[14:16] <dobey> alecu: but if we know the url, we can't feed it to qtnetwork?
[14:17] <alecu> dobey, the url of the proxy?
[14:17] <dobey> ralsina: well, we do merge code with tarmac for windows-installer. though it doesn't run any tests, just does the other stuff
[14:17] <dobey> alecu: the url to the proxy.pac file
[14:17] <ralsina> mandel: we have tarmac and jenkins backwrds. Jenkins should pick up the branches, check that it passes on all platforms, then send to tarmac, which runs no tests and merge
[14:17] <ralsina> dobey: ^
[14:17] <alecu> dobey, oh. Qt does not support .pacs afaik
[14:17] <dobey> ralsina: i disagree :)
[14:17] <mandel> lol
[14:18] <ralsina> alecu: no, we need to parse it ourselves
[14:18] <dobey> alecu: surely it does, if it does autoconfig
[14:18] <mandel> ralsina, dobey lets talk about it after the team meeting :)
[14:18] <ralsina> alecu: there are several parsing libraries though
[14:18] <alecu> dobey, I think that windows itself resolves the pac files, and lets qt know about the proxy server to use for a given request.
[14:18] <ralsina> dobey: I kinda expected you to disagree ;-)
[14:19] <alecu> ralsina, there's also this: http://blog.ivandemarino.me/2011/03/21/How-to-handle-Proxy-PAC-configuration-with-Qt
[14:19] <dobey> alecu: i'd guess not, since qt doesn't use IE on windows. but does include the webkit bits :)
[14:21] <ralsina> alecu: that means adding QtWebkit to the installer (yeech)
[14:21] <ralsina> alecu: OTOH http://code.google.com/p/pacparser/
[14:21] <alecu> dobey, it does parse the pacs on windows anyway, according to: http://qt-project.org/doc/qt-4.8/qnetworkproxyfactory.html#systemProxyForQuery
[14:22] <alecu> dobey, it does not parse them on osx.
[14:22] <dobey> alecu: well, we don't support osx yet either :)
[14:22] <alecu> dobey, right, not just yet.
[14:24] <ralsina> alecu: so, on windows we suport .pac already?
[14:24] <alecu> ralsina, it seems that pacparser includes the whole of spidermonkey.
[14:24] <ralsina> alecu: haha
[14:24] <alecu> ralsina, we probably support it on windows. But I have not tried it at all!
[14:25] <ralsina> ok, so .pacs can contain arbitrary JS. How screwed up is that?
[14:25] <dobey> we probably don't if we're pulling settings and shoving them into qt
[14:25] <alecu> dobey, we are pulling settings *only* on ubuntu.
[14:25] <ralsina> alecu: OTOH, that's 400KB, webkit is like 10MB
[14:25] <dobey> alecu: are we using the systemProxyForQuery on win?
[14:25] <alecu> dobey, yes.
[14:25] <alecu> I think we are :-)
[14:26] <dobey> alecu: ok, so it should just work there then; and on linux we should be able to tell qt to read a pac file
[14:26] <alecu> so, yes we are: ./ubuntuone/proxy/tunnel_server.py:        proxies = QNetworkProxyFactory.systemProxyForQuery(query)
[14:26] <dobey> cool
[14:27] <alecu> dobey, but qt is not (yet) able to read a pac file
[14:28] <alecu> ralsina, so, since pac files are so screwed up that they include javascript, I decided not to explicitly support them in this first iteration of proxies.
[14:28] <alecu> ralsina, if many people request them, then we can consider doing them.
[14:29] <alecu> ralsina, but right now only one person asked for them, and even then she was able to extract the proxy settings by reading the pac.
[14:30] <dobey> alecu: how can qt not be able to read a pac file?
[14:30] <dobey> alecu: surely, pac files work in qtwebkit browsers
[14:31] <dobey> alecu: pac files aren't so secrewed up that they include javascript; they are specified as being javascript. that is how PAC is defined
[14:33] <ralsina> dobey: webkit is one thing, but we are not using webkit to access the network
[14:33] <dobey> ralsina: eh? why would anyone use webkit to access the network? qtwebkit uses qtnetwork to access the network
[14:33] <alecu> dobey, yes, I know that they are fully js. I've already used them.
[14:34] <ralsina> dobey: yes, and webkit has a JS interpreter, which means it can parse .pac files and tell QtNetwork which proxy to use
[14:34] <dobey> ralsina: *qt* has a js interpreter.
[14:35] <dobey> also, libsoup can handle pac, or at least, it used to; not sure if it does with the new glib proxy bits
[14:35] <ralsina> dobey: yes, it does, and it's inside QtWebkit: http://qt-project.org/doc/qt-4.8/modules.html
[14:35] <ralsina> or is it QtScrit?
[14:36] <dobey> i think QtScript is what QtNetwork uses for the pac files
[14:36] <alecu> dobey, no
[14:36] <alecu> dobey, on windows, it uses the WinHTTP DLL. And that does the pac parsing.
[14:37] <alecu> dobey, that's why there's no pac support in qt on mac nor on linux.
[14:37] <ralsina> alecu: interesting
[14:37] <dobey> ugh. what nonsense
[14:37] <alecu> dobey, ralsina: please read this bit of qt docs that I pasted several times already today: http://qt-project.org/doc/qt-4.8/qnetworkproxyfactory.html#systemProxyForQuery
[14:37] <ralsina> alecu: reading :-)
[14:38] <rye> aquarius: would be great if https://one.ubuntu.com/developer/music/stream_music/cloud contained the actual URL for the service
[14:38] <ralsina> alecu: doesn't say no pac support on linux, though
[14:38] <dobey> alecu: but we aren't using that function on linux
[14:38] <ralsina> alecu: and it says it supports the environment variable, which I thought we did not support?
[14:39] <dobey> ralsina: ^^ we are not using that method on linux :)
[14:39] <alecu> ralsina, it seems to be supported on 4.8. It surely was not on 4.7.
[14:39] <ralsina> alecu: free feature! ;-)
[14:39] <dobey> ralsina: we're explicitly setting the settings from gsettings by hand
[14:39] <ralsina> dobey: right, because this doesn't take them from gsettings
[14:40] <ralsina> so maybe we should use this as a fallback
[14:40] <ralsina> or something. My head hurts now.
[14:40] <alecu> ralsina, fallback sounds good.
[14:40] <dobey> well, we can also pull the url to the .pac file from gsettings, and pass it in to qt on linux
[14:40] <dobey> which should generally 'just work'
[14:41] <ralsina> dobey: citation needed for that one
[14:41] <ralsina> dobey: but maybe
[14:41]  * ralsina goes have some ibuprofen before team call
[14:41] <alecu> dobey, I don't think there's a way to "pass the .pac url to qt". At least I can't find it.
[14:42] <alecu> dobey, that's maybe because qt does not parse pacs.
[14:43] <mmcc> morning folks.
[14:43] <dobey> so proxy support in qt is not as great as we originally thought
[14:43] <mmcc> mandel thanks for pointing out the lint complaints - I think I need to fix my lint setup, I thought it was running and not complaining, but I guess it wasn't running... ?
[14:43] <ralsina> dobey: not on ubuntu, at least
[14:44] <alecu> dobey, we never thought it would be great. Only that it's much better than any other alternative.
[14:45] <alecu> dobey, we always assumed that there's plenty of proxy setups and configurations, and that with our limited resources we could only support some.
[14:46] <mandel> mmcc, no worries i know gatox had some issues with it, he might be able to give you a hand
[14:46]  * dobey still thinks we should have just told people to fix their broken networks instead :)
[14:46] <gatox> mmcc, what is happening?
[14:47] <dobey> alecu: although, would have been good to know this last week, so we could point out all these flaws, in the proxy session :P
[14:47] <mmcc> gatox, it looks like I wasn't actually running pylint when I thought I was. I'll look into it and ask you if I need help
[14:48] <dobey> mmcc: lint in what project?
[14:48] <gatox> mmcc, ok, let me know... in mac, for sso, pylint should run with the run-mac-tests script
[14:48] <mmcc> dobey, in ubuntu-sso-client.
[14:49] <gatox> mmcc, did you update your environment with the latest changes in the doc?
[14:49] <dobey> mmcc: they should be run with ./run-tests; but maybe it has a check for pep8 and you don't have it installed, and that's what is failing?
[14:50] <mmcc> gatox - the changes from this week? I thought those were for protobufs
[14:50] <mmcc> dobey: pep8 is there on my mac but maybe not on my linux vm... I'm poking around now
[14:51] <gatox> mmcc, this week was just protobuf... but when i was getting the buildout to work on mac, i made a couple of changes, i don't know if you follow all of them..... it might be a reason
[14:52] <dobey> i hope the meeting will be quick today
[14:52] <mmcc> gatox, ah OK. I'll check again but I'm pretty sure I have everything up to this week's changes.
[14:53] <gatox> mmcc, for example, you shouldn't have u1lint and u1trial in the bin folder as in some moment the document says
[14:57] <gatox> mmcc, mandel please remember to review this: https://code.launchpad.net/~diegosarmentero/ubuntuone-client/darwin-os-helper/+merge/106014 when you have a moment :D thx
[14:58] <ralsina> dobey: 30' as usual
[14:59] <briancurtin> 30 minutes or its free
[15:00] <ralsina> so if you guys order a pizza now, we all have lunch after the call
[15:00] <ralsina> OTOH, team call!
[15:00] <ralsina> alecu, mandel: call
[15:01] <ralsina> joshuahoover: desktop call if you are available
[15:01] <ralsina> gatox: call!
[15:01] <joshuahoover> joining...
[15:01] <ralsina> oh, already there
[15:01] <gatox> ralsina, i'm already there
[15:27] <briancurtin> mandel: whenever you have time, https://code.launchpad.net/~brian.curtin/ubuntuone-windows-installer/build_installer/+merge/105403 is now updated with your comments
[15:27] <briancurtin> it works on python 2 and 3, which is the reason for that _winreg/winreg import dance
[15:31] <mandel> briancurtin, I know rename, much nicer without the _
[15:41] <dobey> ugh python3
[15:41] <alecu> ralsina, http://virtualmacosx.com/index.php/server-plans
[15:41] <dobey> ConfigParser -> configparser :-/
[15:42] <ralsina> alecu: it's something
[15:43] <alecu> ralsina, right: we should try to get our mini running as a server, but that looks like a nice fallback.
[15:43] <ralsina> alecu: yeah. I suspect jenkins will destroy the "lite" one :-)
[15:44] <dobey> why is qt network api so hard to follow
[15:47] <ralsina> dobey: Norwegian cunning.
[15:47] <dobey> mandel: lp:ubuntuone-fsevents-daemon pushed
[15:47]  * gatox lunch
[15:49] <mandel> dobey, thx, really appreciated!
[15:53] <dobey> mandel: and proposed a branch to add config for it to tarmac
[16:00] <mandel> dobey, superb, let me finish a little bit of code and will take a look
[16:04] <dobey> ok, well i really need to get some lunch now. so bbiab :)
[16:17] <ralsina> And lunch for me to
[16:17] <ralsina> o
[16:22] <briancurtin> ralsina, joshuahoover: i emailed some details about the installer, but here it is http://ubuntuone.com/7cnc3EWLWTSblGPPPOV7DK
[16:22] <joshuahoover> briancurtin: ah, nice, thanks!
[16:25] <joshuahoover> briancurtin, ralsina: i filed the rt about doing a release on monday...in the mean time, i'll test this new installer and see if rmcbride can help test today/tomorrow as well
[16:34] <rmcbride> joshuahoover: briancurtin ralsina I can certainly get some installer testing in today/tomorrow
[16:35] <ralsina> rmcbride: awesome
[16:35] <ralsina> team, turns out I have to skip lunch and go to the bank. Depending on hunger I may take a bit longer to come back
[16:36] <rmcbride> ralsina: I learned as a child that coins are not very filling. Bear that in mind as you schedule
[16:36] <ralsina> rmcbride: you have never seen a hungry bank, I guess.
[16:36] <rmcbride> hehe
[16:50] <mandel> briancurtin, branch approved
[16:50] <mandel> dobey, I don't see the branch with the config for tarmac
[16:50] <briancurtin> mandel: thanks!
[16:58] <mandel> mmcc, gatox, ralsina: thinks will start happening from now on here: https://launchpad.net/ubuntuone-fsevents-daemon (related to the root daemon)
[16:59] <gatox> mandel, cool
[17:01] <alecu> ralsina, briancurtin: I've taken a look at device insertion/removal on windows. It seems that there are nice events for USB drives (and I assume esata too), but they don't work right for sd-like card readers.
[17:01] <alecu> I've found lots of pointers to the same, but the most relevant is: http://timgolden.me.uk/python/win32_how_do_i/detect-device-insertion.html
[17:01] <mandel> mmcc, added you to bug 1000875
[17:02] <mmcc> ok mandel, thanks
[17:02] <alecu> ralsina, briancurtin: for card readers the recommended solution is to poll using wmi.
[17:02] <mandel> mmcc, I'll be adding the script to run the tests from the command line tom morning to make things as simple as possible
[17:03] <mandel> now, is my time to go and get a bone broken
[17:03]  * mandel runs to rugby
[17:03] <briancurtin> alecu: is this for a new feature? i'm not familiar with where this stuff came from
[17:03] <mmcc> bye mandel, enjoy
[17:04] <alecu> briancurtin, we are pondering how hard it would be to do "UDFs on removable volumes"
[17:05]  * alecu considers we should not worry too much about other kind of devices. Ie: floppies and cd/rw :-)
[17:09] <briancurtin> alecu: i'm about to leave for my half day, but i will take a look at that stuff. i'm familiar with using WMI for a lot of things and its usually easy to work with
[17:11] <alecu> briancurtin, no hurry, we can take a better look tomorrow AM
[17:13] <mandel> gatox, mmcc, before I go, please take a look at https://code.launchpad.net/~mandel/ubuntuone-fsevents-daemon/add-run-tests/+merge/106227 whenever you have time
[17:13] <mandel> all, laters!
[17:13] <gatox> mandel, ok..... bye!
[17:14] <briancurtin> i'm also leaving for my half day. see everyone tomorrow
[17:14] <mmcc> mandel, ok will do
[17:15] <mmcc> gatox, thanks for the extra instructions and the new env-mac, it fixed my lint problem
[17:15] <gatox> mmcc, great!
[17:15] <mmcc> gatox - also, I'm trying to run tests on darwin on your darwin-os-helper branch and it looks like it's trying to run some linux tests: http://paste.ubuntu.com/992712/
[17:16] <gatox> mmcc, are you running the tests as i said in the merge proposal?
[17:16] <gatox> ./run-mac-tests tests/platform/os_helper/
[17:16] <mmcc> gatox: er...  :)
[17:16] <gatox> :P
[17:16] <gatox> mmcc, the other tests (for the other packages) are not working yet
[17:29] <dobey> mandel: you were probably looking in the wrong place. but it's already merged
[17:32] <dobey> ralsina, alecu: do you know what CA bundle qt is using by default for ssl?
[17:32] <alecu> dobey, no
[17:42] <alecu> dobey, I'm taking a look at qt source. It's using openssl, and it does not seem to include any certificates.
[17:43] <alecu> dobey, so I assume it's using the system certificates.
[17:45] <dobey> hrmm
[18:08] <mmcc> gatox, +1 on your os-helper branch. sorry that took so long, had to tweak my test setup on two platforms :)
[18:09] <gatox> mmcc, no problem! thanks!
[18:11] <mmcc> hey folks, I picked up a stomach flu or something yesterday, and it looks like it's not going away - so I'm going to try to rest and come back in a couple hours.
[18:12] <gatox> mmcc, oops... hope you get better
[18:17]  * dobey makes some 3.0.1 releases
[18:40] <joshuahoover> ralsina, rmcbride: i'm currently running the win release through the windows manual tests
[18:40] <rmcbride> as am I actually
[18:44] <dobey> what win release?
[18:46] <rmcbride> 3.0.1 candidate
[18:48] <ralsina> joshuahoover, rmcbride: awesome *2? ;_)
[18:48] <joshuahoover> dobey: the one we discussed on the call this morning :-)
[18:48] <rmcbride> ralsina: so far it's going quite well
[18:51] <dobey> ok, candidate
[19:14] <joshuahoover> ralsina, rmcbride: i've run into a problem w/ this test: http://testcases.qa.ubuntu.com/Applications/UbuntuOne/Windows#Select_the_folders_to_synchronize
[19:14] <ralsina> joshuahoover: ouch
[19:14] <ralsina> joshuahoover: what happened?
[19:14] <joshuahoover> ralsina, rmcbride: it won't setup once i click the next button, if i don't select a folder to sync, all works fine
[19:15] <joshuahoover> ralsina: let me get some logs for you
[19:15] <rmcbride> Hmm
[19:15] <ralsina> joshuahoover: is it a very big folder?
[19:15] <joshuahoover> ralsina: it's empty
[19:15] <ralsina> joshuahoover: that's bad
[19:16] <joshuahoover> yeah, let me try once more (3rd time is always a charm) and then get you logs...one moment
[19:18] <ralsina> school run
[19:18] <ralsina> joshuahoover: if it fails, send me the logs I will try to do a quick fix since brian is gone for today
[19:20] <joshuahoover> rmcbride: can you try that test case too?  http://testcases.qa.ubuntu.com/Applications/UbuntuOne/Windows#Select_the_folders_to_synchronize
[19:21] <joshuahoover> as a sanity check
[19:21] <rmcbride> joshuahoover: yea, setting up to do that now. didn't get presented with that withthe upgrade path I tested first
[19:29] <joshuahoover> ralsina: syncdaemon.log from my failed test - http://paste.ubuntu.com/992924/
[19:35] <rmcbride> whups. WebClientError u'SSL handshake fail' u''
[19:35] <rmcbride> while removing device
[19:36] <joshuahoover> rmcbride: really? can you see what your sso.log has in it?
[19:36] <rmcbride> joshuahoover: checkking
[19:37] <rmcbride> joshuahoover: not seeing one on my VM. what's the path again?
[19:37] <rmcbride> stupid windows and its stupid different paths for diferent versions
[19:37] <rmcbride> joshuahoover: nm found it
[19:38] <joshuahoover> rmcbride: in your home folder: AppData\Local\xdg\cache
[19:38] <joshuahoover> heh
[19:38] <rmcbride> 2012-05-17 15:35:09,404:404.000043869 - ubuntu_sso.credentials - INFO - find_credentials: self.app_name u'Ubuntu One', result is {}? False
[19:38] <rmcbride> 2012-05-17 15:35:09,404:404.000043869 - ubuntu_sso.main - INFO - CredentialsManagement: emitting CredentialsFound with app_name u'Ubuntu One'.
[19:39] <rmcbride> 2012-05-17 15:35:09,457:457.000017166 - ubuntu_sso.utils.ipc - INFO - Emitting remote signal for CredentialsFound with callback <ubuntuone.platform.credentials.windows.RemovableSignal object at 0x039F32F0>.
[19:39] <rmcbride> joshuahoover: ^
[19:40] <dobey> rmcbride: ooh, you got ssl error? awesome
[19:41] <joshuahoover> dobey: heh...isn't it sad that we both got excited about that? ;)
[19:41] <dobey> it's windows though
[19:41] <joshuahoover> yeah
[19:41] <rmcbride> yea
[19:41] <joshuahoover> we've seen it on both, windows and ubuntu
[19:41] <rmcbride> first time I've been able to repro that one I think
[19:41] <rmcbride> on windows anyhow
[19:42] <dobey> though maybe qt isn't loading the system certs on windows
[19:42] <dobey> just like it isn't on ubuntu, apparently
[19:42] <dobey> whee
[19:42] <rmcbride> reverting image to last september and retrying
[19:43] <ralsina> dobey: eh? It is loading them in ubuntu, or else everyone would see the failure
[19:45] <dobey> ralsina: not according to strace it isn't
[19:45] <rmcbride> ugh. vm image fail probably
[19:45] <ralsina> dobey: weird. Are you tracing all threads?
[19:45] <rmcbride> as far as the revert goes. THis might take a while
[19:46] <dobey> ralsina: i did strace -Ff yeah
[19:46] <rmcbride> FWIW I do not get the SSL fail on my physical machine
[19:46] <ralsina> dobey: it has EMBEDDED CERTIFICATES
[19:47] <rmcbride> altough
[19:47] <ralsina> dobey: run strings on libQtNetwork.so
[19:47] <dobey> ralsina: right
[19:47] <rmcbride> after removing and trying to sing in, I get ZipImportError
[19:47] <ralsina> dobey: which is nuts
[19:47] <dobey> ralsina: and it's loading 1 certificate file out of /etc/ssl/certs/
[19:47] <joshuahoover> ralsina: did that log tell you anything? http://paste.ubuntu.com/992924/
[19:47] <dobey> ralsina: which on my system happens to be a file named ValiCert...pem
[19:47] <ralsina> joshuahoover: looking...
[19:47] <ralsina> dobey: whoa
[19:47] <dobey> ralsina: so, basically, magic.
[19:48] <rmcbride> yea. can't sign back in after removing the device
[19:48] <dobey> lrwxrwxrwx 1 root root 23 Feb  8 09:35 /etc/ssl/certs/55a10908.0 -> ValiCert_Class_2_VA.pem
[19:48] <dobey> well, it's loading that symlink, which points to the ValiCert
[19:48] <ralsina> dobey: was about to ask you if it was a symlink like the others :-)
[19:48] <rmcbride> clicking on signin gives me a ZipImportError on ubuntuone\dist\library.zip
[19:48] <ralsina> joshuahoover: nothing special there, it seems
[19:49] <ralsina> dobey: may be noticing it's newer than its copy?
[19:49] <dobey> i guess i should tell is to close the rt
[19:49] <dobey> ralsina: i think qt itself might not include that one?
[19:49] <ralsina> dobey: yes, but the ubuntu users should have it (and they do have it) and it loads it in your system
[19:50] <ralsina> joshuahoover: second look, that seems to say you are not authenticated?
[19:50] <dobey> ralsina: yes. well, haven't explained why exactly it's failing for some
[19:50] <ralsina> joshuahoover: around line 174
[19:51] <joshuahoover> ralsina: but that's after i log in...i'm following this test case: http://testcases.qa.ubuntu.com/Applications/UbuntuOne/Windows#Select_the_folders_to_synchronize and i never get past the part where i click "next" after selecting the folder
[19:52] <ralsina> joshuahoover: which is why "No user With Network" is surprising
[19:54] <dobey> ralsina: HAH!
[19:54] <dobey> The issuer certificate of a locally looked up certificate could not be found (11)
[19:54] <rmcbride> Yea I can't do a fresh install at all with this installer, only upgrade
[19:54] <ralsina> rmcbride: yikes
[19:55] <rmcbride> I get teh ZipImportError
[19:55] <rmcbride> ralsina: yikes indeed
[19:55] <rmcbride> especialyl yikes that the upgrade "worked"
[19:55] <ralsina> ok, looks like I have to use windows tomorrow the
[19:55] <ralsina> n
[19:57] <dobey> where did this file come from
[19:59] <dobey> joshuahoover: i think i have a workaround for the ssl cert issue!
[19:59] <ralsina> dobey: share?
[19:59] <joshuahoover> dobey: really? excellent!
[20:00] <dobey> sudo ln -s /etc/ssl/certs/ValiCert_Class_2_VA.pem /etc/ssl/certs/55a10908.0
[20:01] <dobey> also, i have no idea how language would matter
[20:01] <joshuahoover> dobey: yeah, me either...i just passed along what the user told us he did that worked for him :)
[20:02] <dobey> and i manage to get an AuthenticationError as well as a WebClientError
[20:03] <dobey> but maybe the former is a result of the latter
[20:05] <dobey> creating the symlink seems to work though
[20:05] <dobey> but i have no idea where it originally came from
[20:05] <ralsina> dobey: hmmm... maybe it's doing an uppercasing of the filenames to find VALICERT in it?
[20:05] <ralsina> dobey: that would fail in turkish :-)
[20:06] <dobey> ralsina: no, it seems to be looking for a file named by the cert's id
[20:06] <ralsina> dobey: I have both
[20:06] <dobey> ralsina: yes, but qt is loading the /etc/ssl/certs/55a10908.0 one
[20:06] <ralsina> dobey: interesting
[20:06] <gatox> eod for me people..... tomorrow i'll keep trying to kill the filesystem :P see you!
[20:06] <dobey> ralsina: if you rm it, and try to log in, the error happens
[20:06] <ralsina> dobey: awesome, great job
[20:07]  * ralsina tabulates... about 40 dev-hours spent on this crap
[20:07] <dobey> would be awesome if i could tell where that file was coming from, though
[20:07] <ralsina> that's a couple grand
[20:07] <dobey> ca-certificates doesn't own it, or create it during postinst, nor does update-ca-certificates create it when run
[20:08] <joshuahoover> ralsina: if i'm filing a bug against the win wizard, which project do i file it against?
[20:08] <ralsina> joshuahoover: ubuntuone-control-panel
[20:08] <ralsina> dobey: firefox?
[20:08] <joshuahoover> thanks
[20:09] <dobey> ralsina: no, firefox has its own db, it doesn't use system certs
[20:10] <ralsina> dobey: /etc/ssl/certs id full of symlinks to firefox in my system
[20:10] <dobey> ralsina: the word "mozilla" does not mean they are *in* firefox
[20:10] <ralsina> dobey: ok
[20:10] <dobey> ralsina: it means those certs were extracted from the mozilla db
[20:11] <dobey> however, mozilla/firefox still has its own db
[20:30] <joshuahoover> ralsina: bug #1000970 from testing win 3.0.1
[20:30] <joshuahoover> rmcbride: maybe you can try to reproduce? ^^
[20:30] <ralsina> joshuahoover: oh, interesting
[20:32] <rmcbride> joshuahoover: I have some trouble here. One system won't complete an install, and the other is a VM image that has issues. give me a few to resolce
[20:32] <rmcbride> but that's an intersting/pythony error
[20:32] <joshuahoover> rmcbride: ah, ok
[20:38] <ralsina> joshuahoover: that bug you reported looks easy to fix, at least
[20:38] <joshuahoover> ralsina: that's good :)
[20:39] <joshuahoover> ralsina: i'll file another one for the problem i ran into (which may be somewhat related, seems to be something with udfs in the wizard)
[20:41] <dobey> man i love when people comment on bugs about some completely unrelated problem they're having, with absolutely no info
[20:45] <ralsina> dobey: let me guess, the turkish bug's last comment?
[20:46] <dobey> of course
[20:54] <dobey> ralsina: tarball for u1-client 3.0.1 is uploaded to launchpad, and the branch is tagged. will try to get the other projects all done asap. shouldn't be too bad, just tedious, as there aren't any changes elsewhere really
[20:54] <joshuahoover> ralsina, rmcbride: all but 2 tests passed here for me: http://testcases.qa.ubuntu.com/Applications/UbuntuOne/Windows after 2 test runs and 3+ on the 2 failed tests...
[20:54] <joshuahoover> ralsina, rmcbride: failed tests were: http://testcases.qa.ubuntu.com/Applications/UbuntuOne/Windows#Select_the_folders_to_synchronize & http://testcases.qa.ubuntu.com/Applications/UbuntuOne/Windows#Sign_in_after_removing_the_device
[20:55] <joshuahoover> ralsina, rmcbride: and the bugs i filed were: #1000983 and #1000970
[20:56] <ralsina> joshuahoover: awesome
[20:56] <joshuahoover> bug #1000983 and bug #1000970
[20:56] <ralsina> dobey: I did some changes in u1cp
[20:56] <dobey> which changes?
[20:57] <ralsina> dobey: simplified bandwidth dialog, fixed it for RTL locales
[20:57] <ralsina> dobey: don't recall any others but maybe something small
[20:57] <dobey> there's the duplicate instances branch
[20:58] <dobey> i guess there are other things we need to backport?
[20:58] <ralsina> duplicate instances? really, that was not in 3.0.0?
[20:58] <ralsina> dobey: that was on the last SRU, IIRC
[20:58] <dobey> some of which probably need approvals
[20:58] <dobey> ralsina: nope. it was right after 3.0.0; we didn't do an sru for it yet
[20:58] <ralsina> dobey: ack
[20:58] <dobey> it's not a critical fix
[20:59] <ralsina> well, it was done by request
[20:59] <dobey> right, there is a bug for it
[20:59] <dobey> i guess we need to decide which other fixes we want in 3.0.1 for cp then
[21:00] <ralsina> dobey: ok, we can do that first thing tomorrow morning, because I am close to EOD
[21:00] <dobey> ok
[21:01] <dobey> and looks like a few are mis-triaged
[21:06] <ralsina> dobey: the LTR one may go in, it changes no strings, and only fixes an obvius bug
[21:06] <ralsina> dobey: the cleanup of throttling changes strings
[21:06] <ralsina> dobey: same about the one setting units for translation
[21:06] <ralsina> so maybe just the duplicated instances, and whatever I fix that failed the manual tests today
[21:07] <ralsina> but that just or the windows release
[21:08] <dobey> no it's not
[21:09] <dobey> there is no more "just for foo release"
[21:13] <rmcbride> joshuahoover: looks like my particular install problem is due to the system needing to reboot to complete previous install. I can't do that right now so that particular system is unavailable for a bit. checking on the image now
[21:13] <joshuahoover> rmcbride: got ya...what vm software do you use?
[21:14] <rmcbride> vmware. the system that I can't reboot right now is a physical system though
[21:14] <joshuahoover> rmcbride: i've been using vbox for testing for the last 3 years and have had good luck with it...which means it will start to crash and burn immediately now that i've typed that
[21:14] <rmcbride> joshuahoover: I reverted the vmware image but it's been an issue
[21:14] <joshuahoover> weird
[21:15] <rmcbride> joshuahoover: yea I use KVM for my linux boxes. VMWare does very nice automated installs and such (which it looks like I'm going to have to do again)
[21:15] <rmcbride> joshuahoover: if I'm reading the bug reports you gave right, I expect we're looking at at least one more candidate build yes?
[21:16] <joshuahoover> rmcbride: yeah, i haven't seen if that happens in the current 3.0 build but i think we need to fix at least the one that is marked high, the other is slightly less likely to happen but should be fixed as well (they seem related to udfs anyway)
[21:17] <rmcbride> joshuahoover: OK. I want to do another pass on install, but I'll wait on the new build. THat'll let me get a non broken vm image going for tomorrow
[21:19] <ralsina> dobey: you are right, thanks for reminding me to stay in the straight and narrow
[21:20] <joshuahoover> rmcbride: sounds good
[21:30] <dobey> bad ralsina
[21:33] <dobey> branch which fixes a bug, with the bug number in the branch name, and in the commit message, but no commit --fixes= :-/
[21:52] <dobey> ok, have a good evening all
[22:53] <ralsina> dobey: really? I tryto do the --fixes first thing when starting the branch :-/ Sorry