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