/srv/irclogs.ubuntu.com/2010/10/14/#launchpad-reviews.txt

=== Ursinha-bbl is now known as Ursinha
=== Ursinha is now known as Ursinha-afk
=== lantash is now known as 36DAAN8QF
bachi jtv10:03
jtvhi bac10:03
bacjtv: so i was thinking about the goals stated in the ArchitectureGuide10:03
=== allenap changed the topic of #launchpad-reviews to: On call: allenap || Reviewing: - || queue: [allenap] || This channel is logged: http://irclogs.ubuntu.com/ || https://code.launchpad.net/launchpad/+activereviews
bacone was new tests under 2 seconds10:03
baci knew the one i recently wrote for testing noindex,nofollow was really slow.  turns out 42 seconds.10:04
jtvwhoa!10:04
bacjtv, so i just spent about 15 minutes reorganizing it and now it runs in under 11 seconds10:04
bacgood, right?10:04
jtvAll because of the rendering?10:04
bacbut at what cost?10:05
bachttp://pastebin.ubuntu.com/512987/10:05
jtvYes, much better—though apparently still not enough10:05
bacfor one, i avoid the costly setup but putting everything in one test.  so it is much faster but violates the idea that we only test one thing at a time10:05
baccaching of some properties helps too10:06
* jtv hates piling implicit state into test cases10:06
bacyeah, so i think it is not as explicit or readable but four times faster10:07
jtvI don't think test_robots is so bad… it's still only a few lines, and very readable.10:07
bacit isn't that it is unreadable but that it is doing too much10:08
jtvOh crap, I need to get out before the rain10:08
bacok, well i'd like to chat some more later10:08
bacfunny the rain just hit here too10:08
bacit's quite loud crashing on hundreds of tin roofs10:09
jtvMust be the same cloud.  The test is not doing _that_ much.  What if you made the implicit state explicit as local variables, then turned the actual testing into a data-driven loop?10:09
baci don't follow10:10
bacif you need to go we can talk later10:10
jtvA dict could map "for this enum value, I expect the noindex bit to present: {True, False}10:10
jtv"10:10
=== allenap changed the topic of #launchpad-reviews to: On call: allenap || Reviewing: - || queue: [] || This channel is logged: http://irclogs.ubuntu.com/ || https://code.launchpad.net/launchpad/+activereviews
jtvThen test for the various enum values in a loop.10:11
jtvFigure out the url etc. once at the head of test_robots, and keep in local variables.10:11
jtvPass those as explicit parameters to your assertion helper.10:11
jtvThen test_robots will consist of 3 parts:10:12
jtv* Setup10:12
jtv* Definition of inputs and expected outcomes10:12
jtv* Loop verifying outcome for each input.10:12
* jtv checks cloud cover10:12
jtvyes, I can still just make that10:13
=== jtv is now known as jtv-afk
allenapgmb: Would you be able to review a branch for me? It's a teensy bit long, but I've added a guide to the changes, and it's mostly moves and deletions anyway. https://code.edge.launchpad.net/~allenap/launchpad/ditch-get-bug-notifications-recipients-bug-659085/+merge/3832511:15
gmballenap: Sure. Tell you what; I'm just writing a cover letter for my branch now. Let's swap :)11:16
=== allenap changed the topic of #launchpad-reviews to: On call: allenap || Reviewing: jelmer || queue: [] || This channel is logged: http://irclogs.ubuntu.com/ || https://code.launchpad.net/launchpad/+activereviews
allenapgmb: Perfect :)11:16
=== allenap changed the topic of #launchpad-reviews to: On call: allenap || Reviewing: jelmer || queue: [gmb] || This channel is logged: http://irclogs.ubuntu.com/ || https://code.launchpad.net/launchpad/+activereviews
gmballenap: https://code.edge.launchpad.net/~gmb/launchpad/make-mailnotification-care-bug-656759/+merge/38404, FTR.11:20
gmballenap: I like your definition of "A teensy bit."11:20
allenapjelmer: What signal handler does Python install by default? signal.getsignal(SIGPIPE) return SIG_IGN normally, and I can't find a reference to new signal handlers in subprocess? (I'm just interested, not questioning.)11:21
allenapgmb: :)11:21
jelmerallenap: Hi!11:25
allenapjelmer: Hi :)11:25
jelmerallenap: Yep, but it needs to be set to SIG_DFL rather than SIG_IGN.11:25
jelmerColin does a much better job at explaining it than I can in this blogpost : http://www.chiark.greenend.org.uk/ucgi/~cjwatson/blosxom/2009-07-02-python-sigpipe.html11:26
allenapjelmer: Oh cool, thanks.11:26
gmballenap: r=me11:37
allenapgmb: Woohoo, thank you! I'm just about to start yours, just been finishing off Jelmer's.11:37
gmbCool11:37
=== allenap changed the topic of #launchpad-reviews to: On call: allenap || Reviewing: gmb || queue: [] || This channel is logged: http://irclogs.ubuntu.com/ || https://code.launchpad.net/launchpad/+activereviews
gmballenap on line 76 of the diff I've got BugNotificationLevel.COMMENTS as a default value for subscribe(level=). I've pushed a fix for the just now.11:50
allenapgmb: Spooky, I was just looking at that exact thing. What should it be?11:51
gmballenap It should be level=None11:54
gmb(It's bad form to pass values other than None as defaults, since they're then references to the original, which can cause things to blow up)11:55
gmbfoo=[] is the canonical example of how not to do it.11:55
allenapgmb: Ah, I was looking at something else then (I didn't check the line numbers). However, in the branch of mine you just reviewed the level defaults to NOTHING. Should we choose the same default? I don't know which one makes more sense.11:57
gmballenap: Let me look again at your branch...11:57
gmbOh, arse.11:58
gmballenap: So, you're right.11:58
gmbThe default for subscribe should be COMMENTS (i.e. subscribe to *everything*) but the default for get*Subscribers() should be NOTHING, as you say.11:59
gmbI'll update it.11:59
gmbNice catch!11:59
jelmerallenap: Thanks for the review and useful feedback. Your first comment has me confused though - since I'm calling assertContentEqual, is it still necessary to sort the lists I'm comparing?11:59
allenapjelmer: Ah, I've never used assertContentEqual. I'll take a look...12:00
allenapjelmer: Ah, no, that does it for you. Ignore [1] then.12:00
allenapgmb: I have to go out now, but I'll finish the review as soon as I'm back.12:01
gmballenap: Ok.12:02
jtv-afkgmb: got a review for you, just cleanups really, but close to the 800-line limit.  Would that be okay?12:27
=== jtv-afk is now known as jtv
gmbjtv: I'm not on-call today, allenap is.12:58
gmbjtv: If he doesn't have time to look at it I'll try and take a peek later.12:58
jtvgmb: ah, sorry, this client makes the topic too hard to read12:59
gmbnp12:59
jtvallenap: got time for a branch near the 800-line limit?  It's all cleanups, so nothing particularly hard.12:59
allenapjtv: Sure :)13:37
=== allenap changed the topic of #launchpad-reviews to: On call: allenap || Reviewing: gmb || queue: [jtv] || This channel is logged: http://irclogs.ubuntu.com/ || https://code.launchpad.net/launchpad/+activereviews
jtvallenap: thanks—I just pushed it slightly over the limit though: https://code.edge.launchpad.net/~jtv/launchpad/recife-pre-sharing-permissions/+merge/3840713:39
MalariaHi, I need a review: https://code.launchpad.net/~malaria/launchpad/fixes-bug-608631/+merge/3799613:41
Malaria\topic On call: allenap || Reviewing: gmb || queue: [jtv, Malaria] || This channel is logged: http://irclogs.ubuntu.com/ || https://code.launchpad.net/launchpad/+activereviews13:42
MalariaSorry13:43
=== matsubara-afk is now known as matsubara
=== allenap changed the topic of #launchpad-reviews to: On call: allenap || Reviewing: gmb || queue: [jtv, Malaria] || This channel is logged: http://irclogs.ubuntu.com/ || https://code.launchpad.net/launchpad/+activereviews
allenapMalaria: Okay, I'll get to it after jtv.13:43
Malariaallenap: ok13:44
bigjoolsallenap: can I add to your queue pls?13:44
allenapbigjools: Sure, I can probably get to it.13:44
=== allenap changed the topic of #launchpad-reviews to: On call: allenap || Reviewing: gmb || queue: [jtv, Malaria, bigjools] || This channel is logged: http://irclogs.ubuntu.com/ || https://code.launchpad.net/launchpad/+activereviews
bigjoolsallenap: it's small, cheers13:44
bigjoolshttps://code.edge.launchpad.net/~julian-edwards/launchpad/slow-ppa-search-bug-659129/+merge/3830713:44
jtvallenap: I have to be off!14:29
=== Ursinha-afk is now known as Ursinha
jcsackettallenap: how stuffed do you feel your queue is? room for another?14:39
=== allenap changed the topic of #launchpad-reviews to: On call: allenap || Reviewing: jtv || queue: [Malaria, bigjools] || This channel is logged: http://irclogs.ubuntu.com/ || https://code.launchpad.net/launchpad/+activereviews
allenapjcsackett: Mmm, I don't think I'll get to it to be honest. I have to finish a bit earlier than usual today.14:40
jcsackettdig, i'll hunt down someone else. thanks allenap.14:41
allenapjcsackett: Sorry about that :-/14:41
jcsackettallenap: no worries, i understand.14:41
=== salgado is now known as salgado-dr
gmballenap: Ta for the review.14:48
allenapgmb: Pleasure :)14:48
allenapgmb: Sorry it took so long; I have been interrupt driven all afternoon.14:51
gmballenap: No worries.14:55
=== allenap changed the topic of #launchpad-reviews to: On call: allenap || Reviewing: Malaria || queue: [bigjools] || This channel is logged: http://irclogs.ubuntu.com/ || https://code.launchpad.net/launchpad/+activereviews
leonardrallenap, i'd like to add https://code.edge.launchpad.net/~leonardr/launchpad/automatically-calculate-request-token-expire-time/+merge/38423 to the review queue15:27
allenapleonardr: I don't think I'll get to it today.15:28
leonardrok, np15:28
leonardrsalgado, maybe you want to take it?15:28
allenapleonardr: Sorry. rockstar is also down as OCR today, so maybe he's up for it too.15:28
leonardrcool15:29
=== allenap changed the topic of #launchpad-reviews to: On call: allenap || Reviewing: [bigjools] || queue: [] || This channel is logged: http://irclogs.ubuntu.com/ || https://code.launchpad.net/launchpad/+activereviews
=== allenap changed the topic of #launchpad-reviews to: On call: allenap || Reviewing: bigjools || queue: [] || This channel is logged: http://irclogs.ubuntu.com/ || https://code.launchpad.net/launchpad/+activereviews
=== allenap changed the topic of #launchpad-reviews to: On call: - || Reviewing: - || queue: [] || This channel is logged: http://irclogs.ubuntu.com/ || https://code.launchpad.net/launchpad/+activereviews
leonardrbenji, why did you mess around with qt widgets rather than using the keyring library?15:41
benjileonardr: if you mean http://pypi.python.org/pypi/keyring, I tried to use it but it ended up just having too many issues15:43
leonardrhmmm15:43
leonardrcan we talk about the issues? do you remember?15:43
leonardrthe qt widgets look like the result of dealing with some issues as well15:44
leonardrand even if you can't use the keyring lib, i'd like to see kwallet/gnome keyring/disk hidden behind a uniform keyring lib-style interface15:45
benjisure, let's see: the package is hard to use for people using easyinstall or buildout because it sniffs for the various build dependencies and enables/disables the various interfaces (Gnome, KDE, crypto support for simple files) without any feedback so you have to scower the code to figure out what its dependencies actually are15:46
benjionce you do that it's not obvious how the things its sniffing for map to packages you can actually install15:46
leonardrok...15:47
benjiand using the deb packages doesn't help because the one that supports KWallet doesn't actually work: https://bugs.edge.launchpad.net/ubuntu/+source/python-keyring/+bug/65707015:48
_mup_Bug #657070: python-keyring-kwallet generates IOError <apport-bug> <i386> <lucid> <python-keyring (Ubuntu):New> <https://launchpad.net/bugs/657070>15:48
leonardrsince kde doesn't use dbus, i guess keyring_impl got set to gnome by mistake?15:49
leonardrok, so keyring has problems15:50
benjiCan you elaborate on "kwallet/gnome keyring/disk hidden behind a uniform keyring lib-style interface"?  I don't think user of launchpadlib currently has to worry about the different storage options.15:50
leonardrthe user doesn't have to, but you've got a lot of conditionals in the code15:51
leonardrtry gnome, then try kde15:51
leonardri'd like to see that stuff localized to one place15:51
leonardrkeyring has problems, but we're in a good position to have those problems taken seriously15:51
leonardrwe've got a feature that a lot of people want15:52
benjiok, let me refactor it a bit15:52
leonardrbenji, i've got a call with gary, let's pick this up afterwards. i might end up saying 'let's fix keyring' and then your refactoring would be for naught15:52
benjileonardr: ok; you may want to discuss the keyring stuff with Gary, he was heavily involved in the decision to ditch it15:53
gary_posteryeah15:53
leonardrbenji: ok, i've talked to gary briefly16:05
* gary_poster is on call. I think we need to see if we can convince leonardr, benji, as a validation. I also think we need to have doc/bug(s) (I know you have one already). That said, my underlying concern is that the underlying implementation decisions of keyring (using the -dev) seem problematic16:05
gary_posterso fixing is questionable to me16:06
gary_posterbut we need to be prepared for concerns like these16:06
gary_posterwhich are reasonable16:06
=== james_w` is now known as james_w
bigjoolsthanks allenap16:08
leonardrbenji: having trouble giving detailed thoughts, so let me share a couple gut reactions16:13
leonardr1. i believe you that the keyring library has problems, but it works for the people who wrote it, and i don't want to recreate that situation ourselves16:13
leonardr(ie. launchpadlib works for us but is difficult for others to use)16:14
leonardri am ok with the gnome keyring code in your earlier branch, but i am squicked by the widget code in the kwallet branch, even though i assume that's the only way to get access to the kde wallet, and keyring probably does something similar16:14
leonardr(that was 2)16:16
leonardr3. we don't have to land this code right away. i don't want to do a launchpadlib release with this code until we do desktop-wide integration by default16:16
leonardrso that the cleanup code can just look in .launchpadlib, and won't also have to scan through the wallet for per-application keys16:16
leonardr4. if you haven't already, you should file bugs about the setup problems with the keyring lib16:17
benji1) Not wanting to reinvent the wheel is certainly a good impulse.  I would argue that the keyring implementor did just that though; instead of using the existing Python interfaces to the Gnome keyring and KDE wallet they used their C and C++ (!?) interfaces instead to build their own Python interfaces16:17
leonardri agree that that's dumb, and possibly worthy of another bug (since it introduces dependencies most people don't have)16:18
benji2) not being a QT expert I can't be certain if there is a way to avoid the widget or not.  I tried pretty hard to eliminate it, but KWallet seems pretty intent on having one to talk to.16:19
benji3) ok16:19
leonardrso, maybe we should bring in a QT expert16:19
benji4) can do; I didn't bother because after talking to the mentor of the Google Summer of Code student that implemented the library I realized that he wouldn't see it as a bug, they decided to do it that was as a learning excersize for the student16:20
gary_poster:-/16:20
* gary_poster tallies another GSoC -1 :-/16:21
leonardrwell, the student has learned, so now we can improve it?16:21
benjiI'd be all for improving it, but convincing them of that may be a challenge.16:21
benjiMy version of "improving" it would be to throw most of it away.16:22
leonardrok, the other route goes in the direction of making our own competitor to the keyring library16:23
benjiI wouldn't to go that far.  Not every bit of code has to be an external library.16:24
leonardrit's still a competitor, even if we're the only ones who use it16:25
leonardrand if it's better than alternatives, people may start using it--some people use beautiful soup just for the unicode conversion sub-library16:25
leonardrso, a plan is taking shape in my mind16:25
benji<shrug>16:26
leonardrlet's talk to the developers i've talked to in the past: didrocks for ubuntu and riddel for kubuntu16:27
leonardrriddell, i mean16:27
leonardrriddell can give you an expert opinion on interacting with the kde wallet. talk to him first. see if the widget is necessary and if you wrote it correctly16:27
leonardralso get a sense of whether the kubuntu developers would be happy with the keyring library as it is, if they would like the same changes we'd like, or if they want some other changes that would change the way both we and the keyring developers do things16:28
leonardryou can show your gnome branch to didrocks but i'm pretty sure it's correct. talk to him about the keyring library16:29
benjithis seems like a lot of effort for a feature that was an afterthought16:30
leonardrit's only an afterthought because you and i use ubuntu instead of kubuntu16:30
leonardrone way this could go is that we land your gnome code and tell the kubuntu developers to give us something for kde16:30
leonardrhow about this. show your kde branch to riddell so we can have an expert evaluate your widget code. don't bother asking him about the keyring library16:31
leonardrprepare a section in the launchpadlib TODO or something, 'why we're not using keyring'16:32
leonardrrefactor the code so that the "try gnome/try kde/try disk" loop is isolated to one place16:32
leonardrwe'll go with that for now16:32
benjiok16:34
leonardrbut, i think "why we're not using keyring" will be more convincing if you could say "both kde and gnome developers we talked to agree with us on this"16:34
leonardrthat would also give us a starting point for either improving or competing with keyring, should we decide to do so in the future16:35
leonardri don't see any fundamental reason why we can't all get along16:36
leonardrbenji, https://code.edge.launchpad.net/~benji/launchpadlib/kwallet/+merge/3836616:51
leonardrbenji, i'll talk to riddell about reviewing your widget code16:55
benjiok16:55
=== deryck is now known as deryck[lunch]
=== matsubara is now known as matsubara-lunch
=== benji is now known as benji-lunch
leonardrbenji, if you want to, you could do a branch that just upgrades setup.py17:44
leonardrthat could land immediately17:44
=== matsubara-lunch is now known as matsubara
benji-lunchleonardr: (I think you mean bootstrap.py) I'll do that18:30
=== deryck[lunch] is now known as deryck
=== salgado-dr is now known as salgado
=== benji-lunch is now known as benji
jcsackettsalgado: ping18:36
salgadohi jcsackett18:40
jcsackettsalgado: regarding the ui review i sent your way--i saw that you were needing reviews in the reviewer meeting, but i thought i would check that you are able to hit them right now.18:40
salgadojcsackett, do you need it done right now?  I'm have some catching up to do from the two holidays I had earlier this week, but I should be able to do it later today or tomorrow if that's ok with you18:42
jcsackettsalgado: that's just fine. just wanted to make sure i had read it right that you still wanted them sent your way.18:43
salgadoI do, definitely!18:43
jcsackettexcellent. i'll probably have another (small one) to send your way tomorrow. :-P18:43
salgadocool. :)18:49
leonardrrockstar, i heard a rumor you were ocr today?20:08
rockstarleonardr, yeah, I am...20:20
=== rockstar changed the topic of #launchpad-reviews to: On call: rockstar || Reviewing: leonardr || queue: [] || This channel is logged: http://irclogs.ubuntu.com/ || https://code.launchpad.net/launchpad/+activereviews
rockstarleonardr, where's your branch merge proposal?20:20
=== sinzui changed the topic of #launchpad-reviews to: On call: rockstar || Reviewing: leonardr || queue: [sinzui] || This channel is logged: http://irclogs.ubuntu.com/ || https://code.launchpad.net/launchpad/+activereviews
leonardrrockstar: https://code.edge.launchpad.net/~leonardr/launchpad/automatically-calculate-request-token-expire-time21:03
sinzuirockstar, can you review https://code.edge.launchpad.net/~sinzui/launchpad/obsolete-add-edit/+merge/38377 ? I am not is a hurray since I am not working today21:03
rockstarsinzui, okay.  I'll look at it after leonardr's branch.21:03
=== rockstar changed the topic of #launchpad-reviews to: On call: rockstar || Reviewing: leonardr || queue: [sinzui] || This channel is logged: http://irclogs.ubuntu.com/ || https://code.launchpad.net/launchpad/+activereviews
jcsackettrockstar: think you could do a review for me today?21:33
rockstarjcsackett, yup.  Hop on the queue.21:33
=== jcsackett changed the topic of #launchpad-reviews to: On call: rockstar || Reviewing: leonardr || queue: [sinzui, jcsackett] || This channel is logged: http://irclogs.ubuntu.com/ || https://code.launchpad.net/launchpad/+activereviews
jcsackettthanks, rockstar. MP is here: https://code.edge.launchpad.net/~jcsackett/launchpad/branch-collection-links-652126/+merge/3845621:34
rockstarleonardr, review sent.  r=me with some changes requested.21:45
leonardrrockstar, thanks21:46
jelmerrockstar: hi21:47
rockstarHi jelmer21:47
jelmerrockstar: can I add another branch to your queue?21:47
rockstarjelmer, sure!21:48
jelmerrockstar: Great! https://code.edge.launchpad.net/~jelmer/launchpad/135610-duplicated-ancestry/+merge/3844421:48
rockstarjcsackett, if you want to land this today, I can do a ui review for you, and then you don't need two ui reviews21:58
rockstarjcsackett, the code looks fine.21:59
rockstarjcsackett, as far as UI though, I think you should put the commit count, branch count, and user count on the same line.22:00
rockstarActive reviews should be its own little section.22:00
jcsackettrockstar: i tried that, but you end up with either a really weird block of text, or it looks like the branches and users *also* occured in the commit time period.22:01
jcsackettrockstar: you think move active reviews back into its own side thing?22:01
rockstarjcsackett, X branches, owned by X people.  There were X commits in the last X period.22:01
rockstarjcsackett, the intention of the X commits in the last X period is to show how active the project is.22:02
jcsackettrockstar: yeah, that just looked wierd to me, but i'll deal with the text block instead of dividing it up as it is.22:02
rockstarIt doesn't do a good job, but I think laying it out that way would be better.22:02
jcsackettrockstar: regarding active reviews; side thingy, or just a separate line?22:02
rockstarActive reviews need to be obvious.  Putting text near it makes it hard to identify.22:03
rockstarjcsackett, separate line should be fine.22:03
jcsackettrockstar: dig.22:03
jcsacketti'll make those changes.22:03
rockstarjcsackett, for bonus points, it doesn't show if there are now active reviews.22:03
jcsackettrockstar: i'll look into it. didn't want this growing beyond the scope of bridging the gap, but if it's easy to throw in (and it should be) i'll hit it.22:03
rockstarjcsackett, yeah.  UI reviews often cause feature creep.  Truthfully though, I think it stays in line with the original purpose of the bug.22:04
jcsackettrockstar: dig.22:04
jcsacketti'll switch that up and then ping you when i've made the changes, rockstar.22:05
rockstarjcsackett, great, thanks.22:05
jcsackettrockstar: i've updated. you can see the new looks here: http://people.canonical.com/~jc/images/noreviews.png and http://people.canonical.com/~jc/images/withreviews.png22:38
rockstarjcsackett, MUCH better.22:39
jcsackettyeah, thanks for the suggestions. :-)22:41
=== matsubara is now known as matsubara-afk
jcsackettthanks for the review, rockstar!23:00
=== rockstar changed the topic of #launchpad-reviews to: On call: - || Reviewing: - || queue: [] || This channel is logged: http://irclogs.ubuntu.com/ || https://code.launchpad.net/launchpad/+activereviews
=== _thumper_ is now known as thumper

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