[07:05] <trubbor> Are any UbuntuOne admins on this chat?
[08:27] <mandel> ralsina, can be done, I usually do reviews in the morning when I'm lazy, is a good way to start the day :)
[11:04] <gatox> good morning!
[11:15] <mandel> gatox, morning!
[11:15] <gatox> mandel, hi
[11:19] <mandel> gatox, how is everything going?
[11:19] <gatox> mandel, fine..... a little bit tired (i don't know why).... but fine..... you?
[11:20] <mandel> gatox, ok, getting the ipc to domain sockets is showing some error in the way the tests were written, so fixing it
[11:21] <mandel> gatox, dirty reactors, dirty reactors everywhere!
[11:22] <gatox> mandel, yep..... yesterday before my sick leave..... i was trying to fix the fsevents tests..... obviusly there are some problems inn the way i implemented (because of the way the macfsevents lib works)....... but now with the tests it's easier to see what should do and start changing the code
[11:24] <mandel> gatox, I'm glad we have all this tests.. but is a PITA to have to run them.. in my machine the u1-client ones are really slow
[11:24] <gatox> mandel, ahhhh yes..... but for it's quick because in this moment i'm only running the tests for filesystem_notifications in mac
[11:24] <gatox> s/for it's/for me it's
[11:25] <mandel> gatox, yeah, I'm running all, it seems that we are doing something bad in the tests because when we use tcp as the transport things work, if we change it to domain sockets it times out..
[11:26] <gatox> :S
[11:26] <mandel> gatox, and is not an easy thing to debug, but once done we will have the perpective-broker tests running over tcp and domain sockets on linux
[11:39] <rye> alecu: please ping me when you are back
[12:06] <alecu> hello, all!
[12:06] <alecu> rye, pingback
[12:07] <gatox> alecu, hi
[12:10] <mandel> alecu, hello!
[12:10] <mandel> gatox, alecu, can I have a very simple review for a bug I found in u1-dev-tools, you can find the MP here: https://code.launchpad.net/~mandel/ubuntuone-dev-tools/correct-cleanup/+merge/106791
[12:10] <gatox> mandel, ack
[12:10] <mandel> alecu, and, was it you the one that took all those legos? :P
[12:14] <mandel> gatox, by the way, that fixes the problem I was having with domain sockets.. and is my fault, stupid mandel!!
[12:15] <rye> alecu: i tried running tests within the trunk branch on precise and they don't actually pass
[12:15] <rye> alecu: http://paste.ubuntu.com/1000703/
[12:15] <alecu> looking
[12:16] <rye> alecu: that's with the IN_CLOSE_WRITE filter
[12:16] <rye> re-runnign with real branch
[12:17] <rye> mandel: also, where do you get skipIfJenkins for trunk?
[12:17] <mandel> rye, from ubuntuone-dev-tools
[12:17] <mandel> rye, should be in trunk
[12:17] <rye> mandel: quantal or precise? no such thing in precise version
[12:17] <rye> ah
[12:18] <mandel> rye, trunk as in nightlies
[12:20] <gatox> mandel, +1
[12:20] <ralsina> good morning!
[12:20] <mandel> gatox, sweet, thx!
[12:20] <alecu> hola ralsina!
[12:20] <mandel> ralsina, morning! so, what do we do about my review days?
[12:20] <gatox> ralsina, hi
[12:21] <ralsina> mandel: nah, let's keep it as it is, since you *are* doing reviews on monday mornings
[12:21] <ralsina> mandel: I just had not seen it
[12:21] <ralsina> alecu: we are getting urther comments on the proxy bug: a windows user claiming .pac isnot being parsed
[12:21] <mandel> ralsina, well, mondays are quite calm, I can also do some on tuesday mornings to add some extra review eyes there
[12:22] <ralsina> mandel: awesome, since tuesdays it's mmcc which can use a hand, and I have way too many calls
[12:22] <mandel> ralsina, sorted then, mondays and tuesdays for me, I'll update the calendar
[12:23] <ralsina> mandel: awesome
[12:25] <alecu> ralsina, we don't support .pac, right.
[12:25] <mandel> alecu, can you take a look at https://code.launchpad.net/~mikemc/ubuntu-sso-client/no-darwin-in-linuxnwindows-tests/+merge/105924
[12:25] <alecu> mandel, sure
[12:25] <ralsina> alecu: I thought I recall that on windows we do? Or maybe we need Qt 4.8 for that?
[12:26] <alecu> ralsina, the Qt docs claim it's supported, but I've never tested it myself
[12:26] <mandel> alecu, we also need your review for https://code.launchpad.net/~mikemc/ubuntu-sso-client/fix-networkstate-darwin/+merge/105926 so that michels branches land :)
[12:26] <ralsina> alecu: ok
[12:27] <alecu> ralsina, and I'm waiting to see if more people request that feature, before working on it.
[12:29] <alecu> ralsina, also, it's very likely that QNetworkAccessManager supports it (when downloading urls for webservice calls) but the low level qsockets do not support them automatically (as used by the proxy tunnel)
[12:30] <alecu> ralsina, plus we won't be able to support it on linux and mac (other than interpreting the .pac ourselves)
[12:30] <alecu> ralsina, so.... I'm just tempted to say "we don't do .pacs"
[12:31] <alecu> ralsina, the user can always download the .pac and set the proxy values manually. (unless the .pac is complex and has weird rules)
[12:31] <ralsina> alecu: ok, so we may have to do a manual config. dialog instead
[12:31] <alecu> (one of our windows users already did this)
[12:32] <alecu> ralsina, by "manually" I meant on the system control panel.
[12:32] <alecu> ralsina, but yes, that means that we'll be "unautomatizing" other apps....
[12:32] <ralsina> alecu: yes, but that may break things in the case of complex .pacs right
[12:33] <ralsina> so, ok, let
[12:33] <mandel> ok, lunch for me
[12:33] <ralsina> oops
[12:33]  * mandel lunch
[12:33] <ralsina> let's wait and see
[12:34] <alecu> ralsina, right. We knew from the start that we would not be able to support *every* weird proxy use case. And as supporting this in a sane way means including a js parser, I'm tempted to push this forward for some time.
[12:34] <alecu> *js interpreter
[12:34] <ralsina> alecu: yeah
[13:42]  * mandel back
[13:43] <ralsina> dobey: 1920x1080 on a 11" ultrabook sounds nice? http://www.engadget.com/2012/05/22/asus-zenbook-prime/
[13:44] <ralsina> dobey: I'm guessing that's close to 180 dpi
[13:46] <dobey> bah, that url redirected to /
[13:48] <ralsina> dobey: it's exactly 200dpi
[13:49] <ralsina> but it's IPS so the real DPI is slightly lower because it's pentile
[13:49] <dobey> it's 189 dpi; presuming it's actually 11.6"
[13:50] <ralsina> if it's 11" that's 9.6*5.4 which is exactly 200 though
[13:51] <ralsina> but yeah, it depends on it being really 11". If it is, I want one :-)
[13:51] <dobey> would be much better if it was 8.9" though
[13:51] <dobey> but that resolution at 11" is at least starting to be respectable
[13:51] <ralsina> dobey: and cheap, really, about 900 for a loaded notebook
[13:55] <rye> alecu: re: https://code.launchpad.net/~alecu/ubuntuone-client/ignore-in-close-write-in-dirs - have your test run completed successfully?
[13:59] <briancurtin> ralsina: FYI i sent the binaries in for signing yesterday afternoon...hopefully they come back today
[13:59] <ralsina> briancurtin: cool, thx
[14:03] <alecu> rye, yes, my test run worked just fine. I'm updating precise to see if I missed anything.
[14:03] <alecu> rye, can you also try running the tests on an up to date trunk?
[14:07] <alecu> mandel, why the "return defer.succeed(None)" in your branch?
[14:08] <mandel> alecu, I want to be consistent and always return a deferred (cleanup does return one) rather than return None sometimes and a defer other
[14:09] <alecu> mandel, addCleanup *optionally* takes a deferred. If one is returned, it waits for it to complete before going to the next text.
[14:10] <alecu> mandel, so that's why I think that line is redundant.
[14:10] <mandel> alecu, I can happily remove it, but the branch was already merge, I can me a new one if you want, not too much work
[14:10] <alecu> mandel, it's part of addCleanup interface for that deferred to be optional.
[14:11] <alecu> mandel, oh, right: it was merged. I didn't see eric's review.
[14:11] <alecu> mandel, don't worry then.
[14:11] <alecu> mandel, I got the tab opened to review laters :-)
[14:14] <mandel> alecu, are you sure you don't want me to remove it, is a second and with a +1 from you we can merge it
[14:14] <mandel> alecu, less code == less bugs and if it is redundant.. I have no problem in doing so
[14:14] <dobey> bah
[14:15] <dobey> nobody has tried my fix for the installer bug :(
[14:15] <ralsina> duanedesign: I am clueless about what may be happening to http://askubuntu.com/questions/123580/ubuntu-one-sign-in-with-windows-client-fails
[14:16] <ralsina> dobey: well, I tried it but it does not fail for me without it either
[14:17] <alecu> mandel, you've got my +1 if you want to remove it.
[14:18] <mandel> alecu, ok, will do then :)
[14:18] <dobey> ralsina: yes, but i commented on the bug with a link to the nightlies deb, asking people who are getting the problem, to try it
[14:18] <ralsina> dobey: ack
[14:20] <dobey> how is it that so many people are having problems with dbus giving "connection refused" from ubuntu-sso-client, as well.
[14:20] <dobey> and not say, all the other multitude of things using dbus
[14:21] <mandel> alecu, here is the MP without that line: https://code.launchpad.net/~mandel/ubuntuone-dev-tools/remove-redundancy/+merge/106816
[14:22] <mandel> wow.. I have not had to do a bzr brake-lock in ages.. weird
[14:22] <dobey> break
[14:22] <dobey> brakes are the things in your car
[14:23] <mandel> dobey, sorry, I always confuse them..
[14:23] <mandel> stupid brain
[14:26] <briancurtin> mandel: which branch(es) do you have which fix IPC on windows?
[14:27] <mandel> briancurtin, I'm about to propose them, I had to fight a little with the reactor being left dirty
[14:27] <briancurtin> mandel: everyone's enemy
[14:27] <mandel> briancurtin, are you block by them?
[14:27] <briancurtin> mandel: well i was just looking into why SD isn't starting up yesterday afternoon, and i think it's what you're working on
[14:28] <briancurtin> mandel: i'll gladly review and test the branch
[14:28] <briancurtin> or branches
[14:29] <mandel> briancurtin, ok, will ping you as soon as I propose them
[14:30] <mmcc> morning folks, catching up
[14:30] <ralsina> mandel: just read that you now have to ask for government permission to broadcast sound or video over the internet in cataluña. You guys are weird.
[14:31]  * mmcc wouldn't mind regulation of broadcasting blog comments over the internet
[14:31] <mandel> ralsina, the country is really going down to hell, seriously, so far 5 of my friends left already and I have been warned that I might get into trouble do to the contract with canonical (I'm looking at what they mean)
[14:32] <ralsina> mandel: yeah, because bringing money into spain is something they really can't stand, I guess
[14:33] <mandel> ralsina, they don't like that you have a contract with a company as a freelancer for an unlimited amount of time (they want their cut)
[14:34] <mandel> anyways, not the place to talk about this things
[14:35] <dobey> mandel: time to move to BsAs! :P
[14:37] <mandel> thisfred, after talking with alecu I removed a line, can you take a look: https://code.launchpad.net/~mandel/ubuntuone-dev-tools/remove-redundancy/+merge/106816
[14:37] <mandel> dobey, not just yet.. but looks like a possible outcome
[14:38] <thisfred> mandel: yeah that makes sense, I guess. +1
[14:40] <mandel> thisfred, thx!
[14:47] <alecu> mandel, +1
[14:47] <mandel> gatox, I've got a branch that gives us ipc on mac for ui1-client (also fixes the broken tests on windows) :)
[14:47] <mandel> alecu, superb, thx!
[14:48] <mandel> alecu, you still have to tell me if you are the SAP executive that stole all those legos.. silence will interpreted as a yes :)
[14:48] <gatox> mandel, awesomeeeeeeee
[14:49] <gatox> mandel, i'm still working in the fsevents branch.... some events seems no to be properly processed
[14:49] <mandel> gatox, no worries, is a very complicated part of the project I'd be surprise if you had no problems :)
[14:50] <gatox> mandel, jeje thx
[14:51]  * alecu hits mute on his irc client. // cc: mandel
[14:51] <mandel> lol
[14:51] <alecu> mandel, I'm not getting caught just like that!
[14:51] <alecu> mandel, and in fact, that dude looks like "Benjamin Linus" from Lost
[14:52]  * alecu ought to get a better chair
[14:52] <mandel> alecu, he does look like him a lot!
[14:52] <alecu> mandel, so, I fear that the Legos are a facade for a much more darker plan involving islands and time travel
[14:53] <mandel> alecu, if you have to do a time travel machine I think legos are well suited for the first version
[14:54] <ralsina> dobey, alecu, mandel, gatox, thisfred, briancurtin, mmcc: standup in 6'
[14:54] <gatox> ralsina, ack
[14:54] <alecu> mandel, well, not if you are travelling before 1949... you need wooden blocks in that case.
[14:56] <thisfred> ack
[14:56] <mandel> gatox, can you run the tests for lp:~mandel/ubuntuone-client/domain-sockets in you evil always failing manuel hating windows vm?
[14:56] <gatox> mandel, LOL ok!
[14:57] <mandel> alecu, gatox, mmcc, we have the fsevents chat after the standup, is that correct?
[14:57] <gatox> mandel, yes
[14:57] <mmcc> yes mandel
[14:57] <alecu> mandel, try to limit the machines that hate you to "virtual". Remember what happened to Sara Connor!
[14:58] <mandel> alecu, hahahaha
[14:58] <gatox> jejeje
[14:59] <gatox> mandel, your branch has some conflicts with trunk
[14:59]  * gatox always execute merging with trunk
[15:00] <gatox> mandel, no problem..... the conflicts resolve automatically with bzr resolve
[15:00] <ralsina> me
[15:00] <gatox> me
[15:00] <alecu> me
[15:00] <mandel> gatox,  great, I'll merge before I propose the merge
[15:00] <mandel> me
[15:00] <mmcc> me
[15:01] <briancurtin> me
[15:01] <ralsina> me go!
[15:01] <ralsina> DONE: reviews, minor progress in a bug, mgmt call, tech leads call, helped around, bled on my notebook (no, I can't get over it yet), I think I have my sinuses filled with rattlesnakes while I was asleep, pain TODO: go to the rattlesnake doctor, try to do stuff BLOCKED: by the previously mentioned rattlesnakes NEXT: gatox
[15:01] <gatox> DONE:
[15:01] <gatox> Sick leave, keep debugging fsevents on mac, some events seems to not be process or throw properly.
[15:01] <gatox> TODO:
[15:01] <gatox> Keep fixing fsevents on mac.
[15:01] <gatox> BLOCKED:
[15:01] <gatox> No
[15:01] <gatox> mandel, go
[15:02] <alecu> DONE: 99% finished with sec patches
[15:02] <alecu> TODO: os-ten fs notifications mumble, finish above, bug sorting in u1-client
[15:02] <alecu> BLOCKED: no
[15:02] <alecu> PREV: time traveler mandel
[15:02] <mandel> DONE: Fixed bug 1002208 bug 1001296 and bug 1002834.
[15:02] <mandel> TODO: Muble chat about fsevents. Propose branch for ipc over domain sockets on u1-client. Look at cp and provide domain socket support. Move back to fsevents.
[15:02] <mandel> BLOCKED: no
[15:02] <mandel> mmcc, please
[15:02] <mmcc> DONE: UX & App Store discussion, review, looking into py2app
[15:02] <mmcc> TODO: review day, more py2app & pyinstaller
[15:02] <mmcc> BLCK: NO
[15:02] <mmcc> NEXT: briancurtin
[15:02] <briancurtin> DONE: installer created from release-3_0_1, installer tested, binaries sent for signing, looked into why SD not working (but i think it's what mandel's branch fixes)
[15:02] <briancurtin> TODO: get installer signed if binaries come back today, get SD working if the branch doesn't fix it
[15:02] <briancurtin> BLOCKED: None
[15:02] <briancurtin> NEXT: i think we're done
[15:03] <gatox> yap
[15:03] <ralsina> ok, comments?
[15:03] <gatox> nop
[15:04] <gatox> alecu, mandel mmcc i'm already in mumble
[15:04] <mandel> going
[15:04] <joshuahoover> briancurtin, ralsina: do we need to "nudge" IS on signing the binaries?
[15:04] <ralsina> joshuahoover: can't hurt
[15:04] <dobey> oh
[15:04] <dobey> me
[15:04] <ralsina> joshuahoover: at least get the standard "top of our queue!" response
[15:04] <dobey> λ DONE: finished bug #853060 (hopefully), SRU uploads
[15:04] <dobey> λ TODO: finish 3.0.1 SRU uploads, find someone to test installer fix
[15:04] <dobey> λ BLCK: none.
[15:05] <joshuahoover> ralsina: do you mind doing that?
[15:05] <mandel> gatox, in that conflict I'm removing the tests/platform/ipc/test_darwin.py because /tests/platform/ipc/test_perspective_broker.py
[15:05] <ralsina> joshuahoover: not at all, will do
[15:05] <joshuahoover> thanks!
[15:05] <mandel> gatox, and I think we can do the same with tools because the only thing that should change in the transport
[15:25] <mandel> briancurtin, I have proposed a branch that fixes the windows tests: https://code.launchpad.net/~mandel/ubuntuone-client/domain-sockets/+merge/106833
[15:25] <briancurtin> mandel: cool, i'll take a look
[15:33] <dobey> bbiab, lunch time
[15:36] <mandel> thisfred, if you fancy an interesting review: https://code.launchpad.net/~mandel/ubuntuone-client/domain-sockets/+merge/106833
[15:36] <mandel> ralsina, the jenkins slave is misbehaving :(
[15:37] <ralsina> mandel: whip it!
[15:37] <mandel> ralsina, we are on it
[15:37] <ralsina> mandel: misbehaving how?
[15:37] <thisfred> whip it good!
[15:37] <ralsina> thisfred: hi5! ;-)
[15:37] <thisfred> oh and: me
[15:37] <mandel> ralsina, https://jenkins.errormessaging.com/view/Windows/job/ubuntuone-dev-tools-windows-test/11/console
[15:37] <thisfred> DONE: found and fixed a few memory leaks in u1db TODO: change u1db API so document.content is a dictlike object BLOCKED: no NEXT:
[15:38] <thisfred> sry got drawn into u1db discussion
[15:54] <gatox> alecu, https://code.launchpad.net/~diegosarmentero/ubuntuone-client/darwin-fsevents
[16:06] <alecu> gatox: awesome!
[16:18] <mandel> gatox, I believe I have fixed bug 997663 by accident
[16:18] <mandel> gatox, not accident, but side effect of another branch
[16:18] <gatox> mandel, cool.... do you want to assign that yo you?
[16:18] <mandel> gatox, sure
[16:19] <mandel> gatox, we need to merge the tools.py for darwin and windows so that we have ipc for control panel, want me to do that?
[16:20] <gatox> mandel, merge how?
[16:21] <briancurtin> mandel: in the description of the domain-sockets branch, it says "using at least revno 73"...of what project?
[16:21] <mandel> gatox, they both use perspective broker, the real diff is that the transport is different, this means that we can use the exact same code and we are done :)
[16:21] <mandel> briancurtin, sorry, ubuntuone-dev-tools
[16:21] <mandel> briancurtin, I'll update the description
[16:21] <gatox> mandel, ahhhhh so yes :P
[16:22] <mandel> gatox, if you look at https://code.launchpad.net/~mandel/ubuntuone-client/domain-sockets/+merge/106833 you can see is the exact same code :)
[16:22] <gatox> mandel, ack
[16:22] <mandel> gatox, so, 2 birds with one stone!
[16:22] <gatox> awesom
[16:24] <mandel> gatox, I'll take care of bug 1002994
[16:25] <mandel> gatox, should be very easy and is a matter of changing the tests and also make them run on linux like the ipc ones do in my proposed branch
[16:25] <gatox> mandel, great...... let me know for review time!
[16:25] <gatox> mandel, so i can take a better look at it and see how it works
[16:25] <mandel> gatox, I need you to run the tests for the other first hehehe
[16:26] <mandel> gatox, super easy: https://code.launchpad.net/~mandel/ubuntuone-client/domain-sockets/+merge/106833
[16:26] <thisfred> manuel: should we be using real paths in tests? Or does this not actually write to the filesystem?: TEST_DOMAIN_SOCKET = os.path.join(basedir.xdg_cache_home, 'ubuntuone', 'ipc')
[16:26] <gatox> mandel, i forgot to tell you that the tests for that one are failing really bad on windows
[16:26] <mandel> gatox, really? may I see?
[16:27] <gatox> mandel, saving the output to a file
[16:27] <mandel> thisfred, is does not write in the file system, basedir is patch to write under _trial_tests
[16:27] <mandel> thisfred, is some magic added by u1trial
[16:27] <thisfred> mandel: excellent
[16:31] <dobey> it's not patched, but the env var is set; but yeah, you can use the stuff from dirspec directly
[16:33] <mandel> dobey, yes, could not care enough to explain it properly (on a phone call)
[16:33] <mandel> gatox, hey, I'm leaving give me the output! :P
[16:34] <gatox> mandel, wait a sec........ f#$%ing vm
[16:34] <thisfred> mandel: +1 with two small remarks
[16:34] <mandel> gatox, I expected more unicode in that word coming form you!
[16:34]  * alecu is starving too
[16:34] <mandel> thisfred, cool, let me check
[16:35] <gatox> alecu, starving! always forget
[16:35] <alecu> gatox ;-)
[16:35] <gatox> mandel, http://paste.ubuntu.com/1001185/
[16:35] <gatox> mandel, jajajaa
[16:35] <gatox> ok..... lunch for me!
[16:36] <mandel> gatox_lunch, looks like it was broke when merging with trunk
[16:37] <mandel> gatox_lunch, pull and run the tests I did the merge manually and pushed it
[16:39] <mandel> gatox_lunch, for example: http://bazaar.launchpad.net/~mandel/ubuntuone-client/domain-sockets/view/head:/tests/platform/ipc/test_windows.py
[16:42] <briancurtin> mandel: domain-sockets tests pass, now for an actual review
[16:55] <mandel> ok, EOD for me
[16:56]  * mandel goes to get hurt at rugby
[17:20]  * mmcc lunch
[17:42] <ralsina> thisfred: I am asking you to answer bug #1003028 because my head hurts
[17:42] <ralsina> also, I am mean
[17:42] <thisfred> ralsina, can I answer "won't fix, project abandoned" ?
[17:42] <ralsina> thisfred: you could answer 'why the heck are you installing that?'
[17:43] <thisfred> how did desktopcouch even receive an update?
[17:45] <dobey> huh?
[17:45] <dobey> oh i fixed a bug in it
[17:45] <thisfred> ralsina: I have trouble believing desktopcouch is causing logouts, but nothing is impossible I guess. There is some strange code in there
[17:45] <dobey> so this guy is probably on oneiric
[17:46] <thisfred> dobey: yep, but he says  someone else is seeing it on precise
[17:46] <dobey> however, the update simply added an apport file
[17:46] <thisfred> why are we backporting anything wrt desktopcouch?
[17:46] <dobey> to the package, as it was missing though being installed by setup.py install
[17:46] <dobey> we aren't
[17:46] <thisfred> ok
[17:46] <dobey> i doubt it's desktopcouch though
[17:47] <thisfred> so then there must be something else that caused this right? Unless it's apport + dc
[17:47] <ralsina> sounds like OOM killer
[17:47] <ralsina> as in "the guy has bindwood with 8GB of data and desktopcouch is killing his session" or something
[17:47] <thisfred> ralsina: either way, I have no idea, sounds like dobey may be better suited to answer
[17:47] <dobey> it's say "INCOMPLETE"
[17:47] <ralsina> he
[17:48] <ralsina> we are supposed to *ask* something before marking incomplete
[17:48] <ralsina> "what's your zodiac sign" -> incomplete
[17:48] <thisfred> "come here often?"
[17:53] <dobey> i wonder what all actually uses desktopcouch, in the archive
[17:53] <dobey> ralsina: replied/incompleted
[17:53] <ralsina> dobey: thanks
[17:57] <dobey> oh right, holiday
[18:01] <ralsina> dobey: +1 on the holiday
[18:02] <alecu> rye, I've ran the tests on a fully-up-to-date precise, and they all pass.
[18:03] <dobey> hrmm
[18:20] <dobey> hmm
[18:22] <ralsina> duanedesign: if you are ever so kind... https://bugs.launchpad.net/ubuntu/+source/ubuntuone-client/+bug/1002990
[18:22] <ralsina> duanedesign: because I have no idea what he's talking about
[18:33] <dobey> grr, clouds
[18:33] <alecu> gatox, ping
[18:34] <gatox> alecu, pong
[18:34] <alecu> gatox: I've taken a look at the filesystem notifications branch you are doing for darwin, and it's looking very good.
[18:35] <alecu> gatox: one thing that I'm not sure I'm understanding is how the events are being put back into the reactor main thread.
[18:35] <gatox> alecu, great..... i was a little worry about some things that i didn't know very well...... but i'm understanding them better with the tests
[18:36] <gatox> alecu, that is what i'm testing right now..... because i think that the problem i'm having in this moment is exactly that!
[18:36] <gatox> the problem about the events not going into the processor
[18:37] <alecu> gatox: so, "fsevents.Stream(self._process_events....)" says that _process_events will handle all the events, right?
[18:37] <alecu> gatox: but what thread is calling that method?
[18:37] <gatox> alecu, yes...... but now i see that this is being called inside the macfsevents thread....... which is not what i want
[18:38] <alecu> gatox, right: it must be ran inside the thread started by self.observer.start()
[18:38] <alecu> gatox: it should be called inside the twisted main thread instead.
[18:39] <gatox> alecu, yes.... i'll try to tweak that a little...... but that EXACTLY the problem i'm having right now :P
[18:39] <alecu> gatox: so: _process_events should be renamed _process_events_in_main_thread, and in _process_events there should be just a call to "reactor.callFromThread" to the full method.
[18:40] <dobey> mmcc: care to review https://code.launchpad.net/~dobey/poauth/test-runner/+merge/105874 ?
[18:40] <alecu> gatox: does that make sense?
[18:40] <gatox> alecu, and that will call a function inside the reactor loop from another thread?
[18:42] <mmcc> back
[18:42] <mmcc> dobey, sure
[18:42] <alecu> gatox: if you call that from any thread, it will safely store your function and your args in a reactor queue, and when the reactor is idle it will call your function.
[18:42] <alecu> gatox, so, yes :-)
[18:43] <gatox> alecu, awesome! that's the twisted magic i was needing!
[18:43] <alecu> gatox: reactor.callFromThread(yourfunction, *args, **kwargs)
[18:43] <alecu> gatox: that's the only safe method in the whole of twisted that you can call from a different thread.
[18:44] <gatox> alecu, great!! i think that maybe that can fix some of the tests that are broken!! THX alecu!
[18:46] <dobey> how the heck am i supposed to find someone to test this fix
[18:46] <ralsina> dobey: want me to lie?
[18:46]  * ralsina woul lie for dobey
[18:47] <dobey> s/for/to/ ?
[18:47] <ralsina> "Not only does this ix it, my computer now knows how to make belgian waffles"
[18:47] <ralsina> feel free to quote me!
[18:48] <dobey> bring me a waffle and a trippel karmeleit, then we can talk
[18:48] <ralsina> dobey: the waffle is in the mail!
[18:50] <dobey> too bad customs in argentina will eat it and forward an empty box
[18:52] <briancurtin> if alfajores would make it here, i'd buy some right now
[18:52] <dobey> indeed
[18:52] <ralsina> I am fairly sure there has to be a place in Chicago that sells alfajores
[18:52] <dobey> i would fill an atlas f silo with them
[18:53] <ralsina> although it seems not: http://articles.chicagotribune.com/2004-01-09/entertainment/0401090415_1_cookie-argentina-uruguay
[18:53] <dobey> the alfajores must be protected from nuclear attack
[18:53] <briancurtin> ralsina: there's "buenos aires deli" here that supposedly has good ones along with empanadas, but every time i remember it, it's already closed for the day
[18:54] <briancurtin> it was on TV a few times for being pretty authentic, i guess
[18:54] <ralsina> it seems their specialty is maizena... ok
[18:54] <dobey> heh
[18:54] <ralsina> http://lateral.netmanagers.com.ar/weblog/posts/BB985.html
[18:55] <ralsina> briancurtin: http://www.facebook.com/LucilasHomemade
[18:55] <ralsina> No excuses, dude, you live in a big city :-)
[18:56] <briancurtin> oh man i forgot about that place
[18:56] <dobey> and not only a big city; but one renowned for illegal immigrants and their connections to illegal activities
[18:57] <briancurtin> ive been too busy making treks around the city for italian beef sandwiches and hot dogs...need to get back on the trail of argentine stuff
[18:57] <ralsina> haha
[18:57] <dobey> argentine, italian, they're pretty well connected
[18:57] <mmcc> briancurtin: how far do you really have to trek in Chicago for italian beef sandwiches? Don't they come out of the faucets there?
[18:57] <ralsina> dobey: being the grandson of Enriquetta Doffo and Umberto Primo, I endorse that statement
[18:58] <dobey> heh
[18:58] <briancurtin> mmcc: they're everywhere, but i'll drive around all day just finding new places and "have to try them". good beef places here are like starbucks in the suburbs - everywhere
[18:59] <mmcc> briancurtin: ah, understood :) it's like BBQ here. hole in the wall joints in strip malls can be amazing
[18:59] <ralsina> And if you guys want the real thing: online havanna alfajores: http://www.amigofoods.com/haalmi12al.html
[18:59] <ralsina> briancurtin: that happened to me in Istanbul, I tried a different kebab place every day for two months
[19:00] <ralsina> briancurtin: always looking for the mythical perfect kebab
[19:00] <mmcc> this food talk is distracting, I had oatmeal for lunch, after oatmeal for breakfast.
[19:01] <ralsina> OTOH, 40 dollars for a box... I am taking some with me if I ever go back to the US and selling them in the black market
[19:01]  * mmcc found in Austin: http://www.buenosairescafe.com/
[19:02] <ralsina> mmcc: a distinct upgrade from oatmeal, guaranteed
[19:02]  * ralsina measures the suitcase, he can probably fill it with alfajores and bring back two ultrabooks from the profit
[19:03] <mmcc> yeah, it's been oatmeal and rice since saturday. dying to get some grease
[19:03] <briancurtin> that's too long. the pre-game meeting for my series over the weekend was at a hot dog stand each time #america
[19:04]  * briancurtin will never use a hash tag again in IRC
[19:05]  * mmcc dug it
[19:05] <ralsina> thisfred, dobey: desktopcouch found not guilty
[19:06] <dobey> of course
[19:12] <ralsina> oh, good, doctor's here. I'm gonna get me some prescription!
[19:12]  * alecu runs to kinder
[19:20]  * briancurtin brb, late lunch
[19:26] <thisfred> ralsina: I saw
[19:26] <thisfred> whew
[19:28] <ralsina> not only do I have access to doctors that do house calls, but he gave me free medicine samples. Socialism works dudes.
[19:28] <ralsina> ok, not really socialism, I am paying for this, but still, better than paying U$S 900 to be told "your kid has a fever, give him ibuprofen"
[19:30] <dobey> ralsina, alecu: i think we can mark https://bugs.launchpad.net/ubuntu-sso-client/+bug/617353 as wontfix no?
[19:30] <ralsina> dobey: yep
[19:31] <ralsina> dobey: mention that now, if NM is not installed, we assume there is network
[19:31] <ralsina> connectivity
[19:31] <dobey> eh, alecu filed the bug :)
[19:31] <dobey> i think he knows
[19:32] <ralsina> haha
[19:34] <joshuahoover> ralsina: have a windows proxy user behind an http proxy with no auth who can't connect, i attached logs to bug #1003085
[19:34] <joshuahoover> right, because it's private... http://pad.lv/1003085
[19:35] <ralsina> joshuahoover: ooooook, alecu? ^
[19:35] <ralsina> joshuahoover: I get a 404 there, too
[19:35]  * alecu is back
[19:35] <joshuahoover> ralsina: i had to subscribe u1...can you try again?
[19:35] <ralsina> joshuahoover: found it searching for the bug #
[19:36]  * joshuahoover needs to figure out what the new lp bug privacy settings mean/do
[19:36] <ralsina> joshuahoover: private means 'post in facebook wall, set to private'
[19:36] <joshuahoover> ahhhh...makes sense
[19:37] <ralsina> but yeah, me too
[19:38] <dobey> what do you mean "new" lp bug privacy settings?
[19:38] <ralsina> alecu: looks like this is the "computer has no DNS whatsoever" case
[19:38] <joshuahoover> dobey: try to create a new bug and you'll get options for who can see it...loads of fun
[19:38] <ralsina> Failure: twisted.internet.error.DNSLookupError: DNS lookup failed: address 'm.root-servers.net' not found: [Errno 11004] getaddrinfo failed.
[19:39] <alecu> ralsina, have we seen that before?
[19:39] <ralsina> alecu: we imagined it may cause trouble ;-)
[19:39] <ralsina> alecu: never tested it though, AFAIK
[19:39] <dobey> what the heck
[19:39] <dobey> thos options make no sense
[19:40] <ralsina> dobey: thus the need to learn them
[19:40] <dobey> hah
[19:40] <dobey> and the "this is a security issue" thing is gone
[19:40] <joshuahoover> dobey: i knew you'd appreciate them
[19:40] <ralsina> things that make sense, we just guess
[19:40] <alecu> ralsina, the weird thing I see is that the proxy tunnel is started, but the SD logs then say: "Connection started to host fs-1.one.ubuntu.com, port 443"
[19:40] <alecu> ralsina, so it's royally ignoring the tunnel.
[19:40] <dobey> ralsina: i guess we all need to have laweyers to answer those questions
[19:40] <alecu> the tunnel sees no activity at all (other than being started).
[19:41] <ralsina> alecu: could be a race condition if the proxy tunnel starts VERY slowly
[19:41] <ralsina> ?
[19:41] <ralsina> or crashing very badly
[19:42] <dobey> joshuahoover: looking at those options, i think we probably just always pick "proprietary" for the cases where we need to manually file private bugs that aren't private by default
[19:43] <alecu> ralsina, "VERY" slowly may trigger a timeout in SD.
[19:43] <joshuahoover> dobey: yeah, i think you're right
[19:43] <alecu> ralsina, there's a timeout in the code that starts the tunnel, in fact.
[19:43] <ralsina> alecu: yeah, but that would mean, like 30 seconds to start
[19:43] <alecu> ralsina, and VERY slow seems likely when DNS is broken.
[19:43] <ralsina> right
[19:43] <joshuahoover> ralsina: not that you don't already know this, but win 3.0.1 can't come fast enough...drowning in requests about it
[19:44] <ralsina> joshuahoover: pinged IS, no response yet
[19:44] <joshuahoover> ralsina: i figured
[19:44] <ralsina> briancurtin: can you ping them in #is ?
[19:44] <briancurtin> will do right now
[19:44] <ralsina> briancurtin: thanks
[19:44] <joshuahoover> thanks guys, sorry this process gets bogged down so much
[19:45] <alecu> ralsina, scratch that. DNS failing is fast in that computer: all the getaddrinfo for every root dns servers took less than a second.
[19:45] <ralsina> joshuahoover: you could give them the unsigned installer
[19:45] <ralsina> alecu: so it has a DNS server configured that doesn't do recursive to the internet
[19:45] <ralsina> alecu: probably an internal-only DNS server
[19:46] <joshuahoover> ralsina: i could, i suppose...but i'd like to not start that trend
[19:46] <ralsina> joshuahoover: agreed
[19:46]  * alecu starts a windows vm
[19:49] <dobey> oh nice
[19:50] <dobey> now this bug i can test for
[19:52] <ralsina> gatox: can you take care of bug #987976 eventually? Consider it a low
[19:53] <gatox> ralsina, yap! i'll assign it to me
[19:53] <dobey> huh
[19:53] <ralsina> gatox: thanks
[19:53]  * dobey wonders why this code was written in this way
[19:53] <ralsina> dobey: there is always a reason.
[19:54] <mmcc> hey dobey, it looks like your poauth code will try to ascii-encode a unicode URL if given one. This isn't new to your patch but the diff made me look. Does this matter? see oauth.py:137, and client.py:122
[19:55] <dobey> mmcc: http requires headers be in ascii
[19:56] <dobey> mmcc: in python3 certain apis also require encoding to ascii from the normal unicode string, to be able to get a bytes object
[19:57]  * dobey fixes this SSO bug
[19:58] <briancurtin> ralsina: binaries being signed right now, should be ready shortly and i'll turn it around quickly and get them to sign the installer right away
[19:58] <ralsina> yay
[19:58] <mmcc> dobey, ok I guess I've got a gap in my knowledge here - I knew headers are ASCII, but URLs can be unicode, right?
[19:58] <ralsina> joshuahoover: ^
[19:58] <joshuahoover> thanks briancurtin and ralsina :)
[19:59] <mmcc> is this library not used in situations where the URL is user input?
[19:59] <dobey> mmcc: actually, no, they can't
[20:01] <dobey> mmcc: at least, the hmac API requires ascii, re oauth.py:137
[20:02] <dobey> mmcc: and client.py:122 isn't encoding to ascii ?
[20:02] <dobey> at least, not in my branch anyway
[20:02] <mmcc> dobey, ok I get it - unicode urls are user agent niceties...
[20:03] <mmcc> dobey, no it's not. I pointed to it because it wasn't encoding to utf8 like the parameters in get_normalized_parameters were
[20:03] <ralsina> mmcc: no, unicode URLs should be encoded as %-encoding thus are ascii already
[20:04] <mmcc> ralsina: ack. a gap in my web knowledge :)
[20:04] <dobey> mmcc: ah, not entirely sure why it's doing that. but it was like that before
[20:04] <dobey> mmcc: if it's a bug, can fix it later :)
[20:05] <ralsina> IRIs can contain unicode, which should be utf-8 encoded and THEN %-encoded
[20:05] <mmcc> dobey: yeah that threw me a bit. I doubt it's a correctness bug - if they're coming in from ASCII headers, never hurts to utf8'em, right?
[20:06] <dobey> mmcc: well, i suspect we need more tests in poauth for unicode stuff; there's like none right now
[20:06] <dobey> but i think that's a separate branch to deal with
[20:06] <ralsina> joshuahoover: bug #1000950 may require manual attention beyond what we can provide
[20:06] <mmcc> dobey: sure. I'm fine with this mp now that I understand all the internet
[20:07] <joshuahoover> ralsina: k
[20:09] <mmcc> is anyone else reviewing mandel's u1-client domain-sockets branch? seems important so I thought I'd do that...
[20:12] <briancurtin> mmcc: i haven't finished the review part of it, but i ran the tests on windows and it works, so i'm part way there
[20:13] <gatox> mmcc, i was trying to run the tests for that...... but it keeps failing on my machine
[20:13] <mmcc> gatox: which machine
[20:13] <gatox> mmcc, my evil windows vm
[20:14] <mmcc> gatox: oh right I saw that conversation as mandel was leaving
[20:14] <mmcc> ok I'll find something else to review
[20:14] <gatox> mmcc, yes..... i'm going to mark it as need fixing to be able to ask with him tomorrow about that
[20:16] <gatox> ok..... i'm off for today! see you tomorrow people!
[20:31] <ralsina> school run. May see some of you later, maybe!
[20:34] <dobey> eek, bad code
[20:46] <dobey> hrmm, i think i need to actually add poauth to tarmac
[20:46] <dobey> also need to add lptools
[20:47] <dobey> grr
[20:47] <dobey> this run-mac-tests thing needs to go away
[20:48] <mmcc> dobey why?
[20:49] <dobey> because i keep running it on linux now
[20:49] <dobey> as it's the first tab complete result :(
[20:50] <mmcc> ah :\
[20:51] <mmcc> maybe alias rt=run-tests ? same keystrokes...
[20:51] <mmcc> honestly they could be the same file...
[20:52] <mmcc> same *number* of keystrokes, I meant
[20:52] <dobey> heh
[20:53] <dobey> they should be the same file
[20:53] <dobey> or rather i don't know what run-mac-tests does, but it shouldn't be needed
[20:55] <mmcc> for SSO it's the linux script without GTK and with different ignore paths passed to u1trial
[20:55] <dobey> i see that
[20:56] <dobey> we need to get rid of it, and fix it so things can just use @skipIf or whatever instead
[20:57]  * alecu has just reproduced bug #1003085 on a windows vm with working proxies, but no DNS server configured.
[20:58] <joshuahoover> dobey: any clues on what to tell this 12.04 user trying to setup u1 and getting this error? http://paste.ubuntu.com/1001788/
[21:01] <dobey> no, but i'd like to know how that error managed to happen
[21:02] <briancurtin> joshuahoover, ralsina: 3.0.1 is now available, it's all up on the site and ready to go
[21:02] <joshuahoover> excellent!
[21:02] <dobey> joshuahoover: there are some other reports of that same problem though
[21:03] <joshuahoover> dobey: hmmm...anything i should ask in particular to help troubleshoot?
[21:05] <dobey> hrmm, i bet it's a race condition
[21:07] <dobey> joshuahoover: i can't think of anything, no
[21:07] <joshuahoover> dobey: k, first time i've seen it so not sure what to have them try
[21:08] <dobey> joshuahoover: well, it's showing up on errors.ubuntu.com
[21:12] <dobey> joshuahoover: this, i guess: https://bugs.launchpad.net/ubuntu/+source/ubuntuone-client/+bug/711162
[21:14] <dobey> joshuahoover: i'll put it on my list to poke at in the morning
[21:15] <joshuahoover> thanks
[21:28] <dobey> alright, need to go. have a good evening all!
[21:32] <mmcc> well color me not surprised that neither py2app nor pyinstaller 'just works' ... both seem to have issues relating to our use of homebrew for setting up the dev environment
[21:35] <mmcc> is the windows-installer project the right place to put mac packaging stuff, or should there be an analogous 'mac-packaging' project? we use windows-installer on the mac now....
[21:36] <briancurtin> mmcc: should probably be in its own project, especially as windows-installer is going to be used on jenkins to create the windows installer
[21:37] <briancurtin> so we might want a separate project for mac installer, and i'm eventually hoping to move the buildout stuff from windows-installer to its own top-level project as well
[21:38] <mmcc> briancurtin: ah ok. so, no good place for me to file bugs on this stuff yet.
[21:39] <briancurtin> not really
[21:39] <mmcc> I'll float the separate mac-pack project tomorrow when folks are back
[21:49] <mmcc> anyone still around remember why we use homebrew instead of macports for the osx dev setup?
[21:51] <briancurtin> mmcc: urbanape and (kind of, barely) myself started the port, and i think he was just a fan of homebrew so that's what we went with
[21:52] <mmcc> briancurtin: ah, ok. I figured. py2app is confused by homebrew and pyinstaller is kind-of confused, but I think it'll be easier to fix. pyinstaller expects either a direct install of pyqt or macports - go figure.
[21:59] <urbanape> yeah, momentum. I gave up on macports and fink years ago.
[21:59] <urbanape> er, inertia, rather.
[22:01] <mmcc> urbanape: ack. I note also that macports' portfiles are tcl, while brew's charmingly beer-themed system is all ruby. executable config files are a nice match for ruby
[22:01] <mmcc> or are they really tcl? i dunno - they're tcl-mode anyway
[22:07]  * alecu has not touched tcl for at least 15 years
[22:07] <alecu> not that I miss it that much.
[22:09] <teknico> alecu, you insensitive clod
[22:11] <alecu> teknico, beuno still has you all slaving at the sprint?  ;-P
[22:17] <teknico> (weather not much to do with wheat, btw)
[22:23] <mmcc> ralsina: does that make a lot of work in renaming e.g. automated test scripts, etc?
[22:23] <ralsina> mmcc: I am expecting "no" but could be wrong since I never did it before :-)
[22:26] <mmcc> ralsina: aha. well, I have no other concern there. I mostly just want a place to file bugs so you all can see what I'm doing :)
[22:34] <mmcc> hooray. I got pyinstaller to work on its own example pyqt4 app
[22:35] <mmcc> on that medium-high note I will leave for the evening, might be able to come back for some more pyinstaller tonight
[22:35]  * mmcc goes to watch the baby