[00:07] <mmcc> chaselivingston: there was a problem with code signing in that last build. I've uploaded another one, when you get a chance please look for it and let me know if it works for you. (it'll be another 10 min or so before it's up there)
[01:22] <chaselivingston> mmcc: downloading now
[01:23] <chaselivingston> mmcc: appears to be working
[07:51] <mandel> morning all!
[08:12] <JamesTait> Good morning all! :)
[11:39] <ralsina> good morning!
[11:57] <mandel> ralsina, morning!
[11:57] <mandel> ralsina, how is it going?
[12:00] <mandel> ralsina, why were you giving complements last night?
[12:03] <alecu> hola all!
[12:03] <alecu> hola mandel, ralsina
[12:03] <mandel> alecu, buenas!
[12:05] <ralsina> mandel: because they are true :-)
[12:06] <mandel> ralsina, I don't usually trust complements.. is one of my things
[12:07] <ralsina> mandel: ok, then you suck. Happy? ;-)
[12:07] <mandel> yes, a little better :)
[12:07] <ralsina> hahaha
[12:30] <gatox> good morning!
[12:30] <gatox> (the alarm didn't work :S)
[12:31] <mandel> gatox, that is alarming!
[12:32] <gatox> mandel, i don't know how to answer to that.......
[12:32] <gatox> jejjee
[12:46] <gatox> alecu, are you here already?
[12:46] <gatox> mandel, how is that morning? have you seen alecu walking around here? :P
[12:47] <mandel> gatox, yes, he is around here :)
[12:47] <ralsina> gatox: I saw him a while ago
[12:47] <mandel> gatox, things are going good, nearly done with the preview design, moving to properly fix the state machine
[12:47] <gatox> mandel, cool
[12:48] <gatox> mandel, ralsina thx.... i'll wait for his answer then
[12:49] <alecu> hi gatox!
[12:49] <gatox> alecu, hi mister!
[12:50] <alecu> gatox: I was in the channel next door, reading about oauth and timestamps
[12:50] <gatox> alecu, :P
[12:50] <gatox> alecu, just a little question about your need info..... do you want me to create the bug or just impplement that in this branch?
[12:50] <mandel> lunch time in spain :)
[12:50]  * mandel lunch
[12:50] <gatox> mandel, enjoy
[12:51] <gatox> alecu, i don't know if you prefere another branch to avoid increasing the amount of lines..... but i could do it in this one too
[12:58] <alecu> gatox: I'd like to know if we can get this branch thru the FFe like it is, and get another branch to fix it thru the FFe as well.
[12:58] <gatox> alecu, ok..... creating the bug report then
[12:59] <alecu> gatox: perhaps you can just change the delay between checks to... let's say 3 seconds. And create a new bug for that.
[13:00] <alecu> gatox: "for that" -> "for updating the menu only on changes"
[13:01] <gatox> alecu, ack..... will do that
[13:04] <alecu> gatox: anyway, we should ask ralsina or joshuahoover if we would need a second FFe for that fix. If a second is needed then we should try to fold the fix in the first branch.
[13:05] <gatox> alecu, mmmm.... but is not a "feature" is a fix
[13:05] <gatox> but..... let's ask
[13:05] <gatox> ralsina,
[13:05] <gatox> ^
[13:07] <ralsina> yes, probably not a FFe-worthy thing
[13:12] <gatox> alecu, mmmm i've another suggestion also.... but if we can do it in the next branch will be better: using OrderedDict for the current transfers.... because right now is using a plain dict.... so we just retrieve an element, but it will be better to retrieve the items with the most written value.... so the user can see that something is really going on, and not just some random item that might be not being transfer yet
[13:13] <alecu> gatox: ok, so I'm approving like it is, then you can work on the other branch with the fixes.
[13:14] <gatox> alecu, great
[13:14] <gatox> alecu, wait!
[13:14] <gatox> alecu, i'm uploading the improves for the tests as you suggest
[13:14] <gatox> and changing to 3 secs
[13:15] <alecu> gatox: great. I just locally approved.
[13:15] <alecu> gatox: let me known when I can re-review.
[13:15] <gatox> alecu, uploaded... i'll wait for launchpad to rescan that.... and approve it globally
[13:15] <gatox> alecu, ah ok
[13:32] <alecu> gatox: do you want to mumble regarding the new bug?
[13:34] <gatox> alecu, could it be in a few mins?
[13:34] <alecu> gatox: sure, no prob.
[13:41] <gatox> alecu, ready to mumble
[13:56] <dobey> ok
[13:56] <dobey> alecu or ralsina: https://code.launchpad.net/~dobey/ubuntu-sso-client/update-4-0/+merge/125042 please. it has mmcc's fix from last night now
[13:58] <ralsina> dobey: looking
[13:59] <ralsina> dobey: global +1
[14:00] <ralsina> I am runnng some banking errands, should be back in about 20' modulo flooding, famine or internecine wars
[14:26] <dobey> oh, ugh
[14:27] <dobey> gatox: can you please make the syncmenu integration not be required on linux, as the other unity integration is?
[14:44] <gatox> dobey, ok..... i'll take a look at that
[14:46] <alecu> after discussing the remaining bug with gatox, I'm now convinced that the syncmenu feature will kick ass
[14:46] <gatox> \o/............\o/
[14:46]  * gatox runs around the room
[14:46] <gatox> jejeje
[14:47] <alecu> dobey: I think we should also make gir1.2-syncmenu-0.1 a recommended package for u1-client. Right gatox?
[14:47] <gatox> right
[14:49] <dobey> we will
[14:50] <dobey> although i have no idea where the actual indicator comes from
[14:51] <JoseExposito> mmcc mandel ping
[14:51] <mandel> JoseExposito, buenas!
[14:52] <JoseExposito> mandel Hola, cómo estás? mejor en inglés?
[14:52] <mandel> JoseExposito, yes, much better in eng
[14:53] <JoseExposito> mandel ok
[14:53] <mandel> JoseExposito, so you are using the rest api, right, which should not be very efficient for what you want, right?
[14:53] <JoseExposito> tell about the U1 plans and sync daemon communication please
[14:54] <JoseExposito> mandel, right
[14:55] <mandel> JoseExposito, ideally you will want to talk with the daemon directly, and we have an api for that, but is a pita because it uses twisted.pb as a protocol, which we can try to implement in objective-c
[14:55] <mandel> JoseExposito, or as a crazy, I'm not going to do it idea, we can move to json
[14:56] <alecu> mandel: we had almost half a branch that added a json interface, remember?
[14:56] <ralsina> mandel: that's why I suggested him to use the REST APIs
[14:57] <alecu> ralsina: that makes sense for server stuff... but does it make sense to get the state of the local files?
[14:57] <mandel> alecu, yes, which should be good starting point
[14:57] <mandel> ralsina, exactly, for what JoseExposito is doing is not a smart route to take
[14:57] <JoseExposito> yes, looks difficult to implement in objc...
[14:57] <ralsina> possible >> smart
[14:58] <ralsina> it should be "easy" to create a script that connects to sd and dumps the file sharing status
[14:58] <ralsina> or use u1sdtool for that
[14:58] <gatox> alecu, these are the bugs reports: https://bugs.launchpad.net/ubuntuone-client/+bug/1052922  -  https://bugs.launchpad.net/ubuntuone-client/+bug/1052956
[15:00] <alecu> ralsina: and have that script be run every time SD completes a download?
[15:00] <dobey> gatox: that second one at least, will probably be quite a lot of work
[15:00] <gatox> dobey, no.... why?
[15:00] <alecu> ralsina: otherwise you won't see any progress if you leave finder open.
[15:00] <thisfred> me
[15:00] <JoseExposito> the only information that the plugin need is the state of the file (uploaded or uploaded) the sync volumes and know if the file is public, it is? Is possible to get this information in a fast way to the daemon?
[15:00] <gatox> dobey, we already discuss that con alecu, is actually quite simple to implement
[15:00] <mandel> me
[15:00] <dobey> gatox: because afaik, syncdaemon does absolutely no sorting of transfers at all
[15:00] <ralsina> me
[15:00] <dobey> me
[15:00] <gatox> dobey, OrderedDict
[15:00] <gatox> me
[15:00] <mmcc> me
[15:00] <briancurtin> JoseExposito: just an FYI but it's about to get kinda loud in here for a few minutes while we do a quick team meeting
[15:00] <briancurtin> me
[15:01] <thisfred> DONE: u1db/playlists thinking hacking TODO: use inmemory u1db u ubuntuone servers for playlist tests
[15:01] <thisfred> oops
[15:01] <alecu> me
[15:01] <mandel> JoseExposito, standup, give us 2 min
[15:02] <JoseExposito> mandel, ok, no problem, ping me when you can talk!
[15:02] <ralsina> thisfred: pretend to go!
[15:02] <thisfred> DONE: u1db/playlists thinking hacking TODO: use inmemory u1db in ubuntuone servers for playlist tests, migration script BLOCKED: no COMMENT: movin to Portland T minus 5 days, come monday I'll be gone for 2 weeks. NEXT: mandel
[15:02] <mandel> DONE: finished most of the preview design. Started doing some debugging to improve the preview transition.
[15:02] <mandel> TODO: more preview state machine.
[15:02] <mandel> BLOCKED: no
[15:02] <mandel> ralsina, please
[15:02] <ralsina> DONE: calls, calls, calls, planning, very little coding, ISP-wrangling, administrivia. TODO: more of the same BLOCKED: All ISPs suck. NEXT: dobey
[15:02] <dobey> DONE: releases/uploads
[15:02] <dobey> TODO: finish releases, finish new old icons?, webapp packaging?
[15:02] <dobey> BLCK: webapps confusion/miscomms.
[15:02] <dobey> gatox: go
[15:02] <gatox> DONE:
[15:02] <gatox> Proposed SyncMenu branch, proposed u1-sso branch to fix wrong string parsing. Mumble with alecu to discuss some improves with the SyncMenu
[15:02] <gatox> TODO:
[15:02] <gatox> Work on SyncMenu cpu use, and ordered current transfers.
[15:02] <gatox> BLOCKED:
[15:02] <gatox> No
[15:02] <gatox> mmcc, go
[15:03] <mmcc> DONE: fixed sync bug in fsevents daemon
[15:03] <mmcc> TODO: get reviews for daemon upgrade and sync fix, look at startup wizard
[15:03] <mmcc> BLOK:
[15:03] <mmcc> NEXT: briancurtin
[15:03] <briancurtin> DONE: rewrote handlers in test_timestamp, tweaked them to almost be right
[15:03] <briancurtin> TODO: multiple-call tests are failing because counts are off, need to figure that out. only three tests fail in test_timestamp, all for the same reason, so it'll be nice to knock those out
[15:03] <briancurtin> NEXT: alecu
[15:03] <alecu> DONE: mumbles, cleanups in lens, review for gatox
[15:03] <alecu> TODO: handle json errors in lens
[15:03] <alecu> BLOCKED: no
[15:03] <ralsina> dobey: let me put those in order: finish releases, webapp packaging, finish with icons
[15:03] <ralsina> dobey: unless swapping the icons in a post-beta update is bad for some reason
[15:04] <dobey> ralsina: in order, icons -> release
[15:04] <ralsina> dobey: ok, then icons->release->webapp
[15:04] <dobey> ralsina: and apparently you need to talk to will about the webapps one anyway, before i can do anything (if i even need to do anything at this point)
[15:05] <ralsina> gack
[15:05] <mandel> alecu, there is one thing regarding the scope I need to explain you for design (very very easy)
[15:05] <ralsina> dobey: did you speak with anyone in #webapps?
[15:05] <dobey> not yet, no
[15:06] <ralsina> dobey: ok, I'm there now, let's do it ASAP so we can clear that
[15:06] <mandel> JoseExposito, you are in madrid right?
[15:06] <mandel> JoseExposito, or spain in general?
[15:06] <JoseExposito> mandel, in Madrid
[15:07] <mandel> JoseExposito, awesome! because there is an easy way to get this moving forward, canas por el centro + conversacion geek :)
[15:07]  * alecu can surely use some tapas
[15:07] <JoseExposito> mandel, ok, looks very nice!
[15:07] <alecu> ouch, I forgot I'm in Buenos Aires!
[15:08] <mandel> JoseExposito, ok, lets pm and we decide how to organize it :)
[15:08] <JoseExposito> lol
[15:10] <mandel> alecu, in the music scope you have to create the purchase action with an icon hint pointing to the u1 icon to be used
[15:10] <mandel> alecu, and the icon is part of the scope package
[15:12] <mandel> alecu, does it make sense?
[15:12] <ralsina> gatox: can you please update https://bugs.launchpad.net/ubuntuone-client/+bug/1042343 with latest info?
[15:14] <gatox> ralsina, set it to "in progress" or something else?
[15:16] <ralsina> gatox: a comment explaining where you are, times etc
[15:16] <gatox> ah ok
[15:25]  * gatox lunch
[15:32] <alecu> mandel: great, I'll take a look at it.
[15:33] <mandel> alecu, you know already which man to ask in #ferrets :)
[15:33] <mmcc> mandel, if you get a minute to look at a change I made in fsevents_daemon.py, that'd be helpful. It should be fast
[15:33] <mmcc> mandel: here: https://code.launchpad.net/~mikemc/ubuntuone-client/fix-daemon-rename-event/+merge/125074
[15:34]  * mandel looks
[15:34] <mmcc> mandel: the main change is on line 107 of the diff. adding a modify event when we've seen a create. it's the same issue we had with the fsevents code
[15:35] <mandel> mmcc, got it
[15:39]  * alecu goes to get some food
[15:43] <ralsina> mmcc: that's the "moved in finder" thing, right?
[15:44] <mmcc> ralsina: yes, the system sends a rename event, we translate it correctly into a create, but we also need a modify to trigger upload
[15:45] <ralsina> mmcc: strong dejavu all over again
[15:45] <mmcc> ralsina: yes indeed
[15:47] <mmcc> the nice thing about finding a bug twice is you already know how to fix it :)
[15:50] <mandel> mmcc, in theory, yes hehe
[15:51] <mandel> anyways, EOD here before I go nuts with that preview state machine.. catch you all tom!
[15:51] <mandel> o/
[15:51] <dobey> need lunch, bbiab
[16:02] <mmcc> boy, bzr takes a while to get emacs trunk… I wonder if it's just a slow server or related to the 110,097 revisions in there
[16:02] <briancurtin> its just bzr in general
[16:03] <mmcc> it took about 50 minuets to bar branch the tree
[16:03] <mmcc> bzr. bzr branch
[16:05] <briancurtin> for some reason an ssh hg clone of cpython on windows used to take like 4 hours. lol windows, lol source control in general
[16:05] <briancurtin> (compared to single digit minutes on mac/linux)
[16:05] <mmcc> I guess this is why people put up with git…
[16:06] <mmcc> (total speculation, I haven't used it on a large project, but I hear it's fast)
[16:06] <briancurtin> i started using git for a little side project. its faster at being awful
[16:08] <mmcc> briancurtin: heh.
[16:10] <mmcc> I remember really liking darcs for a while… I wonder if that was because it was a trivial single-person project
[16:11] <ralsina> briancurtin: git is awesome at being incomprehensible. Noone *knows* git. Some people just think they do.
[16:11] <ralsina> briancurtin: bzr on windows is spectacularly slow
[16:12] <briancurtin> it's the hip thing to do
[16:13] <ralsina> the only cool thing about git is people really do contribute a lot via github pull requests
[16:13] <ralsina> everything else is just the same as every other dvcs just harder
[16:13] <mmcc> yeah, github is really putting a lot of lipstick on that pig
[16:13] <briancurtin> yep. github i like. git i dont
[16:14] <mmcc> github is awfully nice, but don't you wish it was 'dvcshub' or something
[16:15] <ralsina> also, the github issue tracker is evil
[16:16] <ralsina> one issue category is "question". So, you answer it. Then you close it, right? Then noone can see it anymore. It's the anti-openstack model.
[16:18] <mmcc> ralsina: heh. nice
[16:39] <lauratika> hi, i have a doubt... i use cryptkeeper folders in ubuntu and when i sync that folder and logout (unmount drive) the file no longer is up in the cloud. this is how is supposed to work? is there a way to keep the file sync or in the cloud?
[16:42] <ralsina> lauratika: when you unmount it, ubuntu one sees that as a deletion, so it removes it in the cloud
[16:42] <ralsina> lauratika: you would have to stop u1 before unmounting, and it does seem fragile...
[16:43] <ralsina> lauratika: OTOH, if you succeed, doesn't that mean you are storing the unencrypted files on u1?
[17:43] <dobey> alecu, ralsina: https://code.launchpad.net/~dobey/ubuntuone-client/new-old-icons/+merge/125290
[17:45] <mmcc_> alecu, ralsina - I have three merges that need review. In order from small to large: https://code.launchpad.net/~mikemc/ubuntuone-client/fix-default-fs-monitor/+merge/125291 https://code.launchpad.net/~mikemc/ubuntuone-client/fix-daemon-rename-event/+merge/125074  https://code.launchpad.net/~mikemc/ubuntuone-control-panel/launchdaemon/+merge/124847
[17:47] <ralsina> dobey, mmcc: on'em
[17:51] <ralsina> dobey: +1
[17:53] <alecu> ralsina, all: I'm feeling like total crap. I think I'll take the rest of the day off
[17:54] <alecu> dobey, mmcc_: I'll try to do any pending reviews tonite
[17:55] <ralsina> mmcc: +1 on fix-default-fs-monitor
[17:57] <alecu> ralsina: I've added the half day on canonicaladmin, but will try to get back later tonight anyway.
[17:57] <ralsina> alecu: if you feel bad, dn't
[17:57] <ralsina> alecu: rest and come back better tomorrow
[17:58] <mmcc> thanks ralsina. alecu - feel better. my reviews can wait
[17:59] <gatox> alecu, ohh... get better alecu !
[18:01] <ralsina> mmcc: global +1 on fix-daemon-rename-event although I am not near my mac, so I just read it
[18:01] <mmcc> ralsina: ok, I did test it, so we should be fine ;)
[18:01] <ralsina> mmcc: and yikes on launchdaemon, I think that one's out of my depth
[18:02] <mmcc> ralsina: yeah, I'm not sure how to handle reviewing that. Maybe a mumble review …
[18:02] <mmcc> although honestly most of it is just ctypes boilerplate garbage
[18:03] <mmcc> should I try to write an explanation to aid review?
[18:04] <ralsina> mmcc: I think I will just slog through it
[18:04] <ralsina> and try it on my mini tonight
[18:04] <ralsina> so it should be reviewed early tomorrow
[18:04] <briancurtin> finally, test_timestamp passes cleanly
[18:04] <ralsina> mmcc: but you need a strong second review, probably mandel's
[18:05] <mmcc> ok ralsina , let me know if you have any questions
[18:07] <ralsina> dobey: since gatox's Q sync menu branch is merging, can you later show him how to provide the build & install logs?
[18:07] <dobey> is it merging?
[18:08] <dobey> oh, it is merged
[18:08] <gatox> merged..... yes
[18:08] <dobey> bugger. it landed before my icon branch
[18:15] <dobey> is it beer:thirty yet?
[18:16] <lauratika> ralsina	yeah, it mans info goes unecrypted and it's fine, just protection for local files on the pc, cloud i dont giva a fly who can see it... thanx for the info.
[18:18] <ralsina> lauratika: ok then, that's what's happening :-)
[18:19] <lauratika>  :)
[18:23] <mmcc> ralsina: I just wrote some notes to help make sense of that launchdaemon branch. they're in the MP change description
[18:24] <lauratika> another question i have a 1.183 Mbps internet speed... how long will take aprox to upload 5gb?
[18:24] <ralsina> mmcc: awesome, much appreciated!
[18:24] <ralsina> lauratika: the technical term is "a while" ;-)
[18:25] <ralsina> lauratika: after a ramp-up period it should start saturating your upstream (if you don't throttle it)
[18:25] <lauratika> a desperating while or a regular while??
[18:25] <ralsina> lauratika: however, if your files match some known files, they will not even have to be uploaded at all
[18:25] <lauratika> or a wtf while...
[18:25] <ralsina> lauratika: so, worst case, I would say ... (flips open calculator)
[18:25] <ralsina> lauratika: 4 hours?
[18:26] <lauratika> alrighty so it's a wtf while... doing it at night then...
[18:26] <lauratika>  ;)
[18:26] <ralsina> lauratika: OTOH, are those 1.183Mbps uploading?
[18:26] <lauratika> no downloading
[18:26] <ralsina> lauratika: 5gb is a lot of mb :-)
[18:26] <ralsina> lauratika: well, you need to check your upload speed
[18:26] <dobey> your "b" is wrong
[18:26]  * czajkowski needs to remove laura off highlight 
[18:27] <lauratika> hwo can i check the upload speed?
[18:27] <ralsina> lauratika: http://speedtest.net/ may help
[18:30] <lauratika> thanx again...
[18:41] <ralsina> Taking a break, getting some fresh air
[18:41] <ralsina> will be back in 60 or so
[18:45] <dobey> i should do that too
[19:24] <dobey> ugh, i386 nightlies failed to build :(
[19:25] <dobey> what the royal f
[19:44] <dobey> brb
[19:54] <mmcc> A/C repair guy is here, will be afk intermittently for a bit
[20:13] <dobey> hmm
[20:21] <ralsina> mmcc: +1 on launchdaemon
[20:21] <mmcc> great, thanks ralsina
[20:35] <dobey> ah crap
[20:38]  * dobey has a trivial fix
[20:46] <dobey> ralsina: https://code.launchpad.net/~dobey/ubuntuone-client/fix-icon-install/+merge/125337 please :)
[20:48] <ralsina> dobey: got it
[20:48] <ralsina> dobey: I am not even going to ask why
[20:48] <ralsina> +1
[20:58] <mmcc> lunch, I guess
[21:03] <gatox> ok...... eod for me..... it's house cleaning time for me :P
[21:03] <gatox> see you tomorrow people
[21:03] <ralsina> I am EODing as well
[21:04] <ralsina> dobey: I assume you still have some work to do for releases, so sorry I can't stay to do the reviews and such but still no internet at home :-(
[21:04] <ralsina> so, I suppose mmcc and briancurtin will have to take my spot for reviews, and I will keep fingers crossed nothing catches fire
[21:05] <briancurtin> sure, just let me know
[21:05] <dobey> yes i do :-/
[21:05] <ralsina> dobey: perhaps take a half day off tomorrow if it takes too long
[21:05] <ralsina> dobey: you more than earned that
[21:05] <dobey> ralsina: mi cabesa esta en fuego!!
[21:05] <ralsina> hahaha
[21:07] <ralsina> bye, see you all tomorrow!
[21:08] <dobey> cheers
[21:10] <dobey> i think i will have to make the stable-4-0 release not include the syncmenu bits; and patch them into the ubuntu pakcage if we can manage to get the FFe approved (hopefully before freeze tomorrow)
[21:11] <dobey> waiting for nightlies…
[21:12] <ralsina> dobey: sounds good
[21:13] <ralsina> what time is the freeze tomorrow?
[21:20] <dobey> ralsina: 2100 UTC
[21:21] <ralsina> ok, we have a little time then
[21:21] <ralsina> sigh
[21:21] <ralsina> really gone now
[21:49] <dobey> mmcc, briancurtin: https://code.launchpad.net/~dobey/ubuntuone-client/update-4-0/+merge/125353 YOLO if you could :)
[21:49] <briancurtin> on it
[22:01] <briancurtin> dobey: approve
[22:01] <mmcc> back from lunch. dobey, I'm happy to help with these stable merge reviews
[22:01] <dobey> thanks
[22:02] <dobey> mmcc: brian got it, thanks :)
[22:03] <mmcc> dobey: ah, ok. btw, that commit message had roberto's name formatted differently from everyone else's. is that intentional?
[22:05] <dobey> mmcc: no, i forgot to fix it up. thanks
[22:16] <dobey> and just realized i will actually have to merge it manually anyway, because it keeps getting OOM on that tarmac instance
[22:16] <dobey> but need to run for now
[22:17] <dobey> have fun kids!