[00:00] <bdrung> ebroder: sorry. copy-paste mistake
[00:01] <bdrung> ebroder: nope. still the same error.
[00:01] <ebroder> Hmm...my __builtins__ is a module object, not a dict. Weird. Maybe try import __builtin__ then StubOutWithMock(__builtin__, 'open')?
[00:02] <ebroder> Although, come to think of it, I don't know if that will re-bind open in every module's namespace
[00:02] <tumbleweed> I *think* it will
[00:03] <ebroder> Looks like it does, at least for Maverick's python 2.6. No idea if that's guaranteed behavior, though
[00:04] <tumbleweed> bdrung: shortened pylint.conf seems to work fine. I'll commit it to trunk
[00:04] <bdrung> tumbleweed: trunk? did you a build test?
[00:04] <tumbleweed> no, /me does that
[00:06] <bdrung> ebroder: http://paste.ubuntu.com/547823/
[00:07] <ebroder> bdrung: __builtin__.open().AndReturn, not __builtin__.FunctionToMock()
[00:07] <bdrung> ebroder: this fails with: AttributeError: MockMethod has no attribute "readlines". Did you remember to put your mocks in replay mode?
[00:07] <ebroder> bdrung: You need to call self.mox.ReplayAll() before actually trying to use the mocks
[00:07] <bdrung> ebroder: i should go in bed instead of coding. ;)
[00:08] <bdrung> ebroder: http://paste.ubuntu.com/547824/
[00:08] <tumbleweed> bdrung: hmm, natty's pylint seems pickier than squeezes, it won't be landing in trunk quite yet...
[00:09] <ebroder> bdrung: Hmm, also, if your test class subclasses mox.MoxTestBase instead of unittest.WhateverItIs, it'll automatically create a self.mox object for you and cleanup when the test is done
[00:09] <ebroder> I don't know where I learned that from, because I can't find it in the docs at the moment...
[00:11] <bdrung> ebroder: class UpdateMaintainerTestCase(mox.MoxTestBase): --> AttributeError: 'UpdateMaintainerTestCase' object has no attribute 'mox'
[00:12] <ebroder> Uh...you may need to do super(UpdateMaintainerTestCase, self).setUp() in your setup method
[00:12] <ebroder> (at the top of, rather)
[00:12] <ebroder> bdrung: Let me see if I can drudge up a test case
[00:12] <ebroder> Err, example case, rather
[00:13] <bdrung> ebroder: you can use test_update_maintainer as example (only two functions to overwrite)
[00:17] <ebroder> bdrung: Looking closer, I don't think you actually want to use mox itself, which is designed for keeping track of the calls that get made to the things you're stubbing out. But mox does have a helper library for replacing functions and putting them back when you're done. Let me see if I can make that work for what you want
[00:20] <bdrung> tumbleweed: isn't max-line-length=80 the default?
[00:21] <tumbleweed> bdrung: sure, but it's also a style choice we stand by
[00:21]  * tumbleweed must go to bed
[00:36] <ebroder> bdrung: http://pastebin.com/1rpguR3r is the patch I came up with. It really uses a helper library that mox ships with more than mox itself, but it's maybe a little cleaner
[00:48] <bdrung> ebroder: thanks. that clean and works.
[01:23] <randy_> I use dh_auto-configure  in rules file,but it auto with --linux-gnu-x64-86 (I forget how it write),so it can't configure the optin and exit 1,and to desable it
[01:24] <azeem_> randy_: what adds --linux-gnu-x64-86?
[01:25] <randy_> azeem_, I don't add it,I package ffmpeg
[01:25] <azeem_> so where does it come from?
[01:26] <randy_> azeem_, I said ,the dh_auto_configure in rules file,when I packaged,it will add auto
[01:26] <azeem_> sorry, I don't understand you
[01:27] <randy_> azeem_, the source is came gorm svn
[01:28] <randy_> azeem_, and folloe debian maint-guide
[01:29] <ari-tczew> randy_: do you base on package from archive?
[01:29] <ari-tczew> if so, please look in debian/changelog
[01:30] <randy_> azeem_, thank you,I will come back in the noon,the recess time is over,thank you,I don't donw the package from apt-get source.Tkan you
[04:02] <randy_> azeem_, are you online,I'm come back
[04:11] <randy_> I use dh_auto-configure  in rules file,but it auto with --linux-gnu-x64-86 (I forget how it is),so it can't configure the optin and exit 1,and to desable it
[04:11] <randy_> I use the source from svn,not apt-get source
[05:06] <randy_> I use dh_auto-configure  in rules file,but it auto with --linux-gnu-x64-86 (I forget how it is),so it can't configure the optin and exit 1,and to desable it
[05:06] <randy_> I use the source from svn,not apt-get source
[05:29] <yasser> Hi
[05:30] <yasser> i cant put my password when i type any sudo command in the terminal
[05:30] <yasser> could you help me
[05:47] <dotblank> w00t was able to make my first package using pbuilder
[12:09] <bdrung> tumbleweed: merged and pushed
[15:40] <ari-tczew> how can I restore my ssh key? seems it to be lost after migrate from gnome to kde
[15:59] <kklimonda> ari-tczew: it should still be present in ~/.ssh/
[16:00] <ari-tczew> kklimonda: there is ird_rsa, id_rsa.pub and known_hosts. however, software couldn't see them - like bzr or filezilla
[16:03] <kklimonda> id_rsa should be your key (unless something overwrote it) - what do you mean by couldn't see? maybe you just don't have a ssh agent running and you have to unlock key every time you use it?
[16:05] <ari-tczew> kklimonda: every time? it's a joke
[16:12] <kklimonda> ari-tczew: why? I'm sure that there is an ssh agent for KDE you can use.
[17:42] <ari-tczew> hggdh: ping on bug 663925
[19:50] <hggdh> ari-tczew: will look at it this week
[19:50] <hggdh> ari-tczew: got busy with work, sorry
[20:05] <ari-tczew> hggdh: ok
[22:00] <bdrung> Laney: around?
[22:07] <bdrung> soren: can you fix "Access to a protected member _blocks of a client class" in submittodebian?