[09:45]  * danilos -> breaklunch
[12:28] <gary_poster> bac benji danilos gmb, hiya and call in 2 or 3
[12:28] <bac> ok
[12:32] <gary_poster> https://answers.launchpad.net/launchpad/+question/172089
[12:44] <gary_poster> https://launchpad.net/bugs/847485
[12:44] <_mup_> Bug #847485: process-mail.py crashing with Unicode logging errors <oops> <Launchpad itself:Triaged> < https://launchpad.net/bugs/847485 >
[13:00]  * gary_poster needs to take kids to school
[13:19] <gary_poster> ...and we're back.
[14:09] <benji> gary_poster: let me know when you want to talk about 175545
[14:11] <gary_poster> ack benji, hopefully I'll ping in 5 or 10
[14:11] <benji> sounds good
[14:11] <gary_poster> benji, if I don't ping in 30, ping me back please :-)
[14:11] <benji> k :)
[14:48] <benji> hi gary_poster, this is your reminder
[14:49] <gary_poster> benji, hi, thank yo
[14:49] <gary_poster> will call in a min
[14:49] <benji> k, need to prepare
[14:50] <benji> ready when you are
[14:56] <gary_poster> bug 175545
[14:56] <_mup_> Bug #175545: BugLinkTargetMixin.linkBug() and unlinkBug() should take a user parameter rather than using LaunchBag <lp-bugs> <tech-debt> <Launchpad itself:In Progress by benji> < https://launchpad.net/bugs/175545 >
[15:02] <benji> gary_poster: lib/lp/bugs/tests/buglinktarget.txt
[15:02] <benji> lib/lp/bugs/model/buglinktarget.py
[15:05] <benji> lib/lp/code/interfaces/branch.py
[15:14] <bac> hi gmb, it turns out i was wrong wrt attribute syncing on conjoined bug tasks...so i don't think i need to pick your brain after all
[15:15] <gmb> bac: Glad to hear it. As it happens, I hate conjoined bugtasks with a fiery passion :).
[15:15] <bac> gmb: i'm nearing that camp
[15:15] <gmb> :)
[20:37] <bac> gary_poster: got a sec for a buildout question?
[20:37] <gary_poster> sure bac
[20:37] <bac> i'm trying to review julian's txlongpollfixture branch
[20:37] <gary_poster> right
[20:38] <bac> to do that i have to manually build txlongpoll
[20:38] <gary_poster> he and I talked about that for awhile.  Oh?  that's not the intent, is it?
[20:38] <bac> he includes this bit of advice
[20:38] <bac> You also need to get lp:rabbitfixture, build it and drop the egg in
[20:38] <bac> ./download-cache/dist in order for txlongpoll to build.  You will also possibly
[20:38] <bac> need to do the same for testresources-0.2.4_r58 until it reaches PyPI.
[20:38] <bac> so the rabbitfixture part is fine
[20:38] <bac> i got revno 58 of lp:testresources and built it
[20:39] <bac> moved it into download-cache/dist/testresource-0.2.4_r58.tar.gz
[20:39] <gary_poster> (maybe I misunderstand, but we should be using sdists in the download-cache; that doesn't sound like your question though, so I won't worry about it for now)
[20:39] <gary_poster> so far so good
[20:40] <bac> yeah but then i get:
[20:40] <bac> Installing testresources 0.2.4-r58
[20:40] <bac> Caused installation of a distribution:
[20:40] <bac> testresources 0.2.4
[20:40] <bac> with a different version.
[20:40] <bac> Got None.
[20:40] <bac> While:
[20:40] <bac>   Installing test.
[20:40] <bac> Error: There is a version conflict.
[20:40] <bac> We already have: testresources 0.2.4
[20:41] <bac> if i don't provide testresource buildout complains that it cannot be found
[20:41] <bac> if i do it complains as above
[20:41] <bac> perhaps your comment about sdists is relevant?  did i make it incorrectly?
[20:43] <gary_poster> IMO this should be supplied by Julian in download-cache or for downloads.  bac, how did you build the testresources?  I suspect you just did "./bin/buildout setup sdist .", or perhaps just "python setup.py sdist", and then you munged the built sdist to have the filename you wanted, right?
[20:43] <gary_poster> If so, that's not quite right
[20:43] <gary_poster> you need to use egg_info
[20:43] <gary_poster> something like this
[20:43] <bac> yes
[20:44] <bac> that's exactly what i did
[20:44]  * gary_poster goes to look at the docs to remind himself
[20:44] <bac> these packages should have F&#$& makefile targets
[20:44] <bac> the tx ones do
[20:45] <gary_poster> bac, try "./bin/buildout setup . egg_info -r sdist"
[20:46] <gary_poster> bac, oh wait
[20:46] <gary_poster> that only works for svn
[20:46] <gary_poster> try this one:
[20:46] <gary_poster> ./bin/buildout setup . egg_info -b-r58 sdist
[20:47] <gary_poster> (or python setup.py egg_info -b-58 sdist)
[20:48] <gary_poster> if it works, it should give you a tar.gz with the name you expect
[20:48] <gary_poster> without munging
[20:48] <gary_poster> (the second example was missing an "r": it should have been "python setup.py egg_info -b-r58 sdist"
[20:49] <gary_poster> )
[20:49] <gary_poster> bac ^^^
[20:51] <gary_poster> maybe -b_r58?
[20:51] <gary_poster> the fact that setuptools only supports svn by default is annoying
[20:52] <bac> setup.py doesn't recognize 'egg_info' as a command
[20:53] <gary_poster> bac, use the bin/buildout version then
[20:53] <gary_poster> setup.py must not be setup to support setuptools
[20:54] <gary_poster> It's too bad Python packaging is such a wasteland. :-/
[20:56] <bac> it looks like testresources doesn't use buildout?
[20:56] <bac> no buildout.cfg
[20:57] <gary_poster> bac, bah
[20:57] <gary_poster> bac, you may have to manually muck with setup.py then
[20:57] <bac> this makes no sense
[20:57] <gary_poster> testresources uses neither buildout nor setuptools nor distribute apparently
[20:57] <bac> mortals have built this stuff before
[20:58] <gary_poster> bac, muck with setup.py locally.
[20:58] <gary_poster> change the version there
[20:58] <gary_poster> then run sdist
[20:58] <gary_poster> and move on
[20:58] <gary_poster> the mortals who did this before apparently like to muck with their files when they make temporary releases
[21:00] <bac> that worked
[21:00] <bac> thank you
[21:02] <gary_poster> cool bac, sorry for the goose chase.  When no one agrees on how to do something, we're left with guessing. :-/
[21:02] <bac> yep.
[21:10] <bac> gary_poster: bug you again?
[21:10] <bac> http://pastebin.ubuntu.com/695840/
[21:10] <bac> what does the extras_require do?
[21:11] <bac> julian claims that it causes setup.py to pull txlongpoll into the bin/ but it doesn't seem to
[21:12] <bac> i'm not sure how it would find it...
[21:12] <bac> ok, enough
[21:12] <gary_poster> bac sure.  that is supposed to mean that when you build the test target of txlongpollfixture, you need txlongpoll.  Otherwise, if you are just using it, you shouldn't have a dependency
[21:12] <bac> where does it expect to find txlongpoll?
[21:12] <gary_poster> bac, pypi, or similar
[21:13] <bac> i'm confused by the two seemingly contradictory statements about PATH
[21:13] <bac> in that paste
[21:14] <gary_poster> bac, he is trying to say the same thing twice.  Let me try:
[21:14] <gary_poster> (and then I need to go)
[21:14] <gary_poster> Actually I need to go now bac, sorry
[21:14] <bac> np
[21:14] <gary_poster> Ask me Monday :-)
[21:14] <gary_poster> Have a great weekend
[21:14] <bac> looks like a NEEDSINFO to me