=== bratsche_ [n=cody@adsl-68-94-49-239.dsl.rcsntx.swbell.net] has joined #bzr === AfC [i=andrew@office.syd.operationaldynamics.com] has joined #bzr [12:29] moin moin AfC [12:29] lifeless: Gutten tag === radix [n=radix@70.91.133.157] has joined #bzr [12:33] So I've had it bashed into me that revisions (in Bazaar speak) are not patches (in the Darcs sense of the word) but rather state markers, which explains somewhat why attempting to cherry pick "a revision" makes no sense in bzr === igc [n=igc@ppp121-45-195-124.lns1.bne1.internode.on.net] has joined #bzr [12:34] morning all [12:35] hi igc [12:35] I am, however, still left with the ... desire ... to backport a series of patches which happen to be uniquely identified by the revision (in pseudo Bazaar speak revision-1..revision I guess) [12:35] hi lifeless [12:35] AfC: right, we have 'before:REVISION' as a way to grab the delta from the left most parent of a revision to the revision [12:36] and wondering how to actually articulate this. Is `bzr merge --force -r $whatever` for a series going to work? [12:36] before: [12:36] huh [12:36] bzr help revisionspec [12:37] there is also -c in 0.92 [12:37] lifeless: I gotta tell you that that page isn't as helpful as you gentleman and ladies seem to think it is. It makes perfect sense as a reference once you already know what everything there does. [12:37] oh hmm, before: doesn't give you a delta, it just gives you the -1 [12:37] which is just before:R..R [12:37] luks: only in some commands [12:39] lifeless: although I suspect I feel that way because I still find myself fighting the definition of a revision versus the change that happens between that revision and its predecessor. [12:41] Ah. So `bzr diff -r before:374..374` is what I need to type when I'm mentally thinking "bzr diff -r 374" [12:41] Hm [01:10] AfC: or "bzr diff -c 374" [01:10] argh, I should read backlog [01:10] never mind me [01:11] jelmer: :) [01:11] that's ok [01:11] I was actually about to dig to find out what -c was short for === BasicOSX [n=BasicOSX@216.243.156.81] has joined #bzr === Verterok [n=ggonzale@75-108-235-201.fibertel.com.ar] has joined #bzr [01:40] bbiab, train. === bratsche_ [n=cody@adsl-68-94-49-72.dsl.rcsntx.swbell.net] has joined #bzr === AnMaster [n=AnMaster@unaffiliated/anmaster] has joined #bzr === orospakr [n=orospakr@70.48.41.147] has joined #bzr === BasicOSX [n=BasicOSX@216.243.156.81] has joined #bzr === BasicOSX [n=BasicOSX@216.243.156.81] has joined #bzr [02:55] lifeless, poolie, spiv: my plan for today is reviews, reviews, reviews [02:56] any preferences on order? === yminsky [n=yminsky@user-0cevcqv.cable.mindspring.com] has joined #bzr [03:12] reviewing the Repository.is_write_locked patch now [03:18] back [03:18] no mail or browser for now; === poolie [n=mbp@ppp112-44.static.internode.on.net] has joined #bzr [03:34] hello [03:34] hello poolie === i386 [n=jdumay@202.47.1.18] has joined #bzr [03:44] lifeless: http://wiki.mozilla.org/JavaScript:ActionMonkey [03:45] New bug: #152811 in bzr "typeerror in globbing.match" [Medium,New] https://launchpad.net/bugs/152811 [03:49] i386: your project? [03:49] no [03:49] useful for mine [03:50] ah [03:50] its basically a JIT engine for JS [03:50] cool [03:50] hello jml, [03:50] i386 [03:50] due out for FF 4 [03:50] hey poolie [03:51] spiv: yo [03:51] lifeless: yoyo [03:52] reconcile performance; are you across that or want to talk? [03:52] lifeless: I seem to have it running tolerably quickly, at the expense of memory. === weigon [n=jan@pD9E2B7D5.dip.t-dialin.net] has joined #bzr [03:53] lifeless: (15 minutes, 700MB for bzr.dev @ revno 2000) [03:53] 700MB wow [03:53] thats immense [03:53] Yeah. [03:53] where is it all going [03:54] That's a good question. I haven't dug; I'm not sure how much of that is the explicit caching I do of get_text_version/get_inventory/get_parents/get_heads, and how much is lost elsewhere (the transaction?). === spiv hmms [03:58] I can probably improve the memory consumption by clearing the get_text_version cache after checking a file-id. [04:08] lifeless: most of the memory appears to be due to holding all the inventories in memory. [04:09] the actual inventories, or the summary you create ? [04:09] the former is huge, the latter should be significantly smaller [04:11] Hmm, I was just dumbly holding onto the actual inventory. === spiv fixes that === bratsche_ [n=cody@adsl-68-94-43-186.dsl.rcsntx.swbell.net] has joined #bzr [04:29] Reading in ~14000 inventories takes a while. [04:29] Memory use seems a lot more reasonable on this run, though. [04:31] (Also, strace shows lots of calls to open the inventory.knit file, and to our good friend futex...) [04:31] you should use the iter_inventories or even iter_inventories_delta calls [04:33] lifeless: I can't seem to find those [04:39] lifeless: memory use now down to about ~110MB. [04:40] yay tuning === yminsky [n=yminsky@user-0cevcqv.cable.mindspring.com] has joined #bzr [04:41] Hmm, it's creeping up a little, but I doubt it'll exceed ~130MB. [04:41] I think that's good enough for now. [04:41] iter_revision_* [04:42] iter_rev_trees? [04:43] probably [04:43] will open the inventory knit less often [04:43] and be massively faster === poolie_ [n=mbp@ppp112-44.static.internode.on.net] has joined #bzr [04:43] poolie: ping [04:44] It's down to 6m37s already with the memory consumption reduced. [04:44] I'll try out iter_rev_trees now. [04:44] spiv: hi [04:45] afc, hi [04:45] poolie: regarding 139478, I think we hit it last weekend when trying to do bzr push (!) ... the remote repo would suddenly stack trace and then we had to remote break-lock [04:45] bug 139478 [04:45] Launchpad bug 139478 in bzr "UnlockableTransport running update in checkout of readonly branch" [High,Triaged] https://launchpad.net/bugs/139478 [04:46] so, not with that awn branch? [04:46] lifeless: repo.revision_trees actually :) [04:49] poolie_: no, it was 0.91 [04:50] i mean, i presume you were using bzr on your own branch, which is unrelated to the awn window manager? === poolie_ is now known as poolie [04:54] poolie: (correct) [04:58] poolie: I got him to c&p the stack trace; I'll see if I can get him to post it somewhere. [04:58] poolie: anyway, just FYI [05:05] New bug: #152826 in bzr "order-dependent test failure in test_add_reports" [Low,Confirmed] https://launchpad.net/bugs/152826 [05:05] igc: new version up === spiv goes to the optometrist [05:07] (and lunch) [05:08] thanks afc, it's useful to know it's not just that branch [05:08] lifeless: saved another 40s. 5m 37s/120M to reconcile ~14000 revisions now. I think that's good enough; I'll mail the list. Thanks for your help. [05:08] np === ubuntulog [i=ubuntulo@trider-g7.fabbione.net] has joined #bzr === Topic for #bzr: The Bazaar Version Control System | http://bazaar-vcs.org/ | Bazaar 0.91 is out - http://bazaar-vcs.org/Download | Please complete the Bazaar User Survey - http://www.surveymonkey.com/s.aspx?sm=L94RvLswhKdktrxiHWiX3g_3d_3d === Topic (#bzr): set by poolie at Wed Sep 26 07:07:44 2007 === #bzr [freenode-info] if you need to send private messages, please register: http://freenode.net/faq.shtml#privmsg [07:22] uhm seriously [07:22] yes ... [07:24] I can't see your review yet [07:24] oh nope, there it comes === Starting logfile irclogs/bzr.log === ubuntulog [i=ubuntulo@ubuntu/bot/ubuntulog] has joined #bzr === Topic for #bzr: The Bazaar Version Control System | http://bazaar-vcs.org/ | Bazaar 0.91 is out - http://bazaar-vcs.org/Download | Please complete the Bazaar User Survey - http://www.surveymonkey.com/s.aspx?sm=L94RvLswhKdktrxiHWiX3g_3d_3d === Topic (#bzr): set by poolie at Wed Sep 26 07:07:44 2007 === kaaloo [n=luis@rue92-3-82-232-48-241.fbx.proxad.net] has left #bzr [] [08:10] igc: one thing comes to mind, but I don't know if the code is clean enough yet to tackle [08:11] igc: which is, when code working with a pack repo encounters NoSuchFile [08:11] it should: [08:11] - refresh the pack-names list [08:11] - check if the file it couldn't access is one that belongs to a pack dropped from the list since it last read it [08:11] - if not, raise [08:12] - otherwise, add new packs, and drop the dropped packs as needed [08:12] this should be bounded at the pack repository layer [08:12] e.g. implemented by try: blocks in knit.PackAccess, knit.KnitGraphIndex, pack_repo.create_pack_from_pack [08:13] this is the sort of error we'll see if that is not done: [08:13] Using saved location: sftp://rookery/~/public_html/baz2.0/integration [08:13] bzr: ERROR: No such file: u'/home/robertc/source/baz/.bzr/repository/packs/7790115835933f890290c0367db37b93.pack': [Errno 2] No such file or directory: u'/home/robertc/source/baz/.bzr/repository/packs/7790115835933f890290c0367db37b93.pack' === bratsche_ [n=cody@adsl-68-94-10-92.dsl.rcsntx.swbell.net] has joined #bzr [08:19] igc: call me on my moobile in 3 minutes? [08:19] ~. [08:40] igc: ping? [08:55] hi poolie === i386 [n=jdumay@202.47.1.18] has joined #bzr === pbor|out [n=urk@host251-78-dynamic.5-87-r.retail.telecomitalia.it] has joined #bzr === hdima [n=hdima@idealer.cust.smartspb.net] has joined #bzr === sabdfl [i=sabdfl@ubuntu/member/pdpc.silver.sabdfl] has joined #bzr === kaaloo [n=luis@ATuileries-153-1-59-220.w83-202.abo.wanadoo.fr] has joined #bzr === Mez is now known as Mez|Away === vila [n=vila@lec67-4-82-230-53-244.fbx.proxad.net] has joined #bzr === g0ph3r [n=g0ph3r@p57A094A9.dip0.t-ipconnect.de] has joined #bzr [09:52] poolie: any luck debugging ? === beuno [n=beuno@44-111-231-201.fibertel.com.ar] has joined #bzr === mvo [n=egon@p54A64045.dip.t-dialin.net] has joined #bzr [10:00] lifeless: no breakthrough yet [10:01] poolie: you after me earlier? [10:01] does my bzr work on your data? [10:03] wow, the packs branch has some crazy revnos :) [10:03] no, it doesn't [10:03] "changes from 2592.1.25.2.7.1.28.1.6.1.3.1.9.2.1.3.74.1.31.3.18.1.9.1.2.1.12.1.8.1.46.1.18.1.1.2.14" [10:03] mwhudson: weeeee long lived branches [10:03] mwhudson: is it faster ? [10:03] i think we should truncate them when they get too long [10:04] lifeless: i'm trying to determine if there's actually a problem on disk [10:04] poolie: I would do the following [10:04] with my bzr branch [10:04] lifeless: not sure yet [10:04] or just in loading it in [10:04] grab both repos [10:04] i think the problem has occurred in moving data from your pack branch into my knit repo [10:04] then grab the same knit object from both [10:05] because in my other repo, the problem is not evident [10:05] set intersection to get the versions in common [10:05] then compare the raw_data blocks [10:05] theres an api to give you the raw gzipped [10:05] data [10:05] one expects them to be the same, except if you've run andrew's reconcile [10:06] aarons/andrews [10:08] I'm calling it a day; you should head to that bbq :) [10:12] have a good night [10:16] lifeless: first impressions of loggerhead w/packs performance are pretty good [10:17] seems a bit faster than knits [10:17] sweet === cfbolz [n=cfbolz@p54AB845B.dip0.t-ipconnect.de] has joined #bzr [10:18] will measure and post numbers to the list later [10:18] bbl === fredp [n=fred@212.71.9.226.adsl.dyn.edpnet.net] has joined #bzr [10:27] mwhudson: thanks! [10:27] night all [10:29] Looks like reconciling bzr.dev takes exactly 300MB of memory. [10:34] hm, that's not so great [10:34] for larger trees === cfbolz_ [n=cfbolz@p54AB845B.dip0.t-ipconnect.de] has joined #bzr [10:37] Yeah. I suspect it can be better. I'm hoping this is Good Enough for now. === cfbolz_ is now known as cfbolz === Mez|Away is now known as Mez === weigon [n=jan@pD9E2B7D5.dip.t-dialin.net] has joined #bzr === Sigma [n=yann@pdpc/supporter/active/Sigma] has joined #bzr === jrydberg_ [n=johan@213.115.45.46] has joined #bzr === Demitar [n=demitar@79.136.4.233] has joined #bzr === Treenaks [n=martijn@thuis.foodfight.org] has joined #bzr === AfC [i=andrew@office.syd.operationaldynamics.com] has joined #bzr [11:39] hm, producing the annotate view of builtins.py with packs takes over two minutes === fog [n=fog@debian/developer/fog] has joined #bzr [11:48] not so good [11:48] how about from the command line? [11:52] seems about the same [11:52] oh no, about a minute [11:53] still not exactly snappy :) === Mez is now known as Mez|Away === Mez|Away is now known as Mez === Mez is now known as Mez|Away === Mez|Away is now known as Mez === yogesh [n=yogesh@121.246.214.33] has joined #bzr [12:13] hello, I have installed bzr through eclipse update manager. I am using eclipse3.1. After finishing successfully, when I go to preferences->team->bazar getting error,plug-in in " org.vcs.bazar.eclipse.ui" was unable to instantiate class org.vcs.bazar.eclipse.ui.bazarpreferences page === bratsche_ [n=cody@adsl-68-94-29-98.dsl.rcsntx.swbell.net] has joined #bzr === AfC [i=andrew@office.syd.operationaldynamics.com] has joined #bzr [12:31] spiv: you forgot something === Mez|Away [n=mez@torpor.sourceguru.net] has joined #bzr === Mez|Away is now known as Mez === Mez is now known as Mez|Away === Mez|Away is now known as Mez [12:40] mwhudson: expected fallout, for now [12:41] why is annotate slower with packs? is it because we no longer cache the relevant data? [12:47] mwhudson: oh? [12:47] mwhudson: oh, gar. === jdub [n=jdub@home.waugh.id.au] has joined #bzr === Lo-lan-do [n=roland@mirexpress.internal.placard.fr.eu.org] has joined #bzr === niemeyer [n=niemeyer@200-138-54-64.ctame705.dsl.brasiltelecom.net.br] has joined #bzr === NamNguyen [n=NamNguye@cm38.delta196.maxonline.com.sg] has joined #bzr === cprov [n=cprov@canonical/launchpad/cprov] has joined #bzr === niemeyer [n=niemeyer@200-138-54-64.ctame705.dsl.brasiltelecom.net.br] has joined #bzr === bac [n=bac@canonical/launchpad/bac] has joined #bzr [01:37] hello, I have installed bzr through eclipse update manager. I am using eclipse3.1. After finishing successfully, when I go to preferences->team->bazar getting error,plug-in in " org.vcs.bazar.eclipse.ui" was unable to instantiate class org.vcs.bazar.eclipse.ui.bazarpreferences page === EtienneG [n=etienne@ubuntu/member/EtienneG] has joined #bzr [01:42] Verterok: ^ is related to you, I think? === sabdfl [i=sabdfl@ubuntu/member/pdpc.silver.sabdfl] has joined #bzr === AfC is now known as AfC|zzz === fog [n=fog@debian/developer/fog] has left #bzr [] === corporate_cookie [n=richie@seraphim.asbury.edu] has joined #bzr === abentley [n=abentley@76.67.12.152] has joined #bzr === igc [n=igc@ppp121-45-195-124.lns1.bne1.internode.on.net] has joined #bzr === mwh [n=mwh@62-31-157-102.cable.ubr01.azte.blueyonder.co.uk] has joined #bzr [03:07] mwhudson: ping [03:08] abentley: hi [03:08] Did you get my mail? [03:09] oh, about loggerhead/cart integration? [03:09] yes [03:09] lifeless: http://www.cs.lth.se/home/Calle_Lejdfors/pygpu/ [03:09] mwhudson: Any suggestions about the right approach? === kaalo1 [n=luis@ATuileries-153-1-99-247.w90-24.abo.wanadoo.fr] has joined #bzr [03:11] I assume you want loggerhead to remain independant of Cart. [03:11] abentley: no particular feelings [03:11] abentley: yes [03:11] abentley: do you think you'll be making changes to loggerhead itself, or just plugging its views in somewhere? === kaalo1 [n=luis@ATuileries-153-1-99-247.w90-24.abo.wanadoo.fr] has left #bzr [] === kaaloo [n=luis@ATuileries-153-1-99-247.w90-24.abo.wanadoo.fr] has joined #bzr [03:13] Well, I expect to make some changes. How much will depend on Loggerhead's data model. [03:14] where can i find the best pack branch for testing? [03:16] sabdfl: http://people.ubuntu.com/%7Erobertc/pack-repository.knits/ is the latest in knit format === bigdog [n=scmikes@72-197-8-8-arpa.cust.cinci.current.net] has joined #bzr [03:16] thanks abentley [03:16] abentley: bits of the code will probably make your eyes hurt :) [03:16] Once you have that, there's a pack version that's more up-to-date. But I forget where that is. [03:17] ~robertc/baz2.0/repository i think [03:17] But you prolly have to bootstrap with the knit version. [03:17] on the same server [03:17] http://people.ubuntu.com/%7Erobertc/baz2.0/repository/ [03:17] Err, right. [03:18] mwhudson: Yeah, no worries. [03:18] I think I'll start by just importing loggerhead, and see how far I get. [03:18] abentley: let me know of any particular problems you find [03:19] Okay, will do. [03:19] abentley: so you're aware, i plan to redo the css and general look pretty soon [03:19] and at some point redo the templates in genshi [03:20] and maybe dump turbogears, though i'm not so sure about that [03:20] cherrpy has it's annoying bits [03:20] Okay. I have mixed feelings about genshi. I really don't like what they did with match rules [03:20] But the error handling is lots nicer. === bigdo1 [n=scmikes@72-197-8-8-arpa.cust.cinci.current.net] has joined #bzr [03:20] and it appears to not have "being extremely slow" as a design goal :) [03:23] Anyhow, I should get back to work, but thanks for the chat. [03:27] abentley: no worries, sorry for not replying to the mail [03:28] mwhudson: no worries. === GaryvdM [n=chatzill@dsl-241-225-142.telkomadsl.co.za] has joined #bzr [03:32] Hi [03:33] I've been thinking about how to solve the can't update a remote tree problem === Demitar [n=demitar@79.136.4.233] has joined #bzr [03:34] I put an idea together, and would like to get some opinions. [03:34] Very brief spec here: http://bazaar-vcs.org/DraftSpecs/RestingTree [03:54] jdub: that pygpu stuff looks awesome === johndo [n=hef@c-98-193-78-12.hsd1.il.comcast.net] has joined #bzr [03:56] Is there a way to have bzr include cvs style headers in files? [03:58] sabdfl: almost worth buying nvidia! === mthaddon [n=mthaddon@canonical/launchpad/mthaddon] has joined #bzr [04:03] is there a way to get bzr to support ident? === pbor|out is now known as pbor === mrevell [n=matthew@77-100-239-119.cable.ubr05.wolv.blueyonder.co.uk] has joined #bzr === statik [n=emurphy@189.66.188.72.cfl.res.rr.com] has joined #bzr [04:26] abentley: once i've merged in the pack stuff from those two addresses, how do i upgrade or create a repo in pack format? === herzel104 [i=herzel@gateway/tor/x-19e35515b0e6a7bb] has joined #bzr [04:28] sabdfl: Use --format=experimental with init/upgrade/init-repo [04:31] thanks abentley === cprov is now known as cprov-lunch === dirker [n=dirker@woosome.net] has joined #bzr === Solarion [n=solarion@cruftix.physics.uiowa.edu] has joined #bzr [05:12] pardon my ignorance, but I have the following scenario I need to make work: I have a branch of an svn repo, and a body of code (and revision history) I wish to merge into it. How do I go about doing so? [05:12] "body of code" is in bzr === pbor [n=urk@host251-78-dynamic.5-87-r.retail.telecomitalia.it] has joined #bzr [05:18] nobody? [05:19] Solarion: You'll want to look at bzr-svn. [05:20] Odd_Bloke: the svn portion is more or less irrelevant. bzr's support of svn is supoerb. The problem is that I want to merge in a new sub-project into a larger project, complete with its revision history. === grimboy [n=grimboy@85-211-253-223.dsl.pipex.com] has joined #bzr [05:21] (the svn part is there for completeness, and as a wrinkle in case svn messes up. :) [05:24] Solarion: OK, I'm not entirely sure what you're asking and am not familiar enough with bzr-svn to know how to go about much. [05:25] If jelmer were about, he'd be the person to ask... [05:25] Odd_Bloke: The foremost matter would be how to merge two disparate codebases without losing revision history [05:25] Odd_Bloke: I think jelmer is hiding from me... [05:26] Solarion: TBH, I'm not sure if it's possible. _However_, I don't want to make that statement because I'm not sure. === abentle1 [n=abentley@76.67.12.152] has joined #bzr [05:26] Odd_Bloke: that would make me sad. :( === bratsche [n=cody@adsl-68-94-47-101.dsl.rcsntx.swbell.net] has joined #bzr [05:27] hey bratsche [05:28] Hi Solarion === orospakr [n=orospakr@132.213.238.4] has joined #bzr === cprov-lunch is now known as cprov [05:40] merging two disparate branches would be a nice feature, FWIW === p4tux [n=p4tux@189.169.74.152] has joined #bzr [06:00] New bug: #152974 in bzr "merge should allow merging in a wholly new codebase" [Undecided,New] https://launchpad.net/bugs/152974 [06:13] yeah, that one's mine. :) === BasicOSX [n=BasicOSX@gatekeeper.real-time.com] has joined #bzr [06:33] So why am I getting errors from a failed operation? [06:33] it only seems to happen when I have -r0..-1, as recommended in the bug === michelp [n=michelp@166.129.225.218] has joined #bzr === ubuntulog [i=ubuntulo@trider-g7.fabbione.net] has joined #bzr === Topic for #bzr: The Bazaar Version Control System | http://bazaar-vcs.org/ | Bazaar 0.91 is out - http://bazaar-vcs.org/Download | Please complete the Bazaar User Survey - http://www.surveymonkey.com/s.aspx?sm=L94RvLswhKdktrxiHWiX3g_3d_3d === Topic (#bzr): set by poolie at Wed Sep 26 07:07:44 2007 === pete__c [n=pete@032-387-183.area5.spcsdns.net] has joined #bzr === Starting logfile irclogs/bzr.log === ubuntulog [i=ubuntulo@ubuntu/bot/ubuntulog] has joined #bzr === Topic for #bzr: The Bazaar Version Control System | http://bazaar-vcs.org/ | Bazaar 0.91 is out - http://bazaar-vcs.org/Download | Please complete the Bazaar User Survey - http://www.surveymonkey.com/s.aspx?sm=L94RvLswhKdktrxiHWiX3g_3d_3d === Topic (#bzr): set by poolie at Wed Sep 26 07:07:44 2007 === grimboy [n=grimboy@85-211-254-198.dsl.pipex.com] has joined #bzr === kiko [n=kiko@canonical/launchpad/pdpc.supporter.active.kiko] has joined #bzr === mvo [n=egon@p54A6472A.dip.t-dialin.net] has joined #bzr === sabdfl [n=sabdfl@ubuntu/member/pdpc.silver.sabdfl] has joined #bzr === mvo_ [n=egon@p54A64527.dip.t-dialin.net] has joined #bzr === schierbeck [n=daniel@130.225.236.120] has joined #bzr === dirker [n=dirker@woosome.net] has joined #bzr === jelmer_ [n=jelmer@157pc196.sshunet.nl] has joined #bzr === jelmer_ is now known as jelmer === ubotu [n=ubotu@ubuntu/bot/ubotu] has joined #bzr === kaaloo [n=luis@rue92-3-82-232-48-241.fbx.proxad.net] has joined #bzr === poolfool [n=poolfool@techsat21.itnes.com] has joined #bzr === mwh [n=mwh@62-31-157-102.cable.ubr01.azte.blueyonder.co.uk] has joined #bzr === mwh [n=mwh@62-31-157-102.cable.ubr01.azte.blueyonder.co.uk] has joined #bzr === nir [n=nir@moinmoin/fan/nir] has joined #bzr === kaaloo [n=luis@rue92-3-82-232-48-241.fbx.proxad.net] has left #bzr [] === jam-laptop [n=jameinel@adsl-75-51-62-134.dsl.chcgil.sbcglobal.net] has joined #bzr === jam-laptop [n=jameinel@adsl-75-51-62-134.dsl.chcgil.sbcglobal.net] has joined #bzr === jam-laptop [n=jameinel@adsl-75-51-62-134.dsl.chcgil.sbcglobal.net] has joined #bzr === fog [n=fog@debian/developer/fog] has joined #bzr === cprov [n=cprov@canonical/launchpad/cprov] has joined #bzr === abdelrahman [i=abdelrah@62.135.94.84] has joined #bzr [12:00] hello [12:00] I have a question [12:00] can bazaar restrict access to the code by username and password? [12:02] abdelrahman: we generally do that using the system permissions