[08:34] <vindolin> is someone here using loggerhead?
[08:36] <poolie> vindolin, yes, but right now i have to go
[08:36] <poolie> might be best if you ask on the list
[08:57] <Kamping_Kaiser> i'm using bzr builddeb and just tracking debian/. should i keep debian versioned, or a directory above debian? (eg, bar/debian , where bar has the .bzr in it)
[09:06] <mgz> morning all
[09:22] <jelmer> hi mgz
[09:34] <jelmer> Kamping_Kaiser: hi
[09:34] <jelmer> Kamping_Kaiser: you should keep debian/ versioned
[10:33] <poolie> jelmer, mgz, hi?
[10:33] <mgz> hey poolie
[10:34] <jelmer> hi poolie
[10:38] <poolie> oops
[10:38] <poolie> will help if i talk in a channel that has you in it
[10:38] <poolie> mgz, jelmer, how about a mumble?
[10:38] <poolie> or hangout or whatever
[10:38] <mgz> mumble works for me
[10:39] <jelmer> sure, one sec
[12:35] <mgz> jelmer: what's the status of your two approved-but-yet-to-land branches?
[12:38] <mgz> ...I can never remember which two of shelve/unshelve --destroy/--delete match up
[12:38] <mgz> they should just use the same switch
[12:39] <jelmer> yeah
[12:39] <jelmer> mgz: there was a test failure or two, I should bump them back to in progress I think
[12:54] <jelmer> the downstairs neighbours have been noisly redecorating for the past couple of hours, I'm going to find a better place to work
[12:58] <mgz> I've got room here!
[12:58] <mgz> it's just a short swim away...
[13:00] <mgz> okay, upgrading cythong fixed the importing of static_tuple, but broke the version parsing thing in setup.py again...
[13:01] <jelmer> heh
[13:01] <jelmer> not sure if that's worth the effort, considering the ferry already takes 5 hours or so :)
[13:01] <jelmer> mgz: urgh :(
[13:03] <mgz> they now like the form '0.16.beta0'
[14:06] <sladen> I'm puzzled:  https://code.launchpad.net/~sladen/unity-2d/unity-2d-no-glow-lp933578 (Diff) shows "[14:07] <sladen> but  find -name \*.OTHER  doesn't find such a file
[14:08] <czajkowski> aloha
[14:23] <ahasenack> hi guys, where can I find a 2.5b6 build for ubuntu? The beta ppa only has beta2
[14:25] <ahasenack> I'm being hit by this bug in beta5, which is in precise: #917733
[14:26] <jelmer> ahasenack: 2.5 should be in precise now
[14:26] <ahasenack> jelmer: 2.5 final?
[14:27] <ahasenack> jelmer: cool, let me try that, didn't see it
[14:28] <ahasenack> jelmer: nice, it's working now, thanks
[14:38] <jelmer> great
[15:02] <mgz> darn it, would notice problem just after merging everything up
[15:05] <mgz> ah well, should have tested again with the cython problem fixed before merging, could see it was causing failures
[19:13] <DBO> where can I get bzrlib api docs?
[19:13] <DBO> doh, nevermind
[19:13] <DBO> related comment:
[19:13] <DBO> http://doc.bazaar.canonical.com/bzr.2.4/developers/
[19:14] <DBO> the bzrlib api docs link there is busted
[19:23] <jelmer> DBO: hi
[19:23] <jelmer> DBO: thanks for the hint
[19:23] <jelmer> mwhudson: hi
[19:23] <jelmer> mwhudson: http://starship.python.net/crew/mwh/bzrlibapi/ seems b0rked
[19:28] <DBO> jelmer, if Im writing a plugin to a text editor to make it support bzr
[19:28] <DBO> is it best to use bzrlib
[19:28] <DBO> or to just call out to the bzr binaries?
[19:28] <jelmer> DBO: if the plugin is in python then the best thing is indeed to use bzrlib directly
[19:28] <jelmer> if not then there are perhaps other things that may work better
[19:29] <jelmer> there is a fair bit of overhead in invoking the bzr binary directly (because of starting python, importing all modules, etc) so you probably don't want to do that, at least in a naive manner
[19:30] <DBO> jelmer, are there good examples of doing simple things with bzr lib?
[19:30] <DBO> (and yeah, the plugin is in python, so bzrlib should be easy enough to use)
[19:31] <jelmer> DBO: hmm, that's a good question
[19:31] <jelmer> DBO: http://doc.bazaar.canonical.com/bzr.dev/developers/ that you linked to is a good place to start
[19:32] <jelmer> most of the existing trivial plugins are also good for inspiration
[19:32] <jelmer> "from bzrlib.branch import Branch; b = Branch.open('/some/url'); print b.last_revision_info()"
[19:42] <DBO> jelmer, yeah I am getting along now, is there really a need to do the initialize call?
[19:42] <DBO> it seems to work without
[19:44] <DBO> meh no big deal actually, just will do it anyhow
[19:49] <jelmer> DBO: it's not strictly necessary at the moment but might become necessary i nthe future
[19:50] <DBO> jelmer, okay will just do it
[19:50] <DBO> jelmer, let me know if you mind the stupid questions, Im not a python guru :)
[19:53] <jelmer> DBO: no problem at all :)
[20:02] <DBO> jelmer, is there any way I can tell python where to look for some other packages, it seems this application ships a complete version of python with it...
[20:03] <DBO> (so the plugin cant find bzrlib)
[20:03] <thumper> DBO: really?
[20:03] <jelmer> DBO: you can modify sys.path (which is a list) to include other locations it should look in
[20:05] <DBO> jelmer, like this: sys.path = sys.path + ["/usr/lib/python2.7"]?
[20:05] <DBO> thumper, yeah
[20:05] <jelmer> DBO: yep, something like that (or sys.path.append(...))
[20:05] <DBO> oooo append duh
[20:06] <DBO> hmmm
[20:06] <DBO> doesn't seem to work
[20:08] <DBO> jelmer, sorry...
[20:08] <DBO> sys.path = sys.path.append("/usr/lib/python2.7")
[20:08] <DBO> AttributeError: 'NoneType' object has no attribute 'append'
[20:09] <DBO> Im guessing that the sys hes shipping doesn't work right?
[20:13] <LarstiQ> DBO: append works inplace
[20:13] <LarstiQ> DBO: and returns None
[20:13] <DBO> LarstiQ, ah
[20:13] <LarstiQ> DBO: so just do sys.path.append("/usr/lib/python2.7")
[20:13] <DBO> gobject has forever broken me
[20:14] <DBO> LarstiQ, actually its still complaining with the same error
[20:14] <LarstiQ> DBO: is this some longer running process?
[20:15] <LarstiQ> DBO: what application is it?
[20:15] <DBO> sublime text
[20:18] <LarstiQ> DBO: http://sublimetext.info/docs/en/basic_concepts.html says "This embedded interpreter is intended only to interact with the plugin API, not for general development."
[20:18] <LarstiQ> I wonder how far they took that
[20:18] <LarstiQ> DBO: in a normal python sys.path should never be None
[20:19] <LarstiQ> I think
[20:19] <LarstiQ> DBO: what you could try then is assigning to it, sys.path = ["/usr/lib/python2.7"]
[20:20] <DBO> that got me further
[20:20] <DBO> crazy
[21:26] <DBO> jelmer, do you know how I can turn an lp: link into something bzrlib understands?
[21:41] <mwhudson> jelmer: you should be using the people.c.c version now
[21:41] <mwhudson> jelmer: how did you get that link?
[21:48] <poolie> hi mgz, jelmer, all
[21:49] <poolie> dbo, if you have the launchpad plugin loaded bzrlib ought to just understand it directly
[21:50] <DBO> poolie, do I need to do something special to make it load
[21:50] <DBO> because I am just getting an error
[21:51] <DBO> poolie, I am getting an unsupported protocol error
[21:53] <jelmer> hi DBO, mwhudson, poolie
[21:53] <jelmer> DBO: where are you passing the URL to ?
[21:54] <jelmer> mwhudson: it's in one of the bzr docs
[21:54] <jelmer> mwhudson: what is the proper URL?
[21:55] <DBO> jelmer, branch.push(Branch.open("lp:myurl"))
[21:56] <mwhudson> jelmer: http://people.canonical.com/~mwh/bzrlibapi/
[21:56] <mwhudson> jelmer: i had a redirect, but it seems to have stopped working at some point
[21:57] <jelmer> mwhudson: thanks, I'll fix thew link
[21:57] <jelmer> DBO: did you call initialize() ?
[21:57] <jelmer> DBO: and are you calling load_plugins()?
[21:57] <mwhudson> jelmer: thanks
[21:58] <DBO> jelmer, ahhhh that makes it crash but I'll figure it out :)
[22:11] <DBO> is it possible to get bzrlib on python 2.6
[22:12] <jelmer> DBO: yeah, it works with 2.6
[22:13] <DBO> jelmer, how do I make it do that on ubuntu?
[22:13] <DBO> :)
[22:13]  * DBO knows nothing of python
[22:16] <jelmer> DBO: it would just be available for the default python in that case I think (which is 2.7 in your case, I think)
[22:17] <DBO> jelmer, yeah but im stuck on 2.6 :D
[22:22] <jelmer> DBO: you can manually compile bzr into a specific location I guess, or get your editor to use the system python
[22:23] <DBO> jelmer, it breaks with python 2.7 :)
[22:23] <DBO> awesome
[22:23] <DBO> screw it, abandoning S.S. bzrlib
[22:23] <jelmer> DBO: you should be able to build bzr for python2.6 into a specific location (e.g. "python2.6 setup.py install --prefix=bar")
[22:24] <DBO> jelmer, where do I get the sources?
[22:24] <jelmer> DBO: https://launchpad.net/bzr/+download
[22:25] <DBO> okay, trying that
[22:25] <DBO> this guy needs to update his editor to python 2.7...
[22:38] <DBO> jelmer, it gives a bunch of errors, Im thinking this might be more hassle than its worth
[22:39] <DBO> i can probably just call the bzr command directly and get decent enough results to not care
[22:39] <jelmer> DBO: I guess it depends a bit on what you're trying to do exactly
[22:39] <DBO> I want to do a full out integration
[22:40] <DBO> but its really not nice to have to deal with this python incompatibility
[22:40] <jelmer> DBO: the issue with not using bzrlib but the bzr command-line executable is that you have to parse the output it generates
[22:40] <jelmer> or use bzr-xmloutput and parse the output that generates
[22:41] <DBO> why is bzrlib looking to build C files
[22:41] <DBO> I dont get that...
[22:41] <DBO> gcc -pthread -fno-strict-aliasing -DNDEBUG -g -fwrapv -O2 -Wall -Wstrict-prototypes -fPIC -I/usr/include/python2.6 -c bzrlib/_static_tuple_c.c -o build/temp.linux-x86_64-2.6/bzrlib/_static_tuple_c.o
[22:41] <DBO> bzrlib/_static_tuple_c.c:35:33: fatal error: _simple_set_pyx_api.h: No such file or directory
[22:41] <DBO> its puking on that
[22:42] <jelmer> DBO: there are (optional) implementations in C of some functionality, faster than the python implementation
[22:42] <jelmer> hmm, I think that header should be included
[22:42] <DBO> ah
[22:42] <DBO> okay, just using the python fallbacks then
[22:42] <jelmer> DBO: that header file should be included in the tarball I think
[22:43] <DBO> I just grabbed trunk
[22:43] <DBO> bad juju
[22:43] <DBO> ?
[22:43] <jelmer> DBO: if you want to run trunk with the C extensions, you need to have cython installed
[22:43] <DBO> jelmer I do
[22:44] <DBO> that was one of the first thigns i did
[22:44] <DBO> its still complaining about not having it
[22:44] <DBO> but it is installed
[22:47] <DBO> jelmer, so this is the same error I was getting before when I moved teh bzr 2.7 stuff to be used with 2.6 (just to test)
[22:47] <DBO> http://pastebin.com/duBb96yu
[22:47] <DBO> thats what I get with my locally installed bzr now
[22:54] <jelmer> DBO: your python installation doesn't support ssl, it seems
[22:54] <DBO> jelmer, a man could be driven to insanity this way...
[22:54] <DBO> Im sorry I have dragged you along :)
[22:56] <jelmer> DBO: this is really unusual; I think you might not get very far in communicating with launchpad if there is no ssl support
[22:56] <DBO> I wish I could talk with the app author
[22:56] <DBO> and get maybe a better version of python on this
[22:56] <DBO> either way I have switched his program to using system python 2.6
[22:56] <DBO> which works mostly
[22:57] <DBO> except now bzr is complaining about not being able to import future, which I can do from an interpreter
[22:59] <DBO> ah I see
[22:59] <wgz> the easiest option would be if the editor supported building against the system python
[22:59] <wgz> rather than bundling another copy
[22:59] <DBO> this is the program unsetting the sys.path
[22:59] <DBO> wgz, its not open source
[22:59] <wgz> then all the stuf you've just had break would work
[23:00] <DBO> yeah, not my program though
[23:02] <DBO> alright going to ask the program author to try to give me a better python env to work in...
[23:02] <DBO> will see what happens