[12:06] GzipFile is a wrapper around zlib in python that does what gzip does [12:07] one sec on phone [12:07] robertc@lifeless-64:~$ python -m timeit -s 'one_hundred_million_bytes= "A"*1024*1024*100' -s 'import zlib' 'zlib.compress(one_hundred_million_bytes)' [12:07] 10 loops, best of 3: 2.64 sec per loop [12:16] cool [12:19] lifeless, what do you think? or you haven't finished your coffee :) === ionstorm [n=ion@70-58-119-250.phnx.qwest.net] has joined #bzr [12:21] i have to run, i'll be back in ~5 hours [12:22] i'm going to be on a bus, i'll probably implement some stuff while i'm in transit === grimeboy [n=grimboy@85-211-247-54.dsl.pipex.com] has joined #bzr === jbailey [i=jeffbail@nat/google/x-3909e46e0cdea95c] has joined #bzr [12:44] jbailey: long time no see! [12:45] lifeless: Yup, finally settling enough to visit. [12:45] I understand that I missed your wife here on my first day. [12:45] how's the babe? [12:45] oh shame [12:45] I couldn't get out of the orientation to sneak off and visit Leslie, though. =) [12:45] He's terribly cute. Much happier to not be stuffed into a car seat every day, though. =) [12:46] you drove all the way? [12:46] Yeah. We've put 3600 miles on the rental vehicle. [12:46] Mmm. Civilized measurements that's.. mm [12:46] so thats what, 48 hours of driving ? [12:46] 5500km or so? [12:46] Probably a touch more. [12:47] It was about two weeks, most days about 4 hours of driving. Some with none, some with 6 or 7. === tchan [n=tchan@lunar-linux/developer/tchan] has joined #bzr === mw is now known as mw|out === ionstorm [n=ion@71-35-73-85.phnx.qwest.net] has joined #bzr === BasicOSX [n=Basic@portcullis.real-time.com] has joined #bzr [01:55] lifeless: As someone who's not particularly familiar with the innards of bzr is the work that keir is doing ATM aimed at reducing disk usage, decreasing computational overhead or a combination of the two? [01:57] I did a bzr checkout --light-weight http://foo/bar/ [01:58] no when I cd into bar and do a bzr pull I get issues about read-only? [01:58] bzr: ERROR: bzrlib.errors.UnlockableTransport: Cannot lock: transport is read only: [01:59] BasicOSX: yeah, that's because it's trying to pull _into_ the thing you did a checkout of [01:59] do you mean to 'bzr up' instead? [01:59] BasicOSX: You want 'bzr update'. [01:59] Too slow. :( [01:59] mere seconds, Odd_Bloke... [02:01] Can you point me to a url where it explains diff between pull and update? I assume a checkout --light-weight means bzr expects no changes will happen in that area and it's more or less r/o? [02:05] BasicOSX: if you have r/w access to the branch that it's bound to, doing a commit will write directly to that, and doing an update will read from it. It's like push/pull but on a more svn-like scale. I'm not sure if there's a good url... Odd_Bloke? [02:07] thatch: I've been looking around and there doesn't seem to be a brilliant explanation anywhere... [02:10] halfway down http://bazaar-vcs.org/SharedRepositoryTutorial I find a decent set of steps === fullermd considers his ML post on component description to be applicable :p [02:10] I tried googling and didn't come up with anything, is it linked from the bazaar-vcs wiki? [02:11] I'll take a look at that, thanks [02:15] Hm. I think I'll steal that for a followup, actually, as a case in point. [02:15] Odd_Bloke: keir is working on the index for pack repositories [02:15] Odd_Bloke: I wrote a toy one, so that I could do some major restructuring vs knit repositories [02:16] Odd_Bloke: with the intent of a) finding a victim^Wvolunteer to write a better one, or b) coming back later and doing a better one myself. === gldnspud [n=gldnspud@72.171.93.139] has joined #bzr === calvin_ [n=calvin@wcnat-51-123.wheaton.edu] has joined #bzr [02:23] hello, how do i set up bzr to use a proxy in ubuntu? [02:25] anyone? [02:30] anyone alive at all? [02:30] I think it checks a standard env variable, for HTTP at least... HTTP_PROXY or http_proxy or something like that? [02:31] yes, i know that much, but don't i need to put it into a config file? [02:32] I'm pretty sure it'll read it out of the environment. [02:33] There may be a config file option for it as an alternate choice... not sure. [02:38] what do you mean 'read it out of the environment? [02:39] do you mean it might detect my gnome proxy settings? [02:48] I mean read the env variable, if it exists. I dunno if gnome works via that or not; that's pretty far off my path. === pete__c [n=pete@015-806-741.area5.spcsdns.net] has joined #bzr === Peng [n=mnordhof@fl-69-69-148-134.dyn.embarqhsd.net] has joined #bzr === yminsky [n=yminsky@user-0cevcqv.cable.mindspring.com] has joined #bzr === AfC [n=andrew@office.syd.operationaldynamics.com] has joined #bzr === nir [n=nir@moinmoin/fan/nir] has joined #bzr === jml [n=jml@ppp121-44-214-123.lns1.hba1.internode.on.net] has joined #bzr === cypherbios [n=cyr@ubuntu/member/cypherbios] has joined #bzr === marianom [n=marianom@ubuntu/member/marianom] has left #bzr [] === BasicOSX [n=Basic@fortress.tanners.org] has joined #bzr === BasicMac [n=Basic@fortress.tanners.org] has joined #bzr === michelp [n=michelp@70.103.91.130] has joined #bzr === abentley [n=abentley@bas8-toronto63-1088754407.dsl.bell.ca] has joined #bzr === luks [i=lukas@unaffiliated/luks] has joined #bzr === ipkiss [i=ipkiss@nat/ecp/x-3f8967539f089c2c] has joined #bzr === AfC [n=andrew@office.syd.operationaldynamics.com] has joined #bzr === AfC [n=andrew@office.syd.operationaldynamics.com] has joined #bzr === tchan [n=tchan@lunar-linux/developer/tchan] has joined #bzr === ddaa [n=david@canonical/launchpad/ddaa] has joined #bzr === mvo [n=egon@p54A667F5.dip.t-dialin.net] has joined #bzr === BjornT_ [n=bjorn@ip-213-190-55-148.static.b4net.lt] has joined #bzr === NamNguyen [n=namnt@cm246.delta196.maxonline.com.sg] has joined #bzr === mwh [n=mwh@81.187.73.203] has joined #bzr === g0ph3r [n=g0ph3r@p57A0949D.dip0.t-ipconnect.de] has joined #bzr === hstuart [n=hstuart@0x503e9913.virnxx12.adsl-dhcp.tele.dk] has joined #bzr [11:31] hi [11:31] is there a service wrapper for bzr on windows? [11:35] You want to run bzr as windows service? [11:36] yes i do [11:37] as in "bzr serve" or something else? [11:38] yes [11:38] as bzr serve === pygi [n=mario@83-131-3-200.adsl.net.t-com.hr] has joined #bzr [11:42] Hmm, I haven't seen such a thing so far, tho I'm not doing this with windows either. [11:45] I figure you could use srvany... [11:46] NamNguyen, you should be able to use this to run bzr serve as a service: http://agiletesting.blogspot.com/2005/09/running-python-script-as-windows.html though I'm not running Windows so I haven't tested it. Caveat emptor and all that stuff. [11:46] thanks hstuart, i'll check it out [11:47] oh you found a full howto. :D [11:47] amazing what a google for python windows service can turn up ;) [11:48] I see. :p [11:50] Tho looking at the tutorial, it's also amazing that you have to edit the registry, use one or many additional apps etc just to run a script as service :D [11:51] Windows does pretty much everything through the registry, so I'm not terribly surprised by that [11:53] I guess it was expected that everything setup related is handled by installers... hehe === Demitar [n=demitar@c-212-031-190-120.cust.broadway.se] has joined #bzr === NamNguyen [n=namnt@cm246.delta196.maxonline.com.sg] has joined #bzr === mwh [n=mwh@81.187.73.203] has joined #bzr === phanatic [n=phanatic@dsl5400C472.pool.t-online.hu] has joined #bzr === sabdfl [n=sabdfl@ubuntu/member/pdpc.silver.sabdfl] has joined #bzr === BjornT [n=bjorn@canonical/launchpad/BjornT] has joined #bzr === Gwaihir [n=Gwaihir@ubuntu/member/gwaihir] has joined #bzr === pygi [n=mario@83-131-94-96.adsl.net.t-com.hr] has joined #bzr === gldnspud [n=gldnspud@72.171.93.139] has joined #bzr === mwh [n=mwh@81.187.73.203] has joined #bzr === mwh_ [n=mwh@81.187.73.203] has joined #bzr === mwh_ is now known as mwh === ddaa_ [n=david@canonical/launchpad/ddaa] has joined #bzr === Zindar [n=erik@h188n1fls12o803.telia.com] has joined #bzr === Demitar [n=demitar@c-212-031-190-120.cust.broadway.se] has joined #bzr === tchan [n=tchan@lunar-linux/developer/tchan] has joined #bzr === nir [n=nir@moinmoin/fan/nir] has joined #bzr === fog [n=fog@debian/developer/fog] has joined #bzr === Zindar [n=erik@h188n1fls12o803.telia.com] has joined #bzr === Zindar [n=erik@h188n1fls12o803.telia.com] has joined #bzr === vila [n=vila@lec67-4-82-230-53-244.fbx.proxad.net] has joined #bzr === mwh [n=mwh@81.187.73.203] has joined #bzr === bigdog [n=scmikes@160-201-8-8-arpa.cust.cinci.current.net] has joined #bzr === mwh [n=mwh@81.187.73.203] has joined #bzr === fog [n=fog@debian/developer/fog] has left #bzr [] === hsn_ [n=radim@234.114.broadband5.iol.cz] has joined #bzr === bigdo1 [n=scmikes@72-197-8-8-arpa.cust.cinci.current.net] has joined #bzr === bigdo2 [n=scmikes@72-197-8-8-arpa.cust.cinci.current.net] has joined #bzr === bigdo3 [n=scmikes@72-197-8-8-arpa.cust.cinci.current.net] has joined #bzr === tchan [n=tchan@lunar-linux/developer/tchan] has joined #bzr === fog [n=fog@debian/developer/fog] has joined #bzr === keir [n=keir@bas15-toronto12-1168009096.dsl.bell.ca] has joined #bzr === grimboy [n=grimboy@85-211-255-93.dsl.pipex.com] has joined #bzr === bigdog [n=scmikes@72-197-8-8-arpa.cust.cinci.current.net] has joined #bzr [06:05] lifeless, around? [06:06] keir: unlikely at this hour in Australia. [06:06] He usually shows up in around four hours, but not very often on weekends. [06:09] yes, i just checked world clock :) === nir [n=nir@moinmoin/fan/nir] has joined #bzr === bigdog [n=scmikes@72-197-8-8-arpa.cust.cinci.current.net] has joined #bzr [06:14] keir: $ TZ=Australia/Sydney date === bigdo1 [n=scmikes@72-197-8-8-arpa.cust.cinci.current.net] has joined #bzr === asabil [n=asabil@ti0035a340-0802.bb.online.no] has joined #bzr === gldnspud [n=gldnspud@72.171.93.139] has joined #bzr === mathbr [n=info@p54B37D41.dip.t-dialin.net] has joined #bzr [06:32] Hi. How can I tell bzr to ignore one or more files in a local branch no matter what happens? Those files should never ever be invoked in merge's and send's. [06:32] mathbr: You should not "bzr add" files if you don't want bzr to merge or send them. [06:33] You can use "bzr remove --keep" to un-add the files. [06:33] And then they won't get touched when, let's say, someone modifies those files in the original repo? [06:33] Right. [06:33] I'll try that then, thanks. [06:34] The first time you pull or merge, after the files have been removed, they will be deleted. [06:35] Hm... Just saw that the deletion is also visible in a send... I don't want it to appear there either... === mwh [n=mwh@81.187.73.203] has joined #bzr [06:36] It's a one-time thing. [06:36] How to get to the second-time? [06:37] copy the files before merging/pulling them. [06:37] I did changes to some local files and want to create a patchfile now but without the deletion of that other file [06:37] Well, if you just want to create a patch, you can do "bzr diff". [06:38] That lets you specify which files you want to include. [06:38] I know. But I was told to create a branch and to patches via send to make merging easier. === jbellis [n=jbellis@69.60.124.247] has joined #bzr [06:39] So either create a patch with just the files you want, or do a send, and deal with the fact that these files are gonna be deleted. === jbellis [n=jbellis@69.60.124.247] has left #bzr [] [06:40] I'll look into that, thanks. [06:41] Or else, shelve the changes to the files, commit a new revision, send that, and unshelve. [06:42] I'd have to do that for each commit, right? [06:42] Well, I'm assuming you've already committed these changes to the local files. [06:43] In the future, you can avoid committing changes to those files. [06:48] Ah well, I'll just return to a normal checkout and drop my branch. [06:51] abentley: Thanks for your help and bye [06:51] No problem. === mathbr [n=info@p54B37D41.dip.t-dialin.net] has left #bzr [] [06:54] is there a reason KeyboardInterrupt isn't caught at the top level? [06:54] It would suck if you couldn't ^C out? [06:54] no, as in, i get a 5 page traceback [06:54] That's not typical. [06:54] rather than 'bzr: interrupted' [06:56] it happens for all my tests when i hit C-c right away after hitting 'enter' on the command [06:56] also: my repository should never be broken if I do a ctrl-C partway through, correct? [06:56] on any operation? [06:57] Well, you may be ^C-ing too early, but that's still surprising. [06:58] It's always safe to ^C. The worst case, if you do it while writing to the repository, is that you'll get some unreferenced data. [07:00] oh, but that won't get caught and cleaned up? [07:00] No, repository operations are strictly append-only. Cleanup would violate that and increase the risk of data corruption. [07:00] 'evening keir, abentley [07:01] morning! [07:01] abentley: has anything changed in the is_ancestor() code since 0.90 ? [07:01] Hi jelmer. Was there something you wanted to ask me? [07:01] I'm not aware of any changes to is_ancestor. [07:01] abentley: It is trying to call get_revision(None).parent_ids in 0.90 but works fine in bzr.dev [07:02] Are you passing None in as a parameter? [07:03] I'm pretty sure I don't, but let me check.. [07:03] 'cause we did do a whole bunch of changes where we stopped returning None for the null revision. === mwh [n=mwh@81.187.73.203] has joined #bzr [07:04] So if you're passing in Branch.last_revision, or Tree.last_revision, that might have been None in 0.90 [07:05] abentley: ah, you're right [07:05] Yes, I am passing in the result of Branch.last_revision() [07:05] thanks! [07:05] You can use revision.ensure_null to fix it up. [07:06] No problem. [07:07] I would expect Branch.last_revision() to return NULL_REVISION in this case though. Why is it still returning None? [07:08] The NULL_REVISION changes landed in two batches. [07:09] First was input, second was output. [07:09] Because the output changes are API breaks. [07:11] Branch.last_revision has returned None since the first release of Bazaar. === bigdo1 is now known as bigdog [07:11] ah, makes sense [07:20] wow, is bzr share (aka zeroconf support) going to be targetted for upstream inclusion? [07:31] oh crap, i meant to mention that in my talk [07:32] oh well, i ran out of time anyway === asak [n=alexis@201-1-44-165.dsl.telesp.net.br] has joined #bzr [07:36] bzr share is the type of polish that can make someone impressed enough to switch [07:39] has anyone considered build a 'branch registry' for umbrella projects with communities of developers? [07:40] s/build/building/ [07:40] where bzr itself would know about the project (rather than just a branch or single repository) [07:40] and you could do things like bzr list-community-branches [07:40] bzr branch community://packs-refactor [07:41] or maybe bzr branch project://branch-name [07:42] is it possible for transports to be added as plugins? [07:44] with python it would be quite hard to _not_ make it possible :) [07:45] Certainly: WebDAV is already implemented that way. And see the lp: plugin [07:46] aah, ok [07:48] abentley, is there a page for the lp: plugin? === sabdfl [n=sabdfl@ubuntu/member/pdpc.silver.sabdfl] has joined #bzr [07:57] No. It comes with Bazaar. [07:59] i see register-branch, but that's it [08:01] bzr help launchpad [08:04] neat === grimeboy [n=grimboy@85-211-248-174.dsl.pipex.com] has joined #bzr === grimeboy [n=grimboy@85.211.235.177] has joined #bzr === grimeboy [n=grimboy@85-211-251-122.dsl.pipex.com] has joined #bzr === g0ph3r [n=g0ph3r@p57A09CE8.dip0.t-ipconnect.de] has joined #bzr === ionstorm [n=ion@71-36-164-32.phnx.qwest.net] has joined #bzr === jdong [n=jdong@ubuntu/member/jdong] has joined #bzr === jdong [n=jdong@ubuntu/member/jdong] has joined #bzr === arjenAU [n=arjen@mysql/community/arjenAU] has joined #bzr [11:59] Some tests fail on Mac OS X [11:59] FAIL: test_sftp_transport.SFTPTransportTestRelative.test__remote_path [11:59] not equal: [11:59] a = '/tmp/testbzr-xN4cVR.tmp/tmpRpl0nW/work/relative' [11:59] b = '/private/tmp/testbzr-xN4cVR.tmp/tmpRpl0nW/work/relative' [12:00] The test is broken - /tmp is symlink to /private/tmp :) === yminsky [n=yminsky@user-0cevcqv.cable.mindspring.com] has joined #bzr