[08:52] <mandel> morning all!
[09:50] <rye> c_smith: hello, are you still here? Could you provide more information about the crash?
[11:01] <gatox> good morning!
[11:10] <gatox> brb
[11:24] <gatox> back
[12:26] <alecu> hello all!
[12:28] <gatox> alecu, hi
[12:30] <mandel> alecu, gatox, morning!
[12:31] <mandel> alecu, alecu, I have one more review and all the fsevents changes will be merged! so I'll do revies for gatox and will propose my branch
[12:31] <gatox> mandel, ack
[12:31] <mandel> gatox, how is the change that was driving you crazy?
[12:32] <gatox> mandel, i had some issues, it's already working.... you can see it in the MP
[12:32] <mandel> oh, and my internet is super crap today.. so expect me to disappear every now and then..
[12:38] <mandel> I'm off to lunch and will be later back from 3g... puto movistar de los huevos!
[12:39] <gatox> ack
[12:39]  * mandel goes to have lunch cursing..
[12:56] <dobey> lol
[13:10] <dobey> and it's release day
[13:18] <alecu> mandel, gatox: send reviews my way
[13:18] <dobey> haha
[13:18] <dobey> bug #1017220 is awesome
[13:18] <gatox> alecu, https://code.launchpad.net/~diegosarmentero/ubuntuone-client/darwin2-fsevents/+merge/111427
[13:18] <gatox> alecu, https://code.launchpad.net/~diegosarmentero/ubuntuone-client/darwin3-fsevents/+merge/111666
[13:19] <gatox> alecu, and i'm fixing the test in the last one..... i learn to never say again: "this should be easy" (refactor related)
[13:23] <alecu> gatox: great!. I need to go to the paint shop, because my flat is getting some fixes... and I'll do that review in 15'
[13:23] <gatox> alecu, no problem
[13:50] <mandel> alecu, gatox, ralsina, dobey I'm off some mins to move to a diff location with better connection
[13:50] <mandel> should just take min 10 mins max
[13:50] <gatox> mandel, ac
[13:50] <ralsina> dobey: since we still have not SRUd 3.0.2 and we barely released it on windows, what o you think of skipping a release?
[13:52] <dobey> what do you mean skipping a release?
[13:53] <ralsina> dobey: you said it's release day. We barely finished the previous release
[13:53] <ralsina> dobey: so, maybe there's no point in doing a new release today
[13:54] <ralsina> briancurtin: ping
[13:54] <briancurtin> ralsina: pong
[13:54] <ralsina> briancurtin: my XP VM has decided my windows is fake
[13:54] <ralsina> briancurtin: could you check that our latest release works on a clean XP?
[13:54] <briancurtin> ralsina: checking now
[13:54] <ralsina> briancurtin: if not, I will do it after I finish reinstalling
[13:54] <ralsina> briancurtin: thanks. By the symptoms described, I think the VS runtime is not being installed :-(
[13:56] <briancurtin> ralsina: it's packaged side-by-side now (i think that's the right term)...but im getting the VM up right now
[13:56] <ralsina> briancurtin: ack
[14:06] <briancurtin> ralsina: my VM already has the runtime installed and i cant find a way to get it off of there, so i'll need to setup a clean VM to try it
[14:07] <dobey> ralsina: well, unless there's a security update coming out of nowehre tomorrow, i'd prefer to do the release
[14:07] <ralsina> briancurtin: ok, I'll do the same thing
[14:07] <ralsina> dobey: ok, then
[14:07] <dobey> ralsina: even with no changes, i think there is a point to doing the releases
[14:07] <dobey> and with no changes, the release is really fast anyway :)
[14:07] <dobey> since there's no mucking about with triage and backport branches in that case
[14:07] <ralsina> dobey: plus we may get to test the MRE with 3.0.3 instead of 3.0.2
[14:08] <dobey> today isn't a 3.0.x release day
[14:08] <dobey> it's 3.99.x
[14:08] <dobey> for quantal
[14:08] <mandel> I'm back!
[14:08] <dobey> hide your children!
[14:08]  * mandel cannot believe that 3g is faster than the dsl connection
[14:09]  * ralsina goes to check back the schedule
[14:09] <ralsina> dobey: ok, 3.99.x is cool
[14:10] <dobey> we still don't have a schedule for 3.0.x releases
[14:13] <dobey> alecu: btw, the ubuntu-sso-client stable-1-4 tests aren't running on oneiric (because we can't run tests on oneiric because of twisted); all the oneiric stable branches are being merged on natty because of the twisted/python-gobject issues that weren't resolved in oneiric
[14:13] <ralsina> brilliant, my *physical* XP CD doesn't work anymore :-/
[14:16] <mandel> ralsina, alecu, I'll be working on landing the keyring patched on pykeyring trunk f that is ok with you
[14:16] <mandel> gatox, is there anything I have to review?
[14:17] <gatox> mandel, this: https://code.launchpad.net/~diegosarmentero/ubuntuone-client/darwin2-fsevents/+merge/111427  -  https://code.launchpad.net/~diegosarmentero/ubuntuone-client/darwin3-fsevents/+merge/111666
[14:17] <mandel> gatox, ack
[14:26] <mandel> gatox, I'd love to see how things were breaking when you added the events as class attrs
[14:26] <briancurtin> ralsina: doesn't work on XP.................
[14:26] <ralsina> briancurtin: could you try if installing the runtime fixes it?
[14:27] <gatox> mandel, is just a comment? or you really want to see it?? because that was on friday.....  i didn't save any trace, and i should redo all the code to reproducce that
[14:27] <ralsina> briancurtin: if it does, then we can revert the ubuntuone.xml changes, resign the installer and reupload
[14:28] <mandel> gatox, was not just a comment, but I guess I can take a look from here if that is the case (that you do not ave the traces)
[14:28] <mandel> gatox, I think it should be doable without doing any hacky things, I simply want to evaluate the problems, that is all
[14:28] <gatox> mandel, ack
[14:28] <mandel> briancurtin, I added a small needs fixing in one of the py3 branches, I think dobey is correct regarding the order of the imports
[14:31] <briancurtin> ralsina: 3.0.1 doesn't work either
[14:31] <ralsina> briancurtin: whoa
[14:31] <ralsina> briancurtin: 3.0.0? ;-)
[14:31] <dobey> 2.99.3?
[14:32] <dobey> or 2.0.3 or whatever it is
[14:32] <briancurtin> hmm, and 3.0.1 was the last release where we ran vcredist as an installer step
[14:32] <briancurtin> weird
[14:33] <ralsina> briancurtin: indeed
[14:33] <ralsina> briancurtin: did installing vcredist fix it?
[14:33] <ralsina> briancurtin: because it may be completely something else
[14:34] <briancurtin> ralsina: i sort of did that in a way by trying 3.0.1 since it installs that and it doesnt work. i'll try 3.0.2 now that 3.0.1 installed vcredist to see what happens
[14:34] <ralsina> briancurtin: ack
[14:36] <mmcc> happy monday, folks
[14:39] <dobey> meh, alpha freezes still on
[14:43] <briancurtin> ralsina: its gotta be something else. now that the machine has the redist installed, neither 3.0.1 nor 3.0.2 work
[14:43] <ralsina> briancurtin: sigh
[14:44] <ralsina> briancurtin: is it the right vcredist?
[14:44] <ralsina> briancurtin: what size is it?
[14:44] <briancurtin> yep
[14:44] <briancurtin> ralsina: 1779 kb
[14:45] <briancurtin> ralsina: for vcredist_x86.exe
[14:45] <ralsina> briancurtin: ok, let me check something
[14:45] <briancurtin> ralsina: i just ran a repair install of vcredist and it claims to have worked, but u1cp still doesn't start
[14:46] <ralsina> that seems to be the right one AFAICS
[14:46] <ralsina> briancurtin: no, that one's too new
[14:46] <briancurtin> ralsina: that's the same one ive been packaging all along
[14:46] <ralsina> we need the 1.1MB vcredist_x86.exe
[14:47] <ralsina> briancurtin: yeah, it's the same one I have uploaded
[14:47] <ralsina> briancurtin: but it's not the one my notes say
[14:47] <ralsina> briancurtin: and I have no idea why, either
[14:48] <briancurtin> ralsina: i just looked back and 3.0.0 was created with the 1779kb vcredist. it looks like i deleted the 3.0.1 folders
[14:49] <briancurtin> i dont have any 2.x installer folders around if i ever created them, but i only seem to have downloaded that 1779kb vcredist_x86.exe one time and used it everywhere
[14:49] <ralsina> briancurtin: I don't have any copies of the smaller one, either
[14:49] <briancurtin> i'll try to find this 1.1mb version
[14:49] <ralsina> briancurtin: however, I even blogged about it http://lateral.netmanagers.com.ar/weblog/posts/BB955.html
[14:50] <ralsina> briancurtin: and I specifically say "get the 1.1MB one"
[14:50]  * ralsina hates ralsina sometimes
[14:52] <mandel> mmcc, I did an update for: https://code.launchpad.net/~mandel/ubuntuone-fsevents-daemon/less-error-prone/+merge/111000
[14:52] <mandel> gatox, if you can take a look at that one ^ I would appreciate it :)
[14:53] <ralsina> briancurtin: latest version is 4.8MB too
[14:53] <mmcc> cool mandel, thanks, I'll go look
[14:53] <gatox> mandel, sure
[14:53] <mandel> cheers
[14:54] <briancurtin> ralsina: i found the SP1 version at 4.0mb
[14:54] <ralsina> briancurtin: the 2005 version is 2.6MB
[14:54] <ralsina> and the 2.8 is 1.7 which is probably the one we have
[14:54] <ralsina> 2008
[14:54] <briancurtin> ralsina: we would need 2008
[14:55] <ralsina> briancurtin: let's try the 4MB one then
[14:57] <ralsina> briancurtin: the 2.99.1 build was done with the 1.8MB one, too
[14:57] <ralsina> briancurtin: so it may be something else entirely
[14:59] <ralsina> briancurtin, mandel, dobey, alecu,gatox, thisfred, mmcc: stanup in 2'
[14:59] <gatox> ack
[14:59] <thisfred> sí jefe
[14:59] <mmcc> mandel, +1
[15:00] <gatox> me
[15:00] <thisfred> me
[15:00] <briancurtin> me
[15:00] <mmcc> me
[15:00] <ralsina> me
[15:01] <dobey> me
[15:01] <dobey> alecu, mandel?
[15:01] <alecu> me
[15:01] <mandel> me
[15:01] <gatox> DONE:
[15:01] <gatox> Couple of reviews, submit some branches for review (and add some corrections), working on the last branch.
[15:01] <gatox> TODO:
[15:01] <gatox> Finish fixing the broken tests in the last branch and propose
[15:01] <gatox> BLOCKED:
[15:01] <gatox> No
[15:01] <gatox> thisfred, go
[15:02] <thisfred> DONE: Bug #999569 Bug #999562 TODO Bug #999562 | Dentist apt. at 4 (now +5 hours), will work a little longer to make up for it BLOCKED: no, NEXT: briancurtin
[15:02] <briancurtin> DONE: python3 research/organization, also got antsy and started doing easy ports after looking at the 2to3 diff
[15:02] <briancurtin> TODO: find out whatever happened to XP releases, fix that
[15:02] <briancurtin> BLOCKED: XP sucks
[15:02] <briancurtin> NOTE: i have a PSF board meeting in 1 hour, should last for around 30 minutes
[15:02] <briancurtin> NEXT: mmcc
[15:02] <mmcc>  DONE: WWDC videos & 10.7/8 docs, uncovered some interesting FSEvents changes in Lion
[15:02] <mmcc>  TODO: chat about FSEvents? more killing imports that install reactors...
[15:02] <mmcc> BLOCK: none
[15:02] <mmcc>  NEXT: ralsina
[15:02] <ralsina> DONE: worked a bit more on cmake for u1db, askubuntu, canonicaladmin, misc stuff, worked on setting up a lot of VMs, Q VM  failed big time, retrying TODO: finish Q VM, try to help debug windows breakage, finish cmake'ing  u1db, BLOCKED: VBox is acting up badly NEXT:  dobey
[15:02] <dobey> DONE: reviews
[15:02] <dobey> TODO: release day
[15:02] <dobey> BLCK: None.
[15:02] <dobey> alecu
[15:03] <alecu> DONE: a few reviews, a fix for bug #1007109, tried to debug (and failed) why this branch won't merge: https://code.launchpad.net/~alecu/ubuntu-sso-client/use-pycurl-1-4/+merge/110636
[15:03] <alecu> TODO: heed dobey's warning re: merge, catch up with py3k with brian, do more mac reviews
[15:03] <alecu> BLOCKED: by non-merging branch
[15:03] <alecu> NEXT: mandel
[15:03] <mandel> DONE: reviews, reviews, reviews. Look at the state of pykeyring, not happy. Update fsevents last branch (we stay with sbjson mmcc :) )
[15:03] <mandel> TODO: more reviews. What to do with pykeyring.
[15:03] <mandel> BLOCKED: no yet stupid ISP left me with no internet at the office.
[15:03] <ralsina> briancurtin: it may be that we are doing it now with a new python build and the runtime is not compatible?
[15:04] <mandel> mmcc, superb, thx!
[15:04] <ralsina> briancurtin: OTOH, in the machine where you have the runtime it works, which makes it more confusing to me
[15:04] <mandel> mmcc, we are very very close to get a sd running with no problems on mac :)
[15:04] <briancurtin> ralsina: the only place it seems to work for me is 7
[15:04] <ralsina> briancurtin: ok
[15:05] <alecu> mmcc: "uncovered some interesting FSEvents changes in Lion" ???? tell us more!
[15:05] <briancurtin> ralsina: we build the exes with a stock python 2.7 which is built with VS2008. trying the bigger/newer vcredist now
[15:05] <ralsina> briancurtin: ack
[15:05] <mmcc> alecu: the short version, since Lion, FSEvents can give you per-file events. They just didn't really tell anyone
[15:06] <mmcc> I was watching the video for "what's new in the filesystem" at WWDC2012, and the guy mentioned it off-hand
[15:06] <briancurtin> those are the best kind of changes. "here's something people want...*fixes it, doesn't document it*"
[15:06] <mmcc> so I dig around, and it's listed in the API changes, but not documented
[15:06] <alecu> mmcc: is that on 10.8?
[15:06] <ralsina> mmcc: WTF
[15:06] <mmcc> 10.7
[15:06] <alecu> lovely
[15:06] <mmcc> ralsina: I KNOW
[15:07]  * ralsina goes check if his computers makes waffles and they just forgot to mention it
[15:07] <alecu> gatox: now we'll have to contribute fixes for macfsevents to do that
[15:07] <mmcc> the kicker is that they may still coalesce events in some cases. I'm digging up the little snippet of docs I found about that
[15:07] <ralsina> but hey, good news :-)
[15:07] <mandel> ralsina, mmcc, alecu so all the work we did is just for 10.6?
[15:07] <mmcc> I want to run a test once I get my new system with 10.7 (a couple days) - how often do they coalesce events?
[15:07] <briancurtin> ralsina: 2008 SP1 redist doesn't help...it has to be something else
[15:07] <gatox> alecu, it seems
[15:08] <ralsina> briancurtin: ok
[15:08] <briancurtin> or it doesnt have to, but this seems too weird
[15:08] <mmcc> mandel, maybe - if they coalesce events often, it might still have a lot of overhead to use fsevents
[15:08] <alecu> ralsina: btw: what was the problem with the Q vm?
[15:08] <ralsina> alecu: it doesn't freaking boot after install
[15:08] <alecu> ralsina: is that OpenGL/unity related?
[15:08] <ralsina> alecu: also, install took 3.5 hours
[15:09] <ralsina> alecu: what I get for using a daily ISO
[15:09] <mandel> mmcc, hm.. well, if it is the case (that we did it for nothing) we deserve it for using a not documented api
[15:09] <alecu> ralsina: did you try the alpha 1 as well?
[15:09] <ralsina> alecu: I am downloading it, 80% done
[15:10]  * briancurtin brb
[15:11] <mmcc> mandel heh, the new API is also not documented... :p
[15:11] <mandel> mmcc, lol
[15:12] <mmcc> so it's in the auto-generated header documentation but not the written guide to using fsevents. Here's the headerdoc: http://developer.apple.com/library/mac/#documentation/Darwin/Reference/FSEvents_Ref/FSEvents_h/index.html#//apple_ref/c/econst/kFSEventStreamCreateFlagFileEvents
[15:12] <mandel> dobey, pyflakes and python-mocker are not installed when doing sudo apt-get build-deps ubuntuone-client, is that a bug?
[15:13] <dobey> not installed where?
[15:13] <ralsina> mmcc: that feels just like linux. Really.
[15:13] <mandel> dobey, in P
[15:14] <dobey> mandel: no, it's not a bug really. you don't have ppa:ubuntuone/nightlies added i guess
[15:14] <mmcc> ralsina: except with linux at least we could've looked at the source. I'm quite fond of looking at the source...
[15:14] <mmcc> used to do that with opensolaris a lot, handy.
[15:14] <ralsina> yeah
[15:14] <mandel> dobey, oh..  that could be the reason, is a new set up
[15:14] <dobey> that's it then
[15:14] <ralsina> I think I will go have some coffee.
[15:15] <mmcc> so that fsevents header comment doesn't mention coalescing. I know I saw it, but my browser session died. looking through history now
[15:16] <dobey> need to get lunch. bbiab
[15:17] <mmcc> ah, ok - it's just down the page - the flag kFSEventStreamEventFlagMustScanSubDirs tells you that you get a dir path and you have to scan it and every subdir below it
[15:17] <mmcc> so if that happens a lot, it's not much better than old FSEvents
[15:19] <mandel> mmcc, they must have something for icloud to deal with this, right?
[15:26] <mandel> gatox, the only issue I see with the fact that the events are not class attrs is that we will have an interesting problem getting your work and my work together. I use diff values comming from the daemon
[15:26]  * briancurtin back
[15:26] <mandel> gatox, and we will not know which implementation will work until we try to connect to the daemon and get an error
[15:27] <gatox> mandel, maybe i was doing something wrong... my brain wasn't in his best shape
[15:27] <mandel> gatox, not to worry, I can take care of that :)
[15:27] <mandel> gatox, your brain I mean, you do the code!
[15:27] <mandel> heheh
[15:28] <gatox> jajajaa
[15:29]  * gatox lunch
[15:30] <mmcc> mandel, just saw your note - what do you mean about icloud? I don't think it necessarily uses fsevents
[15:30] <mandel> mmcc, can I have the +1 for https://code.launchpad.net/~mandel/ubuntuone-fsevents-daemon/less-error-prone/+merge/111872 I had to remove the prerequisite and it remove your vote.. stupid lp
[15:31] <mmcc> spotlight does, and time machine does, but icloud support seems to be built in to the frameworks, above the filesystem
[15:31] <mmcc> mandel ok, just a sec
[15:31] <mandel> mmcc, they most know some how what files changed.. well to be hones I have never used icloud
[15:31] <mmcc> mandel - icloud isn't a file sync service. think of it as being designed for the iphone first, where there is no user-visible file system
[15:32] <mandel> mmcc, ah.. so we are not in the same boat, right>
[15:32] <mandel> ?
[15:32]  * mandel has new keyboard..
[15:32] <mmcc> right, u1 and icloud have different goals
[15:32] <mmcc> very different technically, perhaps less different to the user, depending on what kind of user
[15:35] <mmcc> actually i think u1db and icloud potentially have more in common, although icloud is much bigger - they have a key-value store as one part of it, but there's also document-level stores and a core-data store, which is pretty interesting
[15:36] <rye> ralsina: ubuntuone nautilus plugin does not work properly for file publishing - the flaw is in libsyncdaemon and plugin (anybody actually depends on libsyncdaemon?) - any plans to make it work?
[15:36] <ralsina> rye: libsyncdaemon is used only for that plugin AFAIK
[15:37] <ralsina> rye: have the bug # handy?
[15:38] <mandel> mmcc, we had a key-value store using couch, we will have a new one soon :)
[15:39] <rye> ralsina: bug #753319 and bug #975989
[15:39] <mmcc> mandel are you referring to u1db or something else I'm not aware of?
[15:39] <mandel> mmcc, yes, u1db, we used to have desktop-couch but that did not work well :(
[15:39] <ralsina> rye: k, I will try to take a look myself this week, and if I can't fix it, I'll try to see if dobey has any time for it next week
[15:40] <ralsina> rye: 975989 looks easier
[15:40] <mmcc> mandel right, I knew about that project before and I've seen some old discussion about it around... nice idea, bummer it was so painful
[15:40] <mandel> mmcc, yep
[15:41] <rye> ralsina: yes
[15:42] <mandel> gatox_lunch, ignore the diff size of https://code.launchpad.net/~mandel/ubuntuone-fsevents-daemon/less-error-prone/+merge/111872 it seems that readding sbjson has made bzr get very very confused
[15:44] <mandel> facundobatista, quick question, if I set a file to be chmod u-w and then I ty to sync it, what should it happen? atm I think we fail due to the rights
[15:49] <mandel> gatox_lunch, there seems to be a merge issue in the other branch, set it to needs fixing
[15:50] <gatox_lunch> mandel, ack
[15:51] <nigelb> where's sil?
[15:59] <thisfred> nigelb: in a meeting, away from his laptop
[15:59] <nigelb> thisfred: ouch, he has a classroom session starting now-ish
[16:00] <thisfred> nigelb: I forwarded the message best I could
[16:00] <nigelb> thisfred: thanks, I think he may have rescheduled just now.
[16:00] <thisfred> ah
[16:02] <nigelb> thisfred: apparently not. the rescheduled list doesn't ahve him
[16:02] <nigelb> He's coming in I guess :)
[16:02] <nigelb> thisfred: thanks a bunch!
[16:03] <thisfred> np :)
[16:06] <nigelb> yay aquarius!
[16:07] <aquarius> mhall119, ping
[16:07] <aquarius> I didn't think I was doing this session :(
[16:08] <mhall119> aquarius: can you?  even if it's just an overview of the REST apis?
[16:08] <aquarius> mhall119, what do I have to do? I haven't prepped, but I can wing it
[16:08] <aquarius> do I need to start now?
[16:08]  * briancurtin afk for a short bit, PSF board meeting call
[16:08] <mhall119> aquarius: I'll start a hangout and invite you to it, then you just chat and screenshare
[16:09] <mhall119> aquarius: https://plus.google.com/hangouts/_/dcb85bf832b154aef74b1e5c5ac26057071f4d10?authuser=0&hl=en
[16:11] <facundobatista> mandel, we fail to sync it because we can not *write*?
[16:11] <mandel> facundobatista, I wonder, can we not try to set the rights to rw like we do in the read only shares?
[16:12] <mandel> facundobatista, or I think we should have a way to tell the user about it, that is, wrong rights and it wont be updated, do we have something like that?
[16:18] <dobey> i haven't had time to move it yet, but i was planning to rewrite/move libsyncdaemon into libubuntuone this cycle
[16:18] <dobey> rye, ralsina: ^^
[16:19] <dobey> of course, that doesn't really help existing installs
[16:19] <ralsina> dobey: we should try to find a way to make it happen or fix the bugs. I suspect fixing *all* the bugs is more expensive :-/
[16:23] <dobey> right. and i don't see any way to fix all the bugs without the rewrite anyway
[16:24] <ralsina> ok
[16:24] <ralsina> but this would only help us in Q
[16:25] <ralsina> unless we do something very difficult about P
[16:25] <dobey> right
[16:25] <ralsina> and we are to support P for 5 years
[16:25] <dobey> we need to do that very difficult thing for P at some point anyway I think
[16:26] <dobey> supporting 3.0.x for 5 years is not going to be fun
[16:26] <dobey> just like supporting 1.2.x for 3 years isn't fun
[16:27] <ralsina> so let's aim for it
[16:27] <ralsina> dobey: a firefox-style SRU
[16:28] <dobey> well, we are working toward it.
[16:28] <rye> dobey: agree with you re: rewriting.
[16:28] <ralsina> exactly
[16:28] <ralsina> so, we should rewrite and after Q release try to get it back into P
[16:28] <dobey> yep
[16:29] <dobey> there are some things that need to happen for that still
[16:29] <dobey> and i have already started doing some of it; trying to get the test suites running during build in Q, and having the necessary bits to build some of the packages all the way back to lucid
[16:30] <gatox> mandel, ping
[16:30] <ralsina> rye: so, basically, short term I will try to get a fix for the easy one, the fix for the one that causes bad performance/hangs will probably not happen
[16:30] <mandel> gatox, pong
[16:30] <dobey> there are a couple of problems with lucid not having things we need now, and such. but we're doing a good start
[16:30] <gatox> mandel, did you fix the conflicts you mention here_: https://code.launchpad.net/~mandel/ubuntuone-fsevents-daemon/less-error-prone/+merge/111000 ?
[16:30] <dobey> i'll look more after i get the releases done today
[16:30] <ralsina> dobey: things that take longer than 6 months are starting to not affect lucid much
[16:31] <dobey> yeah i'm not sure how many users we still have on lucid
[16:31] <dobey> probably not many :(
[16:31] <mandel> gatox, yes, there should be no merge conflits, is just that it was build on top of a previous branch that was removed and that is why the diff is huge
[16:31] <gatox> mandel, ack
[16:32] <dobey> natty is a bit bigger of a problem, but it's also going to be EOL come October anyway
[16:33] <ralsina> dobey: exactly
[16:34] <dobey> so maybe i can do some hacking to get 3.0.x built on lucid in the stable PPA, and we just tell people to use that, who are on lucid
[16:34] <ralsina> dobey: +1
[16:34] <ralsina> lucid +ppa sounds like a good idea
[16:34] <gatox> mandel, +1
[16:34] <mandel> gatox, superb! thx!
[16:35] <dobey> i'll poke at that after i get the releases done today
[16:35] <dobey> which i can hopefully actually get done today, as i don't have 50 surprises coming at me this week :)
[16:35] <mandel> gatox, can I have the +1 here, that MP is superseeded: https://code.launchpad.net/~mandel/ubuntuone-fsevents-daemon/less-error-prone/+merge/111872
[16:39] <gatox> mandel, done
[16:39] <mandel> gatox, gracias
[16:40] <mandel> alecu, can I have a re-review for https://code.launchpad.net/~mandel/ubuntuone-client/better-encoding/+merge/111580
[16:41] <alecu> mandel: sure. I'll have lunch and work on that.
[16:45] <rye> matiasb: the code in lp:~matiasb/ubuntuone-servers/accepting-tos-before-accepting-share - does that mean we'll be able to set up storage for accounts that for some reason don't have one like the lucky ones after the shard went live on 22nd?
[16:48] <matiasb> rye: that code would allow to create the root volume for a user that already have a storage user, taking the info from that storage user; this should allow to fix users without root volume related to the accepting share before TOS bug
[16:58] <mhall119> thanks aquarius, that went well
[16:59] <aquarius> mhall119, cheers, pal!
[17:05] <leo-unglaub> aquarius: according to the ubuntu one session right now. i have implemented a "flat sync" for thunderbird contacts in dropbox. with u1db i think it's very easy to port that to ubuntu one as well. anyting special i should have to keep in mind?
[17:06] <leo-unglaub> flat sync -> means i don't care in witch address book the contact is, i simply sync all of them
[17:19] <rye> matiasb: re: people w/o userstorage (2221970..2222049) - i am filing a bug, right?
[17:29] <matiasb> rye: yes, please
[17:32] <mandel> ok, EOD here, laters!"
[17:32] <gatox> mandel, bye!!
[17:52]  * mmcc is headed for some BBQ
[17:54]  * gatox finally understand the logic behind this method
[17:54] <gatox> now is time to fix it
[18:40] <alecu> gatox: you've left me wondering... which is the method that you've understood the logic?
[18:41] <gatox> alecu, jejeej it was a really silly thing...... but i was lost with the tests
[18:41] <gatox> let me remember
[18:41] <alecu> gatox: no prob :-)
[18:41] <alecu> gatox: don't worry!
[18:42] <gatox> alecu, i don't recall exactly, but was something checking that we are ignoring the proper path, and catching the events from another one....... the test was failing weird so i was a little confuse
[18:42] <gatox> and i'm kind of drained this days :P waiting for pycamp!
[18:42] <gatox> these days
[18:46] <joshuahoover> ralsina: heh, too many channels
[18:46] <Yancho> guys, i am trying to install ubuntuone on xubuntu. however after installing ubuntuone-control-panel-gtk when i go settings > ubuntu one control panel - the application is crashing .. any idea from where to start fixing please?
[18:47] <joshuahoover> ralsina: on the qa call just a minute ago we were discussing windows automated testing...we want to run automated tests against each of the major win platforms, which we don't currently do...there were 2 things that came out of that discussion:
[18:47] <joshuahoover> ralsina: 1) we really need bug #984964 fixed to get testability running on windows
[18:48] <ralsina> joshuahoover: agreed on 1)
[18:49] <joshuahoover> ralsina: 2) we need a basic validation that the install is good (considering bug 1017019)...we can do this but rmcbride mentioned that maybe there is a way to do this kind of validation as part of the installer build process (automated)?
[18:49] <ralsina> joshuahoover: running u1sdtool --help should be enough for that one
[18:50] <ralsina> joshuahoover: in fact, I am in the process of trying progressively older versions on a clean XP VM until I found when it started failing
[18:51] <briancurtin> joshuahoover: to get testability going is going to require once again that we drop everything and figure it out entirely on our own with zero documentation
[18:51] <joshuahoover> briancurtin: that sounds delightful...sigh
[18:52] <ralsina> joshuahoover, briancurtin: in fact, I am not even sure if anyone ever got it working on windows :-/
[18:52] <briancurtin> i know we need to have it, and i want it to work, but its painful and even after however many days i spent on it, even the example Qt project didn't work
[18:52] <joshuahoover> briancurtin: is the issue w/ testability on windows specifically? or testability in general (re: no docs/help)?
[18:52] <briancurtin> ralsina: i've read that people "got it working" but it's all message board posts or mailing list posts where they ask a question, then they just figure it out on their own, then just say "oh it works now"
[18:53] <ralsina> briancurtin: damn them ;-)
[18:53] <joshuahoover> briancurtin: right, i hear you... elopio and rmcbride have looked at various frameworks over the months and they all have significant drawbacks :(
[18:53] <joshuahoover> love that, "oh it works now"...very helpful insight people provide with follow ups like that
[18:53] <ralsina> specially since they have this one working on ubuntu
[18:54] <rmcbride> well, given that the top google result in the last year is https://bugs.launchpad.net/bugs/1008583 ...
[18:54] <rmcbride> I'm guessing having it work isn't common
[18:54] <briancurtin> joshuahoover: the problems i faced were that getting testability built in the first place, but it ends up being pretty easy. then associating it with the Qt install isn't too hard. actually getting it to do anything productive was the part i got stuck on. running the sample Qt calculator app that is supposed to support testability didn't work no matter what i tried
[18:55] <briancurtin> rather, it worked, but all it did was add numbers...it wouldn't associate with the testability visualizer
[18:55] <joshuahoover> heh, right, got ya
[18:57] <gatox> alecu, another one for review: https://code.launchpad.net/~diegosarmentero/ubuntuone-client/darwin4-fsevents/+merge/111914
[18:57] <gatox> this is the last one
[18:58] <joshuahoover> elopio: as much as it pains me, maybe we need to look at alternative frameworks again for automation? or at least start looking at other alternatives for windows? at least something to give us an idea of what some options are - spending time on (possibly) getting testability working on windows, or porting all tests to a different framework that works across windows, mac and ubuntu (in that order)...or maybe there is nothing that me
[19:04] <ralsina> joshuahoover, elopio: lots of people recommend squish but it's quite expensive
[19:04] <rmcbride> apparently LDTP has a windows version
[19:05] <rmcbride> as of April of this year Naggapan got permission from VMware to open source it. FWIW. I haven't done anythign with it
[19:05] <ralsina> briancurtin: can you point me to any notes on what you tried with testability?
[19:06] <ralsina> briancurtin: and/or a tarball of your most successful attempt :-)
[19:06] <briancurtin> ralsina: i don't have any written up, i can write something quick and zip up what's there
[19:06] <ralsina> briancurtin: cool
[19:13] <rmcbride> elopio: joshuahoover: ralsina: FWIW LDTP is not only available for windows now, it's going to be available for Mac "real soon now" https://github.com/nagappan/pyatom/commits/master
[19:13] <joshuahoover> rmcbride: hmmm
[19:14] <rmcbride> I haven't looked at it on Ubuntu in a while, since  we were looking for something cross=platforma nd I assumed it would not be
[19:14] <rmcbride> http://ldtp-soc.blogspot.com/2012/04/announce-windows-version-of-ldtp-gui.html
[19:16] <dobey> does qt work with it yet?
[19:17] <rmcbride> dobey: not at all certain, Jamie gave me a couple links referring to it. I'll ask rather than read
[19:18] <rmcbride> dobey: actually it does
[19:18] <rmcbride> dobey: forgot that was about the second thing he said to me when I asked about cross platform tools
[19:19] <dobey> hmm, ok
[19:20] <czajkowski> kazade: aloha
[19:20] <czajkowski> kazade: aq isnt here atm
[19:20] <kazade> hey czajkowski
[19:20] <kazade> yeah, I'll just hang around :)
[19:21] <kazade> how's things with you?
[19:21] <czajkowski> kazade: good thanks enjoying the tweeting conversation
[19:21] <kazade> :)
[19:23] <czajkowski> kazade: others in here might be able to help in the mean time until aq arrives
[19:24] <kazade> czajkowski: it's OK, I think I got enough info over Twitter for now
[19:24] <kazade> although, saying that, I'm sure I'll be back tomorrow ;)
[19:25] <kazade> czajkowski: it's for this: http://i.imgur.com/tYIhX.png
[19:26] <dobey> oh hi urbanape
[19:26] <czajkowski> kazade: ah
[19:27] <ralsina> briancurtin: I am setting up a new XP dev vm so I can try building the installer there
[19:27] <dobey> hmm
[19:27] <ralsina> briancurtin: I can find anything about the buildout in https://wiki.ubuntu.com/UbuntuOne/Contribute/WindowsTesting am I looking at the wrong page?
[19:27] <briancurtin> ralsina: i have a trunk installer built to run on XP, will do it right after i wrap up this wiki page for testability
[19:28] <ralsina> briancurtin: cool
[19:28] <ralsina> briancurtin: I also want to give testability a whack to see if it falls ;-)
[19:28] <briancurtin> ralsina: https://wiki.canonical.com/UbuntuOne/Windows/ReleaseChecklist contains some buildout-y stuff, installer building
[19:28] <ralsina> briancurtin: awesome thanks
[19:32] <briancurtin> wow this wiki software is garbage
[19:32] <briancurtin> hey heres an enumerated list, just jam it together on one line!
[19:33] <briancurtin> ralsina: here's the loose form documentation for right now: https://wiki.canonical.com/UbuntuOne/WindowsTestability
[19:34] <ralsina> briancurtin: thanks
[19:34] <briancurtin> ralsina: it's probably better that you build them locally rather than me zip things up, but i can do that if you want
[19:34] <ralsina> briancurtin: I'll try
[19:34] <briancurtin> ralsina: building is the easiest part. doing anything with what's built is the kicker
[19:34] <ralsina> he
[19:36] <urbanape> hey, dobey
[19:36] <urbanape> crazy weater.
[19:36] <urbanape> weather even
[19:37] <dobey> yeah, looks like it
[19:37] <dobey> and looks like it will be down here in a couple hours
[19:38] <urbanape> most likely.
[19:38] <urbanape> it's been moving in that direction
[19:39] <mmcc> ralsina, briancurtin: - not sure if it's relevant but when I was working on the PyQt plugin issue I got a lot of mileage out of the QT_DEBUG_PLUGINS=1 env var
[19:40] <mmcc> ralsina, briancurtin also if there's a dynamic loader debug flag along the lines of darwin's DYLD_PRINT_LIBRARIES=1, that was useful too
[19:40] <briancurtin> ralsina: oh, and if you get everything setup, when you start the visualizer, you may here a ding if you have sound turned on, and apparently there's a popup that shows up for like 1 microsecond and goes away. i tried figuring that out last time i worked on it. maybe this env var will help, not sure
[19:40] <ralsina> briancurtin: to build the plugin is VS express enough?
[19:41] <briancurtin> ralsina: all you really need is the VS2008 SDK since you just build on the command line using nmake. Express will include what you need
[19:41] <ralsina> briancurtin: awesome
[19:44] <ralsina> WTF there are no binaries of PyQt available for download!!!!
[19:44] <briancurtin> ralsina: i wish i got as far as even considering python/pyqt in this whole testability debacle...
[19:45] <ralsina> briancurtin: hehe
[19:45] <ralsina> briancurtin: but really, there is no way to install PyQt right now for people who don't have old copies
[19:45] <briancurtin> and whoa, you're right there are no binaries
[19:46] <briancurtin> oh maybe it's because that version is brand new, as in it just came out yesterday
[19:46] <ralsina> yeah, and the previous one had a bad regression
[19:46] <briancurtin> (not that creating windows installers should take this long)
[19:46] <ralsina> briancurtin: we can't say that
[19:47] <elopio> joshuahoover, rmcbride, ralsina: ok. I'll check the options again.
[19:47] <joshuahoover> elopio: thanks
[19:54] <dobey> spoke too soon. clouds are starting to roll in already
[19:58] <briancurtin> ralsina: not that i really thought this would work, but trunk installers also do not work on XP
[20:01] <ralsina> briancurtin: are you building them on 7?
[20:01] <briancurtin> ralsina: yeah i am, i don't currently have a source setup on XP. i could try that, though
[20:02] <ralsina> briancurtin: please try it
[20:02] <briancurtin> also, most everything i've found points to needing vcredist 2008 SP1...which is what ive run and rerun 100 times
[20:02] <briancurtin> ralsina: will do
[20:02] <ralsina> briancurtin: once upon a time, my installers built on 7 did notwork on xp either
[20:02] <briancurtin> ralsina: hahahah. running bzr also gets the same problem
[20:02] <ralsina> briancurtin: of course later they did but whatever :-(
[20:03] <ralsina> briancurtin: I got "invalid binaries" with the 2.6 bzr, I had to get 2.5
[20:03] <briancurtin> ralsina: it's not going to start now because of the CRT issue, even though i installed it. this machine is just hosed i think...
[20:03] <ralsina> briancurtin: oh, well
[20:04] <ralsina> I feel like I am waving a beheaded chicken around
[20:04] <ralsina> and not a delicious, deep-fried beheaded chicken
[20:07] <gatox> people! eod for me!! see you tomorrow! :D
[20:08] <dobey> ralsina: https://code.launchpad.net/~dobey/ubuntuone-storage-protocol/update-4-0/+merge/111929
[20:09] <ralsina> dobey: looking
[20:13] <mmcc> quick style question: anyone have a problem with moving 'from twisted.internet import reactor' in ssoclient's ubuntu_sso/utils/tcpactivation.py from the toplevel into the two methods that use it? It requires some test tweaks to patch twisted.internet instead of tcpactivation, but otherwise works fine (still in progress of testing on linux / win)
[20:14] <mmcc> the reason is that if we import reactor at toplevel, it'll install a default reactor too soon
[20:14] <dobey> yes
[20:14] <dobey> oh, maybe not
[20:14] <dobey> twisted reactors are a fun bunch of insanity regarding imports
[20:14] <mmcc> yeah, importing causes installation - not great
[20:14] <dobey> yeah
[20:15] <dobey> unless you already have a reactor installed
[20:16] <mmcc> yep. but in this case I need to import a bunch of stuff before I install the reactor, so I can creaete the QApplication before I install the qt4reactor, whee
[20:16] <mmcc> (or else qt4reactor will create a QCoreApplication for me, so helpful)
[20:24]  * briancurtin late lunch
[20:26] <dobey> ah right
[20:27] <dobey> mmcc: how many places is it importing reactor where that's an issue?
[20:28]  * popey waves
[20:28]  * popey has installed U1 files on IOS 6 beta
[20:29] <beuno> oh-oh
[20:29] <beuno> run urbanape!  run!
[20:29] <popey> nicely highlighted there beuno :)
[20:29] <popey> when you first start it the window is titled "Root view controller"
[20:30] <beuno> I've seen that in iOS4 as well
[20:30] <ralsina> mmcc: maybe moving it into a function that returns the reactor?
[20:30] <ralsina> mmcc: just to avoid needless duplication
[20:43] <ralsina> dobey: sorry, +1 on that branch, forgot to do it on launchpad
[20:44] <dobey> ok
[20:44] <dobey> ralsina: also have https://code.launchpad.net/~dobey/ubuntuone-client/update-4-0/+merge/111939
[20:45] <dobey> and https://code.launchpad.net/~dobey/ubuntuone-control-panel/update-4-0/+merge/111915
[20:45]  * briancurtin back
[20:50] <dobey> meh
[20:50] <dobey> power keeps blipping here
[21:02] <ralsina> dobey: +1 on the 1st one, the second one I can't check before EOD
[21:02] <dobey> :(
[21:02] <dobey> the last one can't land until the client one is landed/released/inubuntu/etc
[21:02] <ralsina> dobey: maybe mmcc or briancurtin can take a look? It's earlier for them
[21:02] <mmcc> argh, my chat-name notification thingy died or something
[21:03] <dobey> heh
[21:03] <dobey> mmcc, briancurtin: care to give a sanity check to https://code.launchpad.net/~dobey/ubuntuone-client/update-4-0/+merge/111939 ?
[21:03] <mmcc> sure, I can do that
[21:03] <ralsina> There, dev-env setup on windows at last
[21:04] <ralsina> now I can try to do stuff tonight
[21:04] <ralsina> so EOD, will do windows tinkering very late, will report to briancurtin if I find something tomorro
[21:04] <dobey> hrmm, i need to make a branch to fix a couple pep8 errors in protocol also
[21:04] <ralsina> w
[21:04] <mmcc> also - re the reactor import thing - there are only two functions where i had to import it.
[21:04] <mmcc> I like ralsina's idea, but in this case it's less code to just write the import in each function that uses reactor
[21:05] <dobey> mmcc: might be worth refactoring to a function, so that all the qapp/import/reactor.run stuff is in that one spot?
[21:05] <dobey> oh, i guess that's what he suggested
[21:05] <dobey> heh :)
[21:07] <mmcc> dobey: sort of. I think he was just suggesting to replace the import with a function that imports and returns the reactor. although now I'm not sure that makes sense
[21:08] <mmcc> anyway it'd be a much bigger change to put all the app/import/run stuff together, it's spread across several files right now. I assume for test-ability
[21:11] <briancurtin> dobey: checking that branch now
[21:11] <briancurtin> update-4-0
[21:12] <dobey> thanks
[21:20] <dobey> briancurtin: mmcc apparently gave a +1. should i wait for you?
[21:20] <briancurtin> i'll approve in a second, just getting to the end
[21:21] <dobey> ok, cool
[21:21] <briancurtin> dobey: done, approved
[21:21] <dobey> thanks briancurtin
[21:24] <mmcc> sorry, forgot to say anything
[21:25] <mmcc> should I expect pylint on windows to work? I keep forgetting if it's supposed to bleed out and die like this
[21:25] <briancurtin> mmcc: it works for me
[21:26] <mmcc> hmm
[21:30] <mmcc> well, I'll make a note. just in case you have a sec and this looks familiar: http://paste.ubuntu.com/1059797/
[21:30] <mmcc> but don't spend time on it...
[21:31] <briancurtin> mmcc: i see that part too and i just ignore it. after that you would still see regular lint warnings if there are any
[21:31] <briancurtin> which is why i never bothered looking into that traceback
[21:32] <mmcc> briancurtin: oh, heh, ok. thanks :)
[21:33] <mmcc> dobey, do you have cliffs notes for setting bugs to project/distribution/series ? my reactor change is in sso...
[21:34] <mmcc> hm, that wasn't a clear sentence. I'm sure you get what I meant. I want to know how to set all the bits on the bug correctly.
[21:35] <dobey> i don't. i still haven't gotten that e-mail written up :-/
[21:36] <dobey> and as soon as this u1client branch lands (or fails to do so), i am heading away from the computer
[21:36] <mmcc> ok np, I'll just make a note to fix it later.
[21:43] <mmcc> if anyone wants a short review, I'll just leave this here: https://code.launchpad.net/~mikemc/ubuntu-sso-client/fix-1017672-delayed-reaction-in-tcpactivation/+merge/111945
[21:47] <briancurtin> mmcc: approved, i saw the discussion earlier, makes sense
[21:47] <dobey> ok, i'm off. have a god evening guys
[21:47] <briancurtin> you too
[21:50] <mmcc> thanks briancurtin.
[21:51] <mmcc> bye dobey.