[00:27] <mmcc> ok, all done for today…
[07:37] <czajkowski> mandel: you about ?
[08:43] <JamesTait> Happy Friday, folks! :)
[09:13] <rye> mandel: do you happen to know the revision 3.0.2b is built upon?
[11:22] <gatox> good morning
[12:00] <alecu> hello, all!
[12:00] <gatox> alecu, hi
[13:30] <ralsina> Good morning, sorry I am so late, had some rain-relate issues at home :-(
[13:31] <gatox> ralsina, hi
[13:52] <gatox> ralsina, raining inside your home?
[13:56] <ralsina> gatox: some small bits of it ;-)
[13:56] <gatox> bummer :S
[13:57] <ralsina> gatox: np, just the laundry room, and just because water pooled on the roof
[13:57] <ralsina> gatox: so I had to go unclog a drainpipe in the pouring rain at 6AM
[13:57] <ralsina> gatox: NOT FUN
[13:57] <gatox> agree... not fun
[14:13] <ralsina> gatox: looks like the sync indicator is merged... wonder if it's released yet :-)
[14:13] <gatox> :P
[14:16] <mmcc> hi folks
[14:17] <gatox> mmcc, hi!
[14:23] <mmcc> no mandel today?
[14:32] <mandel> Afternoon!
[14:32] <gatox> mandel, hi
[14:33] <mmcc> howdy mandel!
[14:35] <mandel> gatox, when are you going to nz?
[14:35] <mandel> mmcc, hello! I was late lost night talking with jfunk, looks like we have a number of new bugs :(
[14:35] <gatox> mandel, on tuesday
[14:35] <gatox> mandel, i arrive at nz on thursday
[14:36] <mandel> mmcc, I want to take a look at the ipc one, I wonder why it happens...
[14:36] <mandel> gatox, I thought it was earlier
[14:39] <mandel> ouch, that is a long trip, gatox you are lucky you are not too big hehe
[14:39] <mmcc> mandel: sounds like a plan. I saw your conversation yesterday, he found a few good ones.
[14:40] <gatox> mandel, but on my way back... i leave nz the 8th of September, and i get back to argentina the same day jejeje
[14:41] <mandel> mmcc, indeed, I think there is a good way to make the ipc more resistant to the stale broker problem
[14:42] <mandel> gatox, you better sell well ninja and bring some hobbits back  ;-)
[14:42] <gatox> mandel, will do!
[14:42] <mmcc> mandel: great - what causes it, anyway?
[14:44] <mandel> Mmcc, it usually means that the remote reference you have in the client is old and pb is trying to use a python obj that does not longer exists in the server
[15:00] <thisfred> me
[15:00] <briancurtin> me
[15:01] <gatox> me
[15:01] <mandel_> me
[15:01] <dobey> me
[15:02] <thisfred> DONE: refactoring playlists web api TODO: consolidate all couchdb acces in web api base, s/couch/u1db/ for playlists BLOCKED: no NEXT: briancurtin
[15:02] <briancurtin> DONE: fiddling with output from a subprocess stdout
[15:02] <briancurtin> TODO: write some util function that'll make this work on 2 and 3, it keeps breaking one or the other
[15:02] <briancurtin> NEXT: gatox
[15:02] <dobey> ralsina, alecu, mmcc: eh? guess you get to mock yourselves on twitter
[15:02] <gatox> DONE:
[15:02] <gatox> Worked on the Share Links Tab
[15:02] <gatox> TODO:
[15:02] <gatox> Finish fixing some tests and some parts of the code that are not behaving properly.
[15:02] <gatox> BLOCKED:
[15:02] <gatox> No
[15:02] <gatox> Madkiss, go
[15:02] <alecu> crap
[15:02] <ralsina> Yes I do!
[15:02] <gatox> mandel_, go
[15:02] <alecu> me
[15:03] <mmcc> me
[15:03] <gatox> mandel, go
[15:03] <gatox> ok, dobey go
[15:03] <dobey> DONE: team call, finished releases
[15:03] <dobey> TODO: reviews, icon generating magic, music store
[15:03] <dobey> BLCK: None.
[15:03] <dobey> alecu: go
[15:03] <alecu> DONE: discussions on dash apis, vala+oauth+webservice calls
[15:03] <alecu> TODO: more on the dash
[15:03] <alecu> BLOCKED: no
[15:03] <alecu> NEXT: mmcc
[15:03] <mmcc> DONE: more SMJobBless, launchd daemon checkin code, sent build to QA
[15:03] <mmcc> TODO: launchd integration, test, propose
[15:03] <mmcc> BLCK: no
[15:03] <mmcc> next: mandel?
[15:04] <ralsina> DONE: lots of calls about the dash, team call, more calls, and I called people. Administrivia. Helped around, reviews. TODO: fix windows test failure on jenkins BLOCKED: no
[15:04] <mandel> Sorry, got disconnected
[15:04] <alecu> mandel: from reality?
[15:04] <thisfred> alecu, I think that was a while ago
[15:05] <ralsina> Mockery of the day: https://twitter.com/ralsina/status/239015414393339906
[15:05] <mandel> He, is possible
[15:05] <mandel> DONE: talk with QA about the Mac app. There are a bungee of big bugs to fix. Mainly adding folders from control panel, stale brokers and the app crashing fur to json decode problems
[15:05] <mandel> TODO: look at the stake broker bug and the json one.
[15:05] <mandel> Blocked, over 3g because they are updating my network
[15:09] <mandel> ralsina, did my best with the connection I have..
[15:09] <ralsina> mandel: good enough :-)
[15:09]  * mandel is also very sleepy
[15:10] <ralsina> in the words of the french knight in Monty Python's Holy Grail "now leave before I mock you again!"
[15:11] <mandel> alecu, ralsina, I plan to make the ipc more resistant to those stale brokers by catching the exception and trying to connect to a new broker will make it shower in CSS of an error but should recover from it, what do you think?
[15:12] <ralsina> mmcc: my mac dev env is screwed. Where are the latest instructions, and are they current?
[15:12] <mandel> Ups... Autocomplete
[15:12] <ralsina> "shower in CSS"?
[15:12] <ralsina> mandel: are you typing on your phone?
[15:13] <mmcc> ralsina: the google doc is close to current. you can help me make it so now!
[15:13] <ralsina> mandel: don't you have hotspot functionality on the phone? So you can go back to the computer :-)
[15:13] <ralsina> mmcc: awesome
[15:13] <ralsina> mmcc: will follow it, and ping you on failure
[15:13] <ralsina> mmcc: got the URL handy?
[15:13] <mandel> ralsina, yes, it seems I cannot use irc over 3g on the pc
[15:14] <mmcc> ralsina: https://docs.google.com/a/canonical.com/document/d/1f7xaDT-hblCKIXrKXZjpKtFRsBRnionDix5NojwdgmE/edit
[15:14] <ralsina> mmcc: awesome
[15:14] <mandel> ralsina, Vodafone is crap and blocks it... Also is a PITA cause the rest works
[15:15] <mandel> And I keep getting raising instead of ralsina..
[15:15] <mmcc> ralsina: I've updated the instructions now...
[15:16] <mmcc> I removed the windows-specific stuff for clarity. that doc is the OSX dev setup doc anyway :)
[15:19] <dobey> ok, need to get lunch. bbiab
[15:19] <mandel> ralsina, I'm going to request a holiday, there is no way I can work like this..
[15:19] <ralsina> mandel: agreed :-(
[15:20] <mandel> ralsina, I'll try to catch up I've the weekend..
[15:21] <ralsina> mandel: if you do that, don't ask for the day off
[15:21] <ralsina> mandel: off is off
[15:26] <mmcc> ralsina: OK, I actually updated the whole thing now. ping me with any questions…
[15:43] <ralsina> mmcc: will do. I intend to be able to help with the UI issues very late today / early monday depending on luck
[15:44] <mmcc> ralsina: great. when you get to the end, I'm very curious what you see when you run the u1cp tests - you're on 10.7 right?
[15:44] <ralsina> mmcc: yes
[15:44] <mmcc> eeeexcellent
[15:50]  * gatox lunch
[15:52] <mandel3g> ralsina, I'm getting an error when accessing canonicaladmin, does it work for you?
[15:53] <dobey> mandel3g: wfm
[15:53] <mandel3g> ack
[15:58] <mandel_> ralsina, request made
[16:03] <mmcc> ralsina, have you installed qt via brew already? I'm not sure how much of this you have to repeat…
[16:04] <ralsina> mmcc: yes
[16:04] <ralsina> mmcc: or at least brew says it has it already
[16:05] <ralsina> mmcc: BTW, lovely how everytime a configure script checks for javac a dialog pops up telling me to install it ;-)
[16:05] <ralsina> mandel_: I'll approve it in a bit. So, you have the rest of the day off, go rest :-)
[16:06] <mmcc> ralsina: heh. I guess I installed java already.
[16:09] <mmcc> ralsina: I just remembered that you need to get a qt with no X11 deps so it will run on stock 10.8
[16:09] <mmcc> can you do 'brew cat qt | grep X11' for me?
[16:09] <ralsina> mmcc: sure
[16:10] <mmcc> if that comes back with X11 flags, then you need to reinstall qt.
[16:10] <ralsina> mmcc: I get -L/usr/X11/lib -I/usr/X11/include
[16:10] <ralsina> ok, how do I reinstall it?
[16:11] <ralsina> mmcc: but that's just if I want to do a bundle to share?
[16:11] <ralsina> mmcc: since rebuilding Qt is bound to take a few hourds, I would rather do that on the weekend if at all possible
[16:12] <mmcc> ralsina: for me it downloaded a prebuilt binary - was done in a minute
[16:12] <mmcc> % brew install https://raw.github.com/mxcl/homebrew/master/Library/Formula/qt.rb
[16:12] <ralsina> mmcc: ok, will do it then :-)
[16:13] <ralsina> mmcc: I get "undefined method 'version'" maybe my brew is too old?
[16:13] <mmcc> hrm
[16:14] <mmcc> maybe. try 'brew update'
[16:14] <mmcc> also if you already had qt 4.8.2, that'll be a problem and you'll need to brew uninstall qt before running that install from the URL
[16:15] <ralsina> it's telling me I have local changes to the qt recipe, probably something alecu did before hegave me this mini
[16:15] <ralsina> I have 4.8.0 so it's not that
[16:16] <mmcc> ok… well you can save off the locally-changed qt by doing 'brew edit qt' and saving that somewhere else
[16:16] <mmcc> I'm assuming it gives you the option to overwrite the changed file?
[16:17] <ralsina> mmcc: no, I have to go git stash it
[16:17] <ralsina> mmcc: user friendly it isn't
[16:17] <mmcc> giiiiiiit
[16:17] <ralsina> mmcc: ok, it's working now, thanks!
[16:17] <mmcc> the number of projects that decided *git* was a user interface… the mind boggles
[16:18] <alecu> ralsina, mmcc: I had to use a fix for the qt brew. I added it to the osx dev setup doc, and it was this: https://github.com/tmf/homebrew/commit/f34897104399f48b36e1e86a776c70dd2d882c5a
[16:18] <ralsina> mmcc: starting with git ;-)
[16:18] <ralsina> alecu: we are using a bottle now, so that should not be needed
[16:18] <alecu> ralsina: right
[16:21] <ralsina> great now my xcode is too old
[16:21] <mmcc> alecu, that bug is indeed fixed in the latest qt.rb, just differently :) build systems, man, build systems
[16:22] <mmcc> Xcode too old? what's telling you that? I thought it shouldn't matter…
[16:22] <alecu> ralsina: don't worry about the "too old".
[16:22] <ralsina> mmcc: brew
[16:22] <ralsina> alecu: ok, stopping xcode update then
[16:22] <mmcc> ralsina: which brew command? qt?
[16:23] <ralsina> mmcc: yes
[16:23] <ralsina> mmcc: tells me to PLEASE install 4.4.1 because 4.3.2 is too old
[16:25] <alecu> ralsina: it complained the same about 4.4.0, but I just ignored it.
[16:32] <dobey> mmcc: does ubuntu-sso-client give a clean bill of health with pyflakes already?
[16:33] <mmcc> dobey: I don't know, but I doubt it
[16:33] <mmcc> dobey: answer is no. it  complains about gettext's '_'
[16:34] <mmcc> and some other minor things
[16:34] <dobey> right; commented on your merge
[16:36] <dobey> crikey, why are mandel's fsevents branches so freakin huge. and why has nobody reviewed them yet
[16:36]  * mmcc thought those already went through
[16:36] <mmcc> (mine, I knew mandels were rotting there)
[16:37] <mmcc> dobey, you answered your own question. I have reviewing them as a TODO for today thoguh
[16:38] <dobey> why isn't https://code.launchpad.net/~mandel/ubuntuone-fsevents-daemon/sbjson-link/+merge/116445 landed? it has 2 approves
[16:39] <mmcc> I don't know. we should probably land it.
[16:39]  * mmcc flipped it
[16:40] <ralsina> mmcc: you have first a command to install protobuf via brew and later the doc says "install protobuf following these instructions" is that so or should I ignore the second one?
[16:41] <mmcc> ralsina: looking…
[16:43] <mmcc> if you have protoc in your path then ignore the second one
[16:44] <ralsina> mmcc: ack
[16:44] <ralsina> mmcc: looks like I do
[16:45] <mmcc> ls -l `which protoc` should show a symlink to /usr/local/Cellar/protobuf/blah
[16:46] <ralsina> mmcc: missing step somewhere in the middle: install qtreactor
[16:46] <mmcc> that should be in the buildout, i thouhgt
[16:47] <ralsina> mmcc: looks like it isn't or it failed to install. I'll check
[16:47] <mmcc> did you get an error in running tests, or were you testing from the interpreter?
[16:48] <ralsina> mmcc: it's in the links but is not listed as a requirement, it seems
[16:48] <ralsina> mmcc: when running tests for u1cp
[16:49] <ralsina> mmcc: oh, wait it's in the development section of the buildout
[16:49] <ralsina> mmcc: I'll figure it out
[16:49] <mmcc> it should be there, it's one of the eggs…
[16:49] <mmcc> if you just try to import it from the interpreter, does that work?
[16:49] <ralsina> mmcc: latest qt4reactor tries to use PySide!!!!
[16:50] <mmcc> um
[16:50] <mmcc> that'll teach us for using /master in a buildout :\
[16:50] <ralsina> mmcc: got it, when updating qt, pyqt broke
[16:51] <ralsina> mmcc: and qt4reactor tries pyside if pyqt fails to import
[16:51] <mmcc> oh, shoot. sorry, should've remembered that
[16:51] <ralsina> mmcc: it's ok
[16:52] <ralsina> mmcc: so now it will rebuild pyqt from source, right?
[16:52] <mmcc> yes
[16:52] <mmcc> but that's not slow
[16:59] <mmcc> dobey, re pyflakes on darwin, pylint has a lot more spew. It looks like it can't find dev-tools even though the u1lint wrapper definitely has it in the path
[17:00] <ralsina> mmcc: possibly another missing step, clientdefs.py has to be moved to the right place before you can run tests
[17:00] <dobey> mmcc: right. probably because of the missing patch issue
[17:01] <mmcc> right, now I remember that
[17:02] <ralsina> mmcc: and also, storage-protocol seems to need to be installed
[17:03] <mmcc> ralsina: for the sso tests, or for the control-panel tests?
[17:03] <ralsina> mmcc: aaaaaand I am getting the error messages when running tests :-)
[17:03] <ralsina> mmcc: u1cp tests
[17:03] <mmcc> ralsina: ack.
[17:03] <dobey> pretty much everything has to be 'installed' for u1cp tests to run
[17:04] <mmcc> ralsina: yeah the buildout doesn't do any of the build steps for the source reps, it just bzr branches them for you
[17:04] <mmcc> source deps, not source reps
[17:04] <ralsina> mmcc: ok
[17:05] <ralsina> mmcc: on windows this used to work by just setting PYTHONPATH and not installing
[17:05] <ralsina> mmcc: but it doesn't really matter
[17:08] <ralsina> mmcc: now I get "can't import name fseventsd"
[17:09] <ralsina> mmcc: probably because I haven't installed ubuntuone-client how do you do that on mac?
[17:11] <mmcc> aha. ok, you hit a gap in the docs. good
[17:11] <mmcc> fseventsd is from mandel's branch. you need to grab both that and the fsevents.py, let me look for URLS
[17:12] <mmcc> into parts/ do bzr branch lp:~mandel/ubuntuone-fsevents-daemon
[17:13] <mmcc> actually, I'll just put this in the doc
[17:13] <ralsina> mmcc: cool
[17:13] <ralsina> I get invalid transport because bzr probably doesn't have the launchpad plugin or something
[17:14] <ralsina> mmcc: shouldn't that be  lp:ubuntuone-fsevents-daemon ?
[17:14] <ralsina> and lunch
[17:14] <mmcc> yes. d'on
[17:29] <ralsina> and that's still not open source, so I need to install credentials
[17:30] <mmcc> ping alecu - re: checking version of the fsevents daemon. I have code doing that as a result of launchd integration, not 100% sure where the best place to put it is
[17:30] <mmcc> ralsina: yes we need to sort that out. there's still a "TODO" comment about licensing in the source
[17:38] <ralsina> mmcc: now I get "no module fsevents". I assume I need to install macfsevents?
[17:38] <mmcc> yes. I updated the doc - you need to git clone and build it
[17:42] <ralsina> mmcc: missing dependency dirspec
[17:42] <ralsina> mmcc: oh, wait, I need to install it
[17:42] <mmcc> ralsina: what was missing dirspec? the buildout should have put it in parts/ , and it should be on sys.path of the wrapped interpreter
[17:43] <mmcc> so 'python -c "import dirspec" ' should work
[17:44] <ralsina> mmcc: yes, forgot to source the env
[17:44] <mmcc> aha. ok
[17:44] <ralsina> I am logged in :-)
[17:45] <mmcc> thanks for wading through that, glad the doc is updated now
[17:46] <ralsina> although I am not getting any folders other than ~/Ubuntu One
[17:47] <mmcc> yes, there appear to be UDF bugs…
[17:47] <mmcc> are shares showing up?
[17:47] <ralsina> mmcc: I get a SSL error about it not finding the godaddy cert
[17:49] <mmcc> hrm. it should see the cert files in ubuntuone-storage-protocol/data … oh. I think that code is wrong. I don't think it handles running from source correctly
[17:50] <mmcc> no, it should be right.
[17:51] <ralsina> mmcc: it's trying to load it from the installed location
[17:51] <ralsina> mmcc: because I installed storage-protocol
[17:51] <mmcc> oh. I see. I never installed storage-protocol
[17:52] <mmcc> was expecting it to be run from the source tree
[17:53] <ralsina> mmcc: then it has to be added to the PYTHONPATH
[17:53] <ralsina> mmcc: not installing and putting it in PYTHONPATH works and I get all the shares listed :-)
[17:53] <mmcc> good.
[17:53] <ralsina> mmcc: which means I see the scrolling bug, which means I can get to work on it
[17:55] <mmcc> very good
[18:06] <ralsina> mmcc: can you verify for me that adding "-graphicssytem raster"  to the command line fixes the scroll?
[18:07] <mmcc> ralsina: I haven't seen the bug, I don't have enough shares to scroll
[18:07] <ralsina> mmcc: want some? ;-)
[18:07] <dobey> ugh: https://launchpadlibrarian.net/113439378/buildlog_ubuntu-quantal-i386.ubuntuone-control-panel_4.1%2Br348-53~quantal1_FAILEDTOBUILD.txt.gz
[18:07] <mmcc> you bet i do
[18:07] <ralsina> mmcc: you can just add folders in your system
[18:07] <dobey> lots of failures in there; and logging messages to console amidst the tests :(
[18:08] <ralsina> dobey: "constants module not available." is strange
[18:09] <dobey> indeed
[18:09] <ralsina> dobey: does it do the same in your q box?
[18:09] <dobey> i haven't run it locally; but this is happening on oneiric and precise as well, for the nightlies
[18:10] <ralsina> dobey: I can do a run on precise to verify
[18:12] <ralsina> dobey: I got a segfault!
[18:12] <dobey> stable-4-0 was fine for me yesterday at least
[18:13] <ralsina> dobey: same here
[18:13] <ralsina> dobey: as in "was fine for me yesterday"
[18:14] <dobey> trying trunk now
[18:15] <mmcc> we need to fix the on_download_finished exceptions… I'm at #300 and counting and it's stalling the control-panel UI
[18:16] <mmcc> or am I out of date and they're fixed in trunk?
[18:16] <dobey> hrmm; trunk ./run-tests passed fine here :-/
[18:16]  * mmcc checks
[18:16] <chaselivingston> mmcc: any news on that download priority issue we talked about yesterday?
[18:17] <mmcc> chaselivingston: thanks for reminding me.
[18:17] <chaselivingston> mmcc: np
[18:17] <chaselivingston> \
[18:17] <ralsina> mmcc: no, they still exist
[18:18] <ralsina> mmcc: they break windows jenkins too
[18:18] <mmcc> guys, chaselivingston was noticing that he wasn't getting files downloaded to his mac while uploading a ton of data. is that a bug or expected bad behavior?
[18:18] <ralsina> mmcc: if you try to add folders, does the "select a folder" dialog go away on its own sometimes?
[18:19] <mmcc> ralsina: I'm still stalled on the loading overlay :(
[18:19] <ralsina> mmcc: that's probably that you need to start syncdaemon manuall
[18:20] <mmcc> really?
[18:20] <ralsina> mmcc: happened to me a few minutes ago
[18:20] <ralsina> mmcc: if u1cp can't find it / start it it freezes
[18:21] <dobey> is that the "select some folders to sync to the cloud" page hanging?
[18:21] <ralsina> dobey: no, this is in u1cp proper
[18:21] <mmcc> no, it was starting it just fine - I saw my precise VM pop up a notification about downloading new .DS_Store after I started it
[18:21] <mmcc> hrm, well quitting and restarting with U1_DEBUG=1 got me to a working folders screen
[18:21] <dobey> hrmm
[18:22] <mmcc> not good: I canceled the add_folder dialog and got this in the log: "ubuntuone.controlpanel.qt.addfolder - INFO - on_add_folder_button_clicked: user requested folder creation for path u''.
[18:22] <mmcc> "
[18:23] <alecu> mmcc: pong re: "checking version of the fsevents daemon"
[18:23] <ralsina> mmcc: that's ok
[18:24] <ralsina> mmcc: it just means "hey, you didn't select anything. Ok!"
[18:24] <mmcc> ralsina: ok.
[18:24] <ralsina> mmcc: although I agree it's a scary message ;-)
[18:25] <mmcc> ralsina: yeah, combined with the controlpanel status still saying "file sync starting…" I thought it was busily trying add something random
[18:25] <mmcc> alecu - pong your pong, just a sec
[18:25] <alecu> no prob
[18:29] <ralsina> mmcc: do qt plugins work on mac? If they don't I need a workarund for my scroll workaround :-(
[18:29] <mmcc> ralsina, they should. can you give me more context? do you need to add one?
[18:30] <ralsina> mmcc: basically, the workaround I found for the scrolling is using -graphicssystem raster and that's a plugin
[18:30] <ralsina> mmcc: or at least I think it's one
[18:31] <mmcc> alecu - re the daemon version issue: http://paste.ubuntu.com/1164920/
[18:31] <mmcc> ralsina: you can check with the QT plugin env var.... /me looks
[18:31] <mmcc> QT_DEBUG_PLUGINS=1
[18:34] <ralsina> mmcc: cool, not a plugin
[18:34] <ralsina> mmcc: so now I just need to inject that option only on darwin and it's fixed
[18:35] <dobey> brb
[18:36] <alecu> "Jobs' Bless"!!!! People praying to Saint Steve already?
[18:36] <mmcc> heh, they've been doing that for years
[18:37] <alecu> lol
[18:39] <ralsina> alecu: where would be a good place in u1cp to put a platform-specific constant I need in main?
[18:39] <alecu> ralsina: in u1cp's main?
[18:39] <alecu> mmcc: +1 to "all the version checking can be done in controlpanel, and SD doesn't need to know about launchd"
[18:39] <ralsina> alecu: yes, I need to inject two args into sys.argv when we are running on darwin
[18:39] <mmcc> alecu, sounds good.
[18:40] <ralsina> alecu: I *could* do it in the bin/ script but that's icky
[18:40] <alecu> ralsina: inject args into sys.argv? why?
[18:40] <ralsina> alecu: because of a bug in Qt: https://bugs.launchpad.net/ubuntuone-control-panel/+bug/1018918
[18:40] <ralsina> alecu: I can workaround it by passing "-graphicssystem raster"
[18:40] <mmcc> ralsina: you just need to add it to the args passed to Qapplication, right?
[18:40] <ralsina> mmcc: right
[18:41] <mmcc> see line 88 of gui/qt/main/__init__.py
[18:41] <mmcc> we're already doing some arg tweaking there
[18:42] <ralsina> mmcc: yes, but it's not platform-specific
[18:43] <ralsina> mmcc: although a bit lower we do have a darwin-specific bit
[18:43] <alecu> ralsina: we are even checking for sys.platform a few lines below
[18:43] <ralsina> alecu: yes, just saw it
[18:43] <ralsina> ok, I'll do it there then
[18:43] <alecu> ralsina: also, at the top of the file we have some "win32" and "darwin" checking for dbus...
[18:43] <mmcc> alecu ack on your +1, proceeding thusly
[18:44] <ralsina> alecu: yes, so that file is dirty already :-)
[18:44] <alecu> ralsina: right. Go ahead, I'll look to the southeast.
[18:45] <ralsina> alecu: I can file a bug about refactoring the platform-speciicness out of it
[18:45] <mmcc> ralsina: just saw the bug you mentioned about the dialog disappearing. I believe it is bug #1040905
[18:45] <alecu> ralsina: that sounds great.
[18:45] <ralsina> mmcc: right
[18:45] <alecu> mmcc: and re: "CP kills old installed daemon * TODO:", I was supposed to create a bug for that, where we can discuss the best way to do it.
[18:46] <mmcc> alecu, ralsina: that'll be a tricky refactor, due to the dependencies between qt4reactor, reactor, QApplication and QCoreApplication, etc…
[18:46] <ralsina> mmcc: yes
[18:46] <ralsina> mmcc: worse or better: there is a hack to install the reactor in the bin/ubuntuone-control-panel-qt script as well
[18:46] <alecu> mmcc: I propose that we postpone that refactor till after the rushes
[18:46] <ralsina> alecu,mmcc: yes, this is for next cycle, probably
[18:46] <ralsina> but I am filing so it's there
[18:47] <ralsina> bug #1041333
[18:48] <mmcc> ok
[18:49] <alecu> mmcc: so, my idea is that the root daemon gets a message telling it that it will be updated, so it notifies every running SD of that. Then each SD shuts down, and the root daemon too. The new version of the root daemon is started, and then somehow (*insert magical idea here*) the new version of the SD is started for every user that had it running.
[18:51] <mmcc> alecu - upgrading other users' syncdaemon is probably not workable
[18:51] <alecu> mmcc: perhaps we can have a SD wrapper script that checks the error code of the SD process, and on a given value of that error code, the wrapper process waits a few seconds, and then restarts it.
[18:51] <alecu> mmcc: it's the system's root daemon we are upgrading, so every SD version should match!
[18:52] <mmcc> alecu, I agree! but syncdaemon itself is going to be in another user's directory, unless they installed the app in a system-visible place
[18:52] <mmcc> and if we upgrade SD inside an existing .app, we break the code signing, etc
[18:53] <mmcc> might be the best we can do is teach CP how to tell the user that they need to upgrade
[18:53] <alecu> mmcc: I assumed everybody installed these things in /Applications .... :P
[18:53] <mmcc> and that they won't be able to sync until they do
[18:53] <mmcc> alecu: can't make any such assumptions
[18:53] <alecu> mmcc: right :-(
[18:53] <mmcc> many people will end up running it out of ~/Downloads, or never moving it out of the install DMG
[18:54] <alecu> mmcc: do we have a "system registry" of sorts in osx?
[18:54] <mmcc> alecu, that depends on what you're trying to do :)
[18:55] <mmcc> there isn't a single binary grab-bag database for config info, but we do have the filesystem
[18:56] <alecu> mmcc: I would assume that the user that has power to install the root daemon, is the one that has admin power. And by installing (or upgrading) the root daemon, we would write the path to the system's Syncdaemon.app
[18:56] <alecu> mmcc: right, we have some equivalent of /etc
[18:56] <mmcc> like /etc ? :)
[18:56] <alecu> right
[18:56] <alecu> :-)
[18:57] <mmcc> so the idea is to move syncdaemon out of the app package, and put it in a global place so it's possible to upgrade it?
[18:57]  * mmcc thinks
[18:57]  * alecu starts up his mac, to cut on the amount of guessing.
[18:58] <mmcc> I don't think we can do that without shipping two copies of Qt
[18:58] <alecu> ugh
[18:59] <mmcc> because CP needs qt to start so it can install SD, and SD needs qt, but can't point to CP because we don't know where the user has CP
[19:00] <alecu> mmcc: what if we symlink from the "canonical SD place" (say, /etc/ubuntuone/syncdaemon) to the SD from the last installed root daemon?
[19:01] <mmcc> not sure I understand "SD from the last installed root daemon" - the daemon is just one executable file and doesn't include SD…
[19:01] <alecu> mmcc: right, but it's installed by *some* copy of the control panel, right?
[19:01] <alecu> mmcc: and that control panel should have a SD next to it
[19:02] <mmcc> next to it, yes. but in some user's directory
[19:02] <mmcc> and to be clear, no code is really installed, it all stays in the .app wrapper - SD is just UbuntuOne.app/blah/blah/Syncdaemon.app/
[19:03] <alecu> mmcc: right. And with the SD being in the user's directory, we hit permission issues if some other user tries to run it...
[19:04] <mmcc> right.
[19:04] <alecu> mmcc: so, the only thing that's really installed is the root daemon executable.
[19:04] <mmcc> yes
[19:04] <mmcc> (and some .conf files, but that's not important right now)
[19:05] <mmcc> we *could* do this:
[19:06] <mmcc> I upgrade my CP, it detects an old daemon, upgrades that, which tells my CP that there are other SDs listening.
[19:06] <mmcc> So my CP puts a copy of the whole new U1.app in a system-visible place
[19:06] <mmcc> (or in each users' drop box folder)
[19:07] <mmcc> and then when their SD notices the issue, it looks in the known place for a totally new U1 app to upgrade to
[19:07] <mmcc> upgrading piecemeal will break code signing, but upgrading the whole thing works
[19:08] <mmcc> and we already have it downloaded, so it'd be smooth for the other user to just upgrade
[19:09] <mmcc> (that's it - what do you think?)
[19:13] <mmcc> ~/Users/Shared/ would be one place we could put the downloaded .app for upgrading
[19:17] <alecu> mmcc: it sounds good
[19:17] <alecu> mmcc: is ~/Users/Shared writable by all users?
[19:18] <mmcc> heh, I meant /Users/Shared, and yes
[19:18] <alecu> mmcc: I would like for only the user entering the sudo password to be able to write there...
[19:18] <mmcc> why?
[19:18] <alecu> mmcc: well, not there, but wherever we place this.
[19:19] <mmcc> it's just a shortcut so the other user doesn't have to re-download the app
[19:19] <alecu> mmcc: I don't want a "non admin" user overwriting the u1 app, and having other users running his code after reboot.
[19:19] <alecu> mmcc: or overwriting the shortcut, for that matter.
[19:19] <mmcc> I didn't mean a symlink/shortcut, just a "fast way"
[19:20] <mmcc> but I see what you mean - I was thinking they'd copy from that location to wherever the old u1 app is and overwrite that
[19:20] <alecu> mmcc: ah, ok.
[19:20] <mmcc> but it's a good point that someone's going to end up just running it from /Users/Shared
[19:20] <mmcc> somehow
[19:21] <mmcc> thing is, if the app is somewhere they can read, then they can run it from there- there's no way I know of to force them to copy it somewhere else
[19:21] <alecu> mmcc: is this really common? on a mac shared by a few users, every user installs his own copy of Photoshop?
[19:22] <alecu> I know macs are not usually shared; I'm thinking of a computer lab kind of environ.
[19:22] <mmcc> alecu, probably they put it in /Applications, but they don't have to
[19:22] <mmcc> of course adobe has installers and installer-installers
[19:23] <mmcc> but for other apps, you can put it in a shared place, but you can't force the user to do that unless you write an installer, which mac people don't really like
[19:24] <mmcc> besides, I'm betting most families have an account per person on a family mac
[19:24] <alecu> right, that too.
[19:26] <ralsina> not being able to type ~ ' or " on the mac vnc client is cramping my style
[19:27] <mmcc> so I'm looking at dropbox - they ship a .dmg that suggests you copy the app to /Applications , but of course you don't have to
[19:29] <mmcc> that's another issue - if two people are running the code from /Applications, and one person upgrades it, what happens
[19:30] <mmcc> answer is probably 'it depends'
[19:32] <ralsina> alecu, mmcc: https://code.launchpad.net/~ralsina/ubuntuone-control-panel/scroll-harder/+merge/121268
[19:33] <ralsina> assuming of course, I did not do anything that makes launchpad never-scan
[19:33] <ralsina> yay, scanned and everything
[19:34] <mmcc> man, CP from source is stalling out on the loading overlay for me consistently now
[19:35] <mmcc> it looks like the shares tab is frontmost in the background, wonder if that's waiting for some unimplemented stub
[19:37] <ralsina> mmcc: that's a silly bug I can fix it in 5'
[19:39] <ralsina> mmcc: sneaking it into the previous proposal ;-)
[19:39] <mmcc> hey neat, if I add --switch-to devices to the cmdline, it stalls, but harder:  http://ubuntuone.com/46k0YA2JBY9r1qmnCcYolu
[19:40] <ralsina> a tifff... how quaint
[19:40] <ralsina> mmcc: for me it starts on the shares tab but switches to the folders tab in a second
[19:41] <mmcc> you're gonna see a lot of tiffs in bug reports from mac users I'd bet - it's the default format for Grab.app
[19:41] <mmcc> the only format, actually :\
[19:41] <ralsina> mmcc: if you want to fix it in your copy: http://pastebin.ubuntu.com/1165028/
[19:41] <ralsina> mmcc: from windows users we get BMPs embedded in word documents, so it's a step up
[19:41] <mmcc> heh
[19:42] <ralsina> mmcc: I have received 5MB screenshot "documents"
[19:42] <mmcc> ralsina: so that diff will fix the stalling? is the shares tab stalling out for you, or am I out of date somewhere?
[19:43] <ralsina> mmcc: no, that will just open the flders tab first
[19:43] <ralsina> mmcc: which should make no difference, but who knows
[19:44] <mmcc> hrm.
[19:44] <mmcc> I'm up to date, so that's not it
[19:44] <alecu> ralsina: +1
[19:45] <mmcc> and now it launched, but doesn't display my username or quota
[19:46] <mmcc> but the bug in the table is fixed
[19:47] <alecu> ralsina: I ran the tests, and looked at the code.... I've not ran it, though :-)
[19:47] <mmcc> ralsina, with -graphicssystem raster on the command line, I get fixed table buttons and no username or quota.
[19:47] <mmcc> without that on the command line, I get broken buttons and visible username and quota
[19:48] <ralsina> mmcc: choose one! ;-)
[19:48] <ralsina> mmcc: let me check here
[19:48] <mmcc> ok, I choose the username. makes me feel welcomed
[19:48] <ralsina> mmcc: I get both
[19:49] <mmcc> great
[19:50] <ralsina> mmcc: the name and quota can take a few seconds to appear though
[19:50] <mmcc> yeah, but they appear immediately without the flags
[19:50] <ralsina> mmcc: it works more or less the same here
[19:51] <mmcc> well, almost immediately
[19:51] <ralsina> we need a tiebreaker
[19:53] <mmcc> I'll break the tie, I just tried again with the flags and it worked
[19:53] <mmcc> fixed table, name shows up about the same speed
[19:54] <mmcc> want some fun, try -graphicssystem opengl
[19:54] <ralsina> mmcc: yes, black scrollbars ?
[19:55] <mmcc> and error spew everywehre
[19:55] <alecu> ralsina, mmcc: how do I generate the clientdefs?
[19:55] <ralsina> alecu: I just copied the ones from windows/
[19:56] <alecu> ack
[19:56] <mmcc> yep, that's what the setup.py does
[19:56] <mmcc> there's a bug to fix that
[19:57] <dobey> gatox and anyone else: can you review https://code.launchpad.net/~dobey/rhythmbox-ubuntuone/py3-support/+merge/121276 please?
[19:57] <mmcc> you really ought to be able to run 'make' for u1-client on darwin, which will generate clientdefs with a more useful version number, but that's low priority
[19:57] <gatox> ack
[19:57] <ralsina> dobey: sure
[19:57] <ralsina> rb-u1 py3?
[19:57] <ralsina> mmcc: you also need to whole autotools suite installed
[19:58] <dobey> ralsina: yep. as the apps are supposed to be switching to py3 for python plug-in loading in 12.10; though i don't think any have yet
[19:58] <gatox> dobey, why are you declaring: parseurl = None outside the try-except? to avoid flake issues?
[19:58] <ralsina> dobey: whoa
[19:58] <dobey> gatox: yes
[19:58] <mmcc> ralsina: yeah, that's what stopped me a while back when I was looking at the test script
[19:58] <gatox> dobey, +1
[20:02] <ralsina> dobey: +1
[20:02] <dobey> thanks
[20:08] <ralsina> alecu, mmcc: whe you have a minute could you try to reproduce bug #1041333 ? I am not getting it now.
[20:08] <ralsina> argh, wrong bug
[20:08] <mmcc> reproduced!
[20:08] <ralsina> I meant bug #1040905
[20:09] <mmcc> ralsina: I did reproduce that earlier. are you not getting it with your new flags?
[20:09] <ralsina> mmcc: yes
[20:09] <ralsina> mmcc: which would be a very weird fix
[20:10] <ralsina> mmcc: when you had it, what was the symptom? the file chooser closing on its own?
[20:10] <mmcc> ralsina: yes
[20:10] <mmcc> and I still see it with the flags
[20:10] <ralsina> mmcc: ok, not happening to me rightnow
[20:10] <mmcc> I'm not using your code, but setting the graphicssystem on cmdling
[20:10] <mmcc> e
[20:11] <mmcc> and a new twist - if I start CP, click to add a folder, then don't select anything and just wait 20 seconds, it closes by itself
[20:12] <ralsina> ok, I get it again now
[20:12] <ralsina> that 20 seconds thing may be useful debugging :_)
[20:13] <mmcc> use it to reduce eye stress - look out the window while u wait
[20:16] <ralsina> this is an awesome bug
[20:25] <dobey> http://pastebin.ubuntu.com/1165100/
[20:25] <dobey> ugh, that's weird
[20:26] <dobey> oh, but that test actually passed
[20:26] <ralsina> mmcc: and here it is: https://bugreports.qt-project.org/browse/QTBUG-16722
[20:26] <mmcc> and https://bugreports.qt-project.org/browse/QTBUG-15318
[20:26] <dobey> actually, there are a lot of python tracebacks in these tests, even though the tests 'passed'
[20:27] <dobey> https://launchpadlibrarian.net/113505568/buildlog_ubuntu-quantal-i386.ubuntuone-control-panel_4.1%2Br349-53~quantal1_FAILEDTOBUILD.txt.gz
[20:27] <dobey> the errors are all only twisted timeout errors in the webclient tests
[20:27] <dobey> so wtf is going on
[20:28] <mmcc> so ralsina, making it use the non-native dialogs seems to work but is not pretty
[20:28] <ralsina> mmcc: yes
[20:29] <ralsina> mmcc: there seems to be a more complicated workaraound possible, though
[20:29] <mmcc> and will probably not work great with the app store
[20:29] <mmcc> (sandboxing)
[20:29] <ralsina> mmcc: by calling the dialog manually
[20:29] <mmcc> yes…
[20:29] <ralsina> mmcc: for this release, I say non-native
[20:29] <ralsina> mmcc: and then we can fix it "for real"
[20:29] <dobey> http://www.youtube.com/watch?v=itvJybdcYbI <- u1cp tests right now.
[20:30] <ralsina> dobey: in youtube?
[20:30] <mmcc> ralsina, for the initial public release, or for internal releases?
[20:30] <ralsina> mmcc: for next week's release
[20:30] <ralsina> mmcc: I will try to get a real fix in monday, but if I can't I can't
[20:31] <mmcc> ralsina: ok, sure.
[20:31] <ralsina> mmcc: and we have bigger fish to fry :)
[20:31] <dobey> yes of course in youtube
[20:31] <mmcc> just as long as we don't ship that dialog…
[20:32] <mmcc> or I guess maybe we can style it, I dunno
[20:32] <mmcc> ok, back to launchd
[20:32] <ralsina> mmcc: it's not very styleable. We had to ship it for windows :-/
[20:32] <mmcc> :\
[20:33]  * mmcc does gymnast unimpressed face
[20:37]  * mmcc cheers up because emacs' pyflakes-in-flymake works again
[20:37] <mmcc> (I broke it for myself with the buildout and didn't notice for a while)
[20:48] <ralsina> mmcc, alecu: https://code.launchpad.net/~ralsina/ubuntuone-control-panel/add-add-add/+merge/121282
[20:48]  * mmcc wonders how much of a lie that "this is temporary" is ;P
[20:49] <mmcc> sorry, don't mean to pile on - just wondering if it'll actually get fixed in Qt
[20:50] <mmcc> +1
[20:50] <ralsina> mmcc: it probably will be fixed in Qt5
[20:50] <ralsina> mmcc: and never in Qt4
[20:51] <ralsina> mmcc: at least for mac we can probably just call the native dialog ourselves via pyobjc or something
[20:51] <mmcc> ralsina: hmm, that's true.
[20:51] <gatox> ouch..... we are going to have a problem
[20:51] <ralsina> mmcc: since it's a modal dialog, it should not "break" things
[20:52] <ralsina> gatox: "are going to"?
[20:52] <gatox> i didn't realize this was happening..... and now the branch proposal has 1842 lines :S
[20:52] <ralsina> gatox: that's a paddling
[20:52] <gatox> ahhhh but a lot of xml
[20:52] <ralsina> gatox: are they complex lines? ;-)
[20:52] <gatox> nop
[20:52] <gatox> until line 454 is qss and xml also
[20:53] <ralsina> I would *so* love to have this in the mac alpha :-)
[20:53] <ralsina> gatox: then it's "like 1000'
[20:53] <gatox> well...... it's actually an easy branch...... there is a lot of tests, docstrings, etc
[20:53] <ralsina> gatox: does it use QFileDialog?
[20:53] <gatox> but the number seems a lot
[20:53] <gatox> ralsina, nop
[20:54] <ralsina> gatox: ok, because that crap is broken on all !linux platforms :-(
[20:54] <gatox> ralsina, if you want...... you can be the first reviewer! https://code.launchpad.net/~diegosarmentero/ubuntuone-control-panel/tab-shares-functions/+merge/121283
[20:54] <gatox> jeje
[20:54] <ralsina> gatox: sure
[20:54] <gatox> ralsina, QFileDialog is broken on linux?!
[20:54] <gatox> ahhh
[20:54] <gatox> !linux
[20:54] <ralsina> gatox: no
[20:54] <ralsina> jajajaja
[20:54] <ralsina> diaf ubot5
[20:54] <gatox> jejeje
[20:54] <gatox> ubot5, thx
[20:54] <gatox> jejeje
[20:54] <briancurtin> ubot5, dance
[20:55] <gatox> ubot5, you rock!
[20:55] <ralsina> this is what leads to dead astronauts orbiting jupiter.
[20:55] <briancurtin> :( the python buildbot bot can dance
[20:56] <ralsina> briancurtin: and hal9000 could sing clementine!
[20:56] <ralsina> IIRC
[20:56] <ralsina> see? dead astronauts
[20:56] <gatox> ralsina, i've been already using this feature to share some files today :P
[20:57] <ralsina> gatox: cool :-)
[20:58] <gatox> ok....... and now...... eod........ please send me an email (gmail account) if you need me to fix something in this branch... so i can do it during the weekend before leaving on tuesday
[20:58] <gatox> alecu, can be the other reviewer maybe: https://code.launchpad.net/~diegosarmentero/ubuntuone-control-panel/tab-shares-functions/+merge/121283 :P
[20:59] <ralsina> I will finish that review but in the meantime I am off
[20:59] <ralsina> have a nice weekend team!
[21:00] <gatox> ralsina, bye
[21:00] <gatox> bye all!
[21:18] <dobey> ugh; the tests pass for me when building in local quantal chroot, using the nightlies package
[21:18] <dobey> i'll have to figure this out later :-/
[21:23] <dobey> have a good weekend all
[22:10] <mmcc> ok, time for me to run. might be back a bit later to try to wrap up this launchd stuff…
[22:10] <mmcc> have a good weekend everyone!