[07:42] <mmcc> why is the u1-control-panel test suite so slow? popping up error dialog boxes for every test… maybe it'll be done when I wake up
[07:42]  * mmcc sleeps
[08:10] <mandel> morning all!
[08:11] <mandel> mmcc, actually it is slow only on windows and mac. The main reason is that on linux the ui is written to a buffer and not the real desktop.. I don't know how to achieve that in other systems :(
[09:21] <gatox> good morning
[09:31] <mandel> gatox, morning!
[09:31] <mandel> gatox, do you have problems with the auth against launchpad?
[09:32] <gatox> mandel, mm nop.... did you do the 2-steps auth thing?
[09:33] <mandel> gatox, yes, is with the ssh key
[09:33] <mandel> I'm getting an error with it.. O_o
[09:34] <gatox> no idea.....
[09:42]  * czajkowski hugs mandel 
[09:42] <czajkowski> sorry bad day to do it
[09:42] <czajkowski> we also will be having issues tomorrow, see blog.launchpad.net for our notices
[09:43] <mandel> czajkowski, I did read the email, it was indeed stupid to do it today
[09:44] <czajkowski> so post 20:00 UTC :)
[09:44] <czajkowski> and before 22:00 UTC tomorrow
[09:55]  * mandel finally can use bzr!
[10:43] <gatox> need to restart...... something is really wrong here
[10:49] <gatox> mandel, wowwww.... did you try to  run the tests of u1-client?? :S
[10:54] <mandel> gatox, where?
[10:54] <mandel> gatox, linux, mac or windows?
[10:54] <gatox> linux
[11:01] <mandel> gatox, it does work in my en
[11:01] <mandel> env*
[11:01] <gatox> mandel, :S ok..... i'll need to ask dobey if he fix it.... and what should i do....
[11:01] <mandel> gatox, move to QA, seriously ;)
[11:02] <gatox> mandel, are you in precise?
[11:02] <mandel> gatox, precisely in precise, yes
[11:02] <gatox> :S
[11:03] <mandel> gatox, for what is worth.. (or at least make you not feel like you are the one with problems) none of my tests pass in mac 10.8 because they are not even ran!
[11:03] <mandel> puto mac puto mac puto apple
[11:04] <mandel> gatox, I have to install a lion vm to test that is the case..
[11:26] <Andy80> hi, do you know if there are any problems with referral program? I've just subscribed my mom to Ubuntu One and we didn't get the +500Mb bonus. I can give you further details (mine and her email address) in private if you want.
[11:29] <mandel> Andy80, AFAIK there is not, but let me get you one of the support guys to give you a hand
[11:29] <mandel> rye, can you help with the support program stuff? ^^
[11:29] <Andy80> mandel, thanks :)
[11:29] <mandel> np
[11:29] <rye> Andy80: hi
[11:30] <rye> Andy80: could you please tell me your info in PM, i will look up your information in the db
[11:30] <Andy80> mandel, I know that it worked at least 6 times with my account, because after advertising the offer on Twitter I got 6 upgrades and now I've 8Gb. But with my mom's account it didn't work.
[11:30] <Andy80> rye, yeah
[11:32] <mandel> Andy80, rye has the tools to help you, I'm a simple code monkey ;)
[11:39] <mandel> ralsina, ping me when you are here, I have to deliver you bad news..
[11:41] <gatox> oops....
[11:48] <mandel> gatox, oops?
[11:48] <gatox> mandel, for the bad news :P
[11:49] <mandel> gatox, oh, well, is just due to updates in xcode that I did not expect, so I have to think carefully about what to do
[12:20] <ralsina> gatox: any idea what mandel's bad news were, since he left?
[12:20] <gatox> ralsina, he is in u1-internal and cannot connect to freenode
[13:08] <alecu> have I told you guys how much I hate my ISP?
[13:24] <gatox> dobey, are you here?
[13:26] <dobey> gatox: hi
[13:27] <gatox> dobey, hi....... i'm having the same problem that you mention yesterday when trying to run the u1-client tests on my machine.... is that already fix? do i need to install something?
[13:27] <dobey> which problem?
[13:28] <dobey> gatox: all the tests failing due to expand_user?
[13:28] <gatox> dobey, yes
[13:28] <dobey> no it's not fixed. i have no idea why that happens
[13:29] <dobey> but if you're getting the same issue, maybe you can fix it? :)
[13:29]  * gatox goes back in time and avoid the conversation
[13:29] <gatox> jeje ok.... i'll take a look
[13:30] <gatox> ralsina, ping
[13:30] <ralsina> gatox: otp for 10'
[13:30] <gatox> ralsina, ack
[13:35] <ralsina> gatox: pong
[13:35] <gatox> ralsina, do you have time for mumble? we couldn't do it yesterday
[13:36] <ralsina> gatox: in a bit, sure
[13:36] <gatox> ralsina, ok, let me know
[13:37] <dobey> i haven't run the tests in a while for u1client, so i'll try them here too
[13:38] <dobey> maybe some update to precise broke something on 32-bit
[13:39] <gatox> dobey, mandel said that it was working for him.... but i don't trust mandel jeje
[13:39] <gatox> ohh he is not here to defend himself
[13:41] <ralsina> hey, got the failures too!
[13:41] <dobey> ooh, dist-upgrade shows me lots of packages to upgrade. hrmm
[13:42] <ralsina> it's something in yesterdays upgrades
[13:42] <dobey> seems to be working ok here right now
[13:42] <ralsina> dobey: are you in 32 bit?
[13:42] <dobey> yes
[13:43] <dobey> i don't see anything in the pending updates to my system that would cause such errors either, though
[13:44] <ralsina> dobey: help(dirspec) tells me to go read http://docs.python.org/library/dirspec ;-)
[13:46] <dobey> help(dirspec) ?
[13:47] <dobey> ick. someone downvoted http://askubuntu.com/a/115112/50737
[13:47] <dobey> wtf
[13:55] <gatox> ralsina, can i leave to do a little errand if you are busy and we have the mumble when i get back?
[13:58] <ralsina> dobey: reproduced the bug, user_home is unicode
[13:58] <ralsina> dobey: I'll debug it
[13:58] <mandel> hurray, I'm here!
[14:00] <ralsina> dobey: I am guessing the bit where user_home is patched is patched wrong: http://pastebin.ubuntu.com/1150691/
[14:00] <dobey> >>> repr(user_home)
[14:00] <dobey> "'/tmp/\\xe2\\x95\\xa5'"
[14:00] <dobey> hrmm
[14:00] <dobey> ah
[14:01] <gatox> ok....... i'll be back in a couple of minutes
[14:01] <ralsina> dobey: yes, the original is ok, the patched one is wrong
[14:02] <ralsina> dobey: see the pastebin, the one that returns trial_temp is returning it as unicode
[14:03] <dobey> but why is it only failing on 32-bit precise? :-/
[14:03] <ralsina> dobey: that's something else entirely
[14:03] <ralsina> dobey: since it worked for me yesterday and not today, something in the update
[14:03] <ralsina> dobey: and maybe it's not on 64 yet
[14:04] <dobey> yes, i just upgraded and it broke for me
[14:04] <ralsina> dobey: cool
[14:04] <ralsina> dobey: damn trcking that string is TRICKY
[14:05] <dobey> this is really weird
[14:05] <dobey> oh
[14:05] <dobey> i know what did it
[14:06] <ralsina> dobey: coronel mustard, in the library, with a candlestick?
[14:07] <dobey> hmm
[14:07] <dobey> a few unicode_literals were added to ubuntuone-dev-tools
[14:07] <dobey> so perhaps one of them is leaking through somehow
[14:08] <ralsina> dobey: yeah
[14:08] <ralsina> dobey: easy fix is to decode user_home where we have the bug
[14:13] <ralsina> either that or find the right literal and slap it with a b
[14:18] <mandel> mmcc, have you done any work regarding jenkins in the lion vm?
[14:22] <gatox_brb> back!
[14:24] <dobey> oh
[14:24] <dobey> duh
[14:27] <mandel> mmcc, have you installed any of the dependencies in the lion vm?
[14:27] <dobey> weird though
[14:30] <mandel> ralsina, so, turns out you can have to copies of xcode, but 4.3 will not run if you are in 10.8 while it will on 10.7..
[14:30] <mandel> have I mentioned I hate apple?
[14:30] <ralsina> mandel: yes you have
[14:31] <mandel> ralsina, I see a pattern here, when I work on windows, I hate microsoft, then I move to mac I hate apple it might be me the one with the problem ;)
[14:32] <ralsina> mandel: the universe hates you. You must have done something bad to the universe.
[14:32] <mandel> ralsina, I have done plenty of bad things.. fair enough
[14:35] <ralsina> briancurtin: did you see that the binaries are signed already? You may want to ping a l-sa so they deploy it.
[14:35] <ralsina> briancurtin: after a quick test of course
[14:35] <briancurtin> ralsina: didn't see that, haven't seen email yet. i'll check them out ASAP
[14:35] <ralsina> briancurtin: cool thx
[14:48] <gatox> ralsina, alecu review please: https://code.launchpad.net/~diegosarmentero/ubuntuone-control-panel/transfers/+merge/119932  -  https://code.launchpad.net/~diegosarmentero/ubuntuone-client/menu-progress/+merge/119930
[14:48] <ralsina> gatox: on it
[14:49] <ralsina> gatox: quick mumble before team call?
[14:49] <gatox> ralsina, i was about to tell you that!
[14:49]  * gatox on  mumble
[14:50] <briancurtin> ralsina: speaking of team call, mumble again or hangout?
[14:50] <ralsina> briancurtin: mumble
[14:58] <mmcc> hi folks
[14:58] <dobey> oh, it is thursday isn't it
[14:58] <mmcc> mandel, I haven't installed anything on the lion vm
[14:58] <dobey> crap
[14:58] <dobey> let me try to reboot and see if audio self-fixes
[14:58] <mandel> mmcc, cool, I'm taking care of it then
[14:58] <mandel> mmcc, before the standup, which version of xcode are you running?
[14:59] <mandel> mmcc, and are you in 10.8?
[14:59] <mmcc> mandel, cool. you might want to use the new buildout too
[14:59] <mmcc> mandel: I have 10.6 and 10.7, not 10.8
[14:59] <mandel> mmcc, it was in my plans to use it as a review method :)
[14:59] <mandel> mmcc, xcode version?
[14:59] <mmcc> mandel: on my 10.7 system i have 4.3.3
[15:00] <mmcc> and on my 10.6 system I have 4.2
[15:00] <mandel> mmcc, hm.. mierda, I though the problem was only with 4.4 I'll have to do more testing
[15:01] <mmcc> so were the tests you added just not running? did they ever run?
[15:01] <mmcc> oh, mumble.. be right there
[15:01] <ralsina> dobey, gatox, alecu, joshuahoover, mmcc: mumble!
[15:01] <ralsina> thisfred: you too
[15:01] <gatox> ralsina, already there
[15:01] <thisfred> me too
[15:01] <alecu> ack
[15:01] <mandel> mmcc, for me since 4.4 none of them run, yet before one update (don't know which one) they uses to run just fine
[15:02] <ralsina> dobey: ping-a-ling-a-mumble
[15:03] <dobey> yep coming
[15:08] <mandel> mmcc, so it looks like at least in xcode 4.4 if you do STFailt(@"foo") and do command + u all tests pass
[15:08] <mandel> mmcc, from trunk, can you test the same in 4.3.3
[15:08] <mandel> ?
[15:08] <mmcc> mandel: yes, that's what I saw too in 4.3.3
[15:08] <mmcc> which test did you add that to?
[15:09] <mandel> mmcc, I just added a dummy tests class with a test that fails
[15:09] <mandel> mmcc, yet, I have seen tests failing before, so something is not running the tests correctly
[15:16] <mmcc> mandel, what is shown in the console section of the debug pane? (the bottom pane in Xcode) - I forgot to look there but when I run the tests, I get an error in the console even though the GUI says it passed: http://paste.ubuntu.com/1150828/
[15:21] <mandel> mmcc, fuuuuuuu maybe when we removed the arc stuff it broke..
[15:21] <mandel> mmcc, good catch
[15:22] <dobey> if it's u1-client tests breaking, it's because of dev-tools
[15:22] <dobey> unless it's other stuff
[15:30] <mmcc> mandel: I see the problem - we aren't getting IN_MODIFY, we're getting IN_CREATE (and that gets passed through without a fake close)
[15:34] <leBMD> Hey, guys.
[15:35] <leBMD> I hope you don't mind me asking something that's been asked a hundred times, but I bought an album off of the music store, and all the songs have downloaded except one, which is stuck queuing.  Is there a fix for this?
[15:35] <chaselivingston> Hi leBMD, have you contacted support?
[15:36] <leBMD> Not yet.  I was hoping someone on IRC might have a fix before I bothered support.
[15:36] <chaselivingston> leBMD: Well, I am support, so feel free to bother me :) http://one.ubuntu.com/support/contact
[15:36] <leBMD> ok!
[15:37] <chaselivingston> leBMD: I can gather some more information from you there and see if we can get this straightened out for you
[15:37] <leBMD> all right, thanks!
[15:37] <chaselivingston> no problem!
[15:38] <mandel> mmcc, aha, that is simple to fix :)
[15:38] <mandel> mmcc, we just have to add such a situation in process_INT_CREATE to do the right thing
[15:39] <mmcc> mandel: I just tried making process_IN_CREATE call process_IN_MODIFY as a quick hack, but it didn't work (it sent the events but no uploads...
[15:39] <mandel> mmcc, weird.. we need to look closer into the implementation.. is the kind of things that are not fixed in a quick hack :(
[15:40] <mmcc> mandel: yeah, definitely :)
[15:40] <mandel> mmcc, I found the problem with the tests :)
[15:40] <mmcc> mandel: great, what was it?
[15:40] <mandel> mmcc, can this be it: http://stackoverflow.com/questions/9587750/ocmock-failing-at-runtime  ?
[15:41] <mandel> mmcc, exact same error
[15:41] <leBMD> all right, I just sent in the support ticket.  Thanks for the help!
[15:41] <mmcc> mandel: oh man, yeah I already ran into that once… argh. stupid ocmock
[15:41] <chaselivingston> leBMD: Just got it, I'll get back to you soon
[15:41] <leBMD> all right, thanks
[15:42] <mandel> mmcc, good news I though it was due to an update (it was that the update remove it from my .app)
[15:42] <mandel> mmcc, so I had it in a diff location
[15:42] <mmcc> mandel: yeah, I don't like having our stuff inside xcode.app
[15:43] <mandel> mmcc, agreed, but is a WTF?!!?! to OCmock
[15:43] <mandel> mmcc, mumble in the darwin room?
[15:43] <mmcc> mandel, give me ~5 min?
[15:43] <mandel> mmcc, we can talk about the sprint etc
[15:43] <mandel> mmcc, sure
[15:43] <mmcc> ok  brb
[15:46] <mandel> ralsina, tests fixed, it was due to scode updating and removing the framework from its location making it run in a diff context than the one expected from the rig..
[15:46] <ralsina> mandel: WAT
[15:47] <mandel> ralsina, which translates to blahblah blah lost time due to blah blah
[15:47] <mandel> ralsina, http://stackoverflow.com/questions/9587750/ocmock-failing-at-runtime
[15:47] <mandel> ralsina, ocmock stupidity
[15:48] <ralsina> ohhhhh rpath nuttiness
[15:48] <mandel> ralsina, yes
[15:48] <ralsina> rpath is semi-evil, but too tempting
[15:49] <mandel> ralsina, so mmcc and me after the update did not have the framework correctly and them boom!!!
[15:49] <mandel> ralsina, which scared me a lot
[15:49] <ralsina> he
[15:51] <briancurtin2> if anyone has time, https://code.launchpad.net/~brian.curtin/ubuntu-sso-client/py3-unicode-part-3/+merge/119586 is the last unicode branch. has one approval, needs one more. (it's 815 lines)
[15:52] <briancurtin2> alecu, if you have a minute can you re-review https://code.launchpad.net/~brian.curtin/ubuntu-sso-client/py3-metaclass/+merge/119049 (small one, you had a comment about a lint warning)
[15:53] <alecu> briancurtin2: ack
[15:57] <dobey> need to eat. bbiab
[16:19] <mandel> mmcc, I updated https://code.launchpad.net/~mandel/ubuntuone-fsevents-daemon/commserver-tests/+merge/117393
[16:20] <mandel> ralsina, alecu, gatox, can I have one more review for https://code.launchpad.net/~mandel/ubuntuone-fsevents-daemon/sbjson-link/+merge/116445
[16:20] <mandel> don't be scared, I'm just removing code
[16:28] <ralsina> mandel: sure, queued
[16:28] <mandel> thx
[16:28] <ralsina> gatox: +1 on menu-progress
[16:28] <ralsina> gatox: that also fixes the mismatched argument count, right?
[16:29] <mmcc> mandel, ack. I'll look at it asap
[16:30] <mandel> mmcc, ok
[16:30] <mmcc> mandel, the change in rev 61 for sbjson-link has a weird path
[16:31] <mandel> mmcc, let me take a look
[16:31] <mmcc> looks like you changed SBJson.framework to 'group relative'
[16:31] <ralsina> gatox: I did *not* know QWidgetAction, looks cool :-)
[16:31] <mmcc> but it's still in /Library/Frameworks
[16:31] <mmcc> mandel: so now it looks like path = ../../../../../../../Library/Frameworks/SBJson.framework; sourceTree = "<group>"; }
[16:32] <mandel> mmcc, uh, true that is ugly, I'll fix it manually
[16:32] <mmcc> mandel: I'd like to have a convention where we put the framework near the source tree, and make the entry in Xcode point to it using a group relative path
[16:33] <mandel> mmcc, yes, we need to have some norm for that
[16:33] <gatox> ralsina, which mismmatched argument count?
[16:33] <gatox> ralsina, ahhhh from u1-client?
[16:33] <ralsina> gatox: the "on_upload_finished expected 3 arguments got 2" or whatever
[16:33] <gatox> ralsina, yes, the branch i proposed for u1-client: https://code.launchpad.net/~diegosarmentero/ubuntuone-client/menu-progress/+merge/119930
[16:33] <gatox> does that
[16:33] <ralsina> awesome
[16:33] <gatox> and change the max amount of item in the recent transfers
[16:33] <ralsina> less noise in logs  == happy logs
[16:33] <gatox> because the document change
[16:34] <mmcc> mandel: eventually the fsevents daemon project will get put into buildout/scripts/devsetup/parts/ , so why not just put ocmock and sbjson there/
[16:34] <gatox> ralsina, yes, with qwidgetaction you can actually do cool stuff
[16:34] <mmcc> mandel: then with project relative path in Xcode it'll just end up like ../../../blah.framework
[16:34] <mmcc> give or take s few ../
[16:34] <mmcc> s/s/a/
[16:34] <mandel> makes sense
[16:35] <ralsina> gatox: there is no way to know if we are using SNI-qt or not?
[16:35] <ralsina> gatox: because we are making ubuntu have no-progressbar items in all cases
[16:37] <gatox> ralsina, here as fas as i know.... i'm using it
[16:37] <ralsina> gatox: also, what happens if you use ProgressBarAction with sni-qt? Bad things?
[16:41] <gatox> ralsina, you just see an empty space.....
[16:42] <gatox> as an action withoout text
[16:42] <ralsina> gatox: hmmmm there *may* be a way to make ProgressBarAction show a text :-)
[16:42] <ralsina> gatox: I am guessingit has it's text(QMenuRole) or whatever blank
[16:42] <gatox> oh yes!!! now that i think
[16:42] <ralsina> gatox: if that's the reason, then you can have a single action
[16:42] <gatox> we can put text in the qwidgetaction
[16:43] <ralsina> right
[16:43] <gatox> and if the widget is not properly placed
[16:43] <gatox> is going to show that
[16:43] <ralsina> and this gets much simpler
[16:43] <gatox> totally
[16:43] <gatox> ralsina, i'm going to test that now
[16:44] <ralsina> cool :)
[16:44] <ralsina> so, ping me when you want me to review
[16:46] <gatox> ralsina, i'll do that
[16:46] <mmcc> so I had the Qt tests for control-panel running overnight on my mac, and they didn't finish in more than 6 hours… does that ring any bells for anyone?
[16:47]  * gatox lunch
[16:47] <mmcc> endless "Sorry UbuntuOne has encountered an error" dialog boxes that flash on the screen and go away before I can press 'more details' - at least one per test, it seemed
[16:48] <mandel> mmcc, tests should timeout after a max of 120s due to the default timeout from twisted
[16:49] <mmcc> mandel: the tests were passing, nothing timed out
[16:50] <mandel> mmcc, you mean they where left running for hours and never stop yet all the tests have been passed?
[16:50] <mmcc> yeah, I came back this morning and it was still slowly churning through passing tests, flashing the error dialog
[16:51] <ralsina> mmcc: no, doesn't sound right
[16:52] <mmcc> ralsina: no kidding! It's worked fine in the past. I am about to see what it does within the old buildout, although that really should be exactly the same
[16:53] <mmcc> btw mandel, this diff fixes my no-upload issue, although it's probably all wrong to just call process_IN_MODIFY from process_IN_CREATE: http://paste.ubuntu.com/1151023/ (I couldn't help myself)
[16:54]  * mandel looks
[16:54] <mmcc> I need more pictures on my mac to test uploading... started using ichat default avatars out of desperation
[16:55] <lisettte> i have heaps of pictures :)
[16:55] <mandel> mmcc, I don't think you need the process_default, with process_in_modify should do the trick
[16:56] <mandel> mmcc, of course we would need tests to vonfirm it :)
[16:56] <mandel> lisettte, what kind of picts? O_o
[16:56] <mmcc> mandel: I tried that first, it didn't work - there needs to be a create before the open and close
[16:57] <mmcc> lisettte: U1 mac icons? ;)
[16:57] <lisettte> mandel: the kind that needs uploading to U1
[16:57] <lisettte> mmcc: almost
[16:57] <mandel> mmcc, true..
[16:57] <mandel> lisettte, ahhh those picts
[16:58] <ralsina> lisettte: can you share your U1_design_share with mmcc?
[16:58] <lisettte> mandel: i have no idea what other pics you could possibly be talking about
[16:58] <lisettte> ralsina: sure thing!
[16:58] <ralsina> mmcc: there, lots of pictures ;-)
[16:59] <mandel> lisettte, don't know :)
[16:59] <mandel> trying to find out hehe
[16:59] <mandel> ok, EOD for me, I have rugby today, catch you all tom!
[16:59] <dobey> mmcc: the > 6 hour tests makes sense if it's displaying real UI
[17:00] <ralsina> dobey: if it's showing the exception dialog for every test, that's not right
[17:00] <mmcc> bye mandel
[17:00] <ralsina> dobey: besides, it shows real UI on windows, and takes a few minutes
[17:00] <mmcc> dobey - it's run in reasonable time for me before.
[17:01] <lisettte> mmcc, ralsina: shared
[17:02] <ralsina> lisettte: thanks!
[17:02] <lisettte> mmcc: shared it view only; let me know if you need mod
[17:04] <dobey> ralsina: true; it certainly shouldn't do that. but would be best if it showed no UI at all
[17:10] <ralsina> dobey: there is a headless qt platform that was done or phantomjs IIRC
[17:10] <ralsina> dobey: but we are not getting that deployed in any reasonable time ;-)
[17:11] <gatox> ralsina, you can re-review the branch.... it work as expected when the menu can load the progress bar
[17:11] <ralsina> gatox: cool :-)
[17:11] <ralsina> gatox: also when the menu can't?
[17:11] <gatox> jeej yes..... i mean that
[17:11] <ralsina> gatox: hehe
[17:12] <ralsina> gatox: with this, I think you can stop working on the menu and switch to the dummy u1cp page on monday, right?
[17:12] <ralsina> also, yay, 200 fewer lines :-)
[17:13] <gatox> ralsina, yes! totally!
[17:16] <ralsina> gatox: +1 muy bien felicitado
[17:16] <gatox> :D
[17:17] <ralsina> gatox: and congratulations on a nice feature, nicely executed
[17:17] <gatox> ralsina, thanks! :'D
[17:25] <ralsina> LUNCH
[17:26] <mmcc> hmm, accepted share does not appear for me on darwin
[17:27] <dobey> i wonder why u1trial basically stays in disk iowait for me :(
[17:28] <dobey> i guess the u1client tests are doing a lot of disk writes or something
[17:28] <mmcc> gatox, your sync menu works on windows, right? is it something different from the menu displayed when you run it with --with-icon, or did you just make that much nicer?
[17:28] <gatox> mmcc, that one much nicer!
[17:29] <dobey> why are people so bad at muting themselves on google hangouts?
[17:31] <mmcc> gatox, cool - I just tried it on mac, looks nice - I guess you have a fix pending though, 'cause it's not showing the right status for me
[17:32] <gatox> mmcc, mmmm i'll need to check that... in windows and linux is showing the propor status.... which should be the same as you see in control panel
[17:32] <mmcc> gatox: I may be missing a revision, I just tried the version I have sitting here
[17:33] <gatox> you need my u1-cp branch and also a one fromm u1-client that has not landed yet
[17:33] <mmcc> gatox: ok, that's it. cool
[17:34] <mmcc> so, if I accept a share from the email, should it be automatically synced by a running syncdaemon or do I need to check the "Sync locally' box in control panel too? right now my CP shows the share but doesn't have the box checked
[17:35] <gatox> mmcc, press the checkbox
[17:35] <mmcc> I see, it's accepted=True and subscribed=False according to u1sdtool…
[17:37] <mmcc> gatox so just accepting it doesn't subscribe any clients, right? I guess that makes sense. Be nice if the web interface also let you choose which clients to subscribe (so you'd know that it's none by default)
[17:37] <gatox> mmcc, yes, because you can have that share synced in one machine but not in every client you have
[17:38] <mmcc> ok, thanks gatox
[17:44] <dobey> briancurtin2, ralsina: https://code.launchpad.net/~dobey/ubuntuone-client/fix-home-patch/+merge/119992 if you would please :)
[17:44] <briancurtin2> dobey: once the diff shows up...i'm on it
[18:07] <gatox> eod here! see you on monday people
[18:07] <mmcc> bye gatox, have a great weekend
[18:10] <mmcc> d'oh - I just looked at gatox' u1-client branch and had questions…
[18:10] <mmcc> alecu, you around?
[18:10] <alecu> mmcc: I am
[18:12] <mmcc> alecu: gatox's u1-client branch changes platform/ipc/ipc_client on_upload_finished(self, upload, **info) to use *info instead - should the same thing be done for on_download_finished, and on_up/download_file_progress?
[18:13] <alecu> mmcc: hmmmm... probably yes.
[18:13] <mmcc> I don't know what args those all get passed, I just noticed that they all had **info and he only changed the one
[18:13] <alecu> mmcc: but I was thinking that just "info" with no stars would be the right solution.
[18:14] <ralsina> dobey: looking
[18:15] <ralsina> dobey: you are moving the patch to a place that has no unicode_literals?
[18:15] <alecu> mmcc: anyway, those ipc bits are rotten, and I've not looked enough into the problem, so only fix them if you need to use them.
[18:15] <alecu> mmcc: they should not break the code otherwise, just pollute the logs.
[18:16] <mmcc> alecu, ok. I'm seeing a ton of them as syncdaemon is failing to download lisette's share, but it could still be unrelated
[18:17] <dobey> ralsina: no, i'm moving it to before the config parsing bit which causes the errors
[18:17] <ralsina> dobey: ok
[18:17] <dobey> ralsina: the problem is that the patch was happening *after* it was being used
[18:17] <ralsina> dobey: oooooooh good catch
[18:18] <dobey> so it was parsing the config (which uses user_home), and then patching it after all the other stuff in setUp was done. which is a little bit backward really
[18:19] <mmcc> alecu: yeah, the share eventually made it. so I'll ignore the IPC stuff for now
[18:19] <briancurtin3> ha, great time for this Q VM to not be working. just have a wallpaper showing and that's it :/ here comes fun
[18:23] <ralsina> dobey: global +1
[18:24] <dobey> thanks
[18:30] <mmcc> aw bummer dobey I thought you just fixed bug 1037709 for me before I even reported it :\
[18:31] <dobey> why would i do that? :)
[18:31] <mmcc> it is similar though, so do you have a sec? I'm curious why sync daemon's config.py uses xdg_data_home when parsing the config file instead of default_data_home
[18:32] <dobey> there is no default_data_home
[18:32] <mmcc> in dirspec.utils
[18:32] <dobey> nothing outside dirspec should be using default_dat_home
[18:33] <dobey> xdg_data_home is the correct things to use
[18:33] <mmcc> because if they're different, the ~/Ubuntu One/Shared With Me/ points to xdg_data_home but u1client actually downloads to a path at default_data_home
[18:33] <mmcc> oh, hmm... well I think things are broken wrt that then
[18:33] <dobey> sounds like it
[18:36] <mmcc> …and gripping for default_data_home says nothing is using default_data_home, so uh. wtf
[18:37] <dobey> mmcc: are you testing on a clean user?
[18:37] <dobey> or did this user already have an ~/Ubuntu One directory?
[18:37] <mmcc> dobey: d'oh. yeah, I'm sure this dates from before I fixed the paths
[18:38] <dobey> right; symlink probably just already existed and pointed to the old path :)
[18:38] <mmcc> yargh.
[18:39]  * mmcc goes to the box, you know. Two minutes, by yourself, you know and you feel shame, you know. And then you get free.
[18:43] <briancurtin3> speaking of hockey terms...good link on those jeans last night mmcc
[18:44] <mmcc> briancurtin3: hah. did you read the inside waistband? "WHEEL, SNIPE, PARTY!"
[18:45] <briancurtin3> ha, i didnt see that
[18:58] <mmcc> can anyone else with a mac try running the ubuntuone-control-panel tests from trunk? I swear it didn't blow up like this before, but it is definitely blowing up even with my old buildout environment
[18:59] <mmcc> lots of exception dialogs, the error message is something like "C++ object %S deleted"
[18:59] <dobey> oh
[18:59] <dobey> mmcc: do you have a broken pyqt maybe?
[19:00] <mmcc> dobey: I'd be surprised, since it works fine when I package the .app from this same source
[19:01] <mmcc> although, not *too* surprised
[19:06] <alecu> dobey, mmcc, ralsina, thisfred: can I ask you guys for a second review of these branches by briancurtin? https://code.launchpad.net/~brian.curtin/ubuntu-sso-client/py3-unicode-part-3/+merge/119586 and https://code.launchpad.net/~brian.curtin/ubuntu-sso-client/py3-metaclass/+merge/119049
[19:06] <ralsina> alecu: sure!
[19:07] <ralsina> alecu: have a slot in about 20 minutes
[19:16] <briancurtin2> finally got this VM to work by setting up XFCE...
[19:19] <thisfred> alecu, +1 on both
[19:19] <alecu> thisfred: thanks!
[19:19] <alecu> briancurtin2: vmware?
[19:20] <alecu> briancurtin2: I've got no problem whatsoever running Q beta 3 on VirtualBox.
[19:20] <briancurtin2> alecu: yeah, VMWare Workstation
[19:20] <dobey> btw
[19:20] <alecu> sorry to hear about that :-(
[19:20] <dobey> anyone here in the US and using banshee?
[19:20] <dobey> alecu: alpha; haven't even had beta 1 yet :P
[19:20] <thisfred> dobey, I do
[19:21] <thisfred> well, I have it
[19:21] <alecu> dobey: right! :-P
[19:21] <thisfred> I don't actually use it :)
[19:21] <dobey> thisfred: oh; well can you try to 'buy' one of the free mp3s in the amazon store with banshee? and let me know if it tries to force you to use amz cloud player when buying?
[19:22] <dobey> versus just downloading the song in banshee, that is
[19:22] <thisfred> dobey, will try. Amazon broke clamz btw: they no longer provide amzs for multiple mp3s
[19:22] <dobey> thisfred: or single ones it seems
[19:22] <thisfred> yeah
[19:22] <dobey> thisfred: it keeps wanting me to accept the ToS for cloud player :(
[19:23] <alecu> thisfred: re:8 spaces, the latest pyflakes is picky about identation of continuation lines.
[19:23] <thisfred> dobey, which won't do you any good: there is no cloud player for linux
[19:23] <thisfred> there is a web version
[19:23] <dobey> thisfred: or webos
[19:23] <thisfred> but that doesn't allow multiple file downloads anymore either
[19:23] <dobey> yeah, i don't want the cloud player service; which is why i haven't bought any of these songs i wanted to buy :(
[19:24] <dobey> thisfred: well, apparently you can download mulitple songs with the amazon mp3 downloader app for windows, from the cloud player service
[19:24] <thisfred> dobey, I do want it since it lets you store 250000 songs for free online
[19:24] <thisfred> dobey, yeah, that's what I'm saying: it doesn't work on Linux
[19:25] <dobey> is that based on a 5MB average?
[19:25] <thisfred> dobey, it's not size limited
[19:26] <thisfred> only requirement is that it's mp3s (or oggs, and I think one or two more formats)
[19:26] <dobey> probably wma and flac or aac or something
[19:26] <dobey> but
[19:26] <dobey> do they parse the mp3, or just check the file extension?
[19:27] <thisfred> dobey, not flac I imagine ;)
[19:27] <dobey> DRMed MP3?
[19:27] <dobey> maybe m4a then
[19:28] <thisfred> dobey, the uploader does a check, and if it's already there it doesn't actually upload but gives you access to their mp3 version
[19:28] <thisfred> no drm
[19:28] <dobey> oh
[19:28] <thisfred> no idea how the check works
[19:28] <thisfred> since it doesn't work on linux
[19:29] <dobey> i have < 5000 songs anyway. i don't have 2TB of music like some people
[19:29] <thisfred> won't work for non-mp3s which they will happily upload, and count against the 250K limit
[19:29] <thisfred> dobey, yeah, then you're probably better off storing it in U1
[19:30] <dobey> well, just storing it on my own data center
[19:30] <dobey> or more so, i don't really care about the storage issue; it's a solved problem
[19:30] <dobey> i just wanted to buy some music :(
[19:31] <thisfred> dobey, so cloud player works if you don't mind downloading them one by one
[19:31] <thisfred> alternatively google play works
[19:32] <thisfred> though it has its own issues
[19:32] <thisfred> dobey, buying a track in banshee and then clicking the download link just spins forever
[19:32] <dobey> i'd use u1ms, but really don't want to pay the foriegn fee tax
[19:32] <dobey> thisfred: fun! :(
[19:33] <thisfred> though it does let me play the track
[19:33] <thisfred> don't know if it plays it from amazon directly
[19:34] <thisfred> dobey, nope it downloaded it
[19:34] <thisfred> so it works
[19:34] <thisfred> except the spinner is still spinning
[19:34] <dobey> weird
[19:34] <dobey> how did you play it?
[19:34] <thisfred> it showed up in recently added
[19:34] <dobey> ah
[19:35] <thisfred> I selected it, and hit play
[19:35] <dobey> so i guess it did download it then
[19:35] <thisfred> yeah
[19:35] <mmcc> anyone have any special tricks for finding a past release of pyqt?
[19:35] <dobey> sigh amazon
[19:35] <dobey> mmcc: divining rod?
[19:35] <mmcc> riverbank's web site appears to only have the latest
[19:36] <thisfred> now back to a real music player :D
[19:36] <mmcc> and I can't even find change logs from older versions
[19:37] <dobey> yay google
[19:37] <mmcc> it looks like my qt-tests-taking-forever issue might be related to pyqt version diffs, since it works OK on my older machine, which has 4.9.1
[19:37] <dobey> have to add a payment method to 'buy' a free song
[19:37] <dobey> ok, brb; gotta run an errand
[19:37] <thisfred> dobey, do they still require that? THe free song ui changed a couple days ago
[19:37] <ralsina> mmcc: yes, they remove the old ones :-/
[19:38] <thisfred> not sure if that requirement also changed, since they have my CC
[19:38] <mmcc> ralsina: can I expense sending them a box of angry weasels or something?
[19:38] <ralsina> mmcc: so, please add the requirement of the specific version to the setup document and publish it somewhere if you find it :-/
[19:38] <ralsina> mmcc: a little while ago, they had a bug in the latest, and they yanked it. Without putting any release for download.
[19:38] <ralsina> mmcc: so there was no way to get one from them at all.
[19:39] <thisfred> fwiw the google play music web interface is one of the worst I've ever seen: they have "pop ups" with the close button in the center of the dialog.
[19:39] <thisfred> who does that, and gets to keep their job
[19:40] <mmcc> ralsina: ok, well the 4.9.1 on my mac still works, I wonder if brew kept the tgz somewhere…
[19:40] <ralsina> mmcc: fingers crossed ;-)
[19:40] <mmcc> s/on my mac/on my mac mini/
[19:56] <alecu> briancurtin2: don't forget to "set commit message", here: https://code.launchpad.net/~brian.curtin/ubuntu-sso-client/py3-unicode-part-3/+merge/119586
[19:56] <alecu> briancurtin2: otherwise tarmac won't land the branch.
[19:57] <alecu> briancurtin: don't forget to "set commit message", here: https://code.launchpad.net/~brian.curtin/ubuntu-sso-client/py3-unicode-part-3/+merge/119586
[19:57] <alecu> briancurtin: otherwise tarmac won't land the branch.
[19:57] <briancurtin> alecu: i was typing "set it" and then i got disconnected for the 100th time
[19:58] <briancurtin> i dont know what is up with this connection today
[20:00] <briancurtin> alecu: just ran into the first "issue" of the port - mocker doesn't support python3
[20:00] <briancurtin> (yet)
[20:00] <alecu> briancurtin: let's get rid of it!
[20:01] <briancurtin> alecu: alrighty then, looking into it
[20:01] <alecu> briancurtin: let's see first how much of it we are using, then, we may be able to skip those tests when running on python3, and add bugs to fix them.
[20:02] <briancurtin> alecu: it looks like its only used in networkstate tests
[20:02] <ralsina> skip'em on py3 looks like a great idea, specially until FF
[20:03] <briancurtin> cool, will do
[20:03] <mmcc> ralsina: looks like I can just tar up /usr/local/Cellar/pyqt/4.9.1 and rewire a couple of symlinks and be good
[20:03] <mmcc> trying it now
[20:03] <ralsina> mmcc: even awesomer
[20:04] <alecu> briancurtin: this is fortunate: we are aiming to get rid of the python-mocker library for some time.
[20:04] <ralsina> mmcc: qt usually works well with that, unless you had an incompatible C++ ABI change in the middle by changing compilers or something
[20:04] <ralsina> alecu, briancurtin: it's like we are being forced to do the things we wanted to do before. py3 is paying for itself ;-)
[20:05] <alecu> ralsina: I couldn't disagree more! :-)
[20:05]  * ralsina parses that
[20:05] <briancurtin> ha, it's one of the unannounced side effects of py3 porting: technical debt reduction
[20:06] <ralsina> alecu: you mean you could agree less? ;-)
[20:08] <alecu> ralsina: I was referring to the "paying for itself". I can only see more cruft and debt by having to maintain compatibility with two python versions!
[20:08] <ralsina> alecu: right on that area
[20:09] <ralsina> alecu: sadly there is no other way to stay current on precise and on ubuntu R/S/T
[20:09] <ralsina> alecu: and we can't kill either, so
[20:13] <alecu> ralsina: right! I'm well aware that there's no better way. My point is that there's too much cost in porting, and the "cleaner code" promises of moving to 3 are false, since the resulting code that runs on two and three is uglier than the code that just runs on two.
[20:14] <briancurtin> it's pretty ugly when the versions are far apart, like 2.5 and below to 3.2...but 2.7/3.2 isn't all that different
[20:15] <briancurtin> be back in a few minutes, need to run to the corner store
[20:16] <alecu> briancurtin: good point. But we still have to port SD, soo. Let's argue again after that :-)
[20:17] <alecu> *soon.
[20:17] <dobey> briancurtin, alecu: yeah, let's get rid of mocker, and if we need to use mocking anywhere, switch to python-mock instead which is in stdlib in 3.3 now
[20:19] <dobey> ralsina: actually, precise isn't a big issue; lucid is the real problem, though we've already broken support for that in so many ways it's not funny
[20:20] <ralsina> dobey: we may eventually get the python3 version on precise. Maybe.
[20:21] <dobey> ralsina: the only real issue i see with precise, is the image size
[20:21] <ralsina> dobey: but yes, we need to finally execute something to help lucid. Although I suspect it's not worth it anymore
[20:22] <dobey> Wing Plan R sounds like the best approach
[20:22] <dobey> err; Wing Attack Plan R
[20:36] <ralsina> briancurtin: let's add to windows release checklist: "verify that the binary deployed is the real binary befre uploading the autoupdate xml" :-(
[20:36] <ralsina> briancurtin: right now we are sending this to users instead of an exe: https://pastebin.canonical.com/72379/
[20:37] <briancurtin> ...
[20:37] <ralsina> briancurtin: already getting it fixed
[20:48] <briancurtin> ralsina: i can now confirm that the file is an actual installer
[20:59] <mmcc> before I head to lunch, here's what's up - you can tar up a pyqt 4.8.1 from one mac to another, just throw it into the homebrew "cellar" dir, and use 'brew switch' to fix up your symlinks, so it ought to be nice and clean
[20:59] <mmcc> i meant pyqt 4.8.4
[21:00] <mmcc> argh. I meant pyqt 4.9.1. - 4.9.4 has these test problems, and 4.9.1 works on my mac mini
[21:01] <mmcc> but my pyqt 4.9.1 was compiled against Qt 4.8.1, while my pyqt 4.9.4 was compiled against 4.8.2.
[21:02] <mmcc> luckily, brew keeps old 'bottled' versions of qt around so grabbing 4.8.1 and installing it next to 4.8.2 was "simple".
[21:03] <mmcc> however, the transplanted pyqt 4.8.1 doesn't really work, it can import eg. PyQt.QtGui but not  PyQt.QtGui.QApplication. I'll look at this more after lunch
[21:03] <ralsina> briancurtin2: awesome
[21:04] <dobey> ugh; like all the ppa builders are offline already :-/
[21:05]  * mmcc lunches.
[21:40] <dobey> ugh, why does my raid array use 30w idle
[21:45] <lifeless> Its to give off the gentle hum.
[21:50] <dobey> lovely. the disk order is also not stable :(
[21:57] <dobey> ah well. later :)
[22:41] <alecu> eods