[00:35] Is there a way to get `bzr revert` to also revert (ie remove) "unknown" files? [00:36] Pretty sure not. That's more clean-tree's territory. [00:39] fullermd: ah! [00:39] didn't know about that one. [00:39] * AfC reads help [00:45] Good morning. [00:49] I wouldn't mind mornings so much, but do they have to keep coming around every stinkin' day?? [00:52] fullermd: that's just what we need. Thanks === Fweeb is now known as Fweeb_afk [03:46] . [03:47] Hi, is it possible to put some specialized string in a file that when its committed will turn into the revision number of that commit? [03:51] hopeseekr: sort of. Take a look at the bzr-keywords plugin. [03:51] thanks [04:01] i'm using bazaar explorer - isit the case that it always creates a trunk subfolder everytime you do an init? [04:01] I find that I navigate to where my files are, do an init and then it creates this trunk subfolder and I have to move the files down in order to add them [04:02] I think so, it has a default that scales well [04:04] ok - thanks - so what i'm doing is right? [04:04] yup [04:04] gpthca [04:04] gotcha [04:05] you should only need to init a project once [04:05] after that, branching existing branches [04:05] is more appropriate [04:05] ok - think i understand [04:07] i guess it's best to do the bzr init first before creating the dev files? [04:07] with explorer yup [04:07] great - tnx [08:17] Whee, bugs in socket.py in maverick's python2.6 [08:18] \o/ [08:18] (bug 615236) [08:18] Launchpad bug 615236 in Bazaar "'bzr reconcile' unsafe for stacked 2a? (ignores parent inventories) (affected: 1, heat: 6)" [Medium,Confirmed] https://launchpad.net/bugs/615236 [08:18] what are we, barries test-case [08:18] Er, 615240 [08:19] * spiv goes to pick up V [08:19] bug 615240 [08:19] Launchpad bug 615240 in python2.6 (Ubuntu) "sock.makefile().flush has UnboundLocalError bug (affected: 1, heat: 6)" [Undecided,New] https://launchpad.net/bugs/615240 [08:26] hi spiv, bye spiv [08:39] uuuu, bad feeling about that socket bug [08:40] that lame "explict free" comment is from the EINTR fix for socket file objects [08:40] http://svn.python.org/view?view=rev&revision=74426 [08:40] ...but it doesn't have a 'view'... wonder when that was added [08:41] looks like a bad merge: [08:41] http://svn.python.org/view?view=rev&revision=83624 [08:54] Back again. [08:55] hey spiv [08:55] spiv, are you going to file an upstream bug, or just bug someone to put the one line change on release26-maint? [08:57] getting an answer from ezio.melotti on why he fiddled with that patch during merging might be useful. [08:58] mgz: I haven't looked upstream yet, 'ubuntu-bug' is more convenient than bugs.python.org ;) [08:58] well, it's only a six day old error, so you're probably the first one on it [08:58] mgz: I'll do so (even if I don't, I'm sure the Ubuntu packagers would forward the bug and fix upstream) [08:58] ...he fiddled because memoryview isn't in 2.6 [08:59] I don't think his change is really right, even with the line he missed fixed... [08:59] I only just finished making a coherent bug report before I had to head out the door :) [08:59] ah, actually it might be, svn view on python server eats whitespace changes, I always forget that [09:00] mgz: hah: http://bugs.python.org/issue9543 [09:00] wasn't suggestion you were being bad, was just going to volunteer if you were busy [09:00] mgz: oh, please do, it's basically EOD for me here right now :) [09:00] ^heh, mear hours in it. === oubiwann is now known as oubiwann-away === oubiwann-away is now known as oubiwann [09:04] okay, bugs linked, think you don't need to do any more work there. [09:07] hey all. Is there a way to get bzr diff --using=... to also call the supplied difftool for added or removed files? [09:07] Thanks! I went ahead and added a comment with the contents of the script for convenience. [09:08] Pieter: I think there might be a bug report about that (if not, there probably should be) === oubiwann is now known as oubiwann-away === oubiwann-away is now known as oubiwann [10:07] bzr add command doesn't seem to work: when i add new files with bzr add it says "adding " and when i then commit bzr says "added [10:07] ups [10:08] still, when i log into the server and check if that file has been added, it isn't there [10:08] wtf [10:08] no error messages are shown [10:09] Are you expecting to see it in the working tree of a remote branch? [10:10] flam_: you may need to run 'bzr update' on the server [10:15] fullermd, both [10:16] poolie, i don't think i have rights to do it [10:16] bzr doesn't touch working trees of branches it accesses across the network (e.g., anything you `bzr push bzr+ssh://...`), so they'll never be updated. [12:29] Is pushing code to launchpad now a little problematic? [12:30] I'm trying to push a new commit to an already existing branch on launchpad, and I keep getting that error: [12:30] ssh: connect to host bazaar.launchpad.net port 22: Connection refused bzr: ERROR: Connection closed: Unexpected end of message. Please check connectivity and permissions, and report a bug if problems persist. [12:31] I've made sure I'm logged in via bzr launchpad-login . [12:32] MAfifi: do you have a firewall blocking port 22 perhaps ? its working for me [12:33] No, I even can't checkout code with bzr branch. [12:33] Do you have a firewall blocking port 22 ? [12:37] I consulted my system administrator and he stated that it was really blocked, sorry. === Meths_ is now known as Meths === Ursinha-afk is now known as Ursinha [13:42] Thank god for professional systems administrators, in the service of their users. [13:44] Probably blocks port 80 too. Can't be too careful. [14:23] actually, as a sysadmin, there is a reason to not let 22 out, not that I'd do it, because it's just too tin-foil hat, even for me. [14:23] mostly due to the creation of port forwards and tunnels as a way to defeat incoming firewall rules. [14:24] but if you got a guy on the inside punching holes you already have a problem, trying to block outbound ssh isn't going to help that. [14:24] IMHO of course [14:25] it depends on the level of competency you expect to block [14:25] exactly [14:25] punching holes out of a http proxy is a bit trickier, I would not know how to do it in a pinch [14:27] unless you had an ssh server listening on port 80. There are a million and one tuts out there telling you how you can break through firewalls at work. [14:27] I'm sure I could figure it in a couple of hours [14:27] note the "in a pinch" [14:28] true [14:50] heya GaryvdM [14:51] Hi bialix [14:51] do you have 5 minutes to chat about explorer? [14:52] sure! [14:52] I'm starting to think about explorer performance and what to do about it [14:52] 2 obvious things coming to my mind [14:52] btw - Thanks for doing the release last week. I was to busy. [14:53] 1) if explorer using treewidget from qbzr, then on every refresh of the branch status explorer do 2 status operatrions: 1 for its own view, and second (indirectly) for treewidget [14:54] I think it's a waste [14:54] what can i use for resolving conflicts of files after a merge? [14:54] does bzr come with it's own tool i should be using? [14:54] GaryvdM: np, it's not hard for me to do release, but gave me a way to come back into bzr dev mindset after vacation [14:55] Noldorin: you can use extmerge plugin, or qconflicts command from qbzr, or just fire your favorite 2/3-way merge GUI tool [14:55] bialix, winmerge would do the job? [14:56] Noldorin: winmerge is ok, but you have to run it just from commandline [14:56] bialix: Sure. I think it would be easiest for us to make the qbzr treewidget accept a delta. [14:56] bialix, why's that? [14:56] Noldorin: like this: winmergeu file.txt [14:56] ah yes [14:57] bialix, is there a detailed tutorial on how merging works in bzr? i could probably benefit to read up on it [14:57] Noldorin: because winmerge gets only 1 filename as parameter, but extmerge and qconflicts don't allow you to configure it this way. yet [14:57] right [14:57] Noldorin: tutorial? [14:57] bialix, or guide, rather [14:57] documentation of some sort [14:58] it works in the similar way as GNU diff3 [14:58] hi, is there a way to clone a repository without downloading the whole history, but just the most recent revision? [14:58] hmm, is not the User Guide has the section about resolving conflicts? [14:58] tim: bzr checkout --lightweight [14:59] Noldorin: http://doc.bazaar.canonical.com/bzr.2.1/en/user-guide/resolving_conflicts.html [14:59] GaryvdM, thanks! [14:59] Noldorin: also http://doc.bazaar.canonical.com/bzr.2.1/en/user-guide/merging_changes.html [14:59] tim: In the feature we hope to support shallow branches/history horizon (http://wiki.bazaar.canonical.com/HistoryHorizon) [14:59] cheers [15:00] tim: lightweight checkouts kind of suck, because the have to redownload the data if you want to do a diff/status. [15:01] GaryvdM: 2nd point about explorer: it's almost useless to run explorer under profiler, because it's supposed to be long running process. I'm thinking about adding profile calls for specific operations or for refreshes [15:01] bialix, it doesn't explain what the BASE/THIS/OTHER files correspond to though [15:01] i can guess... [15:01] Noldorin: http://doc.bazaar.canonical.com/bzr.2.1/en/user-reference/conflict-types-help.html#text-conflicts [15:02] BASE is the ancestor of the file in both branches, THIS is the version of the file in the destination branch, and OTHER the version in the source branch [15:02] ah [15:02] it's a kinda split over the docs [15:02] GaryvdM, well, it is ok for me ... i was trying to branch a repository, but stopped after downloading almost 3gb [15:02] yeah, i'm noticing. cheers [15:04] bialix: That should be easy to do. You will just have start the profiler, and stop it you self. [15:04] Garyvdm: 3rd point: maybe we can provide a result of q-subprocess operations (like qadd, qrevert) back to explorer via some sort of IPC (don't know yet) as list of affected files, to speed-up status update [15:05] GaryvdM: yep, that's my guess about profiler as well. I can store such data into user directory and then asking people for mailing these data for analysis [15:05] tim: what is your master branch? [15:07] bialix: Also, with KCachegrind, you can see the callees of a method. So it's easy to see what is taking long in the refresh method. [15:07] GaryvdM: also, I'm thinking about using separate process a-la tortoisebzr status RPC service/daemon to collect status info in the background. I'm not sure how good it will be for Linux [15:07] bialix, lp:ubuntu/gcc-4.5 [15:08] tim: ah. sorry [15:08] GaryvdM: I don't have Ubuntu yet [15:09] tim: I know that there were some memory issues with gcc checkouts. jam was looking at them. [15:09] GaryvdM: but maybe I need to get new notebook, where I can create dual-boot system [15:09] bialix: Do you have any callgrinds I can look at? [15:10] bialix, what would you recommend for merging on windows? i'm not sure i fully like winmerge... [15:10] GaryvdM: no new data so far, I'm trying to figure the right way to attack this problem [15:10] Noldorin: I'm using either winmerge, or just text editor [15:10] right [15:11] Noldorin: many people like diffuse, and Araxis Merge tool (non-free) [15:11] bialix, i'm trying to figure out the correct command-line option for opening a conflict file [15:11] Noldorin: On windows, I like Araxis Merge. It's propritory :-( and expensive :-(, but works well [15:11] right [15:11] GaryvdM, i see... [15:11] Noldorin: for which tool? [15:11] winmerge [15:11] winmergeu FILE_WITH_CONFLICTS [15:12] just a file name, without THIS/BASE/OTHER [15:12] doesn't work... [15:12] ok [15:12] hmm [15:12] Noldorin: I'd recommend to use winmerge 2.13.8 or higher [15:12] previous versions have some bugs in this area [15:13] bialix: Re explorer, and qbzr dialogs, I think the easiest would be for them to be in the same subprocess... [15:13] bialix, i see. that version is beta as i understand [15:13] GaryvdM: yep, I think we can run qdialogs from main explorer process, anyway we then invoke qsubprocess, right? [15:13] Noldorin: I'm using it for very long time [15:14] Noldorin: no problems detected so far [15:14] ok that's good to know :) [15:14] bialix: Yes. The issue with that is then you will have different code for qbzr and bzr-gtk dialogs. [15:15] GaryvdM: well, at some point I can drop bzr-gtk support, if it will be too much hassle [15:15] I wonder if there are any people who launch bzr-gtk dialogs from explorer? [15:15] * bialix too [15:15] in the end there is olive-gtk, and nautilus [15:15] bialix: Re https://code.edge.launchpad.net/~garyvdm/bzr-explorer/better_tree_filter/+merge/20519 [15:15] I would, bzr vis is superior to qlog in some respects [15:16] bialix: I got stuck with requiring a version qbzr. [15:16] ddaa: In what way? [15:16] GaryvdM: what's the problem? [15:16] ddaa: And do you use bzr explorer? [15:16] I find the "show me the revision where this line was introduced" behaviour of vis very nice. [15:17] And qlog quite confusing in that respect. [15:17] GaryvdM: I'm trying on occasion, but truthfully, I'm too used to the command line and I find a gui clumsy. [15:17] So feel free to ignore me. [15:18] ddaa: Ok [15:18] mh [15:18] ddaa: is not this is annotate? [15:18] yes it is :-) [15:18] was about to correct myself [15:18] duh [15:19] ddaa: for qannotate, just click on the line of text, and the revision is selected? [15:20] GaryvdM: do you really want go into debugging what exactly I found confusing? [15:20] ddaa: Yes :-) [15:20] yes [15:20] ok, let me fire the bugger [15:21] ddaa: what version was this in. qannotate got some nice improvements in 0.18 [15:21] qbzr 0.18.4 [15:22] ddaa: i.e. Find, goto line, and when you change the annotated revision, the scroll remains consistent. [15:22] in 0.19? [15:22] ddaa: sorry - in 0.19... [15:22] GaryvdM: I guess you mean 0.19 [15:22] Yes :-) [15:22] mh... maybe my confusion came from scrolling issues indeed [15:23] bialix: For https://code.edge.launchpad.net/~garyvdm/bzr-explorer/better_tree_filter/+merge/20519 , I have 2 code paths. one for qbzr 0.18, and one for qbzr 0.19 [15:23] bialix: basicly, the methods added in 0.19 are included in that patch as a fall back... [15:24] GaryvdM: ok, I understand [15:25] GaryvdM: I'm happy to say that explorer trunk required qbzr 0.19 [15:25] bialix, thanks, seems to be working nicely now :) [15:25] bialix: My problem was I was not able to do that. [15:25] bialix: let me have another go... [15:25] GaryvdM: sorry, I can't dig into your code right now [15:26] GaryvdM: but I will review it ASAP [15:26] Noldorin: good to hear [15:27] bialix: I would have just landed it, if it were not for the qbzr version issue. [15:27] That for me is the issue. [15:29] hmm [15:34] bialix: Were should we do the check? In the __init__.py, like we do for bzrlib check in qbzr, [15:34] or in commands.cmd_explorer.run? [15:34] GaryvdM: I'll check the newer qannotate when I get it from the system update. [15:34] GaryvdM: I'd prefer the latter [15:34] ddaa: Cool. [15:35] bialix: ok - I'll do that now. [15:41] bialix, so i've finished doing my merge/conflict resolution. is there any easy way to tell bzr to remove all the .~1~ and .moved files? [15:41] and .BASE, etc. [15:41] bzr resolve [15:42] thatl leaves them there [15:42] bzr clean-tree [15:42] ah yes [15:42] bzr clean-tree --detritus [15:42] Noldorin: you need to run `bzr resolve` and mark non-text conflicts as resolved [15:43] qconflicts is your friend [15:43] bialix, yes, bzr resolved tells me there are no more conflicts [15:43] (or qresolve, it's the same thing) [15:43] but the tree was dirty still [15:43] that did the job though - thanks again [15:44] now you're ready to commit your merge [15:50] :) [15:52] Bla - my in progress maverick upgrade has broken pyqt... [15:53] I guess you or not ment to use it while it's upgrading.... === deryck is now known as deryck[lunch] [16:11] bialix: landed. [16:11] GaryvdM: thanks! [16:11] * GaryvdM off to get food. [16:11] bbl === Ursinha is now known as Ursinha-lunch === deryck[lunch] is now known as deryck [16:57] hello [16:57] what's the difference between branch and repository? [16:59] A repository is an on-disk store of revision data [16:59] A branch is a store for a reference to a specific revision (and implicitly all of its ancestors), and also a mapping of tag-name -> revision-id. [17:01] Kaspi: 'bzr help branches' and 'bzr help repositories' have some good notes. There are some more topics under 'bzr help topics' in case you haven't seen it already. === oubiwann is now known as oubiwann-away [17:09] does loggerhead have a download tarball link yet? [17:10] parthm: maxb: thanks [17:11] is there any other bazaar web client that allows downloading a tarball of the latest revision? ive been pretty happy with loggerhead but really need that functionality [17:13] according to this it can do it [17:13] https://bugs.launchpad.net/loggerhead/+bug/246764/comments/4 [17:13] but i can't see how [17:13] Launchpad bug 246764 in loggerhead "Recreate "Download a Directory" feature (affected: 1, heat: 0)" [Wishlist,Triaged] === Ursinha-lunch is now known as Ursinha === beuno is now known as beuno-lunch === beuno-lunch is now known as beuno [18:18] jam: Ping === oubiwann-away is now known as oubiwann === Meths_ is now known as Meths [19:21] GaryvdM: ping [19:22] bialix: Pong [19:22] GaryvdM: regarding your check for qbzr version in explorer [19:22] I think it should report in the console AND as GUI MessageBox [19:22] or only as MessageBox [19:22] think about bzrw.exe [19:22] Good point. [19:23] if there won't be a real console user will not know why explorer does not start [19:23] even with bzr.exe the console will flashing and closing [19:24] bialix: If explorer had a ui-mode option, and you ran the command with it, then it would show a message box. [19:24] we can say that explorer is always run with --ui-mode ;-) [19:24] bialix: but that's not what I think we should ho [19:24] *do [19:25] bialix: The error handler should detect bzrw.exe (using sys.frozen) [19:25] imho, explorer is GUI application, and I'd prefer to show error messages as GUI dialogs, when possible [19:27] hey GaryvdM [19:27] Hi jam. [19:27] jam: I can't connect to the ec2 computer. [19:27] it would be at a different address, I forgot about that [19:27] * bialix waves at jam [19:27] hi bialix [19:28] jam: That's what I figured. [19:32] Any way to use a normal bzr repository to manage parts of a tree also managed by svn? IOW, I have an svn checkout but want to use bzr to manage little bits of it locally. the .svn folders confuse bzr at sublevels though. [19:33] i think I'm looking for a way to get bzr 2 to ignore .svn folders, without having to rename them all momentarily. [19:33] dlee: bzr ignore .svn [19:35] I doubt that helps... scenario: bzr init in folder a with subfolder b/c/d. Then cd b/c/d, bzr add file.txt... but there are b/.svn, b/c/.svn, and b/c/d/.svn, all of which keep bzr from finding a/.bzr at all. [19:36] bialix: I just had a look at the error handling in bzr-explorer. I would like to do some improvements there. [19:36] bialix: But tonight, I want to get the 2.2.0 final installers done. [19:37] GaryvdM: ok [19:37] bialix: How much do you know about buildout? [19:37] a little [19:37] but enough to get the bad impression [19:38] :-/ [19:38] bialix: Would you be able to help me get the build script to use a downloaded version of pycrypto & paramiko, rather than the ones installed on the build system? [19:39] get? [19:39] you need to download? [19:39] or you need to force them in py2exe> [19:39] or you need to force them in py2exe? [19:39] bialix: yes, download, and change sys.path. [19:40] I guess PYTHONPATH should be enough for py2exe [19:40] lemme pull the branch first, trunk? [19:40] bialix: yes [19:40] * bialix pulls [19:40] bialix: I think buildout is ment to be able to do that for you automaticly. [19:41] I meant: pull the latest changes from lp:bzr-windows-installers [19:41] Yes [19:43] I watched a video about buildout. The guy added to install_requires in setup.py, and it automaticly got the egg, and change the sys.path so that the egg got used. [19:43] The module was not installed on the system. [19:45] Maybe I need to do that in the setup.py in the py2exe code. [19:45] file build.py, line 393, def _build_exe [19:46] IMO, you need to add PYTHONPATH to env dict [19:47] Ah - ok - so I'm not going to be able to get buildout to do it for me. [19:47] GaryvdM: btw, in the bazaar_releases.py you have custom bzr [19:47] Project('bzr', 'lp:~garyvdm/bzr/2.2b4-optimize'), [19:47] I think it should be updated to lp:bzr/2.2 ? [19:48] bialix: Yes [19:48] and you need to merge my branch with changes to qbzr/explorer versions [19:48] or I should merge and push? [19:48] bialix: Allready done :-) [19:49] oh wait. [19:49] I did not push [19:49] yep [19:49] bialix: Sorry - I thought I had done it. [19:50] Done now. :-) [19:51] GaryvdM: now only bzr 2.2 branch need to be changed [19:51] GaryvdM: to download pycrypto/paramiko I guess you need to add them into bazaar_releases [19:52] bialix: Yes - and I need to go through the rest of the plugins, and check if there are any new releases. [19:52] I'd suggest to download them and install into temp directory, then use this directory in the PYTHONPATH [19:52] GaryvdM: it seems igc has removed some dependencies on buildout [19:53] before buildout generated bat file to execute build. now it's plain python, and this is good [19:59] jam, bialix: This is harder than I thought. So I'm going to install the new versions on the build server. [19:59] * bialix nods [20:06] jam: Sorry - forgot I don't have admin. [20:06] please will you do it for me. [20:06] the files are in d: [20:09] GaryvdM: what do you need installed? [20:09] pycrypto 2.2 [20:09] and paramiko with my patch [20:10] I have the source for both in d: [20:10] k, be about 5 min [20:10] jam: Thanks [20:21] GaryvdM: just setup.py install for paramiko? [20:22] jam: I guess so. I'm not sure what the easest way to get easy_install to manage it. [20:22] Maybe build an egg? [20:24] GaryvdM: were you expecting pycrypto 2.2 to be installed? [20:25] jam: Yes - that is the latest release [20:25] k, I only knew about 2.1 [20:25] yes - Very new. [20:26] I've run the paramiko test suit on it - all passes. [20:27] so I made one small change, bumping 1.7.6 to 1.7.6.1 [20:27] so that it will update to this version [20:27] Ok - cool. [20:27] rather than think it is new enough [20:27] I'm a little concerned about this: [20:28] warning: GMP library not found; Not building Crypto.PublicKey._fastmath. [20:28] but I guess I'll live with it [20:28] they don't have binaries for pycrypto because of export rules, iirc [20:28] anyway, stuff is installed, care to test it? [20:29] jam: Thanks - Will do in a sec. === thrope_ is now known as thrope [20:43] Still no 2.2 compatible releases of bzr-loom, and bzr-pipeline :-( [20:47] jam: there is binary for pycrypto available on voidspace [21:09] What's the best way to create a private fork of a project already on bzr? [21:09] bzr branch [21:10] On Launchpad, that is. [21:10] Without having to re-upload the *entire* project to a fresh Launchpad branch. [21:11] jelmer: I'm getting this error building subvertpy 0.7.3.1: http://pastebin.org/462761, should I log a bug? [21:11] define "private fork" in terms of launchpad [21:11] when uploading a branch to an existing project, lp will use stacked repo [21:11] GaryvdM, please do [21:11] GaryvdM, actually, any chance you can try with lp:subvertpy as well? [21:12] if it doesn't work with that, I think we should fix the issue and release a 0.7.3.2 [21:12] jelmer: ok [21:14] ddaa: Ah. [21:14] ddaa: Is it normal that it bugs me about a missing .bzr directory? [21:16] you must be doing something wrong, we'd need the full command and output of bzr (to a pastebin) to be able to tell [21:17] Well, I created a new branch of Emacs using the bzr web interface, and tried to push to it: http://pastebin.ca/1914036 [21:19] what about following the hint in the error message? [21:19] That'll probably upload the entire project, which is huge. [21:19] what about trying? [21:20] Hrm. It seems to have worked. [21:20] Thanks. [21:22] thanks to stacked repos [21:23] canonical does not terribly fancy the idea of hosting one complete copy of the emacs repo for each branch, either [21:23] not to mention the fact it would make lp unusable for people [21:27] jelmer: Yhea - builds fine with lp:subvertpy. I'm going to log a bug, and then release with 0.7.2 [21:27] GaryvdM, thanks. [21:29] Ah - allready loged: bug 612056 [21:29] Launchpad bug 612056 in subvertpy "Can't compile _ra.c using VC++ (affected: 1, heat: 7)" [Medium,Fix committed] https://launchpad.net/bugs/612056 [21:41] Any ideas when bzr-gtk is released? It is not usable on the 2.2 version of bzr... [21:59] jam: ping :) [22:16] hrmm [22:16] so i am having a bit of a weird experience similar to https://bugs.edge.launchpad.net/launchpad-code/+bug/614404 i think [22:16] Launchpad bug 614404 in Launchpad Bazaar Integration "commit uses system user-id to generate revision-id even when committer id is supplied (affected: 1, heat: 6)" [Medium,Triaged] [22:29] but even with jam's patch from there, i still get the same failure, occurring elsewhere [22:31] http://pastebin.ubuntu.com/475639/ [22:40] dobey: that's not really the same issue, as nothing is specifying --committer for you [22:41] dobey: in that case I think it's probably that tarmac isn't using bzr's test case and so doesn't get the sanitised environment that should stop this sort of thing from happening === jam changed the topic of #bzr to: Bazaar version control | try https://answers.launchpad.net/bzr for more help | http://irclogs.ubuntu.com/ | Patch pilot: poolie | bzr 2.2-final has gone gold, build those installers [22:54] Bla - I'm stuck. Will continue tomorrow. === Ursinha is now known as Ursinha-afk [23:14] hi gary, [23:14] mkanat: hello? === Ursinha-afk is now known as Ursinha [23:20] Hey poolie! [23:24] mkanat: hi there, be with you in a sec [23:24] Okay. [23:26] back [23:26]