/srv/irclogs.ubuntu.com/2012/07/30/#ubuntuone.txt

ryemorning07:56
JamesTaitGood morning all! :)09:01
=== zyga is now known as zyga-afk
alecumorning, all!11:52
=== zyga-afk is now known as zyga
mandelalecu, morning!12:30
mandeljust got be leaving for lunch, alecu want to talk when I'm back about the fsevents ancestors bug?12:31
alecumandel: sure12:31
mandelalecu, ok, I'll ping you when I'm back :)12:31
* mandel lunch12:31
ralsinamorning!12:51
dobeymandel: don't set my update-2-0 branch back to Approved please. it won't land in tarmac.13:21
mandeldobey, ok13:34
* mandel back13:34
mandeldobey, so we should reject it, right? or is it going to be there waiting?13:35
mandelalecu, I'm back, we can talk about the ancestors stuff whenever you have the time13:36
dobeymandel: no, i think i'll have to land it by hand13:39
mandeldobey, oh, ok, if you have to do that, can you also take a look at https://code.launchpad.net/~alecu/ubuntuone-client/timestamp-autofix-1-6/+merge/8275413:40
mandeldobey, do we have to land that?13:41
dobeywe should. i will have to look at the older branches another day though. i need to do stable-4-0 releases today13:42
dobeymandel: you should only worry about branches that have 0 or 1 reviews really. :)13:42
mandeldobey, I know, but I see them and I want to get the things fix, is annoying to see that branch always there13:43
mandelalecu, can I have a review for https://code.launchpad.net/~mandel/ubuntuone-fsevents-daemon/remove-arc-fsevent/+merge/116433 ?13:44
mandeldobey, may I have a review for the following https://code.launchpad.net/~mandel/ubuntuone-fsevents-daemon/long-domain-socket/+merge/11626913:44
alecuhello back, mandel.13:45
aleculet's mumble!13:46
mandelalecu, ok, launching the thing :)13:46
mmccgood morning everyone13:50
mandelalecu, bug #101270913:52
ubot5Launchpad bug 1012709 in Ubuntu One Client "Add Watches to udf ancestors" [High,In progress] https://launchpad.net/bugs/101270913:53
mmccbrb, coffee14:04
mandelralsina, 1-1?14:09
ralsinamandel: we had one like 3 days ago :-)14:09
mandelralsina, yes, but since we usually have then on monday.. that is why I asked, we can skip it, only thing diff Iwas going to say is that I'll take a few days off to visit the family in mallorca14:10
ralsinamandel: ack14:10
ralsinamandel: yes, let's skip14:10
mandelralsina, ok, I'll do the paper work on canonical admin later this night14:11
ralsinamandel: ok14:11
mandelmmcc, the branches regarding the arc have been updated14:20
mmccok mandel, I'll take a look today14:20
mandelmmcc, superb, thx!14:21
thisfredme15:00
mandelme15:00
ralsiname15:01
briancurtinme15:01
mmccme15:02
ralsinaalecu?15:03
ralsinadobey?15:03
dobeymeh15:03
ralsinaok, alecu is last, go thisfred15:04
thisfredDONE: https://code.launchpad.net/~thisfred/u1db/ergo-sum/+merge/117186 | https://code.launchpad.net/~thisfred/u1db/iterate-over-list-of-dicts/+merge/117120 TODO: wrap up cosas example app | documentation BLOCKED: no NEXT: mandel.15:04
mandelDONE: Update all arc MPs to follow reviews. Refactored communication code so that it can be reused for the jenkins testing daemon.15:04
mandelTODO: Finish the jenkins testing daemon so that we do not need to run tests as root. Canonical admin paper work.15:04
mandelBLOCKED: no15:04
mandelralsina, please15:04
ralsinano notes yet, sorry15:04
ralsinaDONE: chased contractors, catchup, weekly team call15:04
ralsinaTODO: start actual work, contractor chasing15:04
ralsinaBLOCKED: no15:04
ralsinabriancurtin: go15:04
briancurtinDONE: team call, unicode15:04
briancurtinTODO: unicode15:04
briancurtinNEXT: mmcc15:04
mmccDONE: fixed new reactor import, gave up on test for that15:05
mmccTODO: darwin cert location, darwin dirspec paths, first-run code15:05
mmccBLCK: none15:05
mmccNEXT: dobey15:05
dobeyDONE: finish dev-tools refactor, reviews15:05
dobeyTODO: releases, fix review issues in refactor branch, reorg to drop ubuntuone-installer for good, SRUs for lucid/natty/oneiric15:05
dobeyBLCK: None.15:05
dobeyalecu15:05
ralsinaComments?15:08
ralsinasince alecu seems to be away15:08
alecume!15:08
alecuwritting notes!15:08
ralsinaok, let's wait15:08
* ralsina taps fingers15:09
* ralsina looks at his wrist where a watch could be15:09
* ralsina whistles15:09
alecuDONE: team meeting, debugging of #1029450, reviews TODO: reviews for mandel, back to py3k15:09
ralsinaok, I'll stop now ;-)15:09
alecuBLOCKED: no. EOM15:09
ralsinaEOM it is15:09
mmccso FYI ralsina, I gave up on that 'fail if we import reactor in the wrong place' test, because it looks (at least in this case) like the code under test is imported before the test module is imported, so it's not clear how to hook it in…15:11
ralsinammcc: hmmm ok15:11
mmccer, "not clear how to add a hook to catch the import, since it's already imported. "15:11
ralsinammcc: I suspect there is no simple way to test that since the tests use a reactor too15:11
mandelralsina, mmcc , exactly, u1trial does the reactor import so you have a problem there15:12
ralsinaSo to test this it would have to be a script that does what the windows main does, not a "test"15:12
mmccralsina: yes. If the test script didn't use reactor we could just import and check sys.modules. I thought about running a separate process inside the test to just try importing, but it was getting late. I'm happy to revisit that today if you think it'd be worth the time15:12
ralsinammcc: probably not worth it :-(15:13
mmccralsina: no, all it has to do is "import platform", then check sys.modules for reactor15:13
ralsinammcc: how about a script that does exactly that and running it at the end of run-tests ?15:13
mmccor, really, import 'platform.everything-but-filesystem_notifications'…15:13
mmccralsina: I'm fine with that. I even know where to add it to the makefile15:14
ralsinammcc: :-)15:14
ralsinammcc: get dobey's or alecu's opinion for confirmation15:14
ralsinammcc: but I would really like to have a test for that since we have broken it, like, 4 times already15:15
alecuI really like the idea of a script that tests that the reactor was not imported at module level in any of our code.15:15
alecummcc: +115:15
mmccok to use 'banner' to print the error message for whoever breaks it?15:15
alecummcc: then we'd need to include a "banner.exe" in our source tree :)15:16
ralsinammcc: and use ferret-over-ip to steal their cookies15:16
mmccalecu: worth it!15:16
ralsinammcc: you know the problems about finding binaries cross-platform ;-)15:16
* mmcc googled "native python banner", found nothing.15:17
mmccok, extra test script coming up15:18
ralsinammcc: http://www.noah.org/wiki/banner15:20
dobeycowsay15:21
mmccralsina: nice! :)15:22
dobeyeww15:22
dobey"# This font storage format is not very efficient"15:22
dobeyno kidding15:22
ralsinadobey: I am sure it could be worse, but will not be  easy to find HOW15:22
dobeyalso, there's no real need to have such a thing here15:23
dobeyalso15:23
dobeyYAY COPYRIGHT WITH NO LICENSE15:23
ralsinadobey: this conversation is a joke. We are not putting a copy of banner in devtools15:24
ralsinadobey: don't panic!15:24
mmccdobey: no, no need for a banner. Especially once we get those remote controlled nerf rockets15:24
dobeyi'm not15:24
mandelmmcc, can I have a review for : https://code.launchpad.net/~mandel/ubuntuone-client/clean-imports/+merge/11625615:28
mandeldobey, ralsina, super easy review: https://code.launchpad.net/~mandel/ubuntuone-client/correct-namespace/+merge/116264 do you have time to take a look?15:28
ralsinamandel: sure15:28
mandelralsina, thx15:29
mmccmandel: yes15:29
mandelmmcc, thx to you too :)15:29
ralsinamandel: looks good to me, I suspect there is no way to write tests for this :-)15:37
dobeyralsina: required imports are self-testing :)15:38
ralsinadobey: exactly15:38
dobeyand i need to get lunch and ship back my doa raid enclosure. :-/15:39
dobeybbiab15:39
mandelralsina, install the new version and run the already present tests ? :)15:39
ralsinamandel: ok, +1 ;-)15:39
mmccmandel: +1 on your clean-imports branch16:29
* briancurtin lunch16:29
mandelmmcc, awesome, thx!16:36
mandelok, EOD for me17:04
mandelsee you all tom!17:04
mandelmmcc, tom we should talk about @property (retain) which allows you use autorelease in the init (I was doing some tests and found a mem leak)17:04
mmccok mandel, sounds good.17:05
aleculunch and bank time for me.17:10
briancurtinbefore i set https://code.launchpad.net/~brian.curtin/ubuntu-sso-client/py3-unicode-part-2/+merge/116764 to "needs review" does anyone know why it's showing changes from the prerequisite branch inside the diff? i suspect that's going to be a PITA to anyone reviewing. it should only be around a 500 line diff and it depends on a 500 line branch, but they're both shown together18:09
briancurtin(i know i've complained about this before...haven't found any solution)18:09
briancurtini also suspect that's going to be a PITA to complete the actual merge...18:12
ralsinabriancurtin: no idea really, let me check18:13
ralsinabriancurtin: it shows as a 500 line branch to me18:14
ralsinabriancurtin: 594 lines (+106/-78) 13 files modified to be specific18:14
briancurtinralsina: the diff i'm seeing on the MP is 104218:14
ralsinabriancurtin: reload :-)18:14
briancurtinwtfffff18:15
ralsinasurprise! It seems lunchpad recalculated at some point18:15
dobeyheh18:16
briancurtini wonder if it did the recalculation when i entered a commit message and description, because it was showing 1042 after opening the page in a fresh browser like 10 minutes ago18:16
dobeybriancurtin: did you push a new revision about 15 min ago?18:16
briancurtindobey: i pushed about 15 minutes ago but there was no changeset to push18:17
briancurtiner, no revision to push18:18
dobeyhrmm18:18
dobeyralsina: https://code.launchpad.net/~dobey/dirspec/update-4-0/+merge/117317 easy peasy review18:24
ralsinadobey: looking...18:24
ralsinadobey: +1 because why not18:27
dobeyawesome18:42
mmcctest script for reactor imports: https://code.launchpad.net/~mikemc/ubuntuone-client/add-no-reactor-test/+merge/11732819:36
* mmcc lunchtime19:39
=== dduffey_afk is now known as dduffey
mmccdobey, can you be a little more specific about which certain things you're referring to in https://code.launchpad.net/~mikemc/ubuntuone-client/add-no-reactor-test/+merge/117328/comments/252306 ?21:39
mmccI've added the unicode_literals import and fixed the print statement to be a function, and used the new string formatting syntax, but I'm not sure what else you might be referring to21:40
briancurtinmmcc: i don't think you pushed the unicode_literals or print_function changes21:43
mmccbriancurtin: no, not yet. Was just going to discuss first, but I'll go do that.21:44
mmccdone21:44
mmccish21:45
dobeymmcc: oh, you can use %-notation for string formatting21:48
dobeymmcc: so primarily the future imports is what i was talking about21:48
mmccinterestingly, python -3 is complaining about that code, giving the DeprecationWarning about CObject, on the line where I call real_import (line 63 of the script). real_import is from earlier: real_import == __import__21:48
dobeymmcc: have you tried to run it under python3?21:49
dobeythe test will obviously fail to import the syncdaemon stuff, but if there's anything wrong with the script itself, it should expose that21:50
dobeybecause i don't know what the deprecation warning means there :)21:50
mmccdobey: I did run it under 3, but there's the issue of builtins vs __builtin__, what's the done thing there? should I do an 'try import builtins, except ImportError, import __builtin__?21:51
mmccin other words, does it need to run in both 2 and 3?21:51
dobeyit doesn't need to run in both now21:51
dobeybut i think we should stick to at least print_function in new code, and unicode_literals where possible (since unicode is a huge and lumbering pain in python)21:52
mmccok, sounds reasonable. so, should I leave in the import of unicode_literals even though I'm not actually using bytes objects anywhere?21:58
* mmcc was reading through the PEP again to try to be sure I'm right about that21:58
dobeyi think so22:01
dobeywell, i guess it's not about bytes objects22:01
dobeybytes objects are still bytes in 322:01
dobeybut str is not bytes in 322:02
mmccright, and since I'm using str here, I don't need to write bytes literals. so I don't really need to import unicode_literals, I guess22:05
dobeywell, if anyone else ever changes that code and has to do unicode stuff in there for some reason, having unicode_literals will catch problems22:07
dobeyand if you aren't doing unicode stuff right now, it doesn't hurt anything22:08
mmccok, no prob. also, python3 didn't complain about the CObject deprecation when I ran it just now, after s/__builtin__/builtins22:09
mmccah, just saw your re-review. thanks.22:10
briancurtinmmcc: approved22:11
briancurtinand with that, i'm out. later everyone22:12
dobeylater all, time to go!22:15

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!