[01:11] <thumper> and support type people around?
[01:26] <ralsina> thumper: not really, but maybe I can help you
[01:26] <thumper> ralsina: hi
[01:26] <thumper> ralsina: my server has stopped syncing
[01:26] <thumper> the U1 window says "File Sync starting..."
[01:26] <thumper> but nothing changes
[01:27] <thumper> where should I look?
[01:27] <ralsina> thumper: did you recently add a huge number of files? Like, dozens of thousands?
[01:27] <thumper> yes
[01:27] <thumper> well...
[01:27] <thumper> not that many
[01:27] <thumper> 500
[01:27] <ralsina> ok, what version of ubuntuone-client do you have installed?
[01:27] <ralsina> 500 should not be a problem :-)
[01:28] <thumper> how should I find the version?
[01:29] <thumper> 3.0.1-0ubuntu1.0.1
[01:29] <thumper> from apt-cache policy
[01:30] <thumper> from precise-updates
[01:32] <ralsina> ok, I suggest you file a support request and attach your logfiles
[01:32] <ralsina> because we don't have any known problems that sound like it
[01:32] <ralsina> thumper: logs are in ~/.cache/ubuntuone/log/
[01:33]  * thumper looks
[08:57] <JamesTai1> Good morning all! :)
[11:18] <gatox> good morning
[11:24] <mandel> gatox, morning!
[11:24] <gatox> mandel, hi
[11:25] <mandel> gatox, have you seen the comments here: https://code.launchpad.net/~diegosarmentero/ubuntuone-client/darwin-fsevents-1/+merge/110382
[11:26] <mandel> gatox, I'd love to land the refactoring you did regarding the pyinotify stuff etc (specially so that I merge my branch with that) but we are blocked my the refactoring you did with the tests :(
[11:26] <mandel> as alecu mentioned
[11:27] <gatox> didn't understand this part: "but we are blocked my the refactoring you did with the tests :("
[11:28] <mandel> gatox, that I cannot land that until you fix that skip decorators work :)
[11:28] <gatox> mandel, ahhhhh yes..... also...... did you read the comment of alecu in darwin-fsevents-2?
[11:28] <mandel> gatox, so, I would have done the refactoring around and done a diff branch for the tests, but we know have to wait for those to things
[11:29] <mandel> gatox, yes, we have to talk :)
[11:29] <gatox> mandel, i'm reading alecu's mail
[11:30] <mandel> gatox, I think is better to not do everything in one step, copy if needed, refactor once it works and passes tests
[11:30] <mandel> one step at a time
[11:31] <gatox> mandel, ok..... i've read all the emails
[11:32]  * gatox thought he was almost done with fsevents..... so young and innocent
[11:32] <gatox> jejee
[11:33] <mandel> gatox, yes + code completion hehehehe
[11:33] <mandel> gatox, how are you doing that?
[11:33] <mandel> gatox, I mean, code completion :)
[11:34] <gatox> mandel, take a look: http://youtu.be/xCqiOEXfZd4 :P
[11:34] <gatox> we arre getting there
[11:34] <mandel> gatox, ok, but the backend, how do you store the info?
[11:35] <mandel> gatox, specially for a project
[11:38] <gatox> mandel,  at this moment i'm saving the info only in memory for the opened files, i'm just starting with the part of the completion daemon..... where it resolves the symbols that couldn't be resolved in the first analysis of the code (because of imports, or variables pointing to symbols in the same file, etc), so the daemon explores the different modules, looking at everyone symbols based on the imports,  and who call each function, etc.....
[11:38] <gatox> and try to resolve those cases..... then i'm going to stored the info collected with sqlite, using the paths of the files as keys.... and only update them and access them when necessary, so you don't have a lot of things being processed, or the memory full of stuff
[11:39] <gatox> and i'm doing alllllll the analysis of the code using a lot of tokenizer and ast
[11:40] <gatox> but i think i can reach a level where code completion will be really accurate
[11:41] <mandel> gatox, so, what you could do is not use the path of the files as keys but store in the db the info per module using the module as the key, for example, everywhere you use threading the info is going to be the same
[11:41] <mandel> gatox, what you can do is divide the data in two, that common to everyone (os, threading, etc..) and that just for the project
[11:42] <mandel> gatox, common info can be build when imported or you can even build/deploy the common lib info since should be present always
[11:43] <gatox> mandel, yes, the "storing" part i haven't resolve it yet... i'm still thinking about that..... saving it as module has sense...... but also i'm saving mostly information about the projects, not threading, because that is really cheap to calculate
[11:44] <gatox> not threading, os, etc i mean
[11:44] <mandel> gatox, the problem would be the index.. so you can on top of the normal  autocomplete create a 'first hit cache' with the most common used methods/objects by the current user
[11:45] <mandel> gatox, oh, but being cheap to calculate I don't care.. I want it to be fast.. also, how do you deal with the objects being dynamic? if I  do t = Thread() t = '' ?
[11:45] <gatox> mandel, i was thinking of load in memory the "completion info" of the file being currently edited in the editor
[11:46] <mandel> gatox, you must add a limit to that, you don't want the IDE to use a lot of memory, I think visual studio stores eveything on disk (but they cheat, they have compiled langs)
[11:46] <gatox> mandel, for that i'm calculating the distance going up based on the line number, and analysing the scope of the variable...... also i know is not going to be always 100% accurate..... and if it founds that is confuse between 2 values.... is going to suggest first the possible object.... and then the symbols for that one....... BUT THIS IIS NOT COMPLETE YET!!
[11:47] <mandel> gatox, just poking your brain, I know is not done yet :)
[11:48] <gatox> mandel, and it's the only part of ninja that has tests
[11:48] <gatox> jejeje
[11:48] <mandel> lol
[11:48] <gatox> mandel, ok.... going back to filesystem notifications
[11:48] <gatox> mandel, do you want to talk about something?
[11:48] <gatox> or should i start looking at the code and see how to refactor everything to create the sauron ring?
[11:49] <gatox> the good news..... is that based on the test, mac is working... the bad news..... is that we need to change all the implementations
[11:50] <mandel> gatox, uh... I'm fixing my bits to work correctly, when I do a move from a watch path to a not watch path is not currently converted in a delete (I think is the only bug)
[11:50] <mandel> gatox, I do have a small review request (which is useful for you too) :)
[11:50] <mandel> let me find the MP
[11:51] <mandel> gatox, here: https://code.launchpad.net/~mandel/ubuntuone-client/sys-init-done-darwin/+merge/110967
[11:51] <mandel> gatox, that was harder to find than expected hehe
[11:51] <gatox> mandel, ok.... so i can do the reviews...... look at the code and the possible issues of the refactoring...... and we can wait for alecu to have a mumble with him about fsevents....... what do you think?
[11:51] <mandel> gatox, sounds perfect :)
[11:52] <gatox> mandel, okkkkkkkkk
[11:52] <gatox> mandel, so you are going to europython...... lucky bastard!
[11:52] <gatox> jejee
[11:53] <mandel> gatox, yes :)
[11:53] <mandel> gatox, oh, if you have the mac around, I'd appreciate reviews for the fsevents daemon.. I have lots left :(
[11:53] <mandel> gatox, and will propose a talk for pyconar :)
[11:53] <gatox> mandel, https://code.launchpad.net/~mandel/ubuntuone-client/sys-init-done-darwin/+merge/110967 JAJAJAAJ
[11:54] <gatox> mandel, +1...... i saw the talk yesterday.... and it has sense, because that has to be done in the package
[11:54] <gatox> mandel, yes? what are you going to propose?
[11:55] <mandel> gatox Como hacer programacion asincrona con coroutinas (greenlets)  antes de que los deferreds de twisted te hagan hablar en gallego ;)
[11:55] <gatox> jejejejeje
[11:55] <gatox> mandel, start sending your branches for review in this direction
[11:56] <mandel> gatox, ok, let me make a list with the correct order :)
[11:56] <gatox> mandel, i know you want to come to pyconar because you can't keep away of argentina for so long
[11:56] <gatox> jejejee
[11:57] <mandel> lol
[12:03] <mandel> gatox, here is the list in the correct order: http://paste.ubuntu.com/1048968/
[12:03] <gatox> mandel, roger that
[12:03] <gatox> mandel, start reviewing now, waiting for alecu
[12:04] <mandel> gatox, after the addition of the integration tests you can do sudo ./run-integration-tests which will start the fsevents-daemon and run tests that send events from the fs to python :)
[12:04] <gatox> mandel, it says that in the description of the branches?
[12:04] <mandel> gatox, I'll check
[12:31] <mandel> gatox, looks like it works, I just deleted all my u1 files :(
[12:31] <gatox> mandel, on purpose?
[12:32] <mandel> gatox, accident.. I used my account, not big deal I do have a back up :)
[12:33] <alecu> gatox: mandel, hello all!
[12:33] <mandel> alecu, hello!
[12:34] <gatox> alecu, hi!
[12:34]  * alecu catches up with the backlog
[12:34] <mandel> alecu, I have no picts but yes it works!
[12:34] <alecu> mandel: orsom!
[12:34] <mandel> alecu, I have logs to prove it :)
[12:35] <mandel> oh, and the inhibitor on mac has a bad stub.. I'll have to fix that I see an exception in the logs due to that
[12:36] <gatox> mandel, could it be that your branches depends of something of u1-client that is not yet in trunk?
[12:37] <mandel> gatox, why, are you getting errors?
[12:37] <gatox> mandel, ImportError: no module named txsocketserver in u1-dev-tools
[12:37] <mandel> gatox, is in trunk, you might not have the u1-dev-tool up to date in the mac
[12:38] <gatox> mandel, i just updated...... weird.... i'll try to delete it and branch it again
[12:38] <mandel> gatox, ok
[12:38] <mandel> alecu, gatox I'm off to have lunch, mumble with ralsina when I get back?
[12:38] <gatox> mandel, ralsina or alecu?
[12:39] <mandel> gatox, both, je ne se pa!
[12:39] <gatox> mandel, okok
[12:41] <mandel> alecu, gatox, I left sd syncing all my music back to the cloud to see if it fully works
[12:41] <gatox> mandel, ack
[12:41] <mandel> alecu, gatox, is from a samba share to the cloud, 14 gb.. shall be interesting to see the results
[12:42]  * mandel is scared it seems to work and is fast!
[12:42] <dobey> hmm
[12:42] <dobey> cloud is just a synonym for /dev/null
[12:43] <mandel> dobey, I have back ups for that.. and cloud == weather, right ?
[12:43] <mandel> hehe
[12:43] <mandel> ok, I'm off to have lunch
[12:43] <dobey> cloud == rain. that's what looking outside shows anyway
[12:48]  * alecu bbaiab
[12:54]  * alecu is back
[13:00] <gatox> mandel, i needed to change your script to run the python tests.... are you creating the script taking into account the buildout?? or there was any change in the buildout regarding u1lint and u1trial and i wasn't notify? :P
[13:01] <ralsina> good morning!
[13:01] <alecu> hola boss!
[13:02] <dobey> oi
[13:03] <gatox> ralsina, hi
[13:03] <ralsina> aloha *!
[13:12] <gatox> mandel, PING PING! (when you are back :P)
[13:14] <dobey> i wonder if there is any way we can run qt tests without using qt4reactor
[13:15] <dobey> well, i guess "rewrite u1trial to not use twisted/trial" would be how :-/
[13:17] <gatox> alecu, do you have time to mumble when mandel get back?
[13:19] <ralsina> dobey: a test runner that did what we want and didn't require twisted would be a great thing to have.
[13:19] <dobey> yes
[13:19] <alecu> gatox: sure!
[13:20] <dobey> but it basically involves rewriting trial to not use twisted :-/
[13:20] <gatox> alecu, cool
[13:20] <ralsina> dobey: is there *no* test runner that takes deferreds from tests and doesn't use twisted?
[13:21] <dobey> it's not the deferreds that are the problem
[13:22] <ralsina> dobey: if it's a short explanation, what is?
[13:24] <dobey> the problem is that all the infrastructure to do test running is in twisted trial. u1trial is just a very thin wrapper on top of that to do some extra stuff we need
[13:24] <dobey> so there's reactors which we need to deal with for various tests because our code is using twisted, and thus needs a reactor
[13:24] <dobey> and there's mainloop integration stuff, so we have to use certain reactors for certain tests
[13:25] <dobey> for some projects we probably don't really need a reactor, but for some we still do
[13:27] <dobey> fixing u1trial to not rely on twisted trial is no small/trivial thing. :-/
[13:50]  * mandel back
[13:50] <mandel> gatox, I'm back!
[13:50] <gatox> mandel, did you read my comment about the tests in your branches?
[13:51] <mandel> gatox, it is present, but in one of the later branches.. dont know which one
[13:51] <mandel> gatox, I really hate that $u1trial solution..
[13:51] <gatox> mandel, ahhhh.... so you change it to $u1trial and $u1lint later?
[13:51] <mandel> gatox, yes, it was after one of the comments from mmcc
[13:52] <dobey> buildout really needs to install dev-tools and dirspec from trunk, rather than tarblals
[13:52] <gatox> mandel, ahhhhh ok...... don't lie to me!! i'll check jejejeje
[13:52] <dobey> tarblahs
[13:52] <mandel> gatox, is there, I promise
[13:56] <mandel> gatox, where are the control panel logs written?
[13:56] <mandel> nothing, found them
[13:56] <gatox> ack
[13:58] <dobey> how is s/raise Exception(...)/# TODO: .../ a bug fix exactly? :)
[13:58] <mandel> ralsina, alecu, mmcc, gatox: I have sd running (it has uploading 3,5 gb with no problem) tested move and delete and everything works. Control panel does not start because it cannot find the binaries to execute, so we are in a situation where we need to start packaging this things asap to have it running
[13:58] <mandel> once we solve the binary problems we can move to have control panel working
[13:58] <ralsina> mandel: yay!
[13:58] <mandel> atm, sd with my implementation works
[13:59] <alecu> mandel: awesome! Now, urgently, stop moving upwards and let's get all this landed! :-)
[13:59] <ralsina> mandel: mmcc is not here yet, so let's bring it back when he arrives
[13:59] <mandel> alecu, I agree, landing all the code this week must be a priority
[14:00] <alecu> mandel: right. Also, be aware that there's a holiday in .AR tomorrow.
[14:00] <mandel> alecu, gatox, shall we mumble about the comments in the fsevents branches?
[14:00] <mandel> alecu, really.. ok had no idea..
[14:00] <gatox> mandel, stop showing off! i also think that my implementation works.... at least all the tests are ok ejjee
[14:00] <gatox> haven't tested it yet :P
[14:01] <gatox> mandel, mumble now sounds good to me
[14:01] <gatox> alecu, ?
[14:02] <alecu> gatox: already there!
[14:02] <mandel> going
[14:32] <dobey> man, triaging bugs is not fun. nor his having to create these pretty commit messages for merging a bunch of changes into stable branches
[14:33] <dobey> also, that powerbar energy gel thing i just had is making me tire
[14:41] <mmcc> Hi Folks
[14:47] <dobey> hi mmcc
[14:49] <mmcc> hi dobey. just caught up on the logs
[14:50] <mmcc> mandel, for your set_application_name fix, it shouldn't be a TODO. It should just be a no-op, since the app name is set in the info.plist on macos
[14:50] <mandel> mmcc, sure, I can remove the comment
[14:51] <mmcc> mandel: cool. also, send reviews my way today
[14:52] <dobey> ooh
[14:52]  * dobey suddenly remebers how cool bzr log -r -1 -n0 is
[14:53] <mandel> mmcc, sweet, hereis a list with all the reviews I need in order: http://paste.ubuntu.com/1048968/
[14:53] <mandel> mmcc, some might have already the +1 but it should not be the case
[14:54] <mmcc> ok mandel
[14:54] <mmcc> btw mandel, you said controlpanel doesn't start because it doesn't find the binaries to execute, but I'm not seeing that problem (or maybe I am and I don't know it..) - can you explain more? which binaries? On my system, it finds sso-login correctly, but freezes later. However I didn't see any evidence of trying to find another binary - ie, no backtrace
[14:57] <mandel> mmcc, TODO removed :)
[14:58] <mandel> mmcc, when I look at the logs I'm getting that it cannot find the file to execute the sso. I'm not surprised since I have sso in a diff location etc.. so the problem I have is just that the code is not packaged and when it tries to run the backend/sso things go wrong
[14:59] <mandel> mmcc, is expected when I just executing things from source without setting the paths etc..
[15:00] <dobey> meh
[15:00] <mandel> me
[15:00] <briancurtin> me
[15:00] <mmcc> ah ok. yeah, when I'm testing I'm setting PYTHONPATH on the commandline. I have a branch pending to get the right paths when packaged...
[15:00] <mmcc> me
[15:00] <mandel> mmcc, exactly, so is a no issue in the current state
[15:00] <ralsina> me
[15:00] <dobey> alecu, thisfred, gatox?
[15:00] <gatox> me
[15:00] <alecu> me
[15:01] <thisfred> me
[15:01] <dobey> λ DONE: tarmac tweakery, uploads, bug #1009786 (u1sync), bug #1014772, got MRE approval
[15:01] <dobey> λ TODO: finish 3.99.0 triage/releases/uploads
[15:01] <dobey> mandel
[15:01] <dobey> λ BLCK: None.
[15:01] <mandel> DONE: fixes for bug 1014752 bug 1015053. Got syncdaemon running on mac os x, synced 3,5 gb so far out of 15 gb. Tested cretion, deletion and rename of files.
[15:01] <mandel> TODO: Get the fsevents-branches landed. Stress tests the sd on mac os x.
[15:01] <mandel> BLOCKED: no
[15:01] <mandel> briancurtin, please
[15:01] <briancurtin> DONE: jenkins stuff, reviews, created installer for signing, but that's screwed up
[15:01] <briancurtin> TODO: do more testing on this installer to make sure it was created properly, then go back through the signing process
[15:01] <briancurtin> BLOCKED: no
[15:01] <briancurtin> NEXT: mmcc
[15:02] <mmcc>  DONE: poking at controlpanel UI all day
[15:02] <mmcc>  TODO: review mandel's 6 branches, other reviews, awaken controlpanel
[15:02] <mmcc> BLOCK: need help with controlpanel UI freeze
[15:02] <mmcc>  NEXT: ralsina
[15:02] <ralsina> DONE: reviews, mgmt call, misc stuff TODO: get a Q VM up because u1cp iscompletely broken there, help in u1db build system BLOCKED: no NEXT gatox
[15:02] <gatox> DONE:
[15:02] <gatox> Reviews, refactoring, mumble with alecu and mandle
[15:02] <gatox> TODO:
[15:02] <gatox> Refactor windows and darwin implementation.
[15:02] <gatox> BLOCKED:
[15:02] <gatox> No
[15:02] <gatox> alecu, go
[15:02] <alecu> DONE: leveled up to undead-dog cough, took a sick day, mumbled with mandel and gatox about reviews and refactorings
[15:02] <alecu> TODO: do lots of reviews for the mac team
[15:02] <alecu> BLOCKED: no
[15:02] <alecu> NEXT: thisfred
[15:02] <thisfred> DONE: bug #1006872 TODO: bug #1006872 BLOCKED: no NEXT: NULL
[15:04] <ralsina> comments?
[15:05] <alecu> n/c
[15:05] <mandel> ac/dc
[15:05] <dobey> i can hear the sine wave resonating in the cyrstals of one of my LCDs
[15:06] <alecu> (newtons/coulomb)
[15:06] <ralsina> ok, EOM
[15:06] <mmcc> comment: I should be busy with reviews today, but if anyone has tips on debugging hung PyQt UI, I'd appreciate it for after
[15:06] <dobey> which is weird, since it should be DC at that point
[15:07] <dobey> so probably the power supply is slowly going the way of kaboom
[15:07] <alecu> mmcc: if you point me at the branch I can try running it.
[15:07] <mmcc> ie, debug Env vars or stuff...
[15:07] <mmcc> alecu, ok - let me check that I have everything relevant pushed and I'll ping you in a sec
[15:07] <mandel> mmcc, let me fix a branch I have left, deal with email and I'll poke you to see if I can give a hand
[15:08] <alecu> mmcc: btw: is this only inside the py2appd control panel, or it happens when running from trunk too?
[15:08] <dobey> ok, i need to get lunch and deal with a couple things, before i end up taking a nap on the futon
[15:08] <mmcc> thx mandel. I'll paste the info and link it here for both you guys
[15:08] <dobey> bbiab
[15:08] <mmcc> alecu, only testing from source for now, I haven't tried it from the .app
[15:09] <alecu> "+TODO: nap"
[15:09] <alecu> sounds like a plan :-)
[15:13]  * gatox lunch
[15:14] <thisfred> alecu: you and me both: My coffee pot broke, so I'm going through serious withdrawal
[15:22] <mmcc> thisfred: I recommend always having three or four backup coffee pots. Two french presses, and a stovetop espresso maker, at a minimum. Engineer some redundancy!
[15:23] <thisfred> mmcc: you are of course correct (this was a french press, actually, which I really love). I suggested this morning that it was no reason for panic, and my wife damn near killed me. I'm starting to come around to her point of view.
[15:24] <thisfred> next day shipping a replacement part from amazon
[15:24] <thisfred> I think I'll walk to a coffee place over lunch to get my fix
[15:29] <mandel> all with a mac machine, I have sent you a mail on how to get sd runnig on it for you to tests the current status and crush my happiness, let me know if it works :)
[15:31] <ralsina> mandel: you left out the explanation about how to get the whole environment setup :-)
[15:31] <mandel> ralsina, meh, I have high expectations with you :)
[15:32] <ralsina> mandel: but you did not mail *me* you mailed ubunet-discuss!
[15:32] <mandel> ralsina, as cc, those are second class citizens..
[15:32]  * mandel writes a second email pointing to the google doc
[15:38] <mmcc> alecu, mandel, *, here is a paste about the UI issues I'm having with control-panel: http://paste.ubuntu.com/1049301/
[15:38]  * mandel looks
[15:47] <Moscherkobold> hi
[15:48] <Moscherkobold> rye: are there any news about my double account problem?
[15:51] <rye> Moscherkobold: hi, matiasb is working on mergint the accounts now and this is still in progress
[15:52] <Moscherkobold> ok thank you
[16:14] <mandel> dobey, I fixed the lint issues for https://code.launchpad.net/~mandel/ubuntu-sso-client/fix-tcp-activation/+merge/109367 can it be set to approved?
[16:21] <alecu> mmcc: http://stackoverflow.com/a/1745965/1098199
[16:22] <mmcc> alecu: handy, thanks!
[16:26] <mmcc> mandel, your python test suite for fsevents-daemon still doesn't run for me without tweaking...
[16:26] <mmcc> oh man, we really need to fix this buildout install
[16:26] <mandel> mandel, which branch?
[16:26] <mmcc> s/install/situation on macos/
[16:26] <mandel> herb, soy tonto
[16:26] <mandel> mmcc, which branch?
[16:26] <mandel> mmcc, and yes, we have to fix that
[16:26] <mmcc> mandel, mandel, the reduce-json-tools branch
[16:27] <mmcc> yeah, i have two different dev-tools branches in parts/ so now when I run env-mac, it defines $u1trial to be BOTH of them
[16:27] <mmcc> >_<
[16:27] <mandel> mmcc, yes, sorry I added that in the following one.. but yes, we ought to fix that asap
[16:28] <dobey> mandel: i set it so
[16:29] <mandel> dobey, superb, thx I also updated https://code.launchpad.net/~mandel/ubuntuone-fsevents-daemon/fsevent-is-directory/+merge/109826 following your comment, is not a constant in a header that I know so I created one
[16:30] <mmcc> mandel, ok I see the change in the next branch, but I'm still wondering how you set your environment up. what's your PYTHONPATH when you run those tests?
[16:30] <mandel> mmcc, I set everything manually 'cause I hate the way is done atm.. so I'm not a good citizen..
[16:31]  * mmcc is not happy about how fast I'm getting at typing 'PYTHONPATH' 
[16:31] <dobey> mandel: where did you get those hex values from originally?
[16:31] <mmcc> mandel: ok, well I'm inclined to approve the branch, since I can make the tests work and they do pass. but we need to fix the buildout env setup
[16:32] <mmcc> mandel, ping me when you and dobey are done - I have a question and don't want to weave two conversations together
[16:32] <dobey> mmcc: you can make a script called PYTHONPATH, that runs "PYTHONPATH=blahblahblah $@" then you can just tab-complete it! :)
[16:33] <mmcc> urgh
[16:33] <dobey> haha
[16:35] <mandel> dobey, from here: http://osxbook.com/software/fslogger/
[16:36] <dobey> i wonder where he got them from then :)
[16:39] <mmcc> mandel: I approved your json-size branch with a note about post-ARC refcounting changes we might need to make. Maybe you've already addressed them in later branches
[16:40] <mandel> mmcc, I have not looked at remove arc just yet, I was focused on getting the thing in u1-client
[16:40] <mandel> dobey, no idea..
[16:40] <mmcc> ok, sounds good
[16:42] <mandel> mmcc, I'll be away for pycon in a few weeks and then holidays so I want you to have the thing working from point to point and arc is not that necessary right now
[16:43] <dobey> i need to take some holidays
[16:44] <mmcc> mandel: that's fine. I will be getting a laptop with 10.7 on it shortly anyway
[16:47] <mandel> mmcc, ok, nevertheless, I don't want to go and, as spaniards say, dejarte en bragas
[16:48] <mmcc> "dejarte en bragas" -> google translate -> "leave in panties"
[16:48] <mmcc> I TOTALLY UNDERSTAND
[16:51] <mandel> hehehe
[17:03] <mmcc> mandel: ok I read through the add-integration-tests branch and it looks good, but I can't actually run the tests, because I can't build the daemon. can we get someone else to run them? I'm guessing dobey couldn't, and he's the other reviewer on there now
[17:03] <mandel> mmcc, yes, add a +1 but do not approve and gatox can run them :)
[17:03] <dobey> i can't run the tests, no
[17:04] <mmcc> ok
[17:05] <gatox> mandel, i'm going to keep reviewing your branches now.... and keep refactoring later
[17:05] <mmcc> ok, marked and requested gatox
[17:05] <mmcc> hi gatox
[17:05] <mmcc> :)
[17:05] <gatox> mmcc, hi
[17:06] <mmcc> mandel, btw did you get a chance to run control-panel as I pasted earlier? notice anything?
[17:07] <mandel> mmcc, I'm doing it right now, just finished with the old branches..
[17:07] <mmcc> great, thanks mandel
[17:07] <alecu> mandel: I agree with dobey: what's with the "0xfffff000" for the type?
[17:08] <alecu> mandel: it makes no sense that the last nibble of the va_type is also the first nibble of the va_mode.
[17:09] <alecu> mmcc: I'll run the tests
[17:09] <mandel> alecu, the kea->data.mode is the combination of the type and the mode
[17:09] <alecu> mandel: right. But the code is using "and" to split them.
[17:09] <mandel> alecu, why... no idea, I gathered that form the fslogger code which has no doc what so ever..
[17:10] <alecu> mandel: and it makes no sense the way it is now, because it's not exactly splitting them.
[17:10] <alecu> mandel: can you point me at that line in fslogger?
[17:11] <alecu> mandel: don't worry, I've found it.
[17:11] <mandel> alecu, http://osxbook.com/software/fslogger/download/fslogger.c
[17:12] <gatox> mandel, run-integration-tests need to run it with sudo or something?
[17:12] <mandel> gatox, sudo, if you don't it will tell you to do so :)
[17:12] <gatox> mandel, ack
[17:13] <mandel> mmcc, I get the following paste.ubuntu.com/1049486
[17:14] <gatox_mac> mandel, http://paste.ubuntu.com/1049488/
[17:14] <mmcc> mandel, that looks familiar. do you also see the UI with the frozen overlay?
[17:15] <mandel> mmcc, yes, gets there does nothing
[17:15] <mmcc> yep that's what I see. glad it's not just me
[17:15] <mmcc> btw also mandel, quick typo needs-fixing on https://code.launchpad.net/~mandel/ubuntuone-fsevents-daemon/fsevent-is-directory/+merge/109826
[17:15] <mandel> mmcc, ok, I'm EOD I'll fix tom morning
[17:16] <gatox> mandel, before you leave
[17:16] <mandel> gatox, u1trial does have a --reactor option 100% sure, you env is funny
[17:16] <gatox> mandel, cra
[17:16] <gatox> crap
[17:16] <mandel> gatox, if you have the latests version you can remove the --reactor because the default in os x is twisted
[17:17] <mandel> gatox, but yes, your env is funky
[17:17] <gatox> mandel, i'll try
[17:18] <mandel> mmcc, I'm EOD, I'll look into control panel tom once I have fixed some little bugs in the u1-client/fsevents integration (not major, nedd to ignore -spotligh files)
[17:18] <dobey> mmcc, thisfred: sanity check for https://code.launchpad.net/~dobey/ubuntuone-client/update-4-0/+merge/111063 ?
[17:19] <mmcc> mandel: ok, sounds great. consider controlpanel low priority,
[17:19] <mmcc> dobey, will do.
[17:20] <mandel> mmcc, ack
[17:20] <mandel> all, I'm off, laters!
[17:22] <gatox> mandel, bye
[17:23] <thisfred> dobey: +1
[17:23] <mandel> gatox, send me an email if I need to review your branches tom morning, ok?
[17:23] <dobey> thanks thisfred
[17:24] <gatox> mandel, ack
[17:24] <mandel> alecu, I unzipped the linux source code (kernel) in the u1 folder, nothing has happened yet because is processing the music lib I added (5 gb out of 15 gb) I'll let you know how it went tom
[17:25] <alecu> mandel: great.
[17:25] <alecu> mandel: I'm interested in the memory consumption on the python side, and if "DROPPED_EVENTS" shows up.
[17:27] <mandel> alecu, ok, I can give you a num of sd at the moment: Ream mem size 26.5 MB, Virtual Mem 2.42 GB (normal with all those files??) Shared Meme 216 kb Private Mem: 24.6  MB Virtual Private Mem: 111.7 MB
[17:28] <mandel> alecu, cpu % is 7% ~ 9%
[17:28] <alecu> mandel: re: "Virtual Mem", check the size of the tritcask files
[17:29] <alecu> mandel: (regarding the 2gig size)
[17:31] <mandel> alecu, not a single file from the tritcask folder is bigger than 9.2 MB
[17:33] <mandel> alecu, the fsevents daemon virtual meme is also 2.4 GB so the domain..
[17:33] <mandel> alecu, lets look closer tom
[17:33] <alecu> mandel: sure.
[17:33] <mandel> alecu, the systems seems stable but certainly those numbers do not look good
[17:34] <alecu> mandel: it's awesome that's stable, now we can work on making it smaller.
[17:36] <mandel> alecu, yes, is not the worst to have an alpha version that is memory hungry
[17:36] <alecu> mandel: btw: I seem to be missing ocmock...
[17:36] <gatox> mandel, i can't run your testes..... i remove the --reactor thing but there is another problem now..... i'll try to debug it or submit the need fixing in the MP
[17:37] <alecu> mandel: should we install that from the buildout scripts?
[17:37] <mandel> alecu, sorry, yes, the url is given in the description as well as how to add it to the path
[17:37] <mandel> alecu, I don't know.. but I'd say is too much work for what it brings to add it to the buildout
[17:37] <alecu> mandel: probably not on this branch :-)
[17:38] <alecu> mandel: I mean, it's not on the description of this branch.
[17:38] <mandel> alecu, oh, let me find the one that gave it :)
[17:39] <mandel> alecu, here you have it: https://code.launchpad.net/~mandel/ubuntuone-fsevents-daemon/add-dispatcher-tests/+merge/107766
[17:39] <alecu> mandel: thanks. Let's add that bit at least to some readme or wikipage. Tom, of cource.
[17:39] <alecu> *couse.
[17:40] <mandel> alecu, yes, will do
[17:40] <mandel> alecu, added to that branch description too
[17:40] <briancurtin> sigh...new binaries uploaded for signing, my hope that we could skip that step turned out to be wrong
[17:40] <alecu> *course, dam it. (said the beaver)
[17:40] <mandel> alecu, the 11.04 mini specs share from cparrino are a good tests to see if we support : on mac :)
[17:41] <alecu> mandel: awesome. Do we?
[17:41] <mandel> gatox, mmcc, alecu, I should expect a file with the name 'Foundations 11: Faster Uploads' fail, right?
[17:42] <mandel> alecu, I don't think we do atm, will be a pita since we use the linux methods which do not have the translate decorators..
[17:42] <mandel> but lets not support that just yet
[17:42] <gatox> mandel, fundations file?
[17:43] <mandel> gatox, yes, look at the evil ':' in the name :)
[17:43] <mandel> evil evil..
[17:43] <gatox> ahhhhhhhhhhhhhh
[17:43] <mandel> gatox, I remember that share 'cuase it gave me nightmares in the windows port
[17:43] <mandel> ok, really leaving now, laters!
[17:43] <mandel> o/
[17:43] <gatox> mandel, bye
[17:44] <mmcc> mandel, it might not fail... :)
[17:44] <mmcc> in terminal, do 'touch foo:bar'
[17:44] <mmcc> ls -l shows it as foo:bar
[17:44] <mmcc> the Finder shows it as foo/bar
[17:45] <mandel> mmcc, great!
[17:45] <mandel> mmcc, I wonder what happens with the event from the fsevents
[17:45] <mandel> I'll tests tom
[17:45] <mandel> stop being interesting, bye!
[17:45] <mmcc> yep, we'll see
[17:45] <mmcc> bye mandel
[17:48] <mandel> mmcc, just tested it, it uses ':' correctly :)
[17:48]  * mmcc going for lunch
[19:36] <joshuahoover> ralsina: how's the windows release going? :)
[19:36] <briancurtin> joshuahoover: waiting for binaries to be re-signed...i sent bad ones
[19:37] <ralsina> joshuahoover: ^
[19:37] <joshuahoover> briancurtin: ah, k
[20:01] <gatox> ok...... eod and i need to leave...... i'll finish with the refactor tomorrow
[20:01] <gatox> bye peoplle!
[20:45] <ralsina> EOD for me, see you all in 2 days!
[20:45] <briancurtin> see ya ralsina, i'll be pushing the release on whenever they get back to me
[20:45] <ralsina> briancurtin: awesome, thanks
[21:22] <mmcc> uh-oh. mandel's fsevents daemon uses a JSON parsing api that's only available on 10.7.
[21:27] <mmcc> But that's hopefully not a blocker - There's an alternative, https://github.com/johnezang/JSONKit that's supposed to be faster and is BSD licensed.
[21:28] <mmcc> mandel knows about it. we'll see tomorrow
[21:39] <dobey> ok, i gotta run. have a good evening all
[22:10] <mmcc> almost EOD and I've finished my 7 reviews. Anyone still around and have anything I need to review?
[22:31] <ralsina> mmcc: no, go to sleep :-)
[22:32] <mmcc> ralsina: I'm so far from sleep it's not even funny. I have painting to do...
[22:32] <ralsina> mmcc: or hibernate, depending on your system settings
[22:33] <ralsina> mmcc: just kidding, have fun!
[22:33]  * mmcc wonders if I can use the "boss told me to sleep instead" line
[22:41]  * mmcc heads out to go buy paint